Cómo migrar PrestaShop sin perder posicionamiento en Google

Por qué las migraciones son peligrosas para el SEO

Migrar una tienda PrestaShop es una de las operaciones de mayor riesgo que puedes realizar desde la perspectiva del SEO. Ya sea que estés trasladándote a un nuevo servidor, cambiando de dominio, actualizando de PrestaShop 1.6 a 1.7 u 8.x, o reestructurando tus patrones de URL, cada migración conlleva el potencial de destruir meses o años de posicionamiento acumulado en los motores de búsqueda.

La razón es sencilla. Google y otros motores de búsqueda han indexado tus URLs actuales, les han asignado autoridad y han construido un mapa de cómo está estructurado tu sitio. Cuando cambias cualquier aspecto de esas URLs, su estructura o su accesibilidad, los motores de búsqueda deben reevaluar todo. Si la transición se maneja de forma deficiente, Google interpreta el cambio como si tu contenido antiguo hubiera desaparecido y apareciera contenido nuevo sin historial. El resultado es una caída en el posicionamiento que puede tardar meses en recuperarse, si es que la recuperación completa llega a producirse.

La buena noticia es que las migraciones pueden realizarse de forma segura. Con una planificación adecuada, una implementación correcta de redirecciones y un monitoreo cuidadoso, puedes preservar la gran mayoría de tu posicionamiento durante una migración. Esta guía recorre cada paso del proceso, desde la auditoría SEO inicial hasta el monitoreo posterior a la migración.

Auditoría SEO previa a la migración

Antes de tocar un solo archivo de configuración, necesitas tener una imagen completa de tu estado SEO actual. Esta auditoría cumple dos propósitos: te ofrece una línea base con la cual comparar después de la migración, e identifica las páginas más valiosas que deben manejarse con absoluto cuidado.

Rastrea tu sitio actual

Utiliza una herramienta de rastreo como Screaming Frog, Sitebulb o la versión gratuita de Screaming Frog (limitada a 500 URLs) para rastrear tu sitio completo. Exporta la lista completa de URLs, sus códigos de estado HTTP, títulos de página, meta descripciones, etiquetas canónicas y estructura de enlaces internos. Guarda estos datos. Los necesitarás después de la migración para verificar que nada se haya perdido.

Exporta los datos de Google Search Console

Google Search Console es tu fuente más fiable de información sobre qué páginas realmente reciben tráfico orgánico. Ve a Rendimiento > Resultados de búsqueda y exporta los datos de los últimos 16 meses (el máximo disponible). Presta especial atención a:

Páginas con más clics e impresiones. Estas son tus páginas de mayor valor. Un fallo en la redirección de cualquiera de estas páginas tendrá un impacto inmediato y visible en el tráfico.

Consultas que generan más tráfico. Después de la migración, monitorearás estas consultas para verificar que el posicionamiento sea estable.

Páginas con muchas impresiones pero pocos clics. Estas páginas están a punto de posicionarse bien y son especialmente sensibles a las interrupciones.

Documenta tu estructura de URLs

PrestaShop genera URLs basándose en la configuración de URLs amigables, la estructura de categorías y las configuraciones de productos. Documenta los patrones. Por ejemplo, ¿tus URLs de productos están estructuradas como /categoria/nombre-producto.html o simplemente /nombre-producto.html? ¿Tus URLs de categorías incluyen IDs como /3-nombre-categoria? ¿Las páginas CMS están en /content/5-nombre-pagina?

Comprender estos patrones es esencial porque tu nueva instalación puede generar estructuras de URL diferentes por defecto, y cada URL modificada necesita una redirección.

Verifica los backlinks existentes

Utiliza una herramienta de verificación de backlinks como Ahrefs, Moz o el informe de Enlaces de Google Search Console para identificar qué sitios externos enlazan a tu tienda y a qué páginas específicas enlazan. Estas páginas con backlinks son las que tienen mayor autoridad, y perderlas significa perder el valor SEO de cada enlace externo que apunta hacia ellas.

Creación del mapeo de URLs

El mapeo de URLs es el documento más crítico de toda tu migración. Es una hoja de cálculo que asocia cada URL antigua con su correspondiente URL nueva. Cada URL que haya recibido tráfico, tenga backlinks o aparezca en tu sitemap debe tener un mapeo.

Generación de la lista de URLs

