Migrar PrestaShop sin perder tu visibilidad en buscadores

Una migración de PrestaShop mal preparada puede borrar años de visibilidad en una noche. El riesgo no es la migración en sí: es la ruptura de las señales que Google tardó meses en construir, entre URLs, redirecciones 301, etiquetas y estructura. La regla única: nada de lo que Google conoce debe desaparecer sin una redirección.

Qué hace caer el tráfico después de una migración

Cuatro causas, por orden de frecuencia:

1. Las URLs cambian sin redirección. Cada URL antigua indexada que devuelve un 404 es una posición perdida.
2. Las etiquetas title y meta se reinician por culpa del tema nuevo o de la versión nueva.
3. Los datos estructurados desaparecen porque el tema no vuelve a implementarlos.
4. El enlazado interno se rompe: enlaces internos que apuntan a URLs antiguas muertas.

Antes de la migración: el inventario

Solo se migra bien lo que se ha cartografiado:

• Exporta todas las URLs indexadas. Search Console más un rastreo del sitio te dan la lista de referencia. Todo lo demás depende de ese documento.
• Anota las páginas con más tráfico. Merecen una comprobación manual después del cambio.
• Guarda las etiquetas. El title y la meta descripción de cada página deben sobrevivir a la migración, no regenerarse al azar.
• Registra la versión de partida. Pasar de un PrestaShop 1.6 a una versión moderna no plantea las mismas preguntas que un simple cambio de tema. Y una 1.7 que se queda en 1.7 tiene su propia checklist, sin migración.

El plan de redirecciones

Este es el corazón del asunto. Para cada URL antigua que cambie:

• Una redirección 301 (permanente) hacia la URL nueva equivalente. Nunca una 302 en una migración.
• Correspondencia página a página. Una categoría hacia la categoría equivalente, no hacia la página de inicio. Redirigirlo todo a la portada es la forma más segura de perderlo todo.
• Sin cadenas de redirecciones. A → B → C pierde valor SEO: redirige A directamente a C.

Mantén PrestaShop con URLs amigables en los dos lados y conserva la misma estructura de slugs donde puedas: cuantas menos URLs cambies, menos tendrás que redirigir.

Justo después del cambio

1. Prueba una muestra de URLs: ¿las antiguas redirigen de verdad con un 301?
2. Comprueba sitemap.xml y robots.txt: ¿el sitio nuevo expone un sitemap al día? ¿robots.txt está bloqueando algo por error?
3. Comprueba los datos estructurados en productos y artículos.
4. Restablece el enlazado interno. Los enlaces internos deben apuntar a las URLs nuevas, y es buen momento para comprobar que ningún contenido queda huérfano.
5. Vigila la cobertura en Search Console durante 4 a 6 semanas: un pico de 404 señala una redirección olvidada.

El contenido, en cambio, no hay que volver a migrarlo

Buena noticia: tu contenido editorial (artículos, descripciones trabajadas) es un activo portátil. Si vive en un módulo que sigue las versiones (el blog se mantiene compatible de la 1.6.1 a la 9), la migración no lo amenaza. Un argumento más para no dejar que tu contenido dependa de un tema.

Preguntas frecuentes

¿Cuánto se tarda en recuperar el tráfico? Con 301 limpias, unas semanas. Sin ellas, la pérdida puede ser permanente.

¿Hay que avisar a Google? Envía el sitemap nuevo y, si cambias de dominio, usa la herramienta de cambio de dirección de Search Console.