Migrar una página web no consiste únicamente en copiar archivos, importar una base de datos y comprobar que la nueva portada abre correctamente.

Para Google, una migración puede implicar cambios de dominio, URLs, CMS, arquitectura, contenido, protocolo o infraestructura. Si esas modificaciones no se comunican de forma coherente, una página que antes recibía tráfico puede terminar en un error 404, apuntar hacia una URL irrelevante o quedar fuera de indexación.

Google recomienda preparar el nuevo sitio, crear una correspondencia entre URLs antiguas y nuevas, implementar redirecciones permanentes y monitorizar posteriormente el tráfico y la indexación. También advierte que durante movimientos importantes pueden producirse fluctuaciones temporales mientras vuelve a rastrear y procesar las URLs.

Por eso, migrar una página web sin perder SEO no significa prometer que cada posición permanecerá exactamente igual.

Significa reducir el riesgo, preservar las señales que todavía tienen valor y detectar rápidamente cualquier problema.

¿Qué se considera realmente una migración web?

No todas las migraciones son iguales.

Cambio de hosting

Servidor A
→ servidor B

El dominio y las URLs permanecen iguales.

Aquí el riesgo principal suele estar relacionado con disponibilidad, DNS, SSL, rendimiento o errores técnicos. Google diferencia expresamente este escenario de una migración con cambio de URLs.

Cambio de dominio

empresa-antigua.com
→ empresa-nueva.com

Aquí sí cambian las URLs y necesitamos redirecciones, Search Console y una estrategia de migración de señales.

Cambio de CMS

Otro CMS
→ WordPress

Aunque el dominio pueda mantenerse, es común que cambien URLs, plantillas, canonicals, sitemaps o estructura.

Cambio de estructura

/servicios/desarrollo-web/
→ /desarrollo-web/

El dominio permanece, pero cambia la dirección de determinadas páginas.

HTTP → HTTPS

Cambia el protocolo y, técnicamente, cambian las URLs.

Rediseño

El dominio puede mantenerse, pero pueden cambiar arquitectura, contenido, navegación, templates y URLs.

Subdominio → dominio principal

proyecto.empresa.com
→ empresa.com

Google permite utilizar la herramienta Cambio de dirección para movimientos entre dominios o subdominios cuando se cumplen sus condiciones.

Cada escenario requiere controles diferentes.

Antes de migrar: crea una fotografía completa del sitio actual

Antes de tocar el sitio, necesitamos saber qué estamos intentando conservar.

Guarda una línea base con:

• URLs actuales.
• Sitemap.
• Clics en Search Console.
• Impresiones.
• Consultas.
• Landing pages.
• Tráfico orgánico en GA4.
• Eventos clave o leads.
• Backlinks importantes.
• Titles.
• Meta descriptions.
• H1.
• Canonicals.
• Structured data.
• Imágenes relevantes.
• PDFs.
• Redirecciones ya existentes.

La pregunta no es únicamente:

¿Cuántas páginas tiene el sitio?

También necesitamos saber:

¿Cuáles generan valor?

Una URL con 20 backlinks, tráfico estable y leads no debería tratarse igual que una página de prueba sin visitas.

URLs prioritarias

Presta especial atención a páginas con:

• Tráfico orgánico.
• Conversiones.
• Backlinks.
• Posiciones relevantes.
• Leads.
• Contenido estratégico.

Si no documentamos el estado anterior, después será mucho más difícil determinar qué cambió durante la migración.

Search Console antes de migrar

Guarda datos de:

• Clics.
• Impresiones.
• CTR.
• Consultas.
• Páginas.
• Países y dispositivos cuando sean relevantes.

Estos datos se convertirán en la referencia para comparar el resultado posterior.

Google Analytics 4 antes de migrar

Revisa:

• Organic Search.
• Landing pages.
• Formularios.
• Eventos clave.
• Leads.
• Compras si existe ecommerce.

Una migración puede mantener perfectamente el SEO y romper el tracking.

En ese caso, la empresa puede creer que perdió tráfico cuando en realidad dejó de medirlo.

El backup también forma parte de la preparación

WordPress recomienda conservar archivos y base de datos al trasladar una instalación entre servidores.

