TL;DR: Migrar una web no es “cambiar el look”. Es cambiar los órganos: URLs, plantillas, indexación, tracking… y si lo haces a ciegas, lo normal es perder tráfico y leads. Este servicio existe para controlar el riesgo con método: inventario de URLs con tráfico → mapeo 301 → QA en staging → lanzamiento controlado → monitoreo 30 días + dashboard.
Hay migraciones que salen “bien” por suerte. Y hay migraciones que salen “bien” porque alguien se puso paranoico con lo importante: que Google no se pierda y que el negocio no se quede sin leads.
Si estás en una de estas situaciones:
- “vamos a pasar de WooCommerce a Shopify”
- “vamos a cambiar el CMS”
- “vamos a reordenar categorías/URLs”
- “la web nueva es más moderna, pero… ¿y el SEO?”
…entonces lo que necesitas no es una checklist suelta. Necesitas acompañamiento. Porque una migración es un proyecto de riesgo controlado.
Rediseño visual vs migración SEO (la diferencia que te salva)
Para que quede clarito:
| Tema | Rediseño visual | Migración SEO |
|---|---|---|
| Qué cambia | UI, look & feel | CMS, estructura, URLs, plantillas |
| Riesgo SEO | medio | alto |
| Error típico | “limpiar texto” | 404 masivo, noindex, canónicas raras |
| Qué mata | contenido que rankeaba | equivalencias (URL vieja → URL nueva) |
| Qué lo controla | QA de contenido + links | mapeo 301 + QA staging + monitoreo |
La migración SEO no se “arregla después”. Se planea antes.
¿Para quién es este servicio?
Casos típicos
- WooCommerce → Shopify / Tiendanube / Magento (o al revés)
- WordPress → headless (React/Next)
- Rediseño que viene con cambio de URLs / arquitectura
- Replatforming con cambio de estructura (categorías, facetas, filtros)
Señales de que lo necesitas sí o sí
Si te suena una de estas, ya está:
- “vamos a cambiar de CMS”
- “vamos a ordenar URLs/categorías”
- “tenemos miles de productos”
- “no tenemos claro qué páginas traen leads”
Qué riesgo compras cuando migras sin acompañamiento
Esta parte es dura, pero es real:
- 404 por cambio de URLs: Google intenta entrar a lo que conocía… y no existe.
- noindex/robots en producción: te publican la web “bonita” pero invisible.
- canónicas mal: Google indexa lo que no debe (o ignora lo que sí).
- sitemap sucio: Google rastrea basura o no encuentra lo importante.
- facetas que inflan/desinflan el índice: de pronto indexas miles de URLs inútiles (o borras páginas que vendían).
- renderizado JS que Google no procesa bien: “se ve” para humanos, pero el bot ve otra cosa.
- tracking roto: los leads “desaparecen” aunque el tráfico exista (form, WhatsApp, eventos).
Y lo peor: como todo pasa en el launch, la caída se siente rápido.
Qué incluye el acompañamiento (entregables y por qué importan)
Aquí está lo que entregamos y el “para qué” de cada cosa.
1) Inventario de URLs con tráfico
Qué es: export de Search Console + datos de Analytics/GA4 (y conversiones si están bien instrumentadas).
Qué resuelve: define “lo sagrado”: las URLs que ya traen tráfico, leads o ventas.
Salida: una lista priorizada (Alta/Media/Baja) para que el proyecto no se vaya por las ramas.
2) Mapeo 301 (URL vieja → URL nueva, 1:1)
Qué es: una tabla de redirecciones por intención (no por capricho).
Qué resuelve: evita el error #1 de migraciones: “redirigir todo a la home”. Y conserva equivalencias.
Salida: spreadsheet con columnas tipo: URL vieja, URL nueva, prioridad, intención, status final esperado.
Ejemplo realista (mini):
| URL vieja | URL nueva | Intención |
|---|---|---|
/categoria/zapatillas-running | /colecciones/zapatillas-running | misma categoría |
/producto/zapatilla-x | /producto/zapatilla-x-nuevo | mismo producto |
/servicios/seo-ecommerce | /seo/tiendas-online | mismo servicio |
/blog/guia-tallas | /blog/guia-de-tallas | misma guía |
/blog/oferta-cyber | /promos/cyber | misma promo (si aplica) |
3) QA en staging (control de calidad antes de publicar)
Qué revisamos sí o sí:
- meta robots / noindex
- robots.txt
- canónicas
- sitemap
- interlinking
- renderizado (si hay JS)
- performance básica
- tracking básico (formularios/WhatsApp)
Qué resuelve: que el día del launch no sea un “a ver qué pasa”.
Salida: reporte de hallazgos + lista de fixes + validación final.
4) Plan de monitoreo 30 días
Qué monitoreamos:
- Search Console (impresiones, cobertura, 404, indexación)
- keywords top (si hay tracker)
- errores críticos (según stack)
- conversiones (leads/ventas)
Qué resuelve: la realidad post-lanzamiento. Porque incluso con buen QA, siempre hay ajustes.
Salida: checklist semanal + alertas + acciones de corrección.
5) Reporte en Looker Studio (para negocio, no para “SEO vanity”)
Qué muestra (de verdad útil):
- evolución de impresiones/clics
- páginas top (antes/después)
- 404 y tendencia
- estado de indexación
- conversiones (si está bien instrumentado)
Salida: dashboard compartido + lectura ejecutiva: qué pasó, qué arreglamos y qué sigue.
Cómo trabajamos (proceso end-to-end)
Fase 0 — Alineación de negocio
Primero lo primero: ¿por qué migras? ¿qué KPI manda? (leads, ventas, CAC). Si no está claro, el proyecto se vuelve “vanidad”.
Fase 1 – Auditoría express pre-migración
Inventario + riesgos + quick wins antes de mover nada.
Fase 2 – Arquitectura + mapeo 301
Definimos slugs, categorías, facetas, trailing slash, y armamos el mapa 1:1 por intención.
Fase 3 – QA staging
Checklist técnico + contenido + tracking. Lo que no se valida antes, se paga después.
Fase 4 – Lanzamiento controlado
Ventana de deploy + verificación post-launch (no “lanzar y rezar”).
Fase 5 — Monitoreo 30 días
Ajustes, rescate de URLs críticas, estabilización.
Checklist pre-launch (10 minutos, para evitar bombas)
No es la parte “glamurosa”, pero salva proyectos:
- ¿Hay noindex prendido?
- ¿Robots.txt bloquea algo raro?
- ¿Canónicas apuntan a la URL final correcta?
- ¿Sitemap actualizado?
- ¿Las URLs con tráfico siguen vivas o tienen 301 directos?
- ¿No hay 404 en navegación crítica?
- ¿El tracking de leads funciona (form, WhatsApp, llamadas)?
Qué necesitamos de tu lado (para avanzar rápido)
- Acceso a Search Console
- Acceso a Analytics/GA4 (si aplica)
- Acceso staging + producción (o al dev responsable)
- listado de páginas que más importan al negocio
- fecha tentativa de lanzamiento
Resultados esperables (sin prometer humo)
La promesa no es “vas a subir 300%”. La promesa real es:
- no perder lo que ya funciona
- acelerar la estabilización post-lanzamiento
- evitar caídas tontas (404, noindex, canónicas)
Es normal ver micro fluctuaciones. Lo importante es que no sea una caída por errores evitables.
FAQ
¿Esto incluye implementación o solo consultoría?
Depende del stack y del equipo. Podemos acompañar solo como consultoría (guiando al dev) o meternos a ejecutar donde tenga sentido.
¿Qué pasa si ya migré y cayó el tráfico?
Se puede rescatar, pero el costo sube si han pasado semanas. Primero diagnosticamos (URLs/404, indexación, canónicas, contenido) y priorizamos.
¿Cuántas URLs se pueden mapear?
Todas las que importen. En ecommerce, normalmente priorizamos por impacto: categorías top + productos con tráfico/ventas + URLs con enlaces.
¿Sirve para ecommerce y para servicios?
Sí. En servicios duele por leads; en ecommerce duele por volumen y estructura (categorías/filtros).
¿Qué pasa con productos descontinuados?
Se decide caso a caso: redirigir a reemplazo real, a categoría equivalente, o 404/410 controlado si no hay match.
¿Cómo evitamos sobreindexación por filtros?
Definiendo qué facetas deben ser indexables (si aportan intención de búsqueda) y controlando el resto con canonicals/noindex/arquitectura.
Por qué vale
Porque en una migración lo caro no es “pagar consultoría”. Lo caro es:
- perder 2–3 meses de tráfico
- perder leads/ventas
- y tener que reconstruir autoridad con el sitio nuevo
Si quieres ver rangos y cómo pensar retorno en SEO (sin cuentos), aquí tienes una guía de Precios SEO.
Si vas a migrar (o ya estás en proceso) y quieres que esto no se vuelva una bomba, lo más rápido es hacer un diagnóstico corto y ver si aplica.
Puedes verlo con nosotros como servicio posicionamiento SEO, y si prefieres un enfoque 1:1, lo reviso contigo como Experto en SEO Perú.
