Saltar al contenido
Todos los artículos

SEO PrestaShop 1.7: la checklist de una tienda que todavía no migra

Publicado el 17 sept 2026 · 7 min de lectura · Actualizado el 17 oct 2026

PrestaShop 1.7 dejó de mantenerse en junio de 2025. La rama 1.7.8 había pasado a una fase de solo correcciones de seguridad el 5 de enero de 2023, con la salida de la 8.0, y el proyecto había anunciado que esa fase terminaría con la 9.0.0, publicada el 10 de junio de 2025. Desde entonces no hay prevista ninguna versión 1.7 nueva. Y sin embargo una parte considerable de las tiendas sigue funcionando con ella, y muchas funcionan bien.

Si la tuya es una de ellas, la pregunta SEO no se plantea como en una 1.6 que hay que modernizar. La base técnica de la 1.7 está sana. Lo que falta casi siempre son campos rellenados y un blog. Este artículo separa lo que la versión te dio, lo que te deja por hacer y el orden en que hacerlo.

Lo que la 1.7 ya resolvió

Tres cosas que quien tiene una 1.6 todavía tiene que apañar vienen puestas desde la instalación de una 1.7.

El tema Classic es responsive y razonablemente ligero. Una 1.7 con ese tema, o con un tema hijo, pasa los umbrales móviles de Google sin una intervención pesada, algo que no ocurre con un tema 1.6 de 2015.

Las URL amigables están activas por defecto, y el esquema de URL se ajusta en Parámetros de la tienda y luego Tráfico y SEO: puedes quitar el identificador numérico de las direcciones de producto y de categoría. Una dirección legible no pesa nada en el posicionamiento; consigue el clic en los resultados y se comparte sin vergüenza.

La base PHP es más reciente. La tabla de compatibilidad oficial da PHP 7.1 a 7.4 para la 1.7.8, con 7.4 como versión recomendada. Eso permite activar una caché de opcode y mantener tiempos de respuesta correctos, donde una 1.6.1 se queda en PHP 7.1 como techo.

El resto, las etiquetas, los datos estructurados, el contenido, no tiene nada que ver con la versión. Los fundamentos de la guía SEO para PrestaShop se aplican igual.

Lo que sigue vacío en una 1.7 corriente

Abre el back office de una tienda 1.7 cualquiera y mira cuatro sitios.

La pestaña SEO de cada ficha de producto, primero: los campos de etiqueta título y meta descripción existen, y están vacíos o rellenados por defecto con el nombre del producto. En las cincuenta referencias que hacen tu facturación, eso es un agujero directo en la tasa de clics. Los formatos y las fórmulas caben en una página.

Las descripciones, después: buena parte del catálogo sigue llevando el texto del proveedor, el mismo que en otras doscientas tiendas. La versión no cambia nada aquí: el contenido duplicado se arregla producto a producto.

Las páginas de categoría: el campo de descripción está ahí, vacío. Una categoría sin texto es una lista de miniaturas que Google no tiene ningún motivo para posicionar en la consulta genérica a la que podría aspirar.

El blog, por último: PrestaShop 1.7 no lo incluye. Todo lo que se busca antes de comprar, cómo elegir, qué diferencia hay entre dos gamas, qué talla, no tiene dónde vivir en la tienda. Es el punto que más pesa en la curva de tráfico a doce meses, y el que más tiendas dejan de lado.

La checklist, en orden de rendimiento