El backup no preserva rankings directamente.

Preserva algo igualmente importante: la posibilidad de recuperar el sitio si la migración técnica falla.

Migrar una página web sin perder SEO: 9 errores críticos

Error 1. Migrar sin inventariar las URLs y el rendimiento actual

Qué ocurre

Se empieza el proyecto copiando la web o rediseñándola sin saber qué URLs reciben tráfico, impresiones, enlaces o leads.

Después desaparece una página importante y nadie lo nota hasta que el tráfico ya cayó.

Por qué perjudica la migración

Sin baseline no existe una referencia fiable.

Tampoco sabemos qué URLs deben conservarse obligatoriamente y cuáles pueden consolidarse o eliminarse.

Ejemplo

URL antigua	Clics	Tráfico	Backlinks	Acción
/servicio-a/	dato real	dato real	dato real	Conservar
/blog-x/	dato real	dato real	dato real	Redirigir

Nunca debemos inventar las cifras.

Cómo evitarlo

Construye el inventario utilizando:

• Search Console.
• GA4.
• Sitemap.
• Crawl.
• CMS.
• Herramientas de backlinks cuando estén disponibles.

Cómo comprobarlo

Antes del lanzamiento deberías poder responder:

¿Qué ocurrirá con cada URL importante?

Herramientas

Search Console, GA4, sitemap y un crawler SEO.

Error 2. Cambiar dominio, CMS, diseño, contenido y URLs al mismo tiempo

Google recomienda, cuando sea razonablemente posible, cambiar una cosa importante a la vez.

Qué ocurre

Una empresa hace simultáneamente:

Dominio nuevo

• hosting nuevo
• WordPress nuevo
• diseño nuevo
• contenido reescrito
• estructura nueva
• URLs nuevas

Después cae una sección.

¿Fue el dominio?

¿La nueva URL?

¿El contenido?

¿Una redirección?

¿La arquitectura?

No lo sabemos.

Por qué perjudica

Cuantas más variables cambian simultáneamente, más difícil es diagnosticar.

Google explica además que un rediseño combinado con cambio de dominio, estructura y contenido puede requerir que sus sistemas vuelvan a evaluar muchas páginas.

Cómo evitarlo

Divide el proyecto en etapas cuando sea viable.

Por ejemplo:

migrar dominio
→ estabilizar
→ modificar arquitectura

No siempre será posible.

Algunos rediseños requieren una migración integral. En esos casos aumenta el nivel de documentación, pruebas y monitorización.

Cómo comprobarlo

Documenta exactamente qué componentes cambian.

Herramientas

Plan de migración, staging y registro de cambios.

Error 3. Cambiar URLs sin crear un mapa URL → URL

Este es uno de los errores más graves.

Google recomienda crear un URL mapping antes de iniciar un site move.

Qué ocurre

La web antigua tenía:

/servicios/paginas-web/

La nueva utiliza:

/diseno-web/

Pero nadie documentó esa equivalencia.

La URL antigua termina en 404 o redirigida hacia Inicio.

Mapa correcto

URL antigua	URL nueva	Acción
/servicio-a/	/nuevo-servicio-a/	301/308
/articulo-b/	misma URL	Conservar
/pagina-obsoleta/	sin equivalente	404/410 según caso

Por qué perjudica

Google necesita comprender qué contenido antiguo corresponde con qué nuevo.

Una redirección relevante ayuda a comunicar ese cambio.

Cómo evitarlo

Antes del lanzamiento asigna una acción a cada URL relevante:

Conservar
Redirigir
Consolidar
Eliminar

Cómo comprobarlo

Prueba todas las URLs prioritarias.

Herramientas

Spreadsheet de URL mapping, crawler y comprobador HTTP.

Error 4. Crear redirecciones incorrectas, cadenas o enviar todo a la home

Para cambios permanentes, Google recomienda redirecciones permanentes del servidor como 301 o 308 cuando sea posible.

301

Movimiento permanente.

308

También comunica movimiento permanente.

302

Movimiento temporal.

No debemos afirmar que una 301 es la única opción válida.

El mito del PageRank

Google indica actualmente que las redirecciones 301 y otras redirecciones permanentes no provocan por sí mismas pérdida de PageRank.

