Actualizar PrestaShop sin perder posicionamiento

Actualizar una tienda PrestaShop antigua sin perder posicionamiento depende de una cosa por encima de todas: que cada dirección que Google ya conoce siga funcionando o redirija con un 301 a su equivalente exacto. La versión, el tema y los módulos importan, pero lo que hunde las visitas después de una actualización casi siempre son URL rotas, redirecciones mal hechas y bloqueos de indexación que se quedan olvidados.

Por qué no conviene dejar la tienda como está

Muchas tiendas B2B siguen funcionando con PrestaShop 1.6 o con una 1.7 que nadie ha tocado en años. Funcionan, venden y nadie quiere arriesgar el posicionamiento. El problema es que el riesgo de no actualizar también existe y crece con el tiempo.

El software ya no recibe correcciones. PrestaShop dio por terminado el mantenimiento de la versión 1.6 el 30 de junio de 2019; ese mantenimiento consistía sobre todo en corregir errores críticos y vulnerabilidades de seguridad.
El servidor queda atado a un PHP sin soporte. PHP es el lenguaje en el que está escrito PrestaShop. Según la documentación oficial, PrestaShop 8.0 a 8.2 funciona con PHP 7.2 a 8.1, y la web de PHP ya no incluye ninguna versión anterior a la 8.2 entre las que tienen soporte.
Los módulos nuevos dejan de ser compatibles. Pasarelas de pago, conectores con el programa de gestión o con transportistas se desarrollan para las versiones actuales.

Esta tabla resume las combinaciones que publican la documentación de PrestaShop y la de PHP, consultadas en noviembre de 2026:

Versión de PrestaShop	Versiones de PHP compatibles	Versión de PHP recomendada	Soporte de seguridad de PHP
8.0 a 8.2	7.2 a 8.1	8.1	Ninguna de esas versiones aparece ya como soportada
9.0	8.1 a 8.4	8.4	PHP 8.4, hasta el 31 de diciembre de 2028
9.1	8.1 a 8.5	8.5	PHP 8.5, hasta el 31 de diciembre de 2029

La conclusión práctica: si la tienda está en 1.6, 1.7 o en una 8 temprana, el objetivo razonable hoy es la rama 9, y eso implica revisar también el servidor.

Actualizar o rehacer: los dos caminos

Hay dos formas de llegar a una versión actual, y cada una tiene un riesgo distinto para el posicionamiento.

Actualización sobre la misma tienda

Se hace con el asistente oficial de actualización (el módulo que antes se llamaba «1-Click Upgrade»). Conserva la base de datos, los identificadores de productos y categorías y, por tanto, en principio las mismas URL. La documentación de PrestaShop recomienda con insistencia hacer una copia de seguridad completa antes y añadir otra manual. También avisa de que los módulos instalados después de crear la tienda pueden dar problemas con la versión nueva, por eso el asistente los desactiva por defecto, y de que las plantillas de correo personalizadas pueden sobrescribirse.

Desde una 1.6, las guías especializadas describen un paso intermedio por la 1.7 antes de seguir avanzando, porque el actualizador de esa primera etapa ya no se mantiene.

Instalación nueva y migración de datos

Se monta una PrestaShop limpia y se pasan productos, clientes y pedidos. Es la opción habitual cuando la tienda arrastra muchos módulos a medida o un tema que no se puede adaptar. Para el posicionamiento es la más delicada: si los identificadores o el patrón de las URL cambian, todas las direcciones antiguas dejan de existir y hay que redirigirlas una a una.

Si todavía estáis decidiendo si seguir en PrestaShop, en otro artículo comparamos cuándo encaja PrestaShop y cuándo WooCommerce en una tienda B2B.

Lista de comprobación para no perder posicionamiento

Google tiene una guía específica para cambios de sitio con cambio de URL. Estos son los pasos que aplican a una actualización de PrestaShop, en orden.

Antes de tocar nada

Inventario de URL. Exportad todas las direcciones que existen hoy: productos, categorías, marcas, páginas de contenido, imágenes y versiones por idioma. Las fuentes son el mapa del sitio (sitemap, el archivo que lista las páginas para Google), Search Console y un rastreo completo de la web.
Lista de las páginas que traen visitas. En Search Console, informe de rendimiento por página, de los últimos 12 meses. Esas son las que no pueden fallar.
Anotad la configuración de URL amigables. En «Parámetros de la tienda» y después «Tráfico y SEO» están los patrones de las rutas de producto y categoría. Si la tienda nueva usa otros, las URL cambian aunque los productos sean los mismos.
Copia de seguridad completa de archivos, base de datos e imágenes, guardada fuera del servidor.
Entorno de pruebas. Una copia de la tienda en otra dirección, bloqueada a Google con contraseña, donde se hace la actualización primero.

