Migración web sin perder SEO: guía paso a paso con checklist

Migrar una web es de los momentos más críticos en la vida de un proyecto digital. Una migración bien ejecutada preserva el tráfico orgánico y te da un salto de rendimiento. Una mal ejecutada puede destruir años de SEO en una sola noche. Esta guía cubre el proceso completo paso a paso, con checklist, errores comunes y ejemplos aplicables a cualquier stack.

Cuándo se considera "migración" desde SEO

Cualquiera de estos cambios es una migración y requiere planificación técnica:

• Cambio de dominio: ejemplo.es → ejemplo.com
• Cambio de subdominio/estructura: blog.ejemplo.com → ejemplo.com/blog
• Cambio de protocolo: http → https
• Cambio de plataforma: WordPress → Next.js, Shopify → a medida, etc.
• Rediseño profundo con cambios de URLs.
• Cambio de arquitectura de idiomas (subdominio → subdirectorio, etc.).

Si solo cambias el diseño visual pero las URLs se mantienen, el riesgo es bajo. Si tocas URLs, es migración seria y hay que hacerlo con método.

Las 4 fases de una migración segura

1. Fase 1 — Pre-migración: auditoría, inventario y mapeo.
2. Fase 2 — Preparación del entorno nuevo: replicar estructura SEO, preparar redirects.
3. Fase 3 — Día del lanzamiento: DNS, redirects activos, sitemap enviado.
4. Fase 4 — Post-migración: monitorización y corrección en 7–30 días.

Fase 1 — Pre-migración (2-4 semanas antes)

1.1 Inventario completo de URLs

Rastrea toda la web actual con Screaming Frog u otra herramienta. Exporta todas las URLs indexables.

Para cada URL, anota:

• URL actual
• Title y meta description
• H1
• Tráfico orgánico mensual (Search Console o GA4)
• Posición media y keywords principales
• Backlinks (Ahrefs, Semrush)
• Estado (200, redirected, 404, noindex)

1.2 Identificar páginas críticas

El 80% del tráfico orgánico suele venir del 20% de las URLs. Estas son las páginas mission-critical que deben preservarse intactas:

• Home.
• Páginas con tráfico orgánico > 100 visitas/mes.
• Páginas con backlinks externos relevantes.
• Landings de conversión activas.

Estas URLs no deberían cambiar salvo necesidad imperiosa.

1.3 Mapa de redirecciones URL antigua → URL nueva

Crea una hoja de cálculo (CSV o Sheet) con tres columnas:

Este mapa es la herramienta más importante de toda la migración. Sin él, el riesgo es máximo.

1.4 Benchmark pre-migración

Documenta las métricas actuales para poder comparar después:

• Impresiones y clics últimos 30 días (Search Console).
• Posición media de keywords clave.
• Sesiones orgánicas (GA4).
• URLs indexadas (Search Console → Cobertura).
• Perfil de backlinks (Ahrefs).
• Core Web Vitals (PageSpeed Insights).

Si luego algo baja, tienes datos para diagnosticar. Si todo sube, tienes datos para celebrar.

Fase 2 — Preparación del entorno nuevo

2.1 Replicar la estructura SEO

• Copia title, meta description y H1 de cada página crítica al entorno nuevo.
• Preserva contenido textual (no lo reescribas completo; pequeñas mejoras, sí).
• Mantén la jerarquía de encabezados (H1, H2, H3).
• Replica los datos estructurados (Schema.org). Ver nuestra guía de Schema.org.
• Mantén la estructura de enlaces internos.

2.2 Configurar los redirects 301

Los redirects 301 (permanentes) transfieren la autoridad SEO de la URL vieja a la nueva. Implementación según stack:

import type { NextConfig } from "next";

const config: NextConfig = {
  async redirects() {
    return [
      { source: "/servicios-web", destination: "/servicios/desarrollo-web", permanent: true },
      { source: "/blog/:slug.html", destination: "/blog/:slug", permanent: true },
      { source: "/contacto.php", destination: "/contacto", permanent: true },
      // Forzar no-www → www
      {
        source: "/:path*",
        has: [{ type: "host", value: "example.com" }],
        destination: "https://www.example.com/:path*",
        permanent: true,
      },
    ];
  },
};

export default config;

En Apache (.htaccess) o Nginx se usa una sintaxis distinta pero el concepto es idéntico. Lo clave:

• Siempre 301 (permanent), nunca 302.
• Evita cadenas de redirect (A → B → C). Siempre directo A → C.
• Redirect page-to-page, NO todo a la home (devalúa autoridad).
• Prueba cada redirect antes del lanzamiento.

2.3 Preparar sitemap nuevo

Genera el sitemap nuevo con todas las URLs finales. Si usas Next.js, tu sitemap.ts debería generarlo automáticamente (ver nuestra guía SEO Next.js).

2.4 Entorno de staging privado

• Staging debe tener noindex en todas las páginas.
• Bloquea con basic auth o robots.txt estricto.
• NUNCA permitas a Google indexar el staging (si lo hace, duplicate content).

Fase 3 — Día del lanzamiento

Orden recomendado:

1. Hacer backup del sitio antiguo completo (BD + ficheros).
2. Cambiar DNS al nuevo servidor (esperar propagación: 2-24h).
3. Activar los redirects 301.
4. Retirar noindex del entorno nuevo.
5. Verificar que /robots.txt y /sitemap.xml responden 200.
6. Enviar sitemap nuevo en Google Search Console.
7. "Request Indexing" de las 10 URLs más importantes.
8. Avisar a Bing Webmaster Tools (igual que Search Console).

Si cambias de dominio, en Search Console usa la Change of Address Tool — avisa explícitamente a Google del cambio y acelera el traspaso.

Fase 4 — Post-migración (primeras 4 semanas)

Semana 1 — Vigilancia diaria

• Rastrea toda la web con Screaming Frog. Identifica 404 y redirect chains.
• Revisa Search Console → Cobertura diariamente.
• Comprueba impresiones/clics en Search Console frente al benchmark.
• Mide Core Web Vitals — una migración debería mejorarlos, no empeorarlos.

Semana 2-4 — Ajustes finos

• Arregla cualquier 404 detectado añadiendo más redirects.
• Reescribe meta descriptions con CTR bajo.
• Refuerza internal linking en las páginas con peor recuperación.
• Pide backlinks de fuentes que enlazaban a URLs viejas — muchos se habrán perdido en cambios de dominio.

Errores que destruyen SEO en migraciones

Herramientas imprescindibles

• Screaming Frog SEO Spider — crawl antes y después (hasta 500 URLs gratis).
• Google Search Console — medir indexación, cobertura, impresiones.
• Ahrefs o Semrush — auditar backlinks antes/después.
• httpstatus.io — verifica redirects en lote (pega 100 URLs y comprueba su cadena).
• PageSpeed Insights — comparar Core Web Vitals antes/después.

Checklist maestro de migración

Conclusión

La migración SEO es método, no magia. Con un mapa de redirects bien hecho, staging bloqueado y monitorización activa en las primeras semanas, se puede migrar una web compleja sin perder tráfico — a menudo ganándolo gracias a la mejora de Core Web Vitals y arquitectura.

Complementa esta guía con nuestras guías de SEO técnico y Core Web Vitals. Si estás a punto de migrar, en Think! Madrid gestionamos migraciones completas con plan detallado y garantía de tráfico orgánico. Escríbenos.