Diez puntos: los cuatro primeros se hacen en un día, los seis siguientes son trabajo de fondo.

  1. HTTPS completo y un solo dominio. Comprueba que http, www y sin www redirigen todos a la misma dirección con un 301. Parámetros de la tienda, Tráfico y SEO, luego Configuración de URL.
  2. URL sin identificador. En la misma pantalla, el esquema de URL de productos y categorías puede perder su número. Hazlo ahora si la tienda es joven; si tiene años de URL indexadas, pon primero las redirecciones.
  3. Un sitemap servido y declarado. El módulo oficial Google Sitemap es gratuito y basta; declara el archivo en Search Console y revisa la cobertura una vez al mes.
  4. Search Console y un panel de Web Vitals. Sin medir, los seis puntos siguientes no se ordenan.
  5. Etiqueta título y meta descripción en los cincuenta productos y las diez categorías que cuentan. Una palabra clave por página, unos sesenta caracteres para el título y de 150 a 160 para la meta: Google no fija límite, pero corta el título para que quepa en el ancho de la pantalla.
  6. Una descripción original para esos mismos cincuenta productos. Una descripción que responda a lo que el comprador quiere saber; retocar el texto del proveedor no cuenta.
  7. Un texto de dos a cuatro párrafos en cada categoría de primer nivel, colocado encima o debajo de la rejilla según el tema.
  8. Datos estructurados Product verificados en lugar de supuestos. Los temas 1.7 varían en este punto: pasa tres fichas por la prueba de resultados enriquecidos de Google y completa con un módulo si faltan precio, disponibilidad u opiniones. El detalle del marcado está aquí.
  9. El rendimiento: caché Smarty en modo producción, combinación y compresión de los archivos CSS y JavaScript, imágenes redimensionadas al tamaño en que se muestran. Los Core Web Vitals de una 1.7 se corrigen casi siempre sin tocar el tema.
  10. Un blog, y un ritmo. Existe un módulo de blog gratuito que se instala en la 1.7 igual que en la 8 y la 9, con categorías, feed RSS, entrada en el sitemap y datos estructurados BlogPosting. Dos artículos al mes durante un año valen más que diez el primer mes.

El punto 10 es el que cambia la trayectoria: los nueve primeros recuperan un retraso, el décimo es el único que hace subir la curva con el tiempo.

Lo que cambiaría la 8 o la 9

Poca cosa para el posicionamiento. Ninguna versión de PrestaShop aporta por sí misma un factor de clasificación. La 8 y la 9 traen un PHP más reciente, y por tanto una ejecución más rápida, y la 9 ofrece el tema Hummingbird, sin hacerlo el tema por defecto. En una tienda cuyo tema 1.7 ya está limpio, la ganancia se mide en décimas de segundo.

Lo que la 8 y la 9 aportan de verdad es mantenimiento. PHP 7.4, el techo de la 1.7.8, no se mantiene desde el 28 de noviembre de 2022. El núcleo 1.7 no recibe correcciones de seguridad desde junio de 2025. Una tienda que cobra pagos sobre una pila que ya nadie corrige tiene un problema, y es un problema de seguridad antes que de SEO.

Migra el día en que la seguridad o el ecosistema de módulos lo exijan, y deja a Google fuera de la decisión. Y cuando migres, el peligro para el posicionamiento está en el cambio en sí, sea cual sea la versión de destino: la checklist de redirecciones es el documento que hay que preparar antes de tocar nada.

El módulo y la aplicación, en una 1.7

El módulo Publium se instala en una 1.7 como cualquier otro módulo, un zip cargado desde el gestor de módulos, y no hay nada que adaptar, ni en el tema ni en las URL. El blog está listo al terminar la instalación, con sus categorías, su feed y sus etiquetas. No tiene precio: viene con el plan, y se queda en la tienda si cancelas.

La aplicación, por suscripción, cubre los puntos 5, 6, 7 y 10 de la lista: lee el catálogo, propone las consultas, redacta las etiquetas, las descripciones y los artículos, y los devuelve a la tienda en borrador o en la fecha elegida. Los puntos 1 a 4, 8 y 9 siguen siendo ajustes de back office o de alojamiento, y ninguna herramienta de contenido los hará por ti. La página de compatibilidad precisa qué está probado en la 1.7, versión menor por versión menor.

Una 1.7 bien rellenada aguanta frente a una 9 vacía. El día que migres, el contenido irá detrás en la base de datos, y el trabajo de los diez puntos de arriba no habrá que repetirlo.

¿Nadie asignado a escribir todo eso?

Es el caso de la mayoría de tiendas. Publium redacta a partir de tu catálogo, tú lo revisas, y la publicación sale el día que elijas, sin abrir el back office.

Crear una cuenta