Idiomas

SEO para PrestaShop

Cómo funciona el SEO en PrestaShop: URLs amigables con tokens de ID obligatorios, redirecciones canónicas configurables, un generador nativo limitado de sitemap y robots.txt, sin hreflang ni schema nativos, y el ecosistema de módulos que cubre las carencias.

Publicado por primera vez: 26 jun 2026 · Última actualización: 13 ago 2026 · Avanzado
Idiomas
AIEscrito porAI v2

PrestaShop es un ecommerce de código abierto (PHP/MySQL) que alojas tú mismo, por lo que te da un control profundo pero te obliga a hacer más configuración que los rivales alojados. Hace muchas cosas bien de forma nativa: metaetiquetas por objeto, URLs amigables (requiere mod_rewrite), una redirección 301 configurable a la canónica, un H1 por página, opciones de redirección para productos deshabilitados y un generador de robots.txt. El inconveniente son sus valores predeterminados: los tokens numéricos {id} son obligatorios en las rutas de URL (solo se pueden eliminar mediante un módulo o una anulación de ruta), el sitemap nativo no se actualiza automáticamente y es débil en cobertura multilingüe y de imágenes, y no hay hreflang nativo ni schema completo. La navegación por facetas, la ordenación y las URLs de filtros no se canonican por ti. La mayoría de las carencias se cubren con módulos de terceros, y el rendimiento de Core Web Vitals en los temas predeterminados más pesados se mejora con la función integrada CCC (Concatenar, Comprimir, Cachear).

TL;DR — PrestaShop es comercio electrónico de código abierto autoalojado, así que intercambias trabajo de hosting por un control profundo. Fortalezas nativas: metaetiquetas por objeto, URLs amigables (requiere mod_rewrite), redirección configurable 301/302 al canónico, canonicalización de URL principal para combinaciones de producto, un H1 por página, redirecciones configurables para productos deshabilitados y un generador de robots.txt. Los valores predeterminados que afectan: el token {id} es obligatorio en las rutas de URL (solo se puede eliminar mediante módulo o anulación de ruta), el sitemap nativo no se actualiza automáticamente y es débil en cobertura multilingüe y de imágenes CDN, y el comportamiento multilingüe, de datos estructurados y de URLs filtradas debería verificarse contra la versión instalada, el tema y los módulos. El rendimiento en los temas predeterminados más pesados se mejora con el CCC integrado (Concatenar, Comprimir, Cachear).

Evidence for this claim PrestaShop provides configurable friendly URLs, canonical redirects, and route patterns in its traffic and SEO settings. Scope: PrestaShop 8 administration; modules and version differences can change behavior. Confidence: high · Verified: PrestaShop 8: SEO and URLs Evidence for this claim Google treats canonical declarations as signals and recommends consistent canonicalization for duplicate URLs. Scope: Google canonicalization behavior applied to ecommerce URL variants. Confidence: high · Verified: Google Search Central: Canonicalization

El marco: control profundo, más configuración

La mayoría del contenido SEO sobre PrestaShop es o una lista genérica de verificación o un discurso de venta para un módulo de pago. El enfoque útil es este: PrestaShop te da más control bruto que cualquier plataforma SaaS alojada — código abierto, acceso al servidor, plantillas de rutas editables — pero trae menos cosas terminadas, por lo que las carencias son específicas y predecibles. Clasifica todo en dos categorías y la plataforma deja de ser misteriosa.

Una nota de versión antes de todo esto: a mediados de 2026, PrestaShop mantiene dos ramas principales activas a la vez — 9.x (9.1.4 a junio de 2026) y una rama 8,2.x LTS que sigue publicando sus propias actualizaciones en paralelo (8.2.7, también de junio de 2026). Los ajustes de SEO descritos a continuación no cambian entre v8 y v9 — verificado directamente contra la documentación de SEO y URLs de PrestaShop v9 — pero un módulo creado y probado para una rama no está garantizado que funcione en la otra. Comprueba la versión compatible indicada del módulo antes de instalarlo y confirma primero la versión del núcleo de tu propia tienda — es el número del que depende la lista de “compatible con” de cada proveedor de módulos.

Correcto por defecto: títulos y descripciones meta por objeto, URLs amigables, etiquetas canónicas con redirección configurable, canonicalización de la URL principal para combinaciones de productos, un H1 por página, migas de pan, opciones de redirección para productos desactivados, un generador de robots.txt y un módulo nativo de sitemap.