Por eso, afirmaciones antiguas como:

“una 301 transmite exactamente el 85 %”

no deberían seguir utilizándose.

Pero hay una condición importante

Que una redirección pueda transferir señales no significa que cualquier destino tenga sentido.

Esto sería incorrecto:

50 artículos diferentes
→ Inicio

Google advierte que destinos irrelevantes pueden terminar interpretándose como soft 404.

Evita cadenas

En lugar de:

A → B → C → D

preferimos:

A → D

Google puede seguir cadenas, pero recomienda redirigir directamente hacia el destino final cuando sea posible.

Cómo comprobarlo

Haz un crawl de todas las URLs antiguas.

Herramientas

Crawler SEO, servidor, plugin de redirecciones cuando resulte adecuado y URL Inspection.

Error 5. Eliminar páginas que ya tenían valor SEO sin analizarlas

Qué ocurre

Durante el rediseño alguien decide:

“Esta página se ve vieja. Eliminémosla.”

Pero esa URL recibía tráfico y enlaces.

Por qué perjudica

El diseño visual no determina el valor SEO de una URL.

Antes de eliminar debemos revisar:

• Clics.
• Queries.
• Backlinks.
• Leads.
• Posicionamiento.
• Relevancia actual.

Opciones posibles

Conservar: sigue respondiendo correctamente a una intención.

Mejorar: la intención existe, pero el contenido necesita actualización.

Consolidar: varias URLs redundantes pueden integrarse en una mejor página.

Eliminar: ya no existe contenido ni equivalente razonable.

Cuando consolidamos, podemos redirigir URLs antiguas hacia el nuevo recurso relevante.

Si no existe equivalente, Google admite respuestas 404 o 410 para contenido que realmente desaparece.

Error especialmente dañino

Redirigir una página eliminada hacia un contenido totalmente diferente solo para “no dejar un 404”.

Un 404 legítimo puede ser mejor que una redirección engañosa.

Error 6. Publicar el sitio con noindex, robots.txt bloqueado o canonicals antiguos

Durante staging es habitual impedir que Google indexe el entorno de desarrollo.

Eso está bien.

El problema es olvidarlo al publicar.

Google recomienda revisar específicamente reglas de robots, canonicals y directivas noindex cuando comienza el site move.

Error típico

Producción:

https://nuevo.com/servicio

pero conserva:

noindex

O su canonical apunta a:

https://staging.nuevo.com/servicio

Otro escenario:

canonical → dominio antiguo

Google recibe señales contradictorias.

Staging

Debe permanecer protegido cuando no queremos que se indexe.

Producción

Debe ser rastreable e indexable cuando corresponda.

Checklist mínimo

• Producción indexable.
• Staging protegido.
• robots.txt revisado.
• noindex temporal eliminado.
• Canonicals del dominio nuevo.
• HTTPS correcto.
• Sitemap de producción.

Error 7. No actualizar sitemap, enlaces internos, canonicals y recursos

Una migración puede tener redirecciones perfectas y seguir enviando señales inconsistentes internamente.

Después del traslado revisa:

• Sitemap.
• Enlaces internos.
• Canonicals.
• Menús.
• Breadcrumbs.
• Structured data.
• Hreflang si existe.
• Open Graph.
• Imágenes.
• PDFs.
• Recursos descargables.

Google considera las redirecciones y rel="canonical" señales fuertes de canonicalización, mientras que incluir una URL en sitemap constituye una señal más débil.

Las señales deberían coincidir.

Incorrecto

URL A
→ redirige a B

Canonical
→ señala C

Sitemap
→ contiene A

Correcto

URL antigua
→ redirige a nueva

Nueva URL
→ canonical nueva

Sitemap
→ contiene nueva URL

Enlaces internos

No mantengas:

Página
→ URL antigua
→ 301
→ nueva

Actualízala directamente:

Página
→ nueva URL

Google recomienda actualizar los enlaces internos después del traslado.

Sitemap

El sitemap debería contener principalmente las URLs canónicas que realmente quieres mostrar en Google.

Google aclara que enviar un sitemap ayuda al descubrimiento, pero no garantiza indexación.

