Migrar tu sitio web sin perder el SEO: el checklist real

Por qué las migraciones pierden posiciones

Los buscadores posicionan URLs, no sitios web. Cada posición que tienes está atada a una dirección específica que ha acumulado enlaces, historial y confianza. Cuando una migración cambia esas direcciones — nueva plataforma, nueva estructura, nuevo dominio — y las URLs viejas empiezan a devolver 404, esa equidad acumulada no se transfiere. Se evapora. Google ve miles de páginas muertas y un conjunto de páginas nuevas sin historial.

La solución es vieja, aburrida y completamente efectiva: una redirección permanente 301 desde cada URL vieja hacia su contraparte nueva. Un 301 le dice a los buscadores “esta página se movió aquí — transfiere el historial”. Las migraciones que hacen esto página por página normalmente ven una caída de días a pocas semanas y recuperación completa; las que lo omiten pueden perder el tráfico de forma permanente. Todo lo demás en esta guía es andamiaje alrededor de ese único mecanismo.

Antes del traslado: inventaria todo

No puedes redirigir URLs que no sabes que existen. Antes de construir nada, arma la lista completa de URLs que importan, desde cuatro fuentes — porque cada una atrapa páginas que las otras pasan por alto:

1. Rastrea el sitio en vivo (Screaming Frog o cualquier crawler) — todo lo enlazado y alcanzable.
2. Google Search Console → Rendimiento, últimos 12 meses — cada URL que de verdad recibió clics o impresiones de búsqueda, incluidas las que ya nada enlaza.
3. Páginas de destino de analytics, últimos 12 meses — URLs que reciben tráfico desde cualquier lugar (correo, redes, publicidad, marcadores).
4. Tu sitemap.xml existente y cualquier regla de redirección vieja ya en su lugar — las cadenas de redirecciones de una migración anterior son el asesino silencioso clásico.

Fusiona, deduplica y ordena por tráfico y backlinks. La franja superior — normalmente el 10–20% de las URLs que carga el 90%+ del valor de búsqueda — recibe mapeo verificado a mano; la cola larga puede mapearse por patrones. Ya que estás ahí, registra el title, la meta description y el H1 de cada página clave: el sitio nuevo debe conservarlos o mejorarlos conscientemente, no regenerarlos desde una plantilla. Este es también el momento de arreglar la estructura — nuestro servicio de AI-SEO trata una migración como la oportunidad más barata que jamás tendrás de instalar un grafo de entidades limpio y datos estructurados, ya que todo se está reconstruyendo de todos modos (el método está en nuestra guía de SEO en la era de la IA).

El mapa de redirecciones

El mapa de redirecciones es una hoja de cálculo de dos columnas: URL vieja → URL nueva, una fila por página, estado 301 (permanente), nunca 302 (temporal). Reglas que lo mantienen realista:

• Un solo salto. Vieja → nueva, directo. Si el sitio viejo ya tenía redirecciones, apunta también las URLs originales al destino final — las cadenas de 2+ saltos fugan equidad y ralentizan el rastreo.
• El equivalente más cercano, no el home. Si una página no tiene contraparte verdadera, redirige a la categoría o hub relevante más cercano; solo las páginas genuinamente obsoletas deberían dar 404 o 410.
• Mantén el mapa vivo. Se despliega con el sitio (configuración del servidor, middleware o reglas de hosting) y se queda por años — los backlinks viejos nunca dejan de llegar.
• Incluye las variantes aburridas. http→https, www/sin-www, slash final — cada variante debe resolver en un salto a una sola forma canónica.

Junto a las redirecciones, tres etiquetas tienen que estar bien en el sitio nuevo: los canonicals (cada página auto-canónica a su URL final — un canonical apuntando al dominio viejo o a una URL de staging es un clásico de la semana de lanzamiento), el hreflang si manejas varios idiomas (pares recíprocos, como la estructura EN/ES de este sitio), y la remoción del noindex — los sitios de staging se construyen con noindex, y enviar esa etiqueta a producción es el bug de migración más catastrófico y más común a la vez. Va en el checklist del día de lanzamiento en negrilla.