Tuyo para hacer (principalmente mediante módulos): URLs sin ID, hreflang para multi-idioma / multi-tienda, esquema completo de Producto/Migas de pan/Organización/Preguntas frecuentes, canonical/noindex para navegación por facetas, un sitemap de imágenes multilingüe que se actualiza automáticamente y Core Web Vitals en el tema predeterminado.

Estructura de URL

Los ajustes de URL se encuentran en Parámetros de la tienda → Tráfico y SEO. Activar URLs amigables convierte product.php?id_product=27 en un slug descriptivo como /2-music-players/27-ipod-nano-green. Requiere mod_rewrite de Apache (o un equivalente de Nginx), y puedes conservar caracteres acentuados en las URLs si quieres.

Lo que hay que entender es el esquema de ruta predeterminado. La ruta de producto de PrestaShop es {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html, y los demás tipos siguen el mismo patrón:

Tipo de páginaRuta predeterminada
Productos{category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html
Categorías{id}-{rewrite}
Páginas CMScontent/{id}-{rewrite}
Proveedoressupplier/{id}-{rewrite}
Marcasbrand/{id}-{rewrite}

El token {id} es obligatorio. Está en todas las rutas predeterminadas porque PrestaShop busca el objeto en la base de datos por ese ID — el slug ({rewrite}) es decorativo. Esto es lo que más se malinterpreta sobre las URLs de PrestaShop: no puedes eliminar el número desde los ajustes. Hacerlo limpiamente requiere un módulo de terceros (FME Pretty URL, SunnyToo, MyPresta) que elimine el ID y mantenga redirecciones 301, o una anulación cuidadosa de la plantilla de ruta que puede romper la funcionalidad principal si se hace mal. La queja de Empirical Edge de que PrestaShop “genera URLs que contienen números y caracteres especiales no deseados” es precisa, pero los IDs tienen un propósito real — no son un error, son una clave de búsqueda.

Dos detalles más de ruta que vale la pena conocer: el token {category:/} inyecta la categoría del producto en la URL del producto por defecto (una consideración de contenido duplicado si un producto vive en varias categorías), y {-:ean13} puede añadir el EAN a la URL. Desde la v1.7.5.1 también puedes activar “Mostrar atributos en el título meta del producto” para construir automáticamente títulos como “Nombre del producto Color Tamaño”.

Etiquetas canónicas

PrestaShop genera automáticamente etiquetas canonical y ofrece en Tráfico y SEO tres opciones de redirección: sin redirección, 301 (permanente) o 302 (temporal). Usa 301 en una configuración estable de producción para consolidar las variantes duplicadas que suele generar la plataforma.

El comportamiento nativo es genuinamente bueno en un lugar específico: combinaciones de productos. Para las URLs de variantes (color, tamaño — la parte {-:id_product_attribute} de la ruta), el canonical apunta de vuelta a la URL del producto padre, y un ID de atributo inválido en una URL activa una redirección a ese canonical padre. Así que tus permutaciones de tamaño/color no se fragmentan en cien duplicados indexables por defecto.

La canonical nativa no cubre parámetros de filtro, de ordenación ni páginas de categoría paginadas. PrestaShop no devuelve automáticamente ?order=price_asc ni ?color=red&size=M a la categoría limpia. PrestaHero lo resume así: “implementing canonical tags is one of the most important practices… as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists” (traducción) «Implementar etiquetas canonical es una de las prácticas más importantes, porque indican a los buscadores cuál es la versión principal cuando existe contenido duplicado o similar». En páginas filtradas necesitas un módulo canonical o cambios de tema/código.

Contenido duplicado — el trabajo real

Las fuentes de contenido duplicado de PrestaShop son predecibles. FME Modules resume lo que está en juego: “duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (traducción) «los problemas de URL duplicadas confunden a los rastreadores de los motores de búsqueda, desperdician el presupuesto de rastreo y dividen la equidad de enlaces, lo que en conjunto daña el rendimiento SEO.» Los culpables habituales:

  • Navegación facetada — URLs de filtro estilo ?color=red&size=M, contenido idéntico o casi idéntico, sin canonical nativo.
  • Ordenación — ?order=price_asc añadido a las URLs de categoría.
  • Paginación — /page-2, /page-3 en categorías y búsqueda.
  • URLs solo-ID vs. slug — ambas pueden resolverse si no has forzado la redirección.
  • www vs no-www / HTTP vs HTTPS — necesita una configuración de redirección adecuada.
  • Impresión y (en versiones antiguas) URLs con ID de sesión.

La solución es por capas, no un solo interruptor:

  1. Configura la redirección canonical a 301 en Tráfico y SEO.
  2. Personaliza robots.txt para impedir parámetros de filtro y ordenación.
  3. Añade un módulo canonical para la navegación por facetas; la función nativa cubre productos y combinaciones, no páginas filtradas.
  4. Gestiona la paginación deliberadamente. PrestaShop retira el bloque de título a partir de la segunda página. Como Google dejó de admitir rel=next/prev en 2019, mantén cada página paginada indexable y con canonical propia; no la canonicalices a la primera salvo que sea realmente duplicada. Tampoco apliques noindex por defecto: resérvalo para variaciones de filtro u ordenación.

Una nota de H1 de PrestaShop para auditores: un error que producía H1 duplicados en páginas de categoría se corrigió en la v1.7,5. En instalaciones antiguas, verifícalo.

Sitemap

PrestaShop incluye un módulo nativo de Google Sitemap (del catálogo de módulos) que cubre productos, categorías, fabricantes, páginas CMS y páginas generadas por módulos. Después de generarlo, añade la URL del sitemap a robots.txt y envíala en Google Search Console.

Los límites del módulo nativo están bien documentados y importan a escala: no se actualiza automáticamente cuando añades productos (lo regeneras manualmente o mediante cron), el soporte multilingüe es débil (los sitemaps por idioma necesitan un módulo de terceros), y la indexación de imágenes alojadas en CDN es inconsistente. FME Modules describe la limitación directamente: el sitemap integrado de PrestaShop “may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (traducción) «puede que no se actualice automáticamente al añadir productos, el soporte multilingüe es débil y la indexación de imágenes alojadas en CDN es inconsistente.» Para una tienda multilingüe o un catálogo grande y de cambio rápido, un módulo de sitemap de terceros (FME, Sweet Sitemap) te ofrece actualización automática, sitemaps por idioma, sitemaps de imágenes y control de prioridad/frecuencia.

Robots.txt

Genéralo desde Parámetros de la tienda → Tráfico y SEO → “Generate robots.txt file.” PrestaShop escribe una línea base en la instalación, pero debes personalizarla. Desautorizaciones recomendadas:

  • /cart, /checkout, /search
  • parámetros de filtro/ordenación: ?order=, ?sort=, ?q= y tus parámetros de faceta
  • rutas de utilidad de administración/módulos (p. ej. /module/)

Mantén /img/ rastreable para que las imágenes de tus productos puedan indexarse y añade tu referencia de sitemap (Sitemap: https://example.com/sitemap.xml).

La advertencia que importa más que todas las demás: un robots.txt mal configurado puede eliminar toda tu tienda. PrestaHero es contundente al respecto: “a misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (traducción) «un robots.txt mal configurado puede destruir el SEO, ya que no quieres bloquear accidentalmente las páginas /category o /product, lo que podría eliminar toda tu tienda del índice de Google». Bloquear la ruta incorrecta aquí es una desindexación autoinfligida.

Schema / datos estructurados

Esta es una brecha real. PrestaShop incluye solo datos estructurados mínimos de serie; el schema completo es trabajo de un módulo. Lo que normalmente querrás — Product completo (nombre, imagen, precio, disponibilidad, reseñas, envío/devoluciones), BreadcrumbList, Organization, WebSite y FAQPage — proviene de un módulo de rich snippets. PrestaPremium’s Schema Pro, por ejemplo, anuncia que “automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (traducción) «genera automáticamente 9 tipos de Schema.org en toda tu tienda: Product, ProductGroup (variantes con talla, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, detalles de envío y política de devoluciones». Los datos estructurados de Product de Google admiten exactamente estos campos, por lo que vale la pena añadir el marcado; solo que no lo esperes del núcleo.

Rendimiento y Core Web Vitals

Los temas predeterminados de PrestaShop —en especial el antiguo Classic— suelen tener dificultades con Core Web Vitals: CSS/JS que bloquea el renderizado, imágenes sin optimizar, ausencia de carga diferida en temas antiguos y módulos pesados cargados de forma síncrona. Los objetivos son los habituales: LCP < 2,5s, INP < 200ms (sustituyó a FID en marzo de 2024) y CLS < 0,1.

La palanca integrada de PrestaShop es CCC (Concatenate, Compress, Cache) en Advanced Parameters → Performance — combina y comprime CSS/JS para reducir solicitudes y peso. Pruébalo antes de activarlo en producción, porque puede romper algunos módulos. Más allá de CCC: convierte imágenes a WebP, habilita lazy loading, usa una CDN, elige un tema enfocado al rendimiento (Hummingbird), difiere JS no crítico y añade caché a nivel de servidor (Redis/Memcached). El planteamiento de Knowband sobre por qué esto importa es justo — Core Web Vitals “affects crawl efficiency, paid traffic quality, mobile conversion, checkout trust, and the first impression of every product page.” (traducción) «afecta la eficiencia del rastreo, la calidad del tráfico de pago, la conversión móvil, la confianza en el checkout y la primera impresión de cada página de producto». Mide con PageSpeed Insights y los datos de CrUX en Search Console.

Hreflang para tiendas multilingües

PrestaShop admite múltiples idiomas (mismo dominio, prefijo de idioma en la URL como /fr/ /en/, o dominios separados) y múltiples tiendas que comparten un catálogo — pero no genera etiquetas hreflang de forma nativa. Eso es un módulo: SunnyToo, DataFireFly, MyPresta, FME’s Canonical & Hreflang. MyPresta expone el modo de fallo con claridad: “without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (traducción) «sin etiquetas hreflang, Google no sabe qué versión de una página mostrar según el idioma o la región del visitante. Puede indexar la versión incorrecta, crear contenido duplicado en tus tiendas de idiomas o mostrar una página en inglés a un visitante francófono».

Cuando lo implementes, cubre todos los tipos de página (producto, categoría, CMS, fabricante, proveedor), incluye siempre x-default, gestiona el emparejamiento multi-tienda entre dominios y mantén la canonicalización coherente junto a ello. Y recuerda la regla general de hreflang: una implementación parcial y sin emparejar no te aporta nada — Google necesita las etiquetas de retorno para reconocer el conjunto.

Comparación de plataformas

PrestaShop se sitúa entre las plataformas SaaS alojadas y Magento de control total. Dónde se posiciona cada plataforma en las palancas de SEO:

CaracterísticaPrestaShopShopifyWooCommerceMagentoBigCommerce
URLs amigablesSí (alternar)Sí (prefijo forzado)Mediante pluginSíSí
ID en URLsSí por defectoNoMediante YoastConfigurableNo
Etiquetas canónicasSí (parcial)SíMediante YoastSíSí
Schema nativoMódulo requeridoParcialMediante Yoast/RankMathParcialParcial
HreflangMódulo requeridoAplicación requeridaMediante WPML/YoastSíLimitado
Sitemap nativoMódulo (limitado)AutomáticoMediante YoastSíAutomático
Editor de robots.txtBack office (generar)No nativoMediante pluginEditableEditable
Manejo de navegación por facetasMódulo requeridoLimitadoMediante pluginOpción de configuraciónOpción de configuración
Código abierto / acceso al servidorSíNoSíSíNo

El resumen honesto, basado en gran parte en la comparación de Kinsta: frente a Shopify, PrestaShop ofrece más control directo —código abierto, acceso al servidor y rutas personalizables—, mientras Shopify gestiona rendimiento y seguridad y obliga a usar un prefijo como /products/. Frente a WooCommerce, Kinsta afirma: “WooCommerce would beat PrestaShop, as it inherits all of WordPress’s SEO capabilities, especially when it comes to blogging” (traducción) «WooCommerce superaría a PrestaShop porque hereda todas las capacidades SEO de WordPress, sobre todo para blogs». También señala: “out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” (traducción) «De serie, PrestaShop ofrece más opciones SEO para comercio electrónico, con títulos y descripciones personalizados por producto». Frente a Magento, este “offers the most control for complex stores with full URL customization, native structured data, advanced sitemap configuration, and deep meta tag management” (traducción) «Ofrece el máximo control para tiendas complejas, con personalización total de URLs, datos estructurados nativos, configuración avanzada de sitemap y gestión profunda de metaetiquetas», pero con mucha más complejidad y coste. BigCommerce trae mejores valores predeterminados, aunque permite mucha menos personalización abierta. Todas pueden posicionarse; PrestaShop intercambia trabajo de configuración por control.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.