Lista SEO para migrar un sitio web y conservar posiciones

Lista de tareas antes, durante y después de migrar un sitio: inventario de URL, mapas de redirecciones 301, comprobaciones el día del lanzamiento y seguimiento para detectar pronto pérdidas de posiciones, además de por qué las agencias omiten pasos.

Preguntas frecuentes

¿Cómo comparo el tráfico antes y después de migrar un sitio?

Elige un periodo fijo, como los 28 días posteriores al lanzamiento frente a los 28 días anteriores, y compara las mismas páginas en Search Console. Anota las fechas para poder repetir la comprobación.

¿Perderé posiciones al migrar mi sitio web?

Es normal que haya algunas fluctuaciones temporales mientras Google vuelve a rastrear el sitio y procesa las redirecciones. Las pérdidas duraderas casi siempre se deben a problemas evitables: redirecciones ausentes, contenido eliminado, rastreo bloqueado o títulos y enlaces internos modificados. Una migración cuidadosa suele recuperar las posiciones en unas semanas.

¿Debería usar redirecciones 301 o 302 para una migración?

Usa redirecciones permanentes (301 o 308) para las páginas que se han trasladado definitivamente. Las temporales (302 o 307) indican a los buscadores que la URL antigua podría volver, que no es lo que buscas al migrar.

¿Durante cuánto tiempo debo mantener las redirecciones después de una migración?

La recomendación de Google es mantenerlas al menos un año. En la práctica, mantenlas indefinidamente cuando puedas, porque los enlaces antiguos, marcadores y correos seguirán enviando visitantes a las URL anteriores.

¿Necesito la herramienta de cambio de dirección de Search Console?

Solo cuando te trasladas a un dominio nuevo. Cuando las redirecciones estén activas, usa la herramienta de cambio de dirección en la propiedad de Search Console del dominio anterior. No se usa para mover URL dentro del mismo dominio ni para pasar de HTTP a HTTPS.

¿Por qué las agencias omiten elementos de las listas de migración?

Normalmente, porque el equipo de SEO se incorpora cuando el desarrollo ya terminó, el inventario de URL procede del CMS en lugar de combinar un rastreo con datos de analítica y enlaces entrantes, y nadie se encarga del seguimiento posterior al lanzamiento. Evítalo haciendo que el mapa de redirecciones se apruebe antes del lanzamiento y asignando a una persona concreta la revisión diaria de Search Console durante dos semanas.

Respuesta breve: un sitio web conserva su SEO al migrar si cada URL antigua importante redirige con un 301 a su equivalente nuevo más cercano, el contenido, los títulos y los enlaces internos de las páginas clave sobreviven al traslado, el nuevo sitio se puede rastrear el día del lanzamiento y alguien vigila de cerca Search Console durante las semanas siguientes. Casi todos los desastres de migración se deben a que se omitió uno de los pasos siguientes.

Primero, identifica el tipo de migración

El riesgo depende de qué vaya a cambiar:

Migración	Qué cambia	Riesgo
De HTTP a HTTPS	Solo el protocolo	Bajo
Cambio de plataforma con las mismas URL	CMS o creador	Bajo a medio
Rediseño con nueva estructura de URL	URL, plantillas y contenido	Medio a alto
Cambio de dominio	Todas las URL	Alto
Varios cambios a la vez (dominio, plataforma y estructura nuevos)	Todo	Máximo

Si puedes, evita hacerlo todo a la vez. Cambiar el dominio, la estructura de URL y el contenido en el mismo lanzamiento dificulta mucho averiguar qué provocó una caída.

Fase 1: Antes de desarrollar

1. Registra el rendimiento actual como referencia. Exporta 16 meses de datos de Search Console (consultas y páginas) y anota las sesiones orgánicas y conversiones por página de destino en tu herramienta de analítica. Necesitarás una referencia para comparar.

2. Crea un inventario completo de URL. Combina tres fuentes, porque cada una omite algunas:

Un rastreo completo con una herramienta como Screaming Frog o Sitebulb
Todas las páginas de destino con tráfico orgánico en analítica o Search Console
Todas las URL que tengan enlaces entrantes externos, según una herramienta de backlinks

La lista de páginas del CMS no basta. Omite páginas antiguas de campañas, PDF, URL de imágenes y páginas eliminadas que todavía reciben enlaces.

3. Identifica las páginas prioritarias. Ordena el inventario por clics orgánicos, conversiones y dominios de referencia. Cada página principal debe recibir atención individual durante todo el proceso.

4. Guarda los datos de SEO en página del sitio antiguo. Conserva los títulos, meta descripciones, H1, etiquetas canónicas, datos estructurados y cantidad de enlaces internos de las páginas prioritarias. Las herramientas de rastreo pueden exportar toda esta información.

Fase 2: El mapa de redirecciones