Error 8. Olvidar Search Console, Analytics y Change of Address cuando corresponde

Cambio de dominio o subdominio

Después de mover el sitio y configurar redirecciones, Google permite utilizar Change of Address en Search Console para informar movimientos entre dominios o subdominios.

No utilices Change of Address para:

• HTTP → HTTPS.
• www → sin www dentro del mismo dominio.
• Rutas internas.
• Simple cambio de hosting manteniendo las mismas URLs.

Google documenta expresamente estas excepciones.

Cambio reciente importante en 2026

Google actualizó en junio de 2026 su documentación para aclarar que, en migraciones de dominio, deben considerarse las variantes verificadas del dominio y subdominios dentro del proceso de Change of Address cuando corresponda.

Google Analytics 4

Después de la migración comprueba:

• Measurement ID.
• GTM.
• Consentimiento.
• Formularios.
• WhatsApp.
• Eventos clave.
• Ecommerce.
• Thank-you pages.

Una página puede estar indexando correctamente y haber perdido la medición.

Ejemplo

Antes:

/gracias-cotizacion/

Después:

/gracias/

Si el evento dependía de la URL anterior, la medición puede quedar rota aunque el formulario siga funcionando.

Herramientas

Search Console, GA4 y Tag Manager cuando corresponda.

Error 9. Dar la migración por terminada el día del lanzamiento

“La página ya abre” no significa “la migración terminó”.

Google explica que un site move se procesa URL por URL y que sitios pequeños o medianos pueden necesitar varias semanas para que la mayoría de sus URLs sean procesadas; sitios mayores pueden tardar más. También pueden existir fluctuaciones temporales mientras vuelve a rastrear e indexar.

Después del lanzamiento revisa:

• Indexación.
• Sitemap.
• Soft 404.
• Redirecciones.
• Canonicals.
• Tráfico orgánico.
• Landing pages.
• Clics.
• Impresiones.
• Leads.
• Formularios.
• Core Web Vitals.
• Logs cuando resulte necesario.

No establezcas una regla como:

“en siete días todo tiene que volver exactamente a como estaba”.

No existe ese plazo universal.

Cómo comprobar

Compara el baseline anterior contra los mismos indicadores después.

Tabla resumen de los 9 errores

Error	Riesgo principal	Prevención
Migrar sin inventario	Perder URLs importantes	Crear baseline
Cambiar todo simultáneamente	Dificultar diagnóstico	Separar fases cuando sea viable
No crear URL mapping	Errores 404	Mapear URLs
Redirecciones incorrectas	Señales confusas	301/308 relevantes
Eliminar contenido valioso	Pérdida de tráfico	Analizar antes de borrar
noindex/robots/canonical incorrecto	Desindexación	QA técnico
Sitemap y enlaces antiguos	Señales contradictorias	Actualizar referencias
Ignorar SC/GA4	Falta de control	Verificar medición
No monitorizar	Detectar tarde los problemas	Seguimiento posterior

¿Cuánto tiempo mantener las redirecciones?

Google recomienda conservar las redirecciones tanto tiempo como sea posible y, generalmente, por lo menos un año durante una migración. Esto permite que Google vuelva a rastrear las URLs y transfiera señales hacia sus nuevos destinos.

Desde el punto de vista del usuario, incluso puede tener sentido conservar algunas durante más tiempo.

No recomendamos eliminarlas apenas veas las URLs nuevas en Google.

Canonical vs. redirección

No son lo mismo.

Redirección

El usuario y el buscador son enviados hacia otra URL.

Canonical

La URL sigue accesible, pero comunicamos cuál versión preferimos.

Google considera tanto las redirecciones como rel="canonical" señales fuertes para canonicalización.

Un canonical no debería utilizarse automáticamente para sustituir una redirección cuando una página dejó de existir y fue reemplazada permanentemente.

¿Debo conservar las mismas URLs?

Cuando siguen siendo correctas, relevantes y compatibles con la nueva arquitectura, conservarlas puede reducir considerablemente la complejidad.

No cambies:

/diseno-web/

por:

/empresa-profesional-diseno-web-servicios-colombia/

únicamente para introducir más palabras clave.

Una URL que ya recibe tráfico y backlinks no debería modificarse sin una razón real.

