El sector de l’e-commerce porta anys repetint un mite convenient: que WooCommerce és l’opció més amigable per al SEO perquè és de codi obert i funciona sobre WordPress. Les dades de rastreigs reals expliquen una altra història. WooCommerce, en la seva configuració per defecte, genera més problemes de contingut duplicat, més URLs parasitàries i més complexitat d’schema de producte que qualsevol altra plataforma d’e-commerce comparable. L’avantatge no ve de la instal·lació; ve de saber exactament què cal configurar i per què.
WooCommerce controla el 33,4% del mercat global d’e-commerce el 2026, segons les dades de Store Leads actualitzades al primer trimestre del 2026, amb més de 4,1 milions de botigues actives a tot el món. Aquesta quota de mercat té una conseqüència directa per al SEO: l’ecosistema de connectors, integracions i documentació específica per a WooCommerce és vastíssim, però també significa que els errors de configuració més comuns estan perfectament documentats i es poden evitar. Aquest recurs no cobreix WooCommerce des de la perspectiva del lloc WordPress en general; aquell terreny el tracta la guia de SEO per a WordPress. Aquí el focus és la botiga: schema de producte, variacions de producte, arquitectura de categories per a e-commerce i el repte específic dels Core Web Vitals amb catàlegs de centenars o milers de SKUs.
WooCommerce i la duplicació de contingut: el que ningú et diu
Quan instal·les WooCommerce en un lloc WordPress i afegeixes els primers 50 productes amb variacions, la botiga funciona perfectament. Les fitxes de producte mostren opcions de talla i color, l’usuari selecciona i afegeix a la cistella. El que no veus és el que troba Googlebot.
Per a cada producte variable, WooCommerce permet accedir a les combinacions d’atributs mitjançant paràmetres a l’URL: /producte/sabatilles-running/?attribute_pa_color=negre&attribute_pa_talla=42. Amb 8 colors i 6 talles, cada producte variable genera potencialment 48 URLs parametritzades addicionals. Amb 200 productes variables al catàleg, són 9.600 URLs que Google pot rastrejar i intentar indexar com a pàgines independents. Cap d’elles té contingut diferent de la pàgina del producte principal.
Aquest no és un problema hipotètic. Segons dades de rastreigs publicades per Backlinko en la seva anàlisi de botigues WooCommerce, les botigues amb catàlegs variables mostren una taxa de contingut duplicat d’entre el 40% i el 67% de les pàgines rastreades, depenent del nombre d’atributs configurats. Les botigues sense gestió activa d’aquests paràmetres tenen l’índex de Google poblat principalment per variants d’URL sense valor SEO.
El punt que la majoria passa per alt: el problema no és només el malbaratament de crawl budget. És que l’autoritat d’enllaç de les pàgines de producte es dispersa entre desenes d’URLs parametritzades. Quan un lloc extern enllaça a /producte/sabatilles-running/, aquell senyal d’autoritat es dilueix entre totes les versions parametritzades que Google considera “diferents” sense una etiqueta canonical correcta.
La solució té tres components. Primer, configurar l’eina SEO (Yoast WooCommerce SEO o Rank Math) perquè totes les URLs parametritzades de variacions apuntin mitjançant etiqueta canonical a la URL del producte principal. Segon, gestionar els paràmetres de variació amb les eines actuals: verificar que les etiquetes canonical de cada URL parametritzada apuntin correctament al producte principal, aplicar noindex a les pàgines de variació sense valor de cerca independent, i monitoritzar a l’informe de Cobertura de Google Search Console que Google no indexi variants com a pàgines separades. Tercer, verificar que el tema de la botiga no genera variants d’URL addicionals amb el seu propi sistema de filtres.
Configuració SEO essencial a WooCommerce: més enllà de l’eina Yoast
Instal·lar Yoast WooCommerce SEO o Rank Math és el punt de partida, no la destinació. La instal·lació de l’eina resol els valors per defecte més evidents, però hi ha configuracions específiques de WooCommerce que les eines no gestionen automàticament i que tenen un impacte SEO mesurable.
Permalinks de producte. L’estructura per defecte de WooCommerce col·loca els productes a /producte/nom-del-producte/. Això és correcte des del punt de vista SEO. L’error més freqüent que veiem en auditories és incloure la categoria al permalink del producte: /producte/categoria/nom-del-producte/. El problema és el mateix que amb WordPress en general: si reorganitzes les categories, totes les URLs de producte canvien. En e-commerce, on els productes poden canviar de categoria per reorganitzacions estacionals, això pot ser catastròfic per al posicionament acumulat.
Noindex obligatori a pàgines transaccionals. Les pàgines /cistella/, /finalitzar-compra/, /el-meu-compte/ i /ordre-rebuda/ no s’han d’indexar. Google no ha d’indexar el procés de compra d’una botiga: no aporta valor de cerca i pot exposar informació de sessió. La configuració es fa a l’eina SEO, marcant aquestes pàgines amb noindex. Yoast WooCommerce SEO ho fa automàticament en la instal·lació; amb Rank Math cal verificar-ho manualment.
Sitemap de productes. El sitemap XML per a una botiga WooCommerce ha d’incloure: pàgines de producte individuals, pàgines de categoria de producte amb valor SEO, i pàgines d’entrada del blog si n’hi ha. Ha d’excloure: pàgines transaccionals (cistella, finalitzar compra), pàgines de variacions parametritzades, i categories amb pocs productes i sense trànsit potencial. Un sitemap net no és un sitemap gran; és un on la taxa d’URLs enviades versus URLs indexades per Google supera el 80%.
La configuració d’atributs de producte és el punt més tècnic però també el més impactant. A WooCommerce, els atributs globals (com “Color” o “Talla”) tenen les seves pròpies pàgines d’arxiu a URLs com /atribut-de-producte/color/blau/. Aquestes pàgines són indexables per defecte. En la majoria de casos cal configurar-les amb noindex, tret que siguin pàgines de destinació SEO amb volum de cerca propi: “sabatilles blaves” pot ser una consulta vàlida, però “talla 42” rarament ho és.
Product schema a WooCommerce: preu, disponibilitat i ressenyes
L’schema markup de tipus Product és, potser, la implementació de dades estructurades amb més impacte visible en e-commerce. Un producte ben marcat pot aparèixer als resultats de Google amb preu, disponibilitat en estoc, puntuació de ressenyes i nombre de valoracions, la qual cosa pot incrementar el CTR entre un 20% i un 30% respecte a l’snippet estàndard, segons les dades d’implementació documentades a la guia de Google Search Central sobre dades estructurades de producte.
L’schema correcte per a productes WooCommerce té quatre elements crítics que van més enllà del que generen les eines per defecte.
Preu actualitzat en temps real. El camp price de l’schema Product ha de reflectir el preu actual del producte, incloent-hi descomptes actius. Google valida que el preu a l’schema coincideixi amb el preu visible a la pàgina; si hi ha discrepància, el rich result pot desaparèixer o aparèixer amb un avís a Search Console. Per a productes amb preu variable per temporada o descomptes automàtics, cal verificar que l’eina SEO actualitza l’schema dinàmicament, no només quan es guarda el producte manualment.
Disponibilitat com a senyal de compra. El camp availability ha d’usar els valors de schema.org: InStock, OutOfStock, PreOrder, Discontinued. Un error freqüent és configurar l’schema una vegada amb InStock i oblidar-se’n: quan el producte s’esgota, l’schema continua dient “disponible” i Google pot penalitzar-lo o eliminar el rich result. Les eines SEO de qualitat llegeixen l’estat d’estoc de WooCommerce i actualitzen l’schema automàticament.
Schema per a productes variables. Aquí és el detall més tècnic i més ignorat: per a productes amb variacions de preu, el tipus d’schema correcte no és Product amb un únic price, sinó Product amb offers de tipus AggregateOffer que inclogui lowPrice i highPrice. Un producte que costa entre 29,99 i 89,99 euros segons el model s’ha de declarar així a l’schema. Si fas servir un Offer amb un sol preu per a un producte variable, Google pot marcar l’schema com a invàlid o incomplet a l’informe de Millores de Search Console.
Ressenyes i AggregateRating. Perquè Google mostri les estrelles de valoració als resultats de cerca, l’schema ha d’incloure un camp aggregateRating amb ratingValue i reviewCount. Google va endurir els requisits el 2025: el nombre de ressenyes declarat a l’schema ha de coincidir amb les ressenyes visibles a la pàgina, i les ressenyes han de ser d’usuaris reals, no autogenerades. Les valoracions autopublicades o importades sense verificació provoquen l’eliminació del rich result.
Una joieria espanyola amb botiga WooCommerce que vam migrar d’una configuració d’schema incorrecta a una implementació correcta amb AggregateOffer, disponibilitat dinàmica i ressenyes verificades va passar de 0 rich results a rich results en el 78% dels seus productes indexats en sis setmanes. El CTR mitjà de les seves pàgines de producte en cerca orgànica va augmentar un 34% en el trimestre següent, segons les dades de Google Search Console.
Arquitectura de categories de producte que posicionen: l’error del 90%
El 90% de les botigues WooCommerce que analitzem en auditories comet el mateix error amb les categories de producte: les tracten com a elements de navegació per a l’usuari, no com a pàgines de destinació SEO. El resultat són pàgines de categoria sense títol SEO optimitzat, sense descripció, amb el contingut mínim que genera WooCommerce per defecte (el nom de la categoria i una graella de productes), i sense cap senyal que li digui a Google per què aquella pàgina hauria de posicionar per a una cerca específica.
Les categories de producte a WooCommerce poden ser les pàgines amb més trànsit potencial de tota la botiga, perquè posicionen per a consultes de cerca més àmplies i amb major volum que les fitxes de producte individuals. “Sabatilles de running per a dona” té més cerques mensuals que “Sabatilles Nike Air Zoom Pegasus 41 dona talla 38”. La categoria pot capturar el trànsit genèric i distribuir-lo als productes específics mitjançant l’enllaçament intern.
Estructura de categories i subcategories. WooCommerce permet jerarquies de categories de profunditat il·limitada. El límit recomanat per a SEO és tres nivells: Categoria principal → Subcategoria → (producte). Més de tres nivells aprofundeix les pàgines de producte respecte a la pàgina d’inici, redueix la transmissió d’autoritat per enllaç intern i pot confondre Google sobre la relació jeràrquica entre pàgines.
Slugs de categoria orientats a paraula clau. El slug d’una categoria a WooCommerce és la URL d’aquella categoria. /categoria-de-productes/sabatilles-running/ és millor que /categoria-de-productes/calcat-esportiu-running-i-trail/ per una raó pràctica: la paraula clau principal ha d’aparèixer a la URL de forma neta, sense termes de farciment. El slug és un dels factors de rellevància que Google considera en avaluar la coincidència entre la URL i la consulta de cerca.
Contingut introductori a les categories. El camp de descripció de categoria de WooCommerce accepta HTML complet. És l’espai per afegir entre 150 i 300 paraules de contingut introductori que descriu la categoria, els seus productes principals, els criteris de selecció rellevants per a l’usuari i els casos d’ús. Aquest contingut no ha de ser farciment de paraules clau; ha de ser contingut d’orientació genuïnament útil per a l’usuari que arriba des d’una cerca orgànica.
El problema de la paginació de categories. Una categoria amb 300 productes genera /categoria/sabatilles-running/page/2/, /page/3/… Segons la documentació actual de Google Search Central, cada pàgina paginada ha de tenir 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 real de la primera. Si les pàgines paginades superiors no aporten valor de cerca independent, una etiqueta noindex és l’alternativa correcta per gestionar la indexació sense crear senyals contradictoris.
Core Web Vitals a WooCommerce amb catàlegs grans: velocitat
Els Core Web Vitals en botigues WooCommerce tenen un repte que no existeix en llocs WordPress de contingut: el rendiment dinàmic. Les pàgines de categoria amb filtres actius, els resultats de cerca interna, la cistella dinàmica i el procés de finalització de compra impliquen consultes de base de dades que les pàgines de contingut estàtic no tenen.
El coll d’ampolla més freqüent a WooCommerce amb catàlegs grans no és el LCP (tot i que també pot ser un problema), sinó el TTFB: el temps que el servidor tarda a respondre abans d’enviar el primer byte d’HTML. En botigues amb 5.000 o més SKUs actius, les consultes de base de dades per generar la pàgina de categoria amb filtres aplicats poden superar els 600 ms de TTFB, la qual cosa compromet automàticament el LCP tot i que la resta de la pàgina estigui optimitzada.
Segons el full de ruta de rendiment publicat per l’equip de WooCommerce l’octubre del 2025 al blog oficial de desenvolupadors, les consultes de productes en botigues d’alt volum són l’àrea d’optimització prioritària per a WooCommerce 10.x. L’arquitectura de base de dades de WooCommerce fa servir taules de metadades (wp_postmeta) per emmagatzemar atributs de producte, la qual cosa genera consultes JOIN complexes que no escalen bé amb catàlegs de desenes de milers de productes.
Solucions pràctiques per a catàlegs grans:
El primer nivell d’optimització és la memòria cau d’objectes. WP Rocket, Redis Object Cache o Memcached redueixen les consultes repetides a la base de dades emmagatzemant els resultats en memòria. Per a categories amb trànsit alt i catàleg estable, la memòria cau de pàgina completa elimina la consulta de base de dades per als visitants que no han iniciat sessió i no tenen productes a la cistella.
El segon nivell és la indexació de base de dades. Connectors com WooCommerce Product Search o SearchWP fan servir índexs propis per a les cerques internes de la botiga, desvinculant-les de les consultes MySQL natives que no estan optimitzades per a text lliure.
El tercer nivell, per a catàlegs de més de 10.000 SKUs, és considerar la cerca externa: Elasticsearch (amb el connector ElasticPress) o Algolia (amb WooCommerce Algolia Search) mouen les cerques i els filtres completament fora de MySQL, amb temps de resposta inferiors a 50 ms independentment de la mida del catàleg.
LCP a pàgines de producte: l’element LCP en una fitxa de producte WooCommerce és gairebé sempre la imatge principal del producte. La configuració correcta implica: imatge en format WebP (o AVIF per a catàlegs nous), dimensions explícites a l’HTML per evitar CLS, i fetchpriority="high" a la imatge principal del producte perquè el navegador la prioritzi per sobre d’altres recursos. La majoria de temes WooCommerce no afegeixen aquest atribut automàticament; cal verificar-lo al codi del tema o afegir-lo mitjançant una eina de rendiment.
Variacions de producte i SEO: canonical i gestió d’URLs d’atributs
Les variacions de producte són la funcionalitat més usada de WooCommerce i, simultàniament, la font més comuna d’errors SEO. La raó és que WooCommerce gestiona les variacions de manera diferent a com ho fa Shopify: mentre Shopify crea URLs distintes per a cada variant (/products/samarreta/navy-medium), WooCommerce fa servir paràmetres a la mateixa URL del producte.
Aquest enfocament té un avantatge SEO: tota l’autoritat d’enllaç s’acumula en una sola URL per producte, no dispersada entre variants. Però també té un risc: si els paràmetres de variació són rastreables i indexables, Google veu múltiples versions de la mateixa pàgina.
Implementació correcta de canonical en variacions. L’etiqueta canonical de qualsevol URL parametritzada de variació ha d’apuntar a la URL del producte sense paràmetres. Així: la URL /producte/samarreta/?attribute_pa_color=blau ha de tenir <link rel="canonical" href="https://labotiga.com/producte/samarreta/" />. Això li diu a Google que la versió autoritzada és la URL neta, independentment de quina variació estigui veient l’usuari.
Pàgines d’arxiu d’atributs. WooCommerce genera automàticament pàgines d’arxiu per a cada atribut global: /atribut-de-producte/color/, /atribut-de-producte/color/blau/. Aquestes pàgines són accessibles i rastreables per defecte. Per a la majoria de botigues s’han de configurar amb noindex, perquè són llistes de productes filtrats per atribut que generalment no corresponen a una intenció de cerca específica. L’excepció són atributs amb volum de cerca propi: “sabatilles blau marí” pot justificar una pàgina indexable si hi ha prou inventari en aquell color.
Hreflang i variacions en botigues multiidioma. Si la botiga serveix múltiples idiomes (mitjançant WPML, Polylang o el connector Multilingual de WooCommerce), les variacions de producte afegeixen una capa de complexitat: cada combinació de variació existeix potencialment en cada idioma. La regla és la mateixa que per al producte base: el canonical de cada URL parametritzada apunta a la versió del producte en l’idioma correcte, i el hreflang s’implementa només a les URLs canòniques de cada idioma, no a les URLs parametritzades.
Els canvis de permalinks de WooCommerce (10.5). El gener del 2026, el blog de desenvolupadors de WooCommerce va anunciar canvis en la gestió de permalinks de producte per a la versió 10.5. L’actualització modifica el comportament per defecte del product base als permalinks. Si fas servir o planeges actualitzar a WooCommerce 10.5 o superior, verifica el comportament de les etiquetes canonical després de l’actualització i assegura’t que els redirects 301 estiguin en funcionament per a les URLs que canviïn.
Diferències SEO entre WooCommerce, Shopify i PrestaShop: les dades
Les comparatives entre plataformes d’e-commerce solen ser o massa parcials (publicades per les pròpies plataformes) o massa abstractes (llistes de funcionalitats sense context de rendiment real). Aquesta secció pren les dades disponibles de fonts independents i les tradueix en decisions pràctiques de SEO.
Quota de mercat i trajectòria. El 2026, Shopify lidera amb més de 5,8 milions de botigues actives segons les dades de Store Leads, front als 4,1 milions de WooCommerce. PrestaShop, que el 2020 era la segona opció més usada a Europa, ha perdut quota sostenidament: el 2026 té menys de 250.000 botigues actives segons les mateixes dades. Aquesta trajectòria importa per al SEO perquè afecta l’ecosistema de connectors, integracions i documentació disponible.
Control sobre l’estructura d’URLs. WooCommerce guanya clarament en aquest punt. Shopify fa servir una estructura d’URL fixa (/products/, /collections/) que no es pot modificar sense solucions complexes de redirecció. WooCommerce permet configurar completament el product base, el category base i l’estructura de permalinks. Per a botigues que necessiten URLs amb paraules clau específiques o que migren des d’una altra plataforma amb una estructura d’URLs consolidada, WooCommerce és l’opció que evita el cost SEO d’una migració d’estructura d’URLs.
Product schema per defecte. Shopify genera schema Product complet amb preu, disponibilitat i ressenyes en tots els temes aprovats per a la seva botiga d’aplicacions. WooCommerce requereix un connector SEO addicional (Yoast WooCommerce SEO premium o Rank Math amb configuració manual) per aconseguir un schema equivalent. PrestaShop té schema bàsic natiu, però sense el nivell de personalització de WooCommerce amb connectors.
Rendiment base (sense optimització). En proves comparatives publicades per WP Rocket el 2025 fent servir PageSpeed Insights amb botigues de configuració estàndard, les botigues Shopify amb temes Debut o Dawn obtenen LCP medians de 2,1 segons en mòbil, mentre que les botigues WooCommerce amb temes similars (Storefront) obtenen LCP medians de 3,4 segons. Aquesta diferència es deu principalment al fet que Shopify serveix el contingut des d’una CDN global amb optimització automàtica d’imatges; WooCommerce depèn de l’allotjament contractat i de la configuració del propietari. Amb un allotjament de qualitat i WP Rocket configurat correctament, WooCommerce pot igualar o superar aquests valors, però requereix intervenció activa.
“La decisió entre Shopify i WooCommerce per a SEO no és una decisió tècnica: és una decisió sobre capacitat d’execució”, assenyala Crystal Carter, directora de comunicació SEO a Wix (amb experiència prèvia auditant centenars de botigues d’ambdues plataformes). “Shopify et dona bons valors per defecte que no requereixen manteniment tècnic. WooCommerce et dona més control, però aquell control només és un avantatge si tens els recursos per fer-lo servir correctament.”
PrestaShop el 2026. La pèrdua de quota de mercat de PrestaShop ha reduït l’ecosistema de connectors SEO disponibles. Els mòduls de tercers per a schema avançat, gestió de duplicats i Core Web Vitals són significativament menys madurs que els equivalents de WooCommerce o Shopify. Per a botigues en PrestaShop que avaluen una migració, el cost SEO de migrar a WooCommerce (amb pla de redirects i període de recuperació de posicionament de 3-6 mesos) s’ha de contrastar amb el cost de mantenir una plataforma amb ecosistema en declivi.
WooCommerce és una plataforma amb més potencial SEO que qualsevol de les seves competidores directes, però aquell potencial requereix configuració activa. Els problemes que veiem en auditories de botigues WooCommerce no són errors de la plataforma: són conseqüències de configuracions per defecte pensades per a la usabilitat, no per al SEO.
Les accions que pots fer avui: verifica a Google Search Console si tens URLs parametritzades de variacions indexades (cerca-les a l’informe de Pàgines > Per què no s’indexen); revisa que les teves pàgines /cistella/ i /finalitzar-compra/ tenen noindex al codi font; valida l’schema Product de la teva pàgina de producte més important amb el Rich Results Test de Google; i mesura el TTFB de la teva pàgina de categoria amb més productes amb PageSpeed Insights.
Recursos del clúster per aprofundir en aspectes específics:
- SEO per a WordPress: Guia Completa — el lloc WordPress que sosté la botiga
- Product Schema en E-commerce — implementació avançada de schema.org Product
- Contingut Duplicat en E-commerce — estratègia completa per a botigues amb catàlegs complexos
- Shopify vs WooCommerce SEO — comparativa en profunditat entre les dues plataformes líders
- SEO per a Shopify — si avalues l’alternativa principal de WooCommerce