Este es el entregable más importante. Es una hoja de cálculo con dos columnas, URL antigua y URL nueva, que incluye todas las URL del inventario.

Reglas:

Usa una relación directa cuando sea posible. /services/roof-repair debe ir a /roof-repair, no a la página de inicio.
Elige la página pertinente más cercana si una página se combina con otra o se elimina. Google suele tratar como un error 404 simulado redirigir muchas páginas distintas a la página de inicio.
Evita las cadenas. La URL antigua debe ir a la nueva en un solo salto. Si el sitio ha tenido migraciones anteriores, actualiza también las redirecciones antiguas para que apunten directamente a la URL final.
Usa redirecciones permanentes (301 o 308).
Incluye las variantes: barra final, mayúsculas, www y sin www, HTTP y HTTPS, y URL con parámetros habituales.
Permite que las páginas realmente eliminadas devuelvan 404 o 410 si no tienen tráfico, enlaces ni un equivalente. No hace falta redirigir todas las URL.

Prueba el mapa en el entorno de pruebas: ejecuta la lista de URL antiguas con un rastreador en modo lista y comprueba que cada una devuelva una sola redirección 301 a su destino esperado y que la página final responda con 200.

Fase 3: Mantén el SEO al crear el sitio nuevo

Conserva el contenido de las páginas prioritarias. Reescribirlo o recortarlo durante la migración es una causa frecuente de pérdidas.
Conserva los títulos, las meta descripciones y los H1 de las páginas prioritarias, salvo que tengas una razón clara para cambiarlos.
Mantén al menos la misma cantidad de enlaces internos hacia las páginas prioritarias y actualízalos para que apunten directamente a las URL nuevas, sin depender de redirecciones.
Conserva los datos estructurados, las etiquetas hreflang si las tienes y el texto alternativo de las imágenes.
Configura etiquetas canónicas que apunten a cada URL nueva.
Protege el entorno de pruebas con contraseña y asegúrate de quitar esa protección y cualquier etiqueta noindex o bloqueo de robots.txt al publicar.
Comprueba la velocidad de las nuevas plantillas. Un diseño más pesado puede anular las mejoras de posicionamiento.

Fase 4: Día del lanzamiento

Haz estas comprobaciones en este orden, idealmente durante un periodo de poco tráfico:

Publica el sitio nuevo y las redirecciones al mismo tiempo.
Comprueba que robots.txt permite el rastreo y no contiene un «Disallow: /» olvidado.
Confirma que las páginas publicadas no tengan etiquetas noindex (rastrea el sitio y filtra las páginas según su indexabilidad).
Rastrea la lista de URL antiguas y confirma que cada redirección se resuelva en un solo salto.
Revisa manualmente las páginas prioritarias: contenido, título, URL canónica y datos estructurados.
Envía el nuevo sitemap XML en Search Console. Si cambiaste de dominio, verifica el nuevo y luego usa la herramienta de cambio de dirección desde la propiedad anterior.
Confirma que la analítica y el seguimiento de conversiones funcionen en el sitio nuevo.
Actualiza los enlaces que controlas: Perfil de Empresa de Google, perfiles sociales, firmas de correo, destinos de anuncios y directorios.

Fase 5: Después del lanzamiento

Días 1 a 14: revisa Search Console todos los días para detectar errores de rastreo, aumentos de respuestas 404 y problemas de indexación. Si tienes registros del servidor, comprueba que Googlebot visite las URL antiguas y siga las redirecciones.

Semanas 2 a 8: compara los clics e impresiones de cada página con la referencia. Es normal que haya movimiento. Si una página prioritaria cae de forma pronunciada y se mantiene abajo, revisa si la redirección es correcta, el contenido sigue completo y los enlaces internos están presentes.

A largo plazo: mantén las redirecciones al menos un año, según la recomendación de Google, y preferiblemente de forma indefinida. Contacta con los sitios que proporcionan tus backlinks más valiosos y pídeles que actualicen la URL.

Por qué las agencias omiten elementos de la lista de migración

La pregunta «¿por qué las agencias omiten elementos importantes de su lista SEO durante las migraciones de sitios web?» se plantea por algo. Estas son las causas recurrentes:

El equipo SEO se incorpora al final. Diseño y desarrollo ya han cerrado las URL y las plantillas, y se pide al equipo SEO que «lo revise» una semana antes del lanzamiento, cuando cambiar algo resulta caro.
El inventario se obtiene del CMS. Las páginas que solo existen como enlaces antiguos o PDF no se incluyen en el mapa de redirecciones.
El contenido se reescribe para el nuevo diseño. Se acorta el texto de las páginas con mejor posicionamiento para que encaje en los diseños.
La configuración de pruebas llega a producción. La etiqueta noindex o el bloqueo de robots del entorno de pruebas se publica en el sitio real.
Nadie se encarga del seguimiento posterior. El proyecto se da por terminado el día del lanzamiento y nadie detecta el aumento de errores 404 en la segunda semana.

