Migración SEO sin perder tráfico

Q: ¿Qué hago si perdí tráfico y no sé por qué?

Semalt Migration Diagnostic corre 40+ tests contra el sitio nuevo y compara con baseline. Detecta las 12 causas más comunes de pérdida de tráfico post-migration: canonical roto, hreflang inválido, schema perdido, robots.txt bloqueando, redirects rotos, contenido thin, meta tags perdidos, etc.

Q: ¿Es distinto para SPA (React/Vue)?

Sí. Semalt maneja SPA con render Chromium en el crawler para validar que Google puede indexar el contenido. Migrar de SSR a CSR sin planificación suele perder 40%+ del tráfico — Semalt alerta antes.

Q: ¿Se puede migrar sin freeze?

No recomendado. Los cambios en producción mientras se prepara el nuevo sitio generan divergencia impossible de reconciliar. Un freeze de 1-2 semanas es estándar en migraciones profesionales.

Contenido

Los 5 tipos de migración y su riesgo SEO
Por qué el 62% pierde tráfico permanente
Pre-migration: snapshot completo
Mapeo de redirects 301 (la parte crítica)
Día del launch: checklist en vivo
Post-launch: monitoring de 90 días
Caso: e-commerce que migró Vtex → Shopify sin perder tráfico
Checklist maestro de 50 puntos
Preguntas frecuentes

62%

Migraciones que pierden tráfico

Puntos en el checklist maestro

90d

Monitoring post-launch

100%

URLs con backlinks preservadas

Los 5 tipos de migración y su riesgo SEO

Tipo	Ejemplo	Riesgo SEO	Duración proyecto
Cambio de plataforma (replatform)	Vtex → Shopify, WordPress → Headless	Alto	2-4 meses
Cambio de dominio	miempresa.cl → miempresa.com	Muy alto	3-6 semanas
Rebrand con URL nuevas	marca-vieja.cl → marca-nueva.cl	Muy alto	2-3 meses
HTTPS + www / no-www	http://x.cl → https://www.x.cl	Medio	1-2 semanas
Restructuración URL	/productos/x-123 → /shop/categoria/x	Alto	3-6 semanas

La migración más peligrosa es la que combina varios tipos

Cambiar plataforma + dominio + URL structure al mismo tiempo triplica el riesgo. Google necesita reprocesar todo el sitio y cualquier error se acumula. Regla: si podes separar en 2-3 fases, hazlo — nunca migres 3 dimensiones el mismo día.

Diagrama: rastreo, renderizado, indexación y ranking, con lo que falla en cada etapa — Cuatro etapas, cuatro fallos distintos. Conviene auditar en este orden: tocar señales de ranking en una página sin indexar no cambia nada.

Por qué el 62% pierde tráfico permanente

Las 5 cosas que hacen las migraciones exitosas

Snapshot completo pre-migration (100% URLs)
Mapa 1:1 de redirects 301 (no batch)
Sitio staging con crawl pre-launch
Monitoring diario los primeros 30 días
Comunicación a Google Search Console

Los 5 errores que arruinan migraciones

Redirects batch a la home (todos van a /)
No mapear URLs con backlinks
Cadenas de redirect (301 → 301 → 200)
Olvidar hreflang y canonical
Migrar sin sitemap actualizado

Pre-migration: snapshot completo

Semalt corre un crawl completo del sitio actual y captura:

Pre-migration snapshot (17 puntos)

Todas las URLs indexadas (via crawler + sitemap + Search Console)
Posición actual de las top 500 keywords
Tráfico orgánico por URL (Semalt Analytics + Search Console)
Backlinks entrantes por URL destino
Schema estructurado en cada URL
Meta title y description actuales
H1, H2 estructura por template
Canonical actual por URL
Hreflang alternatives declaradas
Robots directives (index/noindex, follow/nofollow)
URLs paginadas con rel="next"/"prev" (si aplica)
Redirects existentes (importante: no romper cadenas ya funcionando)
Core Web Vitals baseline por template
Screenshots fullpage de top 50 URLs
Estructura de enlaces internos (grafo)
Anchor text distribution
Assets: imágenes, videos, PDFs referenciados

El snapshot se guarda como baseline en Semalt y se compara automáticamente contra el sitio nuevo post-launch.

Mapeo de redirects 301 (la parte crítica)

El mapeo de redirects es donde muere la mayoría de migraciones. Semalt Migration tiene 3 modos:

Auto 1:1

Cuando URL structure es predecible (mismo slug, distinta base). Semalt genera CSV con URLs mapeadas 1:1 en segundos.

IA semántica

Cuando URL structure cambia. Semalt compara contenido de URL vieja vs URLs candidatas nuevas y sugiere match con confidence score.

Manual asistido

Para URLs críticas (top 100 en tráfico o con más de 10 backlinks). Aprobación humana obligatoria antes de ejecutar.

Regla oro del redirect 301

Cada URL vieja debe redirectar a la URL nueva más equivalente semánticamente. Nunca redirectar todo a la home — Google trata eso como «soft 404» y descuenta el link juice. Si no hay equivalente exacto, redirectar a la categoría padre más cercana.

Configurar redirects sin cadenas

Un redirect chain (URL A → URL B → URL C) pierde 15% del link juice en cada hop y confunde el crawler. Semalt detecta cadenas existentes y las colapsa a redirects directos:

/old-1 → /old-2 → /new se convierte en /old-1 → /new + /old-2 → /new
Se aplica automáticamente via el archivo de redirects (nginx.conf, .htaccess, Vercel/Netlify config, o Cloudflare Worker)
Verificación con curl -I automática: cada URL vieja debe devolver 301 directo a la URL nueva final con 200

Día del launch: checklist en vivo

T-24h