El día del lanzamiento, en orden

1. Congela los cambios de contenido en el sitio viejo 48 horas antes — el rastreo desde el que migras debe coincidir con la realidad.
2. Despliega el sitio nuevo con el mapa completo de redirecciones vivo desde el primer minuto.
3. Quita el noindex (meta etiqueta, cabecera X-Robots-Tag y disallow en robots.txt) — verifica las tres, se esconden en capas distintas.
4. Revisa a mano la lista de las 50 URLs principales: cada URL vieja hace 301 en un salto a la página nueva correcta, cada página nueva devuelve 200 con canonical propio.
5. Envía el sitemap.xml nuevo en Google Search Console (y agrega primero una propiedad GSC nueva si cambió el dominio, más la herramienta de Cambio de Dirección para traslados de dominio).
6. Re-verifica que analytics, el seguimiento de conversiones y los envíos de formularios disparen en las páginas nuevas — una migración que conserva posiciones pero pierde el rastreo de leads en silencio igual te pierde los leads.
7. Purga las cachés del CDN para que nadie reciba una mezcla vieja/nueva desactualizada.

Después: las dos semanas de vigilancia

Las primeras dos semanas deciden si la caída es un bache o un precipicio. Vigila tres paneles en Search Console: Cobertura/Indexación (¿se están indexando las URLs nuevas? ¿se disparan los 404?), Rendimiento (compara clics semana contra semana frente a la línea base pre-lanzamiento, por página principal — no solo a nivel de sitio), y la salud de las redirecciones (re-rastrea tu propia lista de las 500 principales con un crawler y arregla cualquier 404 o cadena que encuentre). Una caída temporal del 10–20% durante una a tres semanas es normal mientras Google re-rastrea; una caída del 50% que sigue bajando significa algo estructural — normalmente un noindex olvidado, un patrón de redirecciones roto o canonicals apuntando al host equivocado.

Aquí también aparece la calidad del hosting: si el servidor nuevo es más lento que el viejo, migraste hacia un viento en contra de posicionamiento. La velocidad es un insumo de ranking y de conversión — el caso de negocio está en nuestra guía de Core Web Vitals — y es una razón central por la que nuestros desarrollos se despliegan estáticos primero en infraestructura que administramos directamente en vez de hosting compartido de plataforma como los montajes que comparamos en OptimoWeb vs GoDaddy y vs Wix.

El checklist completo

1. Rastreo del sitio viejo + URLs de 12 meses de GSC + páginas de destino de analytics + sitemap viejo → inventario maestro de URLs.
2. Registra titles/descriptions/H1s de las páginas principales; consérvalos o mejóralos conscientemente en el desarrollo nuevo.
3. Construye un mapa 301 uno-a-uno (un salto, equivalente más cercano, nada de volcar al home); incluye variantes de protocolo/www/slash.
4. Verifica que los canonicals se auto-referencien a las URLs finales; pares hreflang recíprocos; datos estructurados mejorados ya que estás ahí.
5. Lanzamiento: redirecciones vivas desde el minuto uno, noindex removido en las tres capas, sitemap enviado, tracking verificado, CDN purgado.
6. Solo cambio de dominio: propiedad GSC nueva + herramienta de Cambio de Dirección.
7. Semanas 1–2: cobertura GSC diaria + rendimiento vs línea base; re-rastrea las 500 principales; arregla 404s y cadenas el mismo día.
8. Mantén el mapa de redirecciones en su lugar permanentemente.

La mayor parte de esto es disciplina, no genialidad — que es exactamente por lo que se omite cuando una migración va con afán. Si te estás moviendo de una plataforma a un sitio que posees, la migración es el momento en que tu desarrollo nuevo o hereda años de equidad SEO o arranca desde cero. Corremos este checklist en cada traslado, sea una firma de servicios profesionales dejando un constructor de páginas, un restaurante escapando de una plataforma, o una tienda re-plataformando hacia comercio headless. Inicia un proyecto y el inventario es el paso uno.