La prevención depende del proceso: incluye al equipo SEO cuando se planifique el sitemap, exige la aprobación del mapa de redirecciones para lanzar, añade «comprobar robots y noindex» a los pasos de publicación y asigna a una persona concreta el seguimiento durante el primer mes con un plan escrito para corregir o revertir cambios.

Hoja de trabajo: inventario, mapa y seguimiento (con ejemplo y en blanco)

Ejemplo completo (demostración; un sitio de fontanería ficticio de cinco páginas que cambia de creador):

URL antigua	Clics, últimos 3 meses	URL nueva	Redirección	¿Se conservó el título?	Comprobación posterior al lanzamiento
/plumbing-services.html	Alto	/services	301	Sí	Día 1 y día 7
/about-us.html	Bajo	/about	301	Sí	Día 1
/boiler-repair.html	Medio	/services/boiler-repair	301	Reescrito con la misma palabra clave	Día 1 y día 7
/old-offer-2023.html	Ninguno	/services	301 a la página más cercana	n/a	Día 1
/contact.html	Medio	/contact	301	Sí	Día 1

Hoja de trabajo en blanco:

URL antigua	Clics, últimos 3 meses	URL nueva	Redirección	¿Se conservó el título?	Comprobación posterior al lanzamiento

Antes de publicar: canónicas, robots, sitemaps y traducciones

La etiqueta canónica de cada página nueva apunta a sí misma en el dominio final, no al entorno de pruebas.
El archivo robots permite el rastreo; se elimina cualquier etiqueta noindex de pruebas.
El sitemap nuevo solo enumera URL finales que devuelven 200.
Si tienes páginas traducidas, asegúrate de que las versiones en otros idiomas apunten a las URL nuevas.

Responsables y reversión del lanzamiento

Deja por escrito quién es responsable el día del lanzamiento, quién puede deshacer cada cambio y cuál es el criterio para revertirlo (por ejemplo, que las páginas clave devuelvan errores). Conserva los archivos o una exportación del sitio anterior hasta que el nuevo sea estable.

Comprobaciones posteriores en Search Console con periodos fechados

Compara un periodo fijo, como los 28 días posteriores al lanzamiento con los 28 días anteriores, usando las mismas páginas. Anota las fechas en la hoja de trabajo para poder repetir la comparación. Es normal que haya movimiento durante las primeras semanas; investiga las páginas que caen y se mantienen abajo. Consulta las directrices oficiales de Google Search Central sobre cambios de sitio con modificaciones de URL.

Empieza a crear tu sitio web empresarial. Crea tu cuenta. El plan gratuito publica hasta 3 sitios basados en plantillas con una dirección we.inc (sin créditos de IA ni dominio personalizado). La creación con IA y tu propio dominio empiezan en Starter, por $20 al mes; consulta precios.

Próximos pasos útiles: revisa un sitio actual con la herramienta gratuita de evaluación web, estima el presupuesto con la calculadora de costes de sitios web, explora plantillas de sitios empresariales o descubre cómo funciona el creador de sitios web We.Inc.

Lista rápida

[ ] Se exportaron los datos de referencia
[ ] Inventario de URL creado a partir del rastreo, la analítica y los backlinks
[ ] Páginas prioritarias identificadas
[ ] Mapa de redirecciones completo, de un solo salto, permanente y probado en el entorno de pruebas
[ ] Contenido, títulos y enlaces internos de las páginas prioritarias conservados
[ ] Bloqueos del entorno de pruebas eliminados al publicar
[ ] Sitemap enviado y herramienta de cambio de dirección usada si cambió el dominio
[ ] Analítica verificada
[ ] Revisiones diarias de Search Console durante dos semanas
[ ] Redirecciones mantenidas al menos un año

Migrar a un creador nuevo

Si migras porque tu plataforma actual es difícil de mantener, elige un destino donde puedas controlar directamente las URL, los títulos y las redirecciones. We.Inc permite reconstruir páginas a partir de una descripción por chat y luego ajustarlas visualmente o mediante código, con alojamiento y SSL incluidos, para que puedas conservar la estructura de URL actual. Antes del lanzamiento, revisa las páginas nuevas con nuestra lista de verificación de SEO en página y configura el seguimiento con la guía de configuración de analítica.

Empieza gratis

Empieza gratis · Sin tarjeta de crédito

Umair Ali Sadaqat

Fundador de We.Inc

Umair es el fundador de We.Inc. Escribe sobre la creación de sitios web con IA, las agencias y el negocio de gestionar un estudio web.

¿Listo para crear algo grande?

Únete a los 15,000+ negocios que usan We.Inc para lanzar, crecer y automatizar, todo desde una plataforma.