Migración de contenido web: cómo no perder tu posicionamiento
Por Toy Wen Da, Cofundador · · 7 min de lectura
Traducido del original en inglés. Léelo en inglés
La migración de contenido web es el proceso de trasladar tus páginas, metadatos, URL y estructura del sitio de una plataforma, dominio o diseño a otro. Lo primero que debes hacer es inventariar todas las URL activas antes de tocar nada, porque no puedes mapear ni redirigir una página cuya existencia desconocías. Si te saltas ese paso, perder tráfico es casi seguro.
Antes de planificar nada más, pasa tus URL antiguas por el Redirect Checker gratuito. Rastrea cadenas y bucles de redirecciones en cualquier página, y en una migración de contenido eso es justo lo que arruina el posicionamiento: una cadena que salta tres veces, una redirección que termina en un 404 o un bucle que devuelve a Googlebot al punto de partida.
Qué significa realmente la migración de contenido web
A pesar del nombre, la migración de contenido no consiste solo en trasladar entradas de blog y descripciones de producto. Abarca todo lo que cambia la forma en que un buscador lee tu sitio: un dominio nuevo, un CMS nuevo, un rediseño o incluso el paso de HTTP a HTTPS. Si el cambio puede afectar a una URL, a una etiqueta de título o a un enlace interno, trátalo como una migración, no como una actualización rápida.
Los tipos de migración más comunes
Cada motivo genera riesgos distintos. La tabla siguiente resume las razones más habituales por las que los sitios migran y lo que suele salir mal en cada caso.
| Tipo de migración | Qué cambia | Principal riesgo SEO | Qué lo soluciona |
|---|---|---|---|
| Cambio de CMS o plataforma (p. ej., de WordPress a Squarespace) | El sistema subyacente que genera las páginas y las URL | La estructura de URL cambia y los enlaces permanentes antiguos dejan de funcionar | Mapa de redirecciones 301 uno a uno y revisión de metadatos y schema |
| Cambio de dominio | El dominio raíz en sí (oldsite.com a newsite.com) | Los backlinks y las señales de confianza apuntan al dominio equivocado | Redirecciones 301 en todo el sitio, sitemap actualizado y cambio de dirección en Search Console |
| Rediseño completo | Navegación, plantillas, enlazado interno y, a veces, URL | El valor de los enlaces internos se desordena y aparecen páginas huérfanas | Reconstruir el enlazado interno con criterio, sin limitarse a cambiar el aspecto |
| Cambio de hosting | Entorno del servidor y, a veces, velocidad de página | Caída del sitio durante el traspaso y rutas de archivos rotas | Programar el lanzamiento en una franja de poco tráfico y probar antes en un entorno de pruebas (staging) |
| De HTTP a HTTPS | Protocolo y URL canónicas | Errores de contenido mixto e indexación de versiones HTTP y HTTPS duplicadas | Forzar redirecciones a HTTPS y actualizar las etiquetas canónicas |
El proceso de migración de contenido web, paso a paso
Esta es la secuencia que protege el posicionamiento, en el orden en que debe ocurrir dentro de tu propio sitio y tus herramientas.
Antes de mover nada
- Rastrea e inventaría el sitio actual. Exporta todas las URL activas, los títulos y las metadescripciones para que no se quede nada atrás.
- Congela el contenido nuevo durante un breve periodo. La mayoría de los equipos dejan de publicar páginas nuevas unas semanas antes del traslado para que el inventario siga siendo exacto.
- Crea un mapa de redirecciones de URL. Asocia cada URL antigua con su equivalente nueva en una hoja de cálculo antes de que un desarrollador escriba una sola regla de redirección.
- Prueba en un entorno de pruebas (staging). Bloquea la indexación del sitio de pruebas por parte de los buscadores con protección por contraseña o restricción por IP, para no crear contenido duplicado.
Durante y después del lanzamiento
- Implementa redirecciones 301 para cada URL mapeada, en el gestor de redirecciones de tu CMS o en el archivo de configuración del servidor, según tu plataforma.
- Revisa tu archivo robots.txt para confirmar que no impide el rastreo del sitio nuevo.
- Envía un sitemap XML actualizado a Google Search Console en cuanto el sitio nuevo esté activo.
- Vuelve a verificar el seguimiento de analítica, ya que una migración puede romper en silencio etiquetas que estaban en tu plantilla antigua.
- Supervisa los errores de rastreo y los 404 en Search Console a diario durante las dos primeras semanas y, después, cada semana.
Si vas a migrar específicamente a HubSpot, la gestión de redirecciones y de URL del blog funciona de forma lo bastante distinta como para que valga la pena leer una guía específica sobre cómo proteger tu posicionamiento durante una migración web a HubSpot antes de empezar a mapear redirecciones.
Para ver toda la secuencia, desde antes hasta después del lanzamiento, en formato de lista de verificación, te resultará útil trabajar con una lista de verificación SEO paso a paso para migraciones junto con el plan de tu propio proyecto.
Cuándo bastan tus propias herramientas y cuándo no
Sé sincero contigo mismo sobre el alcance antes de decidir que esto es un trabajo que puedes hacer tú. Corregir una sola página y trasladar un dominio completo no tienen el mismo nivel de riesgo, aunque ambos se llamen «migración».
| Situación | ¿Puedes encargarte tú? | Por qué |
|---|---|---|
| Cambiar la URL de una página | Sí | Una sola redirección es fácil de configurar y de comprobar con un verificador de redirecciones |
| Arreglar un enlace roto puntual tras una pequeña edición | Sí | Riesgo bajo, limitado a una página y sin cambios estructurales |
| Trasladar todo tu dominio o tu plataforma CMS | Normalmente no solo | Hay que mapear cientos o miles de URL; una redirección olvidada puede provocar un efecto en cadena |
| Un patrón recurrente de caídas de tráfico tras cambios pequeños | No | Apunta a un problema estructural o de indexación más profundo, no a un arreglo puntual |
| Reconstruir la arquitectura o la navegación del sitio | Recurre a un profesional de SEO | El valor de los enlaces internos se pierde con facilidad sin que te des cuenta hasta que caen las posiciones |
Si lo que tienes entre manos es una sola página, tus propias herramientas bastan de verdad: compruébala, redirígela y sigue adelante. Si se trata de un cambio de plataforma o de dominio, la decisión es de otra escala. Leer un caso práctico de migración web que muestra qué falló realmente en un proyecto real es una forma rápida de saber si tu situación corresponde a un arreglo puntual o a un proyecto de migración completo.
Errores comunes que arruinan una migración
- Lanzar sin un mapa de redirecciones. Redirigir páginas «más o menos parecidas» en lugar de equivalentes exactos desconcierta tanto a los buscadores como a los usuarios.
- Olvidar el archivo robots.txt. Una regla «disallow all» que quedó del entorno de pruebas puede bloquear sin hacer ruido la indexación del sitio en producción.
- No congelar el contenido con suficiente antelación. Las páginas nuevas publicadas a mitad del inventario se escapan del mapa de redirecciones.
- Saltarse la prueba en staging. Los problemas que aparecen en un entorno de pruebas son mucho más baratos de arreglar que los que se descubren después del lanzamiento.
- Desentenderse tras el día del lanzamiento. El posicionamiento puede tardar semanas en asentarse; si dejas de supervisar demasiado pronto, no detectarás las fugas lentas.
Según la propia guía de Google Search Central sobre traslados de sitios, los buscadores necesitan tiempo para volver a rastrear y reevaluar las URL redirigidas, y una cobertura incompleta de redirecciones es una de las causas más habituales de pérdida de posicionamiento tras un traslado (fuente: Google Search Central).
Preguntas frecuentes
¿Cuánto tarda una migración de contenido web en asentarse en los resultados de búsqueda?
Depende del tamaño del sitio, pero la mayoría de los profesionales revisan el avance a los 7, 30, 60 y 90 días del lanzamiento. Los sitios pequeños suelen estabilizarse antes; los sitios grandes, con miles de páginas, pueden necesitar más tiempo para que Google los vuelva a rastrear por completo.
¿Perderé posicionamiento durante una migración de contenido?
Cierta fluctuación temporal es normal incluso en una migración limpia, ya que los buscadores necesitan volver a rastrear y reindexar tus URL. La pérdida permanente suele deberse a redirecciones que faltan, rastreo bloqueado o enlaces internos rotos, no al traslado en sí.
¿Cuál es la diferencia entre una migración de contenido y un rediseño web?
Un rediseño cambia el aspecto y la distribución de un sitio. Se convierte en una migración de contenido en el momento en que también cambia las URL, la estructura de navegación o la plataforma subyacente, algo que ocurre más a menudo de lo que la gente espera.
¿Necesito una redirección 301 para cada página?
Sí, para cada URL que existiera y tuviera tráfico, enlaces o posiciones. Redirigir a una página parecida en lugar de a la página equivalente exacta es una de las causas más habituales de pérdida de visibilidad.
¿Puedo hacer yo mismo una migración de contenido web sin un desarrollador?
Para una sola página o un sitio pequeño en una plataforma con herramientas de redirección integradas, a menudo sí. Para un cambio completo de dominio, CMS o plataforma, normalmente necesitarás a alguien con soltura en reglas de redirección, datos de rastreo y Search Console.
Empieza con un rastreo completo del sitio
Antes de fijar una fecha de lanzamiento, consigue una imagen completa de lo que realmente vas a migrar. Pasa tus páginas actuales por un verificador de redirecciones, construye tu mapa de URL a partir de esos datos y no te saltes la supervisión posterior al lanzamiento: ahí es donde afloran la mayoría de los problemas de una migración de contenido web. Habla con el equipo solicitando un informe SEO de muestra para ver qué señalaría una auditoría completa del sitio antes de que muevas una sola página.
Recursos / Referencias
Fuentes
Sobre el autor
SearchBlueprint investigó, escribió y puntuó este artículo con el mismo flujo de contenido que nuestros clientes usan en sus propios sitios. La puntuación que aparece junto al autor es la que nuestro motor de contenido dio a esta página antes de publicarla. Nada de esto se revisa a mano, y ese es el punto: es el resultado del producto, publicado donde cualquiera puede comprobarlo.