Solicitar propuesta
Migraciones SEO

Migración SEO: cambiar de web o dominio controlando el riesgo

Un proyecto con fecha, responsables y checklist para que lo que Google ya conoce de tu web llegue entero a la nueva, y para detectar a tiempo lo que no llegue.

El problema que resuelve migraciones SEO

Una migración es el momento en que más visibilidad orgánica se pierde, y casi siempre por motivos evitables. La web nueva sale con direcciones distintas, las antiguas dan error 404, los enlaces que recibías apuntan al vacío y las páginas que traían consultas ya no existen para Google.

Otras veces el fallo es más simple: el entorno de pruebas salió indexado, la web nueva llegó con un noindex que nadie quitó, el robots.txt de staging pasó a producción, o los títulos y descripciones quedaron en blanco porque no se migraron los metadatos.

Seguir leyendo

Quien contrata el rediseño suele pensar en el diseño, y quien lo programa, en que funcione. El posicionamiento no figura en el presupuesto de nadie, así que nadie lo vigila. Cuando se nota, ya han pasado semanas y no hay un inventario previo con el que comparar.

Esta ficha trata la migración como un proyecto con riesgo: se enumera lo que puede salir mal, se decide URL por URL qué ocurre con cada una, se prueba antes de publicar y se vigila después. No se puede prometer que no haya fluctuaciones, y por eso el plan incluye detectarlas y corregirlas.

Persona con un portátil en un centro de datos

¿Para quién es migraciones SEO?

  • Empresas que van a rediseñar su web y quieren conservar el posicionamiento que tienen.
  • Negocios que cambian de dominio, de marca o pasan de HTTP a HTTPS.
  • Tiendas online que migran de plataforma o reestructuran categorías y fichas de producto.
  • Organizaciones que fusionan varias webs en una, o dividen una en varias.

Qué incluye migraciones SEO

  • Inventario de lo que existeRastreo completo de la web actual, sitemap, URLs indexadas, datos de Search Console (clics, impresiones y consultas por página), landing pages de la analítica y enlaces externos recibidos.
    Leer másPara cada URL se anotan title, descripción, H1, canonical, código de respuesta, indexabilidad y enlaces internos. Sin esta foto previa no se puede demostrar qué se perdió.
  • Mapa de redireccionesCada URL antigua recibe una decisión: se mantiene, se actualiza sin cambiar de dirección, se redirige con 301 a su equivalente más cercano, se consolida con otra o se retira con 410 si no tiene sustituto.
    Leer másNo se redirige en bloque a la portada, se evitan cadenas y bucles y se prioriza por tráfico y enlaces. El mapa se aprueba antes de implantarlo.
  • Metadatos, estructura y enlaces internosSe conservan o mejoran titles, descripciones, encabezados, canonicals, datos estructurados e hreflang en webs multilingües.
    Leer másLos enlaces internos se actualizan para apuntar a las URLs nuevas, no a las antiguas a través de una redirección. Contenidos y textos con posicionamiento no se eliminan por estética sin decidirlo antes.
  • Staging y pruebas previasEl entorno de pruebas tiene acceso restringido (por usuario, no solo por un noindex) y se comprueba que no se indexa.
    Leer másSe revisan canonicals, robots.txt, sitemap, formularios, cookies, analítica, rendimiento y versión móvil. Las redirecciones se prueban sobre una lista de URLs prioritarias antes del día de salida.
  • Lanzamiento controladoSe activan las redirecciones en el servidor, se publica el sitemap nuevo, se verifican Search Console y la analítica (y, si cambia el dominio, se sigue el procedimiento de traslado que indique Google) y se comprueban las URLs clave.
    Leer másSe retiran los bloqueos de staging que hubieran viajado a producción. Hay un registro de incidencias abierto desde el primer momento.
  • Seguimiento posteriorRevisión de clics, impresiones, indexación, errores de rastreo, páginas principales y conversiones, con más frecuencia los primeros días y más espaciada después; el calendario concreto se acuerda por escrito.
    Leer másSe compara con periodos equivalentes teniendo en cuenta la estacionalidad, y lo que se desvía se investiga y se corrige.

Cómo enfocamos migraciones SEO

Ver el detalle (5)Una migración es un proyecto, no una tarea del desarrollador · Se decide por URL, con datos · Cambiar una cosa cada vez, si se puede · Honestidad sobre la fluctuación · El plan de vuelta atrás
  • Una migración es un proyecto, no una tarea del desarrolladorNecesita un responsable, un calendario, una lista de verificación y criterios de «publicar o aplazar». Si el SEO se considera al final, ya solo se puede reparar.
  • Se decide por URL, con datosNo todas las páginas valen lo mismo. Las que reciben tráfico y enlaces se protegen con una redirección exacta; las que no aportan nada pueden consolidarse o retirarse.
    Leer másEsa decisión, tomada con los datos delante, es lo que ordena el proyecto.
  • Cambiar una cosa cada vez, si se puedeRediseño, nueva estructura de URLs, cambio de dominio y reescritura de contenidos a la vez hacen imposible saber qué causó un cambio de tráfico. Cuando el calendario lo permite, se separan.
    Leer másCuando no, se documenta cada cambio y se vigila más.
  • Honestidad sobre la fluctuaciónTras un cambio de este tamaño es normal que Google tarde en reprocesar la web y que las posiciones se muevan. Se puede reducir el riesgo, no eliminarlo, y se explica antes de empezar qué variaciones son esperables y cuáles son una alarma.
  • El plan de vuelta atrásAntes de lanzar se define qué ocurre si algo grave falla: copia de la web anterior, redirecciones reversibles y quién decide echar marcha atrás. Casi nunca hace falta, pero tenerlo cambia la forma de tomar decisiones el día del lanzamiento.