¿Qué ocurre con las páginas eliminadas?

Existe un equivalente

Redirige al equivalente.

Se consolidó contenido

Redirige hacia la nueva página consolidada.

No existe equivalente

Un 404 o 410 puede ser correcto.

Google recomienda explícitamente devolver 404 o 410 para contenido del sitio antiguo que realmente no se traslada.

No envíes automáticamente todo hacia Inicio.

Migración de hosting sin cambiar dominio ni URLs

Si:

dominio = mismo
URLs = mismas
contenido = mismo

pero cambia:

Hosting A → Hosting B

no existe una migración de URLs.

Prioriza:

• Backup.
• Archivos.
• Base de datos.
• DNS.
• SSL.
• Disponibilidad.
• Permalinks.
• Analytics.
• Rastreo.
• Rendimiento.

No utilices Change of Address. Google lo excluye expresamente para movimientos de infraestructura sin cambios visibles de URL.

Si necesitas el procedimiento técnico de archivos, base de datos y configuración, Codwelt ya dispone de una guía específica sobre migrar un sitio de Hostinger a cPanel, que complementa este artículo sin repetir su intención SEO.

Migración de dominio

Ejemplo:

empresa-antigua.com
→ empresa-nueva.com

Necesitamos prestar especial atención a:

• URL mapping.
• 301/308.
• Search Console.
• Change of Address.
• Sitemap.
• Canonicals.
• Backlinks.
• GA4.

Google recomienda conservar las redirecciones por al menos un año y actualizar enlaces importantes hacia las nuevas URLs.

Mantén también control del dominio antiguo mientras esas redirecciones sean necesarias.

Rediseño + migración: uno de los escenarios más delicados

Cambiar simultáneamente arquitectura, contenido, URLs, CMS y diseño multiplica las variables.

Google recomienda cambiar una cosa importante a la vez cuando sea posible.

Cuando el proyecto necesita una transformación total:

Antes

Guarda URLs, contenidos, metadata, backlinks, canonicals y rendimiento.

Después

Comprueba equivalencias y señales.

El nuevo diseño no debería comenzar como si Google nunca hubiese conocido el sitio anterior.

Staging: protege desarrollo sin bloquear producción

Durante el desarrollo puede existir:

staging.empresa.com

o:

nueva.empresa.com

Tiene sentido evitar su indexación.

Pero al publicar no debemos arrastrar esos bloqueos hacia producción.

Checklist:

• Producción indexable.
• Staging protegido.
• Canonicals de producción.
• Sitemap de producción.
• Robots correcto.
• URLs absolutas correctas.

Qué hacer con imágenes y PDFs

Las migraciones suelen concentrarse en páginas HTML y olvidar documentos.

Google recomienda incorporar también imágenes y descargas relevantes dentro de la planificación del site move.

Un PDF podría tener:

• Backlinks.
• Tráfico.
• Posicionamiento.
• Enlaces desde otras páginas.

Si cambia de URL, evalúa una redirección hacia su equivalente.

Enlaces internos después de la migración

Realiza un crawl completo.

Busca:

• Links hacia dominio antiguo.
• Enlaces que pasan por 301.
• Imágenes rotas.
• PDFs antiguos.
• Referencias a staging.

Las redirecciones deben funcionar como red de seguridad, no como arquitectura interna permanente.

Google recomienda actualizar enlaces internos directamente hacia la nueva ubicación.

Backlinks importantes

No hace falta escribir a todo Internet.

Prioriza:

• Sitios relevantes.
• Links que generan tráfico.
• Aliados.
• Directorios estratégicos.
• Perfiles oficiales.

Solicita actualización cuando resulte razonable.

La redirección permanece como respaldo.

Search Console después de migrar

Revisa:

• Rendimiento.
• Indexación.
• Sitemaps.
• Páginas.
• Queries.
• Inspección de URL.
• Errores.

Compara:

antes vs. después

No atribuyas cualquier cambio automáticamente a la migración.

También pueden variar:

• Demanda.
• Competencia.
• Estacionalidad.
• Actualizaciones de Google.

Google Analytics 4 después de migrar

Comprueba:

