Obre Google Search Console d’una botiga PrestaShop que porta sis mesos en línia i sovint trobaràs 300 o 400 URLs indexades per un catàleg de 100 productes. No és un error de Google: és el model de dades de PrestaShop treballant en contra teva quan la instal·lació no s’ha configurat correctament. Cada producte assignat a tres categories, cada combinació de filtres de navegació per facetes, cada paràmetre de sessió que afegeix un mòdul mal configurat genera una URL que Google tracta amb la mateixa atenció que les teves pàgines de major valor.
PrestaShop concentra la seva força a l’Europa meridional i a França. Segons les dades d’Enlyft 2025, França representa el 39% de la seva base d’usuaris i Espanya el 24%, la qual cosa fa que sigui la plataforma de comerç electrònic de codi obert dominant a la Península Ibèrica després de WooCommerce. Aquesta concentració importa per al SEO: la botiga PrestaShop típica opera en mercats europeus competitius on els errors tècnics SEO que una botiga Shopify mai no tindria poden determinar si una fitxa de producte apareix a la primera pàgina o desapareix entre l’ús ineficient del crawl budget.
La bona notícia és que aquests problemes es poden revertir. La major part del dany SEO en botigues PrestaShop no prové d’una plataforma defectuosa sinó de cinc configuracions deixades amb el valor per defecte. Aquesta guia cobreix cadascuna d’elles en l’ordre que produeix la millora més ràpida.
Arquitectura d’URLs a PrestaShop: la configuració crítica
La configuració d’URLs de PrestaShop es troba a Paràmetres de la Botiga > SEO i URLs, i és la primera pantalla que cal revisar a qualsevol botiga, nova o existent. L’ajust més important no és activar les URLs amigables (que hauria d’estar actiu per defecte) sinó el camp “Redirigir al URL canònic”.
PrestaShop ofereix tres opcions per a aquest camp: cap redirecció, redirecció 301 i redirecció 302. La lògica sembla senzilla, però hi ha un matís que la documentació oficial no explica clarament. Si una pàgina de producte té URL canònica /electrònica/auriculars-bluetooth/ però l’usuari la visita des de /auriculars/auriculars-bluetooth/, PrestaShop pot respondre amb la URL visitada sense redirigir. Google registra les dues versions com a pàgines separades. L’opció 301 força que qualsevol accés a una URL no canònica es redirigeixi permanentment a la canònica, concentrant el link equity en una sola adreça.
L’esquema d’URLs és la segona configuració que gairebé ningú toca. Per defecte PrestaShop inclou l’ID de producte a la URL: /123-nom-del-producte.html. L’extensió .html al final no té impacte SEO directe, però eliminar l’ID numèric de la URL produeix adreces més netes. Això requereix editar l’esquema a la secció corresponent i regenerar l’índex d’URLs des de la interfície d’administració.
Abans de canviar l’esquema d’URLs en una botiga amb historial de posicionament, configura les redireccions 301 des de les URLs antigues. PrestaShop no les genera automàticament quan canvia el patró. Ometre aquest pas significa que tots els enllaços externs existents i les URLs desades als marcadors retornen pàgines 404, i l’historial de posicionament acumulat en aquelles URLs es perd.
Una tercera configuració que val la pena revisar és l’opció “Desactivar el MultiViews d’Apache”. Aquesta funció del servidor web pot interferir amb la reescriptura d’URLs de PrestaShop en entorns d’allotjament compartit, fent que algunes URLs amigables retornin resultats inesperats. Si notes que certes pàgines de producte mostren contingut incorrecte després d’activar les URLs amigables, aquesta opció sol ser la causa.
Mòduls SEO per a PrestaShop: gratuït vs premium a la pràctica
El mite més estès sobre el SEO de PrestaShop és que necessites un mòdul car per posicionar bé. La realitat és més matisada. Pensa en els mòduls SEO de PrestaShop com en les eines especialitzades d’un taller: la botiga funciona sense elles, però certes eines resolen problemes concrets millor que les alternatives manuals.
El que resol la configuració nativa sense mòduls:
- URLs amigables amb slug personalitzable per producte i categoria
- Meta title i meta description editables a cada fitxa
- URL canònica automàtica apuntant a la categoria predeterminada del producte
- Sitemap XML bàsic generat a
/sitemap.xml - Redirecció al URL canònic (si s’activa)
El que requereix un mòdul o desenvolupament a mida:
- Schema markup Product automàtic amb preu, disponibilitat i valoracions
- Gestió massiva de meta tags per a catàlegs grans (importació CSV)
- Hreflang correcte en configuracions multistore amb dominis separats
- Sitemaps segmentats per tipus de contingut per a botigues amb més de 10.000 pàgines
- Control granular sobre la indexació de filtres de navegació per facetes
Per a botigues amb menys de 500 referències actives, la configuració nativa amb ajustos manuals produeix resultats comparables als d’un mòdul premium. A partir d’aquest volum, la gestió manual de meta tags es torna ineficient i els mòduls d’automatització comencen a ser rendibles.
Entre els mòduls del Marketplace oficial de PrestaShop, els més valorats per a SEO són SEO Expert de FME Modules (79€, schema markup automatitzat i gestió massiva), Smart SEO URL de PresTeamShop (59€, control granular de l’esquema d’URLs) i el mòdul gratuït ps_facetedsearch amb la seva configuració d’indexació per a navegació per filtres.
Un resultat que va en contra de la intuïció habitual: les botigues que més es beneficien d’un mòdul SEO premium no sempre són les més grans, sinó les de mida mitjana amb jerarquies de categories complexes i catàlegs amb molts filtres actius. Una botiga de 200 productes distribuïts en 15 categories creuades i 8 filtres actius genera molt més risc de contingut duplicat que una de 1.000 productes en una estructura de categories plana i neta.
Contingut duplicat a PrestaShop: productes duplicats per categories
El contingut duplicat a PrestaShop no és un error sinó una característica del model de dades: els productes poden pertànyer a múltiples categories simultàniament. Aquesta flexibilitat té un cost SEO que la instal·lació per defecte no gestiona.
Considera una botiga de moda que ven una jaqueta que apareix a /dona/, /abrics/ i /outlet/. PrestaShop genera tres URLs distintes per al mateix producte:
/dona/jaqueta-llana-beix.html/abrics/jaqueta-llana-beix.html/outlet/jaqueta-llana-beix.html
Sense una etiqueta canonical configurada, Google rastreja les tres, pot indexar-les totes i s’enfronta al problema de decidir quina posicionar per a la cerca “jaqueta llana beix”. El senyal de posicionament es divideix entre tres pàgines en lloc de concentrar-se en una.
Segons la documentació oficial de SEO de PrestaShop, la “categoria predeterminada” del producte és la que determina la URL canònica. El camp existeix a cada fitxa de producte sota Associacions > Categoria predeterminada. Assegura’t que cada producte té una categoria predeterminada assignada que correspongui a la URL que vols posicionar, no simplement a la primera categoria en la qual va ser afegit.
El segon vector de contingut duplicat són les pàgines paginades de categories: /categoria/page/2, /categoria?page=2 i variacions similars que PrestaShop pot generar segons la configuració. L’enfocament recomanat per a les pàgines paginades, segons la documentació actual de Google Search Central, és que cada pàgina paginada tingui una etiqueta canonical autorreferencial (que apunti a si mateixa, no a la pàgina 1), ja que cada pàgina conté productes diferents i no és un duplicat de la primera. Si les pàgines de paginació superiors (page/2, page/3) no aporten valor de cerca independent, aplicar una etiqueta noindex és l’alternativa correcta per gestionar la indexació sense crear senyals contradictoris. La configuració nativa de PrestaShop no gestiona aquesta lògica automàticament.
Un tercer origen de duplicació menys obvi són les pàgines de fabricant que PrestaShop genera per defecte. Si la botiga ven productes de marques reconeixibles, PrestaShop crea una pàgina /fabricant/nom-marca/ que llista tots els productes d’aquella marca. Per a botigues on aquestes pàgines no tenen valor de cerca independent (perquè només tens un o dos productes per marca), afegir una etiqueta noindex a les pàgines de fabricant amb menys de 10 productes és una millora ràpida que redueix el malbaratament de crawl budget.
Per a botigues amb catàlegs complexos, el recurs sobre contingut duplicat en comerç electrònic d’aquest clúster cobreix les estratègies de canonical i noindex aplicades a diverses plataformes.
Meta tags i schema a PrestaShop: automatitzar o configurar
PrestaShop permet editar el meta title i la meta description de cada producte, categoria i pàgina CMS de manera individual. La pregunta que cada propietari de botiga acaba fent és: val la pena escriure’ls a mà quan tinc 800 productes?
La resposta honesta és que els meta tags generats automàticament amb plantilles (nom del producte + nom de la botiga, o descripció truncada del producte) funcionen raonablement bé per a termes de cua llarga però fallen en termes competitius per a categories principals. Un meta title com “Sabatilles Running Nike Air Max - LaMevaBotiga.cat” competeix directament amb el que l’equip SEO d’un gran retailer ha redactat manualment per a la mateixa cerca.
El schema markup és on la diferència entre configuració bàsica i mòdul premium resulta més evident. PrestaShop no inclou schema Product amb preu i disponibilitat en temps real de manera nativa. Sense aquest schema, les fitxes de producte de la teva botiga no mostren el snippet enriquit amb preu als resultats de cerca, la qual cosa redueix el CTR davant competidors que sí que l’implementen.
La implementació mínima efectiva de schema Product per a PrestaShop inclou:
@type: Productamb nom, imatge i descripcióoffersamb preu, moneda, disponibilitat i URLaggregateRatingsi la botiga té sistema de valoracions actiubrandsi els productes tenen marca clarament definida
Un mòdul de schema markup automatitzat genera aquest codi a totes les fitxes a partir de les dades de la base de dades del producte. Sense mòdul, l’alternativa és afegir-lo mitjançant una sobreescriptura de la plantilla product.tpl del teu tema.
Rendiment i Core Web Vitals a PrestaShop: el problema del tema
PrestaShop té una reputació de rendiment mediocre que no és del tot justa. El problema quasi sempre és el tema, no el nucli de la plataforma. Un tema multipropòsit de ThemeForest amb 40 efectes visuals, 15 ginys de la pàgina d’inici i un sistema de constructor visual carregarà 800KB de JavaScript bloquejant independentment de l’allotjament que facis servir.
La recerca publicada per jPresta.com, una de les referències tècniques de l’ecosistema PrestaShop, identifica quatre causes principals de lentitud: el tema (JavaScript i CSS no optimitzats), mòduls que carreguen recursos a cada pàgina en lloc de només quan calen, base de dades sense índexs optimitzats per a catàlegs grans, i configuració de memòria cau desactivada o mal configurada.
El LCP (Largest Contentful Paint) en botigues PrestaShop amb temes genèrics freqüentment supera els 4 segons en mòbil, mentre que el llindar de “bo” de Google és inferior a 2,5 segons. Les botigues que han migrat d’un tema multipropòsit genèric a un de desenvolupat específicament per al rendiment reporten reduccions de LCP d’entre el 40% i el 60% sense canvis en l’allotjament ni en el codi del nucli.
Les optimitzacions que sí depenen de la configuració de PrestaShop i no del tema:
- Activar la memòria cau de PrestaShop: Administració > Rendiment > Memòria cau. Usa Memcached o Redis si l’allotjament ho suporta; la memòria cau del sistema de fitxers és millor que res si no.
- Combinar i comprimir CSS/JS: Administració > Rendiment, activa “Combinar fitxers CSS” i “Combinar fitxers JavaScript”. Això redueix el nombre de peticions HTTP a la meitat en molts casos.
- Lazy loading d’imatges: Natiu als navegadors moderns amb
loading="lazy", però requereix que el tema ho implementi a les seves plantilles d’imatge. - Conversió a WebP: Requereix mòdul o desenvolupament personalitzat al tema; PrestaShop no converteix imatges a WebP de manera nativa.
Per aprofundir en els Core Web Vitals aplicats al comerç electrònic, el recurs sobre Core Web Vitals per a botigues en línia cobreix les mètriques específiques amb benchmarks per tipus de pàgina.
SEO multilingüe a PrestaShop: hreflang i gestió de versions d’idioma
PrestaShop gestiona el multilingüisme de dues formes distintes amb implicacions SEO molt diferents. La primera és el mode multilingüe en una sola botiga: els continguts es tradueixen dins de la mateixa instal·lació i les URLs es diferencien per un prefix o paràmetre d’idioma (/fr/, /es/, o ?lang=es). La segona és el mode multistore: instal·lacions separades que comparteixen el mateix back-office d’administració però que tenen dominis o subdominis distincts.
L’error d’hreflang més habitual a PrestaShop és el que Pierre Chapuis, desenvolupador sènior del projecte PrestaShop, ha documentat al fòrum oficial: oblidar l’etiqueta d’autorreferència. Cada versió d’idioma d’una pàgina ha d’incloure una etiqueta hreflang que apunti a si mateixa a més d’apuntar a totes les altres versions. Sense l’autorreferència, Google interpreta les etiquetes com a mal formades i pot ignorar-les completament.
La configuració tècnica d’hreflang a PrestaShop requereix que cada URL d’idioma sigui única i accessible. Si la botiga fa servir el paràmetre ?id_lang=2 per canviar d’idioma en lloc d’URLs amb prefix d’idioma, l’hreflang apuntarà a URLs amb paràmetres que alguns rastreadors tracten com a contingut duplicat. La solució correcta és configurar PrestaShop perquè faci servir prefixos d’URL per idioma (/es/, /fr/, /ca/) en lloc de paràmetres.
Per a botigues que operen a França, Espanya i Itàlia, els tres mercats principals de PrestaShop a Europa segons BuiltWith 2025, la configuració correcta d’hreflang és el requisit mínim per evitar que Google serveixi la versió francesa als usuaris catalans o espanyols. El mòdul gratuït de MyPresta.eu genera hreflang automàticament per a configuracions d’un sol domini amb múltiples idiomes actius.
Checklist SEO per a PrestaShop: 8 punts crítics abans de publicar
Aquests vuit punts no són un resum del que s’ha dit anteriorment: són els errors específics que les auditories SEO de botigues PrestaShop troben amb més freqüència en botigues que porten mesos o anys publicades.
1. URLs amigables actives amb regeneració completa de l’índex Verifica a Paràmetres > SEO i URLs que les URLs amigables estan actives I que has premut “Regenerar URL” després de qualsevol canvi a l’esquema. Sense regenerar, les URLs antigues coexisteixen amb les noves.
2. URL canònic configurat en mode 301 L’opció “Redirigir al URL canònic” ha d’estar en 301. Comprova-ho a Paràmetres > SEO i URLs. Aquesta és la configuració que més botigues PrestaShop tenen malament.
3. Categoria predeterminada assignada a cada producte Accedeix a un producte de mostra, ves a Associacions i verifica que el camp “Categoria predeterminada” apunta a la categoria que vols posicionar per a aquell producte.
4. Navegació per facetes configurada per no indexar filtres Al mòdul ps_facetedsearch, accedeix a la configuració i verifica que la indexació de combinacions de filtres està desactivada per a filtres sense valor de cerca independent (color, talla, preu, disponibilitat).
5. Schema Product implementat a les fitxes de producte Comprova amb l’eina de prova de resultats enriquits de Google que les teves fitxes de producte tenen schema Product amb preu i disponibilitat. Si no apareix, necessites mòdul o plantilla personalitzada.
6. Puntuació de PageSpeed Insights en mòbil ≥ 50 punts Amb el tema instal·lat i els mòduls actius, mesura el rendiment en mòbil. Si estàs per sota de 50 punts, el problema quasi sempre és el tema o mòduls que carreguen recursos innecessàriament.
7. Hreflang configurat si la botiga té múltiples idiomes
Revisa el codi font d’una pàgina de producte en un idioma secundari. Si no veus etiquetes <link rel="alternate" hreflang="..."> al head, l’hreflang no està configurat.
8. Sitemap XML enviat a Google Search Console Verifica a Google Search Console > Sitemaps que el teu sitemap ha estat enviat i que el nombre d’URLs enviades s’aproxima al nombre de pàgines indexables de la botiga. Una diferència gran indica pàgines bloquejades o errors de configuració.
El SEO de PrestaShop té una corba de configuració inicial pronunciada perquè la plataforma genera problemes tècnics que d’altres com Shopify resolen automàticament. L’avantatge és que, un cop configurats correctament els fonaments tècnics, PrestaShop és una plataforma sòlida per a SEO de comerç electrònic: control total sobre URLs, meta tags editables a tots els tipus de contingut i un ecosistema de mòduls madur per a casos d’ús complexos.
Si la teva botiga ja està publicada, comença pels punts 2 i 3 del checklist. Són els que tenen més impacte en el menor temps: el URL canònic mal configurat pot estar diluint l’autoritat de les teves fitxes de producte des del primer dia, i les categories predeterminades incorrectes redirigeixen el link equity cap a URLs que mai no vas voler posicionar. Tots dos es corregeixen en menys de 30 minuts des del panell d’administració.
Per a una auditoria tècnica completa de la teva botiga PrestaShop, el recurs sobre SEO tècnic per a botigues en línia cobreix el procés d’auditoria amb les eines i mètriques específiques per a comerç electrònic.