La portada de una web nueva puede funcionar mientras las direcciones que reciben visitas desde Google terminan en páginas equivocadas. También puede ocurrir que el contenido siga publicado, pero conserve un bloqueo del entorno de pruebas. Una migración web sin perder SEO empieza por comprobar qué debe mantenerse accesible y cómo llegará cada visitante a su destino.
Respuesta rápida
Una migración web sin perder SEO busca trasladar un sitio conservando sus contenidos relevantes, las relaciones entre sus URLs y el acceso de los buscadores. Requiere inventario, correspondencia de destinos, pruebas técnicas y seguimiento. Google advierte que pueden producirse fluctuaciones mientras vuelve a rastrear e indexar el sitio, por lo que el objetivo es reducir riesgos y detectar errores con rapidez.
Podría interesarte: ¿Tu web está lista? Auditoría SEO paso a paso
¿Qué vas a cambiar y qué riesgo introduce?
El plan depende de si cambian las direcciones públicas, la plataforma o solamente el alojamiento. Para preparar una migración web sin perder SEO, separa esos escenarios y documenta el alcance antes de intervenir.
| Escenario | ¿Qué cambia? | Prioridad de comprobación |
|---|---|---|
| Cambio de hosting con las mismas URLs | Infraestructura que sirve el sitio | Disponibilidad, DNS, certificado y acceso de Googlebot |
| Cambio de CMS o rediseño conservando URLs | Plantillas, contenido y funcionamiento | Equivalencia de páginas, enlaces, metadatos y medición |
| Cambio de dominio o rutas | Direcciones que usan visitantes y buscadores | Mapa de destinos, redirecciones y señales de las nuevas URLs |
Google diferencia los cambios de infraestructura de los traslados con cambios de URL. En un cambio de hosting, por ejemplo, recomienda probar la nueva infraestructura y comprobar que Googlebot pueda acceder antes de completar el traslado.
Nuestra recomendación es conservar las URLs útiles cuando el proyecto permita hacerlo y separar cambios que puedan ejecutarse por etapas. Google también aconseja evitar acumular cambio de dominio, plataforma y diseño en una misma intervención.
¿Qué conservar antes de empezar la migración?
Una migración web sin perder SEO necesita una referencia del sitio anterior. Guarda un respaldo verificable y registra qué páginas, contenidos y funciones deben seguir disponibles después del lanzamiento.
Un inventario que incluya el valor de cada URL
Combina un rastreo del sitio con los sitemaps y los datos disponibles de Search Console y analítica. Así podrás identificar tanto direcciones enlazadas actualmente como páginas que siguen recibiendo visitas aunque resulten difíciles de encontrar en la navegación.
En la hoja de trabajo, registra al menos estos campos. Añade información comercial cuando permita priorizar las pruebas.
- URL actual y tipo de página.
- Estado HTTP, que indica si la dirección carga, redirige o devuelve un error.
- Título, encabezado principal y contenido relevante.
- Canonical declarada, es decir, la URL indicada como versión preferida.
- Clics e impresiones orgánicas del periodo de referencia.
- Consultas o ventas asociadas, si existe una medición fiable.
- Enlaces externos conocidos y recursos importantes, como imágenes o PDF.
- Decisión prevista, responsable y prueba de validación.
En una migración web sin perder SEO, las páginas prioritarias merecen comprobaciones individuales. El inventario completo sigue siendo necesario para revisar reglas generales, plantillas y excepciones.
Un mapa de destinos con decisiones explícitas
Cada dirección debe tener una decisión documentada, incluso cuando se conserva o se elimina. La tabla siguiente es una plantilla ilustrativa para un sitio que mantiene el mismo dominio.
| URL anterior | Destino o decisión | Resultado esperado |
|---|---|---|
/servicios/diseno-web/ | Conservar la dirección y su contenido útil | Página disponible con respuesta 200 |
/pagina-web.php | /diseno-web/, si mantiene la misma finalidad | Redirección permanente al destino |
/blog/guia-antigua/ | /blog/guia-actualizada/, si responde a la misma necesidad | Redirección permanente a la guía equivalente |
/promocion-vencida/ | Retirar, si no existe una alternativa pertinente | Respuesta real 404 o 410 |
Una redirección permanente puede implementarse con 301 o 308. Google recomienda utilizar una redirección del servidor cuando la ubicación cambia de forma permanente.
Evita convertir la portada en el destino automático de páginas sin equivalencia. Google señala que los destinos irrelevantes pueden interpretarse como errores soft 404, por lo que esa regla no resuelve adecuadamente el traslado.
El mapa establece una referencia común para desarrollo y SEO. Permite comparar la decisión aprobada con lo que realmente responde cada dirección.
Podría interesarte: ¿Qué cambiar y qué conservar al rediseñar una página web?
¿Cómo coordinar diseño web, UX, UI y SEO?
El diseño web puede cambiar la navegación, la jerarquía de información y las plantillas que presentan los contenidos. En una migración web sin perder SEO, esos cambios necesitan criterios compartidos entre diseño y desarrollo. Para decidir el alcance visual y funcional, puedes ampliar la lectura con nuestra guía sobre rediseñar una página web.
El diseño UX debe facilitar recorridos como encontrar un servicio, comparar opciones o enviar una consulta. El diseño UI debe hacer visibles y utilizables los controles que permiten completar esas tareas.
Comprueba también que los enlaces importantes se puedan rastrear. Google recomienda enlaces HTML con un elemento <a> y un atributo href que apunte a una dirección válida; un control que solo ejecuta un evento de JavaScript puede no ofrecer la misma posibilidad de descubrimiento.
Cuando participan varios equipos, una agencia especializada en SEO puede coordinar el inventario, las equivalencias y los criterios de aceptación con quienes desarrollan la nueva versión. El entregable útil es una lista de decisiones y pruebas que permita saber qué está preparado y qué necesita corregirse.
¿Qué debe comprobarse en una migración web sin perder SEO?
Prepara un entorno de pruebas, o staging, antes del día de publicación y asigna responsables para resolver incidencias. La aprobación debe apoyarse en resultados observables, incluyendo páginas prioritarias y ejemplos de cada plantilla.
Redirecciones, rastreo y canonicals
Prueba las URLs antiguas y registra la respuesta completa hasta el destino final. Comprueba que las redirecciones previstas llegan directamente a la página acordada, sin bucles ni pasos intermedios innecesarios.
En los destinos, revisa que la canonical declare la versión preferida correcta. Redirecciones, enlaces y sitemaps deben orientar de forma coherente hacia las URLs elegidas, evitando referencias al entorno de pruebas.
Retira de las páginas que deben indexarse los bloqueos heredados del desarrollo. Revisa tanto la etiqueta noindex del HTML como el encabezado HTTP X-Robots-Tag, porque cualquiera puede impedir la indexación.
Distingue además rastreo e indexación al revisar robots.txt. Si Google no puede rastrear una página, tampoco puede leer un noindex colocado en ella; bloquear el rastreo no es una forma fiable de impedir que una URL aparezca en resultados.
Criterios para publicar o corregir antes
Como criterio operativo, recomendamos aplazar el lanzamiento si fallan páginas prioritarias, destinos relevantes o funciones esenciales. Una migración web sin perder SEO necesita un responsable capaz de decidir y un procedimiento de recuperación probado.
Antes de autorizar la publicación, verifica estos puntos. Documenta cualquier excepción y quién la acepta.
- Las páginas prioritarias muestran el contenido y los metadatos previstos.
- Las URLs que cambian cumplen el mapa de destinos aprobado.
- Las páginas públicas destinadas a Google permiten el acceso esperado.
- Las canonicals corresponden a las versiones preferidas correctas.
- Los enlaces internos apuntan a los destinos finales.
- El sitemap publicado contiene las URLs canónicas previstas.
- Los formularios, compras o reservas funcionan y conservan sus datos.
- La medición registra las acciones previstas durante las pruebas.
- Existe un respaldo y se conoce cómo restaurar el servicio ante una falla crítica.
Comprueba la versión pública inmediatamente después del cambio. Una prueba satisfactoria en desarrollo no verifica por sí sola la configuración del servidor, la caché o los encabezados del entorno final.
¿Cuándo utilizar el cambio de dirección de Search Console?
Si la migración web sin perder SEO implica pasar de un dominio o subdominio a otro, revisa la herramienta cambio de dirección de Search Console. Google indica que debe utilizarse después de trasladar el sitio e implementar las redirecciones correspondientes.
La herramienta no se utiliza para un cambio exclusivo de HTTP a HTTPS, para modificar rutas dentro del mismo dominio, para alternar entre www y sin www, ni para cambiar hosting manteniendo las URLs. Cada uno de esos escenarios requiere las comprobaciones que correspondan a su alcance.
En una migración de dominio, comprueba también las variantes y subdominios anteriores. La documentación actual de Google pide verificar y tramitar las variantes correspondientes, incluidas www y sin www; una solicitud no cubre automáticamente todos los subdominios.
Podría interesarte: ¿Tu cliente entiende por qué elegirte? ¿Qué es el posicionamiento de marca?
¿Cómo investigar una caída después del traslado?
El seguimiento de una migración web sin perder SEO empieza desde el lanzamiento. Revisa primero si la caída aparece en Search Console, en la analítica del sitio o en ambas fuentes, y valida que la medición continúe funcionando.
Si una página ha perdido visibilidad, comprueba su respuesta HTTP, su contenido y el acceso de Google. Un estado 200 solo confirma que el servidor entregó una respuesta; Google aclara que no garantiza la indexación.
Utiliza Inspección de URLs para distinguir la información de la última versión procesada por Google de una prueba de la página en vivo. Revisa también la canonical seleccionada y las razones de exclusión que muestra el informe.
Si el funcionamiento técnico es correcto, analiza qué páginas y consultas cambiaron y si existe una variación de demanda. Google recomienda considerar factores como estacionalidad y cambios de interés al investigar descensos de tráfico.
Indicadores que conviene comparar
Para evaluar una migración web sin perder SEO, compara páginas equivalentes y periodos comparables. Si cambian las URLs, agrupa las direcciones anteriores y nuevas según el mapa para seguir el mismo contenido a lo largo del traslado.
| Indicador | ¿Qué revisar? | ¿Qué ayuda a detectar? |
|---|---|---|
| Clics e impresiones orgánicas | Evolución por página, consulta, país y dispositivo | Dónde se concentra el cambio de visibilidad |
| Destinos correctamente resueltos | URLs probadas que cumplen su decisión ÷ URLs probadas × 100 | Diferencias entre el mapa y la implementación |
| Acceso e indexación de páginas prioritarias | Respuesta actual e información de Search Console | Bloqueos, exclusiones o versiones inesperadas |
| Consultas y ventas medidas | Acciones verificadas por página de entrada | Problemas comerciales o de medición |
Search Console permite analizar clics, impresiones, CTR y posición media, así como desglosar por páginas, consultas, países y dispositivos. Conserva los filtros y el periodo utilizados para que la comparación pueda repetirse.
Un seguimiento en 30, 60 y 90 días
Este calendario propone momentos de revisión para una migración web sin perder SEO. Organiza el trabajo y no establece un plazo garantizado para que Google procese el traslado.
| Momento | Prioridad |
|---|---|
| Lanzamiento y primeros días | Resolver fallas de acceso, redirecciones, bloqueos y funciones esenciales |
| Hasta el día 30 | Revisar páginas prioritarias, rastreo, indexación y consultas afectadas |
| Alrededor del día 60 | Profundizar en grupos que no evolucionan como se esperaba y contrastar causas |
| Alrededor del día 90 | Documentar incidencias, revisar resultados comerciales y priorizar mejoras posteriores |
Corrige los errores críticos cuando se detecten, sin esperar al siguiente corte. Mantén un registro de cambios para relacionar cada incidencia con su solución y evitar introducir varias modificaciones sin poder evaluarlas.
Desde mi punto de vista
Una migración web sin perder SEO se prepara mejor cuando cada cambio tiene un motivo y una prueba de aceptación. La apariencia de la nueva versión aporta poco al diagnóstico si no sabemos qué ocurrió con las páginas que ya recibían visitas y generaban oportunidades.
Lo mejor es conservar lo útil, documentar lo que cambia y lanzar con capacidad de respuesta. Esa disciplina permite proteger el posicionamiento orgánico mientras se mejora la experiencia del sitio.
Preguntas frecuentes
¿Cuánto tiempo deben mantenerse las redirecciones?
Google recomienda conservarlas durante el mayor tiempo posible y, por lo general, al menos un año. También conviene mantenerlas más tiempo cuando siguen existiendo enlaces externos o visitas hacia las direcciones anteriores.
¿Cuándo se puede apagar el hosting anterior?
En un traslado de hosting sin cambios de URL, Google recomienda revisar los registros del servidor anterior y esperar a que deje de recibir tráfico. Si ese servidor todavía sostiene redirecciones u otros servicios necesarios, primero debes asegurar su continuidad en la infraestructura correspondiente.
¿Enviar un sitemap garantiza la indexación?
El sitemap ayuda a comunicar las URLs que quieres que Google conozca, pero su envío no garantiza que se rastreen o indexen. Revisa su procesamiento y comprueba por separado el estado de las páginas importantes.
Fuentes principales utilizadas
- Google Search Central — How to move a site.
- Google Search Central — Changing Your Web Hosting and SEO.
- Google Search Central — Redirects and Google Search.
- Google Search Central — Block Search indexing with noindex.
- Google Search Central — documentación de canonicalización, enlaces rastreables y sitemaps.
- Google Crawling Infrastructure — documentación de códigos de estado HTTP.
- Ayuda de Search Console — Cambio de dirección, Inspección de URLs e informe de Rendimiento.
- Google Search Central — diagnóstico de caídas de tráfico.
- SEOFune y UrlEdge —