• Organic Search.
• Landing pages.
• Formularios.
• Eventos clave.
• WhatsApp.
• Compras.
• Revenue cuando corresponda.

Especial atención a:

• Measurement ID.
• GTM.
• Consentimiento.
• Thank-you pages.
• Cambios de URL.

La continuidad de la analítica es parte del control de calidad.

Cómo medir si la migración funcionó

No evalúes únicamente:

“la home ya está indexada”.

Compara:

Métrica	Antes	Después
Clics orgánicos	dato real	dato real
Impresiones	dato real	dato real
URLs prioritarias	dato real	dato real
Leads orgánicos	dato real	dato real
Errores 404	dato real	dato real

Busca tendencias y problemas concretos.

Fluctuaciones de tráfico: cuándo preocuparse

Una variación inicial no significa automáticamente que el proyecto fracasó.

Google advierte que pueden producirse fluctuaciones mientras procesa las nuevas URLs.

Sí deberíamos investigar si aparecen:

• URLs importantes que desaparecen.
• Canonicals antiguos.
• noindex.
• 404 masivos.
• Redirecciones incorrectas.
• Sitemap equivocado.
• Soft 404.
• Caída sostenida en páginas estratégicas.

No existe un porcentaje universal de “caída normal”.

Checklist antes de migrar

• Backup completo.
• Inventario de URLs.
• Sitemap guardado.
• Search Console exportado.
• GA4 revisado.
• Landing pages prioritarias identificadas.
• Backlinks importantes identificados.
• Titles guardados.
• H1 guardados.
• Canonicals guardados.
• Structured data documentado.
• Redirecciones actuales registradas.
• URL mapping preparado.
• Staging probado.
• SSL preparado.
• Propiedades Search Console verificadas.

Checklist durante el lanzamiento

• DNS correcto.
• HTTPS funcionando.
• Sitio respondiendo.
• 301/308 activos.
• Redirecciones comprobadas.
• Sin cadenas innecesarias.
• noindex retirado de producción.
• robots.txt revisado.
• Canonicals nuevos.
• Enlaces internos nuevos.
• Sitemap nuevo.
• Formularios funcionando.
• GA4 funcionando.
• Search Console configurada.

Checklist después de migrar

• Sitemap enviado.
• Change of Address utilizado si corresponde.
• URLs prioritarias inspeccionadas.
• 404 revisados.
• Soft 404 revisados.
• Clics comparados.
• Impresiones comparadas.
• Landing pages comparadas.
• Organic Search revisado.
• Leads revisados.
• Core Web Vitals revisadas.
• Backlinks prioritarios actualizados.
• Redirecciones conservadas.
• Dominio antiguo mantenido cuando corresponde.

Errores especialmente frecuentes en WordPress

Cuando la migración implica WordPress y Elementor, encontramos problemas adicionales:

• siteurl incorrecto.
• home incorrecto.
• URLs antiguas en base de datos.
• Elementor apuntando al dominio anterior.
• Imágenes cargando desde staging.
• Sitemap del dominio anterior.
• Canonical equivocado.
• Permalinks incorrectos.
• Caché antigua.
• Configuración SEO heredada.
• Analytics eliminado.

WordPress documenta que WordPress Address y Site Address controlan ubicaciones esenciales del sitio, por lo que una configuración incorrecta puede afectar tanto administración como frontend.

No necesitamos convertir este contenido en un tutorial de phpMyAdmin o wp-config.php. La prioridad aquí es saber que deben revisarse.

Migración y Core Web Vitals

Cambiar hosting no significa automáticamente mejorar velocidad.

La migración puede modificar:

• Servidor.
• CDN.
• Caché.
• Plugins.
• Scripts.
• Tema.

Por eso conviene comparar LCP, INP y CLS antes y después cuando el rendimiento sea relevante.

¿Se puede migrar sin perder SEO?

Podemos reducir considerablemente el riesgo y conservar las señales principales cuando existe una planificación correcta.

Lo que no deberíamos prometer es:

“cero pérdida de SEO”.

Google advierte que incluso una migración correctamente ejecutada puede producir fluctuaciones temporales.

El objetivo es:

preservar equivalencias → evitar errores → monitorizar → corregir rápido