Durante la actualización

Tabla de correspondencias. Cada URL antigua con su URL nueva. Si coinciden, perfecto. Si no, se prepara la redirección.
Redirecciones 301 directas. Google recomienda redirecciones permanentes en el servidor (códigos 301 o 308) desde cada URL antigua a su nueva, sin cadenas de varios saltos.
Nada de mandarlo todo a la portada. Google desaconseja redirigir muchas direcciones antiguas a una página que no tiene relación, como la de inicio. Un producto descatalogado va a su categoría o al producto que lo sustituye.
Etiquetas canónicas. La canónica es la etiqueta que indica a Google cuál es la versión principal de una página; cada página nueva debe apuntar a sí misma, y si hay varios idiomas, las etiquetas hreflang deben apuntar a las URL nuevas.

El día de la publicación y las semanas siguientes

Quitad los bloqueos del entorno de pruebas. Google lo recuerda expresamente: retirar cualquier «noindex» o bloqueo en el archivo robots.txt que solo era para la migración. Es un descuido fácil de cometer y con consecuencias graves.
Enviad el mapa del sitio nuevo en Search Console y revisad que solo contenga URL nuevas.
Actualizad los enlaces internos de menús, fichas y textos para que apunten directamente a la URL final, no a una redirección.
Revisad Search Console a diario la primera semana: páginas no encontradas, errores de redirección y cobertura del índice.
Mantened las redirecciones. Google pide conservarlas el máximo tiempo posible y, en general, al menos un año.

Qué esperar después

Google avisa de que la visibilidad puede oscilar de forma temporal durante el cambio, y de que en un sitio pequeño o mediano la mayoría de las páginas tarda unas semanas en trasladarse. Una caída de unos días en algunas búsquedas no indica que algo esté mal; una caída sostenida en las páginas que más visitas traían, sí. Por eso conviene comparar esas páginas concretas, una a una, contra la lista que se sacó antes de empezar.

Elegid también el momento: Google sugiere hacer el cambio en un periodo de poco tráfico. El histórico de pedidos de la propia tienda muestra qué semanas del año son las más tranquilas.

Errores que se repiten en tiendas B2B

Perder las tarifas por cliente o por grupo. Los grupos de clientes con precios distintos y los descuentos por cantidad deben revisarse en el entorno de pruebas, no después.
Cambiar los nombres de las referencias en la URL. Si el patrón de la ruta incluye la referencia del producto y se reescriben las referencias durante la migración, todas las fichas cambian de dirección.
Olvidar los PDF. Fichas técnicas y catálogos descargables también tienen URL posicionadas y también necesitan redirección si se mueven.
Medir solo las visitas. Lo que importa en B2B son los pedidos y las peticiones de presupuesto; comprobad que los formularios y el seguimiento de conversiones siguen funcionando con el tema nuevo.

El coste de una actualización depende sobre todo de cuántos módulos y personalizaciones haya que rehacer; desglosamos esas partidas en lo que compone el precio de una tienda en PrestaShop.

Cuándo conviene hacerlo con un equipo externo

Una tienda pequeña, con pocos módulos y el mismo patrón de URL, se puede actualizar en casa siguiendo la documentación oficial y esta lista. Cuando hay varios idiomas, tarifas B2B, integración con el programa de gestión o un tema a medida, el riesgo está en los detalles y suele compensar que lo lleve alguien que lo haya hecho antes. Así es como trabajamos las actualizaciones y el mantenimiento de tiendas PrestaShop: primero el inventario de URL y el entorno de pruebas, después la versión nueva.

Preguntas frecuentes

¿Se pierde el posicionamiento al actualizar PrestaShop?

No, si las URL se mantienen o se redirigen con 301 a su equivalente y no quedan bloqueos de indexación. Lo normal es una oscilación temporal de unas semanas mientras Google procesa los cambios.

¿Se puede pasar de PrestaShop 1.6 directamente a la 9?

Las guías especializadas describen dos opciones: una actualización por etapas pasando por la 1.7, o una instalación nueva con migración de datos. Cuál conviene depende de cuántos módulos y personalizaciones tenga la tienda.

¿Cuánto tiempo hay que mantener las redirecciones 301?

Google recomienda mantenerlas el máximo tiempo posible y, en general, al menos un año.

¿Qué versión de PHP necesita PrestaShop 9?

Según la documentación oficial, PrestaShop 9.0 admite PHP 8.1 a 8.4 y PrestaShop 9.1 admite hasta PHP 8.5, que es la versión recomendada.

Fuentes

Volver a Recursos

Actualizar una tienda PrestaShop antigua sin perder posicionamiento