Freeze cambios en sitio viejo

Ningún dev commite cambios en el sitio actual. Semalt corre snapshot final.

T-2h

Deploy en staging con robots noindex

Nuevo sitio arriba en staging con robots.txt: Disallow / mientras QA verifica. Semalt crawlea staging y valida.

T-0

Switch DNS + robots allow

Cambio DNS al nuevo servidor. Robots.txt cambia a permitir crawl. Redirects activos desde el minuto 1.

T+30min

Verificación con Semalt Live Monitor

Semalt curl-testa las 500 URLs críticas y valida: 301 correcto, no cadenas, contenido de URL nueva coincide con expectativa.

T+2h

Submit sitemap nuevo

Sitemap nuevo enviado a Search Console. Change of address filed. IndexNow ping a Bing y Yandex.

T+24h

Primer reporte de indexación

Semalt verifica cuántas URLs nuevas ya fueron crawleadas por Googlebot. Alertas si baja anormal de tráfico.

Post-launch: monitoring de 90 días

Timeline normal de una migración bien ejecutada

Días 1-14: caída temporal de 15-30% del tráfico orgánico — normal, Google está reprocesando. Días 15-45: recuperación gradual, se estabiliza en +/- 5% del baseline. Días 45-90: si el nuevo sitio es mejor (más rápido, mejor schema), suele SUBIR sobre el baseline. Si a los 45 días sigue -20% o más, algo está roto.

Semalt Migration Monitor diario

Crawl status

Cuántas URLs nuevas indexadas vs total esperado. Meta: 90% en 30 días.

Redirect health

Verificación diaria de que todos los 301s siguen respondiendo correctamente. Cero cadenas.

Traffic delta

Tráfico orgánico total vs baseline pre-migration. Segmentado por template y por keyword head.

Position tracking

Top 500 keywords rastreadas 3x/día con Rank Tracker desde IPs residenciales chilenas.

Backlink integrity

Backlinks entrantes: verifica que redirects preservan link juice. Alerta si un backlink de alto DA apunta a URL con 404.

Schema validation

Auditoría diaria de schema en URLs migradas. Detecta si Product schema perdió campos, si FAQ cambió.

Caso: e-commerce que migró Vtex → Shopify sin perder tráfico

Migramos de Vtex a Shopify Plus en marzo 2026. Teníamos 3.400 productos, 47k sesiones orgánicas mensuales y 6 años de historial SEO. Sin Semalt hubiéramos perdido meses. Con Semalt Migration la caída máxima fue -12% en el día 8, recuperamos baseline en día 24 y a los 60 días estábamos +18% sobre baseline.

CTO, e-commerce chileno de decoración hogar

Día 8 (caída máxima temporal)-12%

Día 24 (recuperación baseline)0%

Día 60 (post-migration)+18%

URLs mapeadas correctamente 1:13.398 de 3.400

Las 2 URLs no mapeadas fueron productos discontinuados sin equivalente — redirect a categoría padre correctamente.

Checklist maestro de 50 puntos

Fase 1: Preparación (2-4 semanas antes)

Ejecutar Semalt Migration snapshot completo
Documentar todas las URLs actuales indexadas
Capturar posición de top 500 keywords
Exportar backlinks entrantes por URL destino
Documentar schema estructurado por template
Baseline Core Web Vitals por template
Auditar canonical y hreflang actuales
Freeze changes en producción

Fase 2: Mapeo (1-2 semanas antes)

Generar mapa 1:1 de redirects via Semalt Auto
Revisar URLs de alto tráfico manualmente
Revisar URLs con backlinks manualmente
Validar 0 cadenas de redirect
Configurar redirects en nginx / Apache / Cloudflare
Preparar sitemap.xml nuevo
Preparar robots.txt nuevo
Preparar hreflang y canonical nuevos

Fase 3: Staging (1 semana antes)

Deploy sitio nuevo en staging con robots noindex
Crawl completo del staging con Semalt
Validar schema en todos los templates nuevos
Verificar Core Web Vitals iguales o mejores
QA de formularios, checkout, features críticos
Test redirects desde staging

Fase 4: Launch (D-day)

T-24h: freeze cambios sitio viejo
T-2h: deploy nuevo con robots noindex
T-0: switch DNS + robots permitir crawl
T+30min: verificación Semalt Live Monitor
T+1h: submit sitemap nuevo Search Console
T+1h: Change of address si cambia dominio
T+2h: IndexNow ping Bing/Yandex
T+24h: primer reporte indexación

Fase 5: Monitoring (90 días)

Daily: Crawl status via Semalt Migration Monitor
Daily: Redirect health check
Daily: Traffic delta vs baseline
Daily: Position tracking top 500 keywords
Weekly: Backlink integrity check
Weekly: Schema validation
Weekly: Report a stakeholders
Día 30: revisión formal, ajustes si tráfico >20% bajo
Día 60: revisión de refresh de contenido
Día 90: cierre del proyecto de migración

Más en esta serie: Análisis de competidores sin dejar rastro, Semalt Analytics: lo que GA4 te esconde, Auditoría técnica: los 400+ puntos clave.

Preguntas frecuentes

¿Cuánto tarda una migración completa?

Depende del tipo. Un replatform de e-commerce mediano (3.000 SKUs): 8-10 semanas de proyecto total (4 preparación + 4 estabilización post-launch). Un cambio de dominio simple: 3-5 semanas.

¿Puedo migrar sin pérdida de tráfico?

Sí, es posible. En 40% de migraciones que ejecutamos con Semalt, la caída máxima temporal fue <15% y a los 45 días el sitio nuevo superó el baseline. Requiere disciplina en el mapeo de redirects.

¿Qué hago si perdí tráfico y no sé por qué?