Una página profesional necesita una migración profesional

Cuando una empresa ya tiene posicionamiento, el nuevo proyecto no debería comenzar ignorando lo que Google conoce del sitio anterior.

Codwelt desarrolla actualmente, según el plan contratado, páginas administrables con WordPress + Elementor, diseño responsive, hosting, dominio, SSL, seguridad, optimización de rendimiento, Google Analytics, Search Console, SEO y soporte.

Eso no significa que una auditoría completa de migración SEO esté incluida automáticamente en todos los proyectos.

Una migración debe evaluar de forma individual:

• Sitio actual.
• CMS.
• URLs.
• Dominio.
• Hosting.
• Posicionamiento.
• Alcance del rediseño.

Puedes consultar nuestro servicio de diseño de páginas web profesionales.

CTA intermedio:
Rediseña o traslada tu página sin tratar el posicionamiento existente como si empezaras desde cero.

Preguntas frecuentes

Conclusión

Los nueve errores críticos al migrar una página web sin perder SEO son:

1. No inventariar URLs y rendimiento.
2. Cambiar demasiadas cosas al mismo tiempo.
3. No crear un URL mapping.
4. Configurar mal las redirecciones.
5. Eliminar páginas valiosas sin analizarlas.
6. Publicar con bloqueos de indexación o canonicals incorrectos.
7. No actualizar sitemap, enlaces y señales SEO.
8. Olvidar Search Console y Analytics.
9. Dejar de monitorizar después del lanzamiento.

Una migración SEO correcta no se basa en esperar que Google entienda todos los cambios por sí solo.

Se basa en mostrar claramente qué URL antigua corresponde con cuál nueva, preservar aquello que ya funciona y monitorizar el proceso hasta que las nuevas páginas sustituyan correctamente a las anteriores.

Recomendaciones estratégicas de imágenes

Imagen destacada

Ubicación: encabezado.

Archivo: migrar-pagina-web-sin-perder-seo.webp

Visual: sitio antiguo → migración → sitio nuevo. Debajo, URLs, SEO, tráfico, Search Console y Analytics como señales que deben conservarse. Añadir alertas visuales para 404, noindex y redirecciones.

ALT: Migrar una página web sin perder SEO conservando URLs tráfico y posicionamiento.

Dimensiones: 1600 × 900 px.

Formato: WebP o AVIF.

Imagen estratégica 1

Ubicación: inmediatamente después del Error 3: “Cambiar URLs sin crear un mapa URL → URL”.

Archivo: mapa-redirecciones-migracion-seo.webp

ALT: Mapa de redirecciones 301 entre URLs antiguas y nuevas durante una migración SEO.

Dimensiones: 1200 × 750 px.

Imagen estratégica 2

Ubicación: inmediatamente después del Error 6: “Publicar el sitio con noindex, robots.txt bloqueado o canonicals antiguos”.

Archivo: staging-produccion-indexacion-seo.webp

ALT: Revisión de robots noindex canonical y sitemap al pasar WordPress de staging a producción.

Dimensiones: 1200 × 750 px.

Imagen estratégica 3

Ubicación: inmediatamente después de “Cómo medir si la migración funcionó” y antes de “Fluctuaciones de tráfico: cuándo preocuparse”.

Archivo: medir-migracion-seo-search-console.webp

ALT: Medición antes y después de una migración SEO con Search Console y Google Analytics.

Dimensiones: 1200 × 750 px.

Fuentes

Codwelt

Codwelt — Diseño de páginas web profesionales.
Consultar servicio de páginas web Codwelt

Codwelt — %%codi_autolink_¿cómo migrar sitio web de hostinger a cpanel?_0%%
Consultar tutorial técnico de migración

Google Search Central

Google — Site Moves and Migrations.
Consultar guía oficial de migraciones

Google — Redirects and Google Search.
Consultar documentación de redirecciones

Google — Canonical URLs.
Consultar documentación de canonicalización

Google — Build and Submit a Sitemap.
Consultar documentación de sitemaps

Google Search Console

Google Search Console — Change of Address Tool.
Consultar herramienta Change of Address

WordPress

WordPress Developer Resources — Migrating WordPress.
Consultar guía oficial Migrating WordPress