Combina las URLs de tu rastreo del sitio, la exportación de Google Search Console, el informe de backlinks y el sitemap XML. Elimina duplicados y ordena por importancia (tráfico y valor de backlinks). Tu lista final debe incluir:

Todas las URLs de productos. En PrestaShop, estas se generan a partir del nombre del producto y tu configuración de URLs amigables. Si estás cambiando la estructura de URLs (por ejemplo, eliminando las extensiones .html o cambiando el formato de la ruta de categorías), cada URL de producto cambia.

Todas las URLs de categorías. Las URLs de categorías en PrestaShop a menudo incluyen el ID de la categoría, y este ID puede ser diferente en la nueva instalación si reimportas las categorías.

Todas las URLs de páginas CMS. Estas incluyen tu página "Sobre nosotros", términos y condiciones, política de privacidad y cualquier otra página de contenido.

Todas las URLs de fabricantes y proveedores, si utilizas estas funcionalidades.

URLs paginadas para categorías con muchos productos.

Creación del mapeo

Para cada URL antigua, determina cuál será la URL nueva correspondiente. Si la estructura de URLs no cambia (mismo dominio, misma configuración de URLs amigables, mismos IDs), muchas URLs se mapearán a sí mismas y no será necesaria ninguna redirección. Pero verifica esto. Incluso cambios pequeños como una profundidad diferente en el árbol de categorías o una diferencia en la barra diagonal final crean nuevas URLs que necesitan redirecciones.

Si estás cambiando patrones de URL de forma sistemática (por ejemplo, eliminando todas las extensiones .html), puedes usar redirecciones basadas en expresiones regulares en lugar de mapear cada URL individualmente. Pero siempre verifica la expresión regular contra tu lista real de URLs antes de publicar los cambios.

Implementación de redirecciones 301

Una redirección 301 indica a los motores de búsqueda que una página se ha trasladado permanentemente a una nueva ubicación. Transfiere la gran mayoría del valor SEO (link equity) de la URL antigua a la nueva. Este es el mecanismo que preserva tu posicionamiento durante una migración.

Dónde colocar las redirecciones

