Visibilidad
Migraciones y rediseños que no borran lo que tu sitio ya ganó en Google
Un rediseño, un cambio de plataforma o de dominio puede costar meses de tráfico si se hace sin plan. Inventariamos lo que hoy funciona, definimos cada redirección, probamos antes de publicar y validamos después.
Es para ti si
Empresas que van a rediseñar su web y no quieren perder el posicionamiento actual.
Qué recibes
Inventario de URLs con sus métricas de rendimiento actuales. · Mapa de redirecciones 301 aprobado, en formato listo para implementar. · Documento de requisitos SEO para diseño y desarrollo.
Primer paso
Congelar y medir el estado actual
Cuándo se nota
El rastreo posterior no muestra errores 404 en URLs que tenían tráfico ni cadenas de redirección largas.
Dónde se rompe hoy
Se lanzó el sitio nuevo un viernes y el lunes el tráfico orgánico cayó. Nadie sabe qué URLs cambiaron ni si se redirigieron.
Todas las páginas antiguas se redirigen a la home «por si acaso». Google lo interpreta como error y las páginas que rankeaban pierden su valor.
El sitio de pruebas quedó indexado, o el nuevo salió con un noindex olvidado. Ambos son errores comunes y costosos.
El cambio de dominio, de HTTP a HTTPS o de plataforma (por ejemplo de WordPress a un sitio nuevo) se hizo sin registrar las URLs de origen, así que ya no hay forma de comparar.
Para quién es, y para quién todavía no
Encaja si
- Empresas que van a rediseñar su web y no quieren perder el posicionamiento actual.
- Sitios que cambian de plataforma: WordPress, Shopify, Next.js u otras.
- Negocios que cambian de dominio, de estructura de URLs o que fusionan sitios.
- Sitios que ya migraron y sufrieron una caída y necesitan recuperarla.
No conviene si
- El cambio es solo visual y las URLs, los textos y la estructura se mantienen. En ese caso basta una revisión técnica corta.
- El sitio actual casi no recibe tráfico orgánico ni tiene enlaces que proteger: la migración es menos delicada y puede resolverse con una lista de comprobación.
- Ya lanzaste y no hay respaldo de la versión anterior ni datos históricos. Aún se puede diagnosticar, pero la recuperación será más incierta.
- Buscas una garantía de que el tráfico no bajará. Toda migración tiene riesgo; lo que se hace es reducirlo y detectarlo pronto.
Alcance
Qué hacemos, concretamente
Inventario y línea base
Rastreamos el sitio actual y exportamos URLs, títulos, encabezados, canonicals, enlaces internos y datos de Search Console y GA4. Es el punto de comparación de todo lo que sigue.
Mapa de redirecciones 301
Cada URL antigua se asigna a su equivalente más cercano. Las que no tienen equivalente se tratan con criterio (contenido nuevo, 410 o la categoría padre), no con una redirección masiva a la home.
Requisitos SEO para el nuevo sitio
Estructura de URLs, metadatos, encabezados, datos estructurados, canonicals, hreflang, sitemap, robots.txt y rendimiento, documentados antes de programar.
Pruebas en preproducción
Rastreo del sitio de pruebas (bloqueado a buscadores) para comprobar redirecciones, canonicals, noindex, enlaces rotos y plantillas, y comparar contra la línea base.
Lanzamiento controlado
Lista de verificación para el día de la publicación: retirar bloqueos, activar redirecciones, enviar sitemap, verificar propiedades y revisar los primeros rastreos.
Monitoreo posterior y recuperación
Validamos en Search Console, comparamos con la línea base durante semanas, corregimos lo que aparece y documentamos lo aprendido. Si hubo caída, diagnosticamos el origen.
Lo que recibes al final
Inventario de URLs con sus métricas de rendimiento actuales.
Mapa de redirecciones 301 aprobado, en formato listo para implementar.
Documento de requisitos SEO para diseño y desarrollo.
Informe de pruebas en preproducción con hallazgos y correcciones.
Lista de verificación de lanzamiento con responsables.
Configuración de Search Console, incluida la propiedad, los sitemaps y, si aplica, la herramienta de cambio de dirección.
Informe de monitoreo de 30 y 90 días comparado con la línea base.
Registro de incidencias y decisiones tomadas.
Cómo lo hacemos
Congelar y medir el estado actual
Antes de tocar nada: rastreo, exportaciones y captura de métricas por URL y por consulta.
Decidir qué se conserva y qué cambia
Con negocio y diseño acordamos estructura de URLs y contenido. Cada cambio de URL exige una razón.
Construir el mapa de redirecciones
Asignación de cada URL antigua, con revisión de cadenas y bucles antes de implementarla.
Probar en preproducción
Rastreamos y comparamos contra la línea base. Nada se publica con hallazgos críticos abiertos.
Lanzar con lista de verificación
Publicación en una ventana definida, con revisión inmediata de respuestas del servidor, indexación y sitemaps.
Vigilar y corregir
Seguimiento de rastreo, indexación y clics en las semanas siguientes, con correcciones rápidas y un informe final.
Material de trabajo
Lo que otros llaman «metodología» aquí se puede ver: tablas, ejemplos y listas que puedes usar aunque no nos contrates. Los datos de los ejemplos son ilustrativos y cada uno lleva su rótulo visible.
Protocolo de 12 reglas para migrar sin perder lo ganado
- Inventariar todas las URLs con tráfico, consultas, enlaces externos y conversiones antes de tocar nada.
- Declarar intocables las URL estratégicas y cambiarlas solo con una razón escrita.
- Construir el mapa de redirecciones 301 uno a uno, sin cadenas ni bucles.
- No redirigir todo a la home ni a una página genérica.
- Mantener el contenido de las páginas que rankean, salvo mejora justificada.
- Probar en un entorno de preproducción bloqueado a los buscadores.
- Rastrear el sitio de pruebas y compararlo con la línea base.
- Revisar canonicals, robots.txt, noindex y sitemap antes de publicar.
- Preparar un plan de rollback y una ventana de lanzamiento de bajo tráfico.
- Enviar el sitemap nuevo y verificar respuestas del servidor el mismo día.
- Vigilar indexación, errores 404 y Core Web Vitals durante las semanas siguientes.
- Versionar la tabla de redirecciones y conservarla como mínimo un año.
Línea de tiempo de una migración
Antes del diseño
- Inventario y línea base.
- Decisión de estructura de URLs.
- Requisitos SEO para diseño y desarrollo.
Antes de publicar
- Mapa de redirecciones aprobado.
- Pruebas en preproducción y correcciones.
- Plan de rollback y lista de verificación.
El día del lanzamiento
- Se retiran los bloqueos y se activan las redirecciones.
- Envío de sitemap y revisión de respuestas.
- Primer rastreo comparado.
A los 30, 60 y 90 días
- Seguimiento de indexación, 404 y consultas.
- Corrección de incidencias.
- Informe final comparado con la línea base.
Cómo se ve un mapa de redirecciones
Cada fila es una decisión con motivo. Las rutas de la tabla son ilustrativas.
Rutas de ejemplo
| URL antigua | Destino | Tipo | Motivo |
|---|---|---|---|
| /servicios-web/ | /paginas-web/ | 301 | Misma intención, URL más clara |
| /blog/2019/05/guia-seo/ | /blog/guia-seo/ | 301 | Estructura de URLs simplificada |
| /producto-descontinuado/ | /categoria/ | 301 o 410 | Sin sustituto exacto: se envía a la categoría más cercana o se retira |
| /tag/marketing/ | Sin destino | 410 | Página de etiqueta sin valor propio |
La migración de esta misma web
Estamos rediseñando seoefectivo.com y aplicamos el protocolo. Esto es lo que consta en nuestro registro de redirecciones, sin cifras de resultado hasta que existan.
Dato real de este proyecto
- Rutas actuales conservadas tal cual
- 23
- Redirecciones 301 uno a uno
- 4
- Redirecciones masivas a la home
- 0
- Página declarada intocable
- /consultor-seo/
- Validación tras el lanzamiento
- Search Console
Las cuatro redirecciones sustituyen los mapas de sitio antiguos y la política de privacidad antigua. Cuando tengamos datos posteriores al lanzamiento los publicaremos aquí, con su fuente.
Qué tipo de migración tienes y cuánto riesgo implica
| Tipo de cambio | Riesgo para el SEO | Trabajo extra que exige |
|---|---|---|
| Rediseño visual sin cambiar URLs ni contenido | Bajo | Revisión técnica corta y comparación de plantillas |
| Cambio de plataforma o de CMS | Medio a alto | Inventario, pruebas en preproducción y control de metadatos y datos estructurados |
| Cambio de la estructura de URLs | Alto | Mapa de redirecciones completo y actualización del enlazado interno |
| Paso de HTTP a HTTPS | Bajo si se hace bien | Redirecciones 301 globales, canonicals y sitemap actualizados |
| Cambio de dominio | Alto | Redirecciones uno a uno, propiedad nueva en Search Console y herramienta de cambio de dirección |
| Fusión de varios sitios en uno | Alto | Decidir qué contenido sobrevive y consolidar autoridad sin duplicar |
Perdí tráfico después de migrar: cómo lo diagnosticamos
Antes de hacer cambios a ciegas buscamos la causa. Estas son las que revisamos primero.
| Síntoma | Causa probable | Cómo se comprueba |
|---|---|---|
| Las páginas dejaron de aparecer en Google | Un noindex o un bloqueo en robots.txt que pasó a producción | Inspección de URL en Search Console y revisión del código fuente |
| Caída fuerte en páginas concretas | Redirecciones faltantes o mal asignadas | Rastreo de las URLs antiguas y comparación con la línea base |
| Aparecen errores 404 con tráfico previo | URLs cambiadas sin redirección | Informe de páginas y registros de acceso |
| Ganan otras páginas del sitio para la misma consulta | Contenido fusionado, canonicals distintos o títulos cambiados | Comparación de consultas y páginas antes y después |
| Caída generalizada y gradual | Velocidad peor, contenido recortado o pérdida de enlaces internos | Core Web Vitals, comparación de contenido y de enlazado interno |
| Las URLs viejas siguen apareciendo en los resultados | Redirecciones que no se rastrean o sitemap antiguo | Envío del sitemap nuevo y revisión de las redirecciones |
La recuperación depende de qué se pueda restaurar. A veces basta corregir una regla; otras, recuperar contenido eliminado o reconstruir enlaces.
Qué revisamos después del lanzamiento
| Momento | Qué se revisa | Señal de alarma |
|---|---|---|
| El mismo día | Respuestas del servidor, robots.txt, noindex y sitemap enviado | Páginas clave con error o con noindex |
| Primera semana | Rastreo comparado, redirecciones y errores 404 nuevos | URLs con tráfico previo que ya no responden |
| Primer mes | Indexación, consultas y clics de las páginas principales | Caída sostenida frente a la línea base |
| Tercer mes | Consultas nuevas, Core Web Vitals y enlazado interno | Páginas nuevas sin indexar o sin tráfico |
Stack
Con qué trabajamos
Herramientas estándar del oficio. Usamos las que el proyecto necesita, no todas a la vez.
- Screaming Frog SEO Spider
- Google Search Console
- Google Analytics 4
- Registro de respuestas HTTP y análisis de logs cuando existen
- Hojas de cálculo para mapas de redirecciones
- Rich Results Test
- PageSpeed Insights y Lighthouse
- Wayback Machine (referencia de versiones anteriores)
Cómo sabremos que funciona
Medimos señales, no prometemos resultados: nadie serio puede garantizar posiciones, tráfico, ventas ni menciones. Acordamos qué mirar antes de empezar.
El rastreo posterior no muestra errores 404 en URLs que tenían tráfico ni cadenas de redirección largas.
Las URLs nuevas se indexan y las antiguas se sustituyen en los resultados en las semanas siguientes.
Las consultas y los clics de las páginas principales se mantienen dentro de un rango razonable frente a la línea base, salvo cambios de contenido decididos.
No hay bloqueos accidentales (noindex, robots.txt) en el sitio publicado.
El equipo tiene documentado qué cambió, cuándo y por qué, de modo que cualquier variación se puede explicar.
Qué necesitamos de ti
- Acceso a Search Console, GA4, hosting, DNS y al CMS del sitio actual, incluidos los respaldos.
- La fecha objetivo de lanzamiento y el equipo de diseño y desarrollo con el que coordinaremos.
- Una lista de las páginas que el negocio considera críticas, aunque no tengan tráfico: fichas de servicio, páginas legales, campañas activas.
- Decisión sobre qué contenido se elimina, se fusiona o se reescribe. Cada cambio de URL necesita una razón.
- Disponibilidad para revisar el sitio de pruebas y para aprobar la ventana de publicación.
Qué no prometemos
- Cero fluctuaciones. Es normal ver variación mientras Google reprocesa el sitio; el objetivo es que sea pequeña y temporal.
- Recuperar el tráfico anterior en un plazo fijo: depende de qué cambió y de cuánto se conservó.
- Salvar una migración sin datos previos. Sin línea base solo se puede diagnosticar con menos certeza.
- Que un cambio de dominio pase sin efecto: cambia la identidad del sitio y requiere monitoreo extra.
- Publicar en una fecha si las pruebas dejan hallazgos críticos abiertos.
Casos
Caso de Migraciones y rediseños SEO. Caso de migración con cliente autorizado: tipo de cambio (rediseño, plataforma o dominio), URLs migradas y comparación de clics contra la línea base en semanas posteriores.
Preguntas frecuentes
Depende de cuán bien se prepare. Es normal ver fluctuaciones mientras Google reprocesa el sitio; lo que se busca es que sean pequeñas y temporales. No damos un porcentaje porque varía por sitio.
Porque Google lo trata como una redirección irrelevante (soft 404) y no transfiere el valor de cada página. Cada URL debe apuntar a su equivalente más cercano.
La planificación empieza antes del diseño, porque la estructura de URLs y contenidos se decide ahí. La ejecución técnica ocurre en el lanzamiento.
Necesitas redirecciones 301 uno a uno, propiedad verificada en Search Console para el dominio nuevo y la herramienta de cambio de dirección. Suele requerir más monitoreo, porque cambia la identidad del sitio.
Sí, si se conservan URLs, contenido, metadatos y datos estructurados, y se prueba todo antes de publicar. Next.js no es una solución de SEO por sí mismo: el riesgo está en la migración, no en la tecnología.
Se puede diagnosticar: comparamos con datos previos (Search Console, GA4, copias del sitio) e identificamos causas como redirecciones faltantes, canonicals cambiados o contenido eliminado. La recuperación depende de qué se pueda restaurar.
Como mínimo un año, y de preferencia de forma indefinida para las URLs con enlaces externos o tráfico. Retirarlas antes suele romper enlaces y perder valor.
Cuando el sitio está en plena campaña de temporada alta, cuando no hay línea base ni respaldo, o cuando el diseño y el contenido nuevos aún no están cerrados. Migrar con prisa es la causa más común de los errores costosos.
Servicios que se conectan con este
Hablemos de migraciones y rediseños seo
Dos caminos, sin compromiso: pide una cotización con tu caso, o empieza por el diagnóstico gratuito de tu sitio.