Cómo migrar una web sin perder posiciones SEO (guía 2026)

Migrar una web es la operación SEO más arriesgada que hace una agencia. Bien hecha, conservas el 90-95% de tu tráfico orgánico y mejoras posiciones a medio plazo. Mal hecha, pierdes el 50-70% del tráfico y no lo recuperas nunca. Esta guía cubre el protocolo paso a paso que seguimos en cada migración profesional.

Tipos de migración (y nivel de riesgo)

Protocolo de migración SEO seguro (15 pasos)

Fase 1: Auditoría previa (1-2 semanas antes)

1. Inventario completo de URLs

Pasa Screaming Frog al sitio actual y exporta TODAS las URLs indexables. Cruza con:

• Sitemap.xml actual
• Search Console → Pages → "Indexadas"
• Analytics → Páginas con tráfico orgánico (últimos 12 meses)

El objetivo: ninguna URL con tráfico orgánico debe quedarse sin redirección post-migración.

2. Auditoría del perfil de enlaces

Lista de páginas con más backlinks externos. Esas son prioritarias porque conservar su autoridad es lo más crítico.

3. Inventario de schema y metadatos

Documenta todo el schema actual (JSON-LD), titles, meta descriptions, canonicals. Hay que replicarlo o mejorarlo.

4. Baseline de métricas

Captura screenshots de:

• Posiciones actuales (Semrush Position Tracking)
• Tráfico orgánico (GSC + GA4 últimos 90 días)
• Top queries (GSC últimos 6 meses)
• Core Web Vitals (PSI + GSC)

Sin baseline no sabrás si la migración mejoró, mantuvo o empeoró.

Fase 2: Preparación (1 semana antes)

5. Mapeo de URLs antiguas → nuevas

Hoja de cálculo con 2 columnas: URL antigua | URL nueva. Reglas:

• 1:1 siempre que posible.
• Si una página antigua desaparece sin equivalente: 301 a la categoría/sección más cercana semánticamente (NO a la home).
• Páginas sin tráfico ni enlaces ni valor: pueden quedar como 410 Gone (mejor que 404).

6. Preparar el .htaccess con todas las 301

Generar el archivo con las redirecciones ANTES de la migración. Probarlo en staging.

# Ejemplo:
Redirect 301 /productos/zapatillas/ /catalogo/calzado/zapatillas/
Redirect 301 /blog/post-antiguo/ /blog/post-nuevo/

Para volúmenes grandes (>200 redirecciones) usar RedirectMatch con regex.

7. Replicar schema y metadatos en el nuevo sitio

Cada página nueva tiene que llevar al menos el mismo schema y meta que la antigua. Si puedes mejorar, mejor.

8. Generar nuevo sitemap.xml

Lista de URLs nuevas. Validar formato.

Fase 3: Migración (día D)

9. Backup completo

Antes de tocar nada: copia de BD + archivos del sitio actual. Tanto en local como en otro servidor.

10. Subir nueva web a producción

Idealmente sábado por la noche o domingo madrugada (menos tráfico, menos visibilidad si algo va mal). Si el cambio implica DNS, hacerlo con TTL bajo (300s) preconfigurado el día anterior.

11. Activar .htaccess con las 301

Subir el archivo. Verificar con curl que las redirecciones funcionan:

curl -I https://tudominio.com/url-antigua/
# Debe devolver:
# HTTP/1.1 301 Moved Permanently
# Location: https://tudominio.com/url-nueva/

12. Reenviar sitemap y forzar reindexación

• GSC → Sitemaps → eliminar el viejo → enviar el nuevo.
• Solicitar indexación manual de las 10-20 URLs prioritarias.
• Verificar que GSC ve correctamente el nuevo dominio/estructura.

Fase 4: Verificación post-migración (semana 1)

13. Crawleo de validación

Pasar Screaming Frog al nuevo sitio buscando:

• 404 inesperados (URLs que deberían existir o redirigir)
• Cadenas de redirección (301 → 301 → 200 — Google deja de seguir tras 5 saltos)
• Loops de redirección
• Páginas con noindex no intencional
• Canonicals mal apuntados
• Internal links rotos

14. Verificar todas las URLs antiguas redirigen bien

Script que recorra la hoja de mapeo y haga curl -I a cada URL antigua. Esperar 301 a la nueva. Si alguna devuelve 404, corregir.

15. Monitorización intensiva primeros 30 días

• GSC diario: errores de rastreo, cobertura, Core Web Vitals.
• Semrush: cambios de posición.
• GA4: tráfico orgánico diario.
• Form submits: ¿el formulario sigue funcionando?

Errores típicos que arruinan migraciones

1. No mapear todas las URLs. Se quedan páginas sin redirección y mueren.
2. Redirigir todo a la home. Google lo trata como soft 404 y pierde la señal.
3. Cadenas de redirecciones (URL A → B → C → D). Google deja de seguir tras 5 saltos. Siempre directo: A → D.
4. 302 en vez de 301. 302 es temporal y no transfiere autoridad.
5. Olvidar el sitemap nuevo.
6. Cambiar URLs sin necesidad.
7. Cambiar de hosting el viernes a las 18h. Si algo se rompe nadie está disponible.
8. No actualizar enlaces internos. Cada enlace interno que apunta a la URL antigua es un salto extra.
9. No avisar a Google Search Console del cambio de dirección (en GSC hay una herramienta "Cambio de dirección" para migraciones con cambio de dominio).
10. Lanzar sin probar en staging. Toda migración seria pasa por entorno de staging primero.

Cuánto suele costar una migración profesional

Preguntas frecuentes

¿Cuánto tiempo tarda una migración SEO segura?

De 2 a 6 semanas según volumen. Web corporativa de 20 páginas: 2-3 semanas. E-commerce con 1.000 productos: 5-8 semanas.

¿Voy a perder tráfico durante la migración?

Bien hecha: menos del 10% durante el primer mes y recuperación total en 2-3 meses. Mal hecha: 50-70% que no se recupera.

¿Necesito mantener exactamente las mismas URLs?

No, pero si puedes mantenerlas, mejor. Solo cambia URLs si la nueva estructura es objetivamente mejor.

¿Es mejor migrar de golpe o por fases?

De golpe sábado por la noche es estándar. Por fases solo en sitios grandes con riesgo operativo.

Si vas a migrar tu web, no lo hagas a ciegas. Cuéntanos tu caso y te decimos el plan correcto antes de tocar nada.