Para PrestaShop en Apache, las redirecciones van en el archivo .htaccess en tu directorio raíz. Coloca tus reglas de redirección antes de las reglas de reescritura de PrestaShop (antes de la sección que comienza con # Dispatcher).

Para PrestaShop en Nginx, las redirecciones van en la configuración del bloque de servidor. Es posible que necesites recargar Nginx después de los cambios: sudo nginx -t && sudo systemctl reload nginx.

Sintaxis de las reglas de redirección

Para Apache .htaccess, las redirecciones individuales usan este formato:

Redirect 301 /ruta-antigua/producto-antiguo.html https://www.nuevodominio.com/nueva-ruta/nuevo-producto

Para redirecciones basadas en patrones usando mod_rewrite:

RewriteEngine On
RewriteRule ^categoria-antigua/(.*)$ /nueva-categoria/$1 [R=301,L]

Para Nginx, redirecciones individuales:

location = /ruta-antigua/producto-antiguo.html {
  return 301 https://www.nuevodominio.com/nueva-ruta/nuevo-producto;
}

Manejo de grandes cantidades de redirecciones

Las tiendas PrestaShop con miles de productos necesitan un enfoque más escalable que escribir reglas de redirección individuales. Las opciones incluyen usar un RewriteMap en Apache (que lee desde un archivo de texto o base de datos), usar un módulo de PrestaShop diseñado para gestionar redirecciones, o implementar redirecciones a nivel de aplicación mediante un módulo personalizado que intercepte errores 404 y consulte una tabla de redirecciones.

El enfoque a nivel de aplicación tiene la ventaja de ser gestionable desde el back office, pero añade una pequeña sobrecarga de rendimiento a cada solicitud 404. El enfoque mediante .htaccess es más rápido pero más difícil de gestionar a gran escala.

Actualización del sitemap XML

Tu sitemap XML indica a los motores de búsqueda qué URLs existen en tu sitio y deben ser rastreadas. Después de una migración, el sitemap debe reflejar la nueva estructura de URLs de forma inmediata.

Generación de un nuevo sitemap

PrestaShop incluye generación de sitemap integrada, pero muchos propietarios de tiendas utilizan un módulo como Google Sitemap o un módulo SEO de terceros para tener más control. Después de la migración, genera un sitemap nuevo que incluya todas las URLs nuevas. Verifica que el sitemap no contenga URLs antiguas que ahora redirigen.

Envío del sitemap actualizado

Ve a Google Search Console, navega a Sitemaps y envía la URL de tu nuevo sitemap (normalmente https://www.tudominio.com/1_index_sitemap.xml para PrestaShop). Si la URL del sitemap en sí ha cambiado, elimina la entrada del sitemap antiguo y añade la nueva.

Un envío de sitemap nuevo indica a Google que la estructura de tu sitio ha cambiado y fomenta un rastreo más rápido de las nuevas URLs. Combinado con redirecciones 301 correctas desde las URLs antiguas, esto proporciona a Google una imagen clara de lo que ha ocurrido.

Pasos de migración en Google Search Console

Migración con el mismo dominio (cambio de servidor o actualización)

Si tu dominio no cambia, no se requiere ninguna acción especial en Search Console más allá de enviar el sitemap actualizado y monitorear. Google descubrirá los cambios mediante el rastreo normal.

Migración con cambio de dominio

Si estás cambiando de dominio, utiliza la herramienta de Cambio de dirección en Google Search Console. Esto requiere que tanto el dominio antiguo como el nuevo estén verificados en Search Console. Los pasos son:

Primero, configura y verifica el nuevo dominio en Google Search Console. Segundo, asegúrate de que todas las redirecciones 301 estén implementadas desde el dominio antiguo al nuevo. Tercero, ve a la propiedad del dominio antiguo en Search Console y usa Configuración > Cambio de dirección. Cuarto, sigue las instrucciones para especificar el nuevo dominio.

Esto indica explícitamente a Google que tu sitio se ha trasladado, lo que acelera significativamente la transición. Sin este paso, Google finalmente lo descubre a través de las redirecciones 301, pero tarda más tiempo.

Consideraciones sobre la propagación DNS

Si tu migración implica cambiar registros DNS (apuntar tu dominio a un nuevo servidor), ten en cuenta que la propagación DNS no es instantánea. Los diferentes resolutores DNS alrededor del mundo se actualizan en momentos diferentes, y la propagación completa puede tardar de 24 a 72 horas.

Minimización del tiempo de inactividad

Antes de la migración, reduce el TTL (Time To Live) de tu DNS a un valor bajo como 300 segundos (5 minutos). Haz esto al menos 48 horas antes de la migración real para que el TTL alto anterior expire en todos los servidores. Cuando cambies los registros DNS, los resolutores verificarán actualizaciones cada 5 minutos en lugar de cada varias horas.

Una vez que la migración esté completa y verificada, aumenta el TTL de nuevo a un valor normal como 3600 (1 hora) o superior para reducir la carga de consultas DNS.

Ejecución de ambos servidores en paralelo

Durante la ventana de propagación, algunos visitantes llegarán al servidor antiguo y otros al nuevo. Mantén el servidor antiguo funcionando con una copia del sitio (o al menos con las reglas de redirección implementadas) hasta que la propagación se complete. Apagar el servidor antiguo de inmediato causa tiempo de inactividad para los visitantes cuyo DNS aún no se ha actualizado.

Monitoreo de posicionamiento después de la migración

El trabajo no termina cuando la migración se pone en producción. El monitoreo posterior a la migración es esencial para detectar problemas antes de que causen daños duraderos.

Verificaciones inmediatas (Día 1)

Verifica que todas las páginas críticas se carguen correctamente en el nuevo sitio. Prueba cada redirección de tu mapeo de URLs para confirmar que funciona. Revisa Google Search Console en busca de nuevos errores de rastreo. Ejecuta un nuevo rastreo del sitio y compáralo con los datos de rastreo previos a la migración.

Monitoreo de la primera semana

Revisa Google Search Console diariamente en busca de errores de rastreo, problemas de indexación y cualquier caída de tráfico. Examina el informe de Cobertura en busca de páginas que ya no están indexadas o que devolvieron errores. Monitorea el posicionamiento de tus palabras clave principales utilizando una herramienta de seguimiento de rankings. Cierta fluctuación es normal durante la primera semana, pero caídas importantes en palabras clave relevantes indican un problema de redirección.

Monitoreo del primer mes

Compara el tráfico orgánico en Google Analytics o tu plataforma de analítica con el mismo período antes de la migración. Verifica que todas las páginas importantes estén siendo reindexadas buscando site:tudominio.com/pagina-especifica en Google. Comprueba que las URLs antiguas estén siendo eliminadas del índice (deberían redirigir a las nuevas URLs, y Google debería eventualmente reemplazarlas en su índice).

Evaluación a los tres meses

A los tres meses de la migración, tu tráfico orgánico debería haberse estabilizado en niveles cercanos o iguales a los previos a la migración. Si no es así, investiga qué páginas o consultas específicas han perdido posicionamiento y verifica sus cadenas de redirección, la calidad del contenido y la salud técnica.

Errores comunes en la migración

Usar redirecciones 302 en lugar de 301

Una redirección 302 indica a los motores de búsqueda que el traslado es temporal. Los motores de búsqueda no transfieren el link equity completo a través de redirecciones 302. Utiliza siempre 301 para migraciones permanentes. Este es el error más común y más dañino.

Olvidar redirigir de non-www a www (o viceversa)

Si tu sitio antiguo usaba www.ejemplo.com y tu nuevo sitio usa ejemplo.com (o al revés), necesitas redirecciones tanto para el cambio de estructura de URL como para el cambio www/non-www. Olvidar uno de estos crea una situación en la que algunas URLs antiguas devuelven errores 404.

No actualizar los enlaces internos

Después de la migración, tus enlaces internos deben apuntar directamente a las nuevas URLs, no a las URLs antiguas que redirigen. Aunque las redirecciones preservan el valor SEO para los enlaces externos, los enlaces internos que redirigen crean cadenas de redirección innecesarias y ralentizan el rastreo.

Perder el HTTPS

Si tu sitio antiguo usaba HTTPS y tu nuevo sitio no (o viceversa), Google los trata como URLs diferentes. Asegúrate de que tu certificado SSL esté correctamente configurado en el nuevo servidor antes de publicar, y que todas las redirecciones usen el protocolo correcto.

Cambiar múltiples cosas a la vez

Si cambias tu dominio, tu estructura de URLs, tu contenido y el diseño de tu sitio todo al mismo tiempo, se vuelve imposible diagnosticar qué causó cualquier caída en el posicionamiento. Cambia la menor cantidad de cosas posible durante la migración en sí. Las actualizaciones de contenido y diseño pueden realizarse después de que el posicionamiento se haya estabilizado.

Cronograma de migración

Una migración de PrestaShop bien planificada sigue este cronograma:

4 semanas antes: Completa la auditoría SEO, exporta todos los datos, comienza el mapeo de URLs. Reduce el TTL de DNS si vas a cambiar de servidor.

2 semanas antes: Finaliza el mapeo de URLs, escribe todas las reglas de redirección, configura el nuevo sitio en un entorno de staging y prueba exhaustivamente.

1 semana antes: Prueba todas las redirecciones en staging. Verifica que el nuevo sitemap XML sea correcto. Ejecuta un rastreo completo del sitio en staging y compáralo con los datos de rastreo del sitio antiguo.

Día de la migración: Despliega el nuevo sitio, activa las redirecciones, actualiza el DNS si es necesario, envía el nuevo sitemap a Search Console, usa el Cambio de dirección si cambias de dominio.

Semana 1: Monitorea Search Console diariamente, corrige cualquier error de rastreo de inmediato, verifica el funcionamiento de las redirecciones.

Mes 1: Revisiones semanales de Search Console, compara el tráfico con la línea base, verifica el progreso de la indexación.

Mes 3: Evaluación completa contra la línea base previa a la migración. Aborda cualquier problema pendiente.

Resumen

Una migración exitosa de PrestaShop que preserve el posicionamiento en Google requiere tres cosas: preparación exhaustiva, implementación correcta de redirecciones y monitoreo diligente posterior a la migración. La auditoría previa te proporciona una línea base e identifica tus páginas más valiosas. El mapeo de URLs y las redirecciones 301 aseguran que el valor SEO de cada página se transfiera a la nueva ubicación. La actualización del sitemap y la configuración de Search Console ayudan a Google a descubrir y procesar los cambios rápidamente. Y el monitoreo posterior a la migración detecta problemas antes de que se conviertan en permanentes. Omite cualquiera de estos pasos y arriesgas perder posicionamiento que tardó meses o años en construir. Sigue todos ellos y tu migración se convertirá en una transición controlada en lugar de un desastre para el SEO.