Cómo trabajamos migraciones SEO, paso a paso

  1. Planificación y foto del estado actual

    Participa también el equipo de desarrollo del cliente, si lo hay. Se acuerda el tipo de migración, el calendario y los responsables, y se hace el rastreo, la exportación de Search Console y de la analítica y el análisis de enlaces.
    Leer másEntregamos el inventario y un análisis de riesgos, y tú decides qué páginas son críticas para el negocio y qué fecha de salida es viable.
  2. Mapa de redirecciones y requisitos

    Se asigna una decisión a cada URL y se definen los requisitos SEO que debe cumplir la web nueva (metadatos, estructura, canonicals, datos estructurados). Recibes el mapa y la lista de requisitos para validarlos.
    Leer másDecides tú qué se consolida, qué se retira y qué contenidos se reescriben.
  3. Revisión en staging

    Se revisa la web nueva en el entorno de pruebas con acceso restringido, se verifican las redirecciones sobre una muestra y se comprueba que nada es indexable. Te entregamos un informe con los fallos y su prioridad.
    Leer másTú decides si alguno bloquea la salida o puede corregirse después.
  4. Lanzamiento

    Se activan las redirecciones, se publica el sitemap, se verifican Search Console y la analítica y se comprueban las URLs prioritarias, los registros del servidor y los códigos de error.
    Leer másAl terminar tienes el registro del día, con las incidencias y su resolución. Decidir si se mantiene la salida o se activa el plan de vuelta atrás queda en tus manos.
  5. Seguimiento tras el lanzamiento

    Revisión más frecuente al principio y más espaciada después, con la frecuencia acordada por escrito, y corrección de lo que se desvíe.
    Leer másEntregamos informes breves con los indicadores y las acciones tomadas, y tú decides las correcciones que implican cambios de contenido o de estructura.
  6. Cierre y lecciones

    Balance del periodo de seguimiento contra la foto inicial, y lista de redirecciones y tareas que siguen vigentes. Recibes el documento de cierre y el calendario de revisiones posteriores. Decides tú cuándo se da por cerrado el proyecto.
Desarrollador trabajando en el código de una web

Errores habituales en migraciones SEO

Ver el detalle (6)Redirigir todo a la portada · Publicar con el noindex o el robots.txt de staging · No guardar el estado anterior · Dejar los enlaces internos apuntando a URLs viejas · Lanzar en un momento crítico · Quitar las redirecciones demasiado pronto
  • Redirigir todo a la portadaEs rápido de hacer y Google suele tratarlo como si las páginas antiguas hubieran desaparecido. Quien llegaba buscando una página concreta aterriza en una portada que no responde a lo que buscaba.
  • Publicar con el noindex o el robots.txt de stagingEs uno de los fallos más frecuentes y más dañinos: la web nueva queda pidiendo a Google que no la indexe. Se evita con una comprobación explícita en la lista de lanzamiento, y se vuelve a mirar a las pocas horas.
  • No guardar el estado anteriorSin rastreo ni exportaciones previas, tras la migración nadie puede decir si cayó una página, un grupo de páginas o toda la web. El inventario previo es lo que permite diagnosticar.
  • Dejar los enlaces internos apuntando a URLs viejasFuncionan por la redirección, pero añaden saltos, ralentizan el rastreo y mantienen señales contradictorias. Se actualizan a la URL definitiva.
  • Lanzar en un momento críticoPublicar justo antes de una campaña, de Navidad o de la temporada alta del negocio multiplica el coste de cualquier fallo. La fecha de salida se elige también por el calendario comercial.
  • Quitar las redirecciones demasiado prontoMientras haya enlaces externos, favoritos o buscadores que usen las direcciones antiguas, las redirecciones tienen que seguir. Retirarlas a los pocos meses por «limpieza» devuelve el problema.

Cuándo conviene migraciones SEO y cuándo esperar

Conviene si…

  • Vas a cambiar la estructura de URLs, el dominio, el CMS o la plataforma de tu tienda.
  • Tu web actual recibe visitas orgánicas que son importantes para el negocio.
  • Vas a unir varias webs en una o a pasar a HTTPS un sitio que aún no lo usa.
  • Ya migraste y notas caídas que no sabes explicar: una revisión posterior también ayuda, aunque sin inventario previo el diagnóstico es más limitado.

Mejor esperar si…

  • Tu web casi no recibe tráfico orgánico y no tiene enlaces: la migración se parece más a un proyecto web normal y basta una redirección razonable.
  • Solo cambias el diseño visual sin tocar URLs, contenidos ni estructura: conviene una revisión rápida, no un proyecto de migración completo.
  • Quieres garantía de no perder posiciones: no se puede ofrecer; lo que se ofrece es un método para reducir el riesgo y reaccionar pronto.

Qué medimos en migraciones SEO

Ver el detalle (5)Cobertura de redirecciones · Errores de rastreo · Indexación · Clics e impresiones frente a un periodo comparable · Páginas y consultas principales
  • Cobertura de redireccionesDe las URLs inventariadas con tráfico o enlaces, cuántas responden con la redirección acordada, a qué destino y en cuántos saltos. Se mide antes y justo después del lanzamiento.
  • Errores de rastreo404, 5xx, redirecciones en cadena y bloqueos que aparecen en Search Console, en los registros del servidor y en un rastreo posterior. Una subida de 404 en las primeras horas suele apuntar a una redirección que falta.
  • IndexaciónCuántas páginas de las nuevas están en el índice y cuántas de las antiguas siguen apareciendo. En un cambio de dominio se espera un periodo de convivencia, y lo que importa es la tendencia.
  • Clics e impresiones frente a un periodo comparableSe compara con el mismo tramo equivalente, teniendo en cuenta días de la semana, festivos y temporada. Una bajada puntual no es lo mismo que una que se mantiene semana tras semana.
  • Páginas y consultas principalesSeguimiento de las páginas y consultas que más aportaban antes del cambio, y de las conversiones asociadas. Es lo que decide si hay que intervenir o esperar.

Qué recibes con migraciones SEO

  • Inventario de URLs con metadatos, códigos de respuesta, tráfico y enlaces recibidos de la web actual.
  • Mapa de redirecciones aprobado, con la decisión por URL (mantener, 301, consolidar, 410).
  • Requisitos SEO para el equipo de desarrollo y diseño.
  • Informe de revisión del staging, con los fallos encontrados y su prioridad.
  • Lista de verificación de lanzamiento y registro de incidencias del día de salida.
  • Informes de seguimiento tras el lanzamiento, con la frecuencia acordada.
  • Documento de cierre con el balance frente al estado previo.

Preguntas frecuentes sobre migraciones SEO

¿Voy a perder posiciones con la migración?

No se puede prometer que no. Una migración bien hecha reduce mucho el riesgo, pero Google necesita reprocesar la web y es normal cierta fluctuación. Lo que sí se hace es medirla contra el estado anterior, detectar rápido lo que no es normal y corregirlo.

¿Cuánto tarda en recuperarse la visibilidad?

Depende del tamaño de la web, del tipo de cambio y de lo bien que se haya preparado. No damos plazos prometidos: un cambio de dominio completo suele tardar más en asentarse que un rediseño que mantiene las URLs, y el seguimiento sirve para ver la tendencia.

¿Hace falta usar redirecciones 301?

Sí, cuando una URL cambia y tiene un equivalente. Se implantan en el servidor, una a una, hacia la página más parecida. Si una página no tiene sustituto y no aporta nada, es más honesto devolver un 410 que redirigir a una portada.

¿Qué pasa si ya he migrado y no hice nada de esto?

Se puede reconstruir parte del inventario con copias de la web, el archivo de Search Console y los enlaces externos, y corregir lo que falta. Es un diagnóstico más difícil que si se hubiera preparado, pero a menudo se encuentran redirecciones sin hacer y bloqueos olvidados.

¿Cuándo es mejor momento para lanzar?

Cuando el negocio pueda tolerar un periodo de ajuste: fuera de campañas, de temporada alta y de fechas en que nadie del equipo pueda atender un problema. Se decide contigo el día y la hora, y que haya alguien disponible los días siguientes.

¿Hay que migrar también la analítica?

Hay que asegurar que la medición continúa sin cortes: que las etiquetas estén en la web nueva, que los eventos y conversiones se registren igual y que se anote la fecha de cambio para poder comparar. Se comprueba antes y después de salir.

¿Cuánto cuesta una migración SEO?

Depende del número de URLs, del tipo de cambio y de cuánto se pueda aprovechar de la preparación del equipo de desarrollo. Se concreta en el presupuesto por escrito, tras conocer la web actual y el alcance, y conviene que detalle qué incluye cada fase.

Contenido del equipo editorial de Corunaweb, revisado el .

Dónde encaja

Este servicio dentro del recorrido de tu cliente

  1. Estrategia

    Decidir hacia dónde ir y con qué prioridades.

  2. Atraer

    Que te encuentren las personas adecuadas.

  3. Convertir

    Que la visita acabe en un contacto o una venta.

  4. Fidelizar

    Mantener la relación y favorecer que vuelvan.

  5. Medir

    Saber qué funciona y dónde conviene invertir.

  6. Base técnica

    Que la web funcione, sea segura y esté siempre disponible.

    Estás aquí

Ver todos los servicios por etapa →

Solicitar propuesta

Cuéntanos qué quieres conseguir

Te respondemos con un primer enfoque de trabajo. Si lo prefieres, escríbenos o llámanos.

Si prefieres que te llamemos.