El teu lloc WordPress porta mesos estancat a la segona pàgina de Google mentre un competidor amb la meitat del teu pressupost de contingut apareix al top 3? La resposta gairebé mai no està en publicar més articles. Està en els fonaments tècnics que la majoria dels llocs WordPress ignoren completament: la configuració de l’eina SEO, l’estructura de permalinks, la gestió dels arxius, el rendiment del tema i la gestió del contingut duplicat que WordPress genera de manera automàtica abans d’escriure ni una sola paraula.
WordPress impulsa el 43,5% de tots els llocs web del món, segons les dades de W3Techs actualitzades a 2025. És la plataforma CMS dominant per un marge enorme: més del quàdruple que el seu competidor més proper. Per al SEO, això té una conseqüència directa: l’ecosistema d’eines, extensions i documentació específica per a WordPress SEO és incomparablement més ric que per a qualsevol altra plataforma. Però també significa que quan comets un error tècnic de SEO a WordPress, estàs competint amb milions de llocs que cometen el mateix error i amb els que saben evitar-lo.
Aquesta guia cobreix tot el terreny que un lloc WordPress necessita per posicionar-se correctament el 2026: des de la tria de l’eina SEO fins a la gestió del contingut duplicat estructural de WooCommerce, passant pels Core Web Vitals, l’arquitectura de categories i el schema markup. Cada secció enllaça amb els recursos específics del clúster perquè puguis aprofundir en els aspectes més rellevants per al teu cas concret.
Per què WordPress domina el 43,5% del web i què significa per al SEO
La quota de mercat de WordPress no és un accident. És el resultat de dues dècades de desenvolupament obert, un ecosistema de 60.000 extensions i la combinació perfecta entre flexibilitat i accessibilitat per a usuaris no tècnics. W3Techs confirma al seu informe de 2025 que WordPress continua sent la plataforma de gestió de continguts amb més penetració en tots els segments: blocs personals, mitjans de comunicació, botigues en línia i llocs corporatius.
Per al SEO, aquesta dominància té implicacions concretes. La primera és que Google ha desenvolupat una comprensió específica de com funciona WordPress: reconeix els seus patrons d’URL, les seves estructures de taxonomia, el seu sistema de feeds RSS i les seves formes d’organitzar el contingut. Això pot ser un avantatge quan segueixes les bones pràctiques, però també significa que els errors tècnics més comuns a WordPress són perfectament recognoscibles per als algorismes de Google.
La segona implicació és que els problemes SEO de WordPress estan àmpliament documentats. No ets sol enfrontant-te a errors desconeguts: el contingut duplicat per arxius, els scripts que bloquegen la renderització dels constructors de pàgines, l’impacte dels temes multipropòsit als Core Web Vitals, els problemes de crawl budget en botigues WooCommerce amb milers de variacions de producte. Tots aquests problemes tenen solucions conegudes, provades i accessibles.
La tercera implicació és la més subestimada: com que tothom fa servir WordPress, la diferència entre un lloc que posiciona bé i un que no gairebé sempre és la qualitat de l’execució tècnica, no la plataforma en si. WordPress pot produir llocs amb puntuacions de PageSpeed de 95 o de 25. La diferència no és el CMS: és les decisions de configuració, tema, eines i arquitectura.
“WordPress és com un instrument musical”, va explicar Nathan Gotch, fundador de Gotch SEO, en una entrevista de 2024. “En mans equivocades produeix soroll; en mans correctes pot competir amb qualsevol plataforma en termes de rendiment SEO. El CMS no és la limitació. La limitació és el coneixement de qui el configura.”
L’eina SEO correcta: Yoast vs Rank Math vs SEOPress el 2026
La millor eina SEO per a WordPress no és sempre Yoast. Aquesta afirmació va contra el consens dominant al sector, però les dades d’ús i les comparatives tècniques independents de 2025 expliquen una història més matisada.
Yoast SEO continua sent l’eina amb més instal·lacions actives (13+ milions), i aquesta base d’usuaris no és un accident: és l’opció més madura, amb més anys d’historial, integració profunda amb WooCommerce i una interfície d’usuari que els equips no tècnics manegen bé des del primer dia. La versió gratuïta inclou anàlisi de llegibilitat, previsualització de com apareix el snippet a Google, control de meta robots, sitemap XML automàtic i gestió bàsica de redireccions. La versió premium (99 €/any per lloc) afegeix suggeriments de paraules clau relacionades, redireccions avançades, anàlisi de contingut orfe i suport prioritari.
Rank Math ha canviat el mercat en els darrers tres anys perquè inclou de manera gratuïta funcions que a Yoast requereixen la versió premium: schema markup estructurat amb més de 20 tipus de schema, seguiment de paraules clau integrat (connectat amb Google Search Console), redireccions 301 sense límit, anàlisi SEO per paraula clau amb puntuació detallada, i suport per a AMP i Web Stories. Per a llocs que necessiten implementar schema markup avançat sense pressupost per a eines addicionals, Rank Math és difícilment superable. El pla gratuït cobreix gairebé tots els casos d’ús habituals; el Business ($199/any) afegeix suport per a llocs de clients i anàlisis més granulars.
SEOPress és l’alternativa més interessant per a projectes on el rendiment tècnic és prioritari. El seu impacte en el temps de càrrega és notablement menor que el de Yoast o Rank Math: genera menys JavaScript al frontend, té una arquitectura més modular i està optimitzat per reduir les consultes a la base de dades. Per a llocs d’e-commerce amb milers de productes o amb requisits estrictes de Core Web Vitals, SEOPress Pro (49 €/any per a llocs il·limitats) ofereix una relació qualitat-preu excel·lent.
La tria pràctica per al 2026: si l’equip ja coneix Yoast, el cost del canvi no justifica la migració. Si comences un projecte nou amb requisits de schema avançat i pressupost limitat, Rank Math és la primera opció a avaluar. Si el rendiment tècnic és crític (botiga amb molt de trànsit, lloc amb moltes eines actives), SEOPress mereix una avaluació seriosa.
Una advertència sobre el schema: les tres eines generen schema bàsic, però cap no substitueix la implementació personalitzada per a casos d’ús complexos. Un lloc de receptes necessita schema Recipe amb tots els seus camps. Un lloc d’esdeveniments necessita schema Event amb dates, ubicació i disponibilitat d’entrades. Un e-commerce d’alt volum necessita schema Product amb preu, disponibilitat i ressenyes actualitzats dinàmicament. Per a aquests casos, les eines són el punt de partida, no la destinació final.
Configuració tècnica bàsica: permalinks, sitemap, robots.txt
Abans de pensar en contingut o en link building, una configuració tècnica incorrecta de WordPress pot sabotejar tot el treball que facis a sobre. Aquests tres elements apareixen amb més freqüència mal configurats a les auditories.
Estructura de permalinks. WordPress permet set estructures d’URL predefinides més l’opció de personalització completa. L’única estructura recomanada per a SEO és la del nom de l’entrada (/%postname%/). Evita incloure la categoria al permalink (/%category%/%postname%/) per una raó pràctica concreta: si reorganitzes l’estructura de categories del lloc, totes les URLs dels posts canvien. Això significa perdre l’historial de posicionament i l’autoritat d’enllaç acumulada. L’estructura amb data (/%year%/%monthnum%/%day%/%postname%/) té el problema addicional que envelleix visualment el contingut als snippets de cerca, la qual cosa pot reduir el CTR.
Sitemap XML. Tant Yoast com Rank Math generen sitemaps XML automàticament. La configuració que la majoria ignora és què incloure i què excloure. Per defecte, aquestes eines inclouen totes les taxonomies, arxius i tipus de contingut. El resultat és un sitemap amb milers d’URLs de baixa qualitat: pàgines d’etiqueta amb un sol post, pàgines d’autor sense contingut propi, arxius de data de fa cinc anys. Un sitemap ben configurat inclou només les URLs que vols que Google indexi prioritàriament: posts, pàgines principals, productes (si aplica) i categories de valor.
A Google Search Console, la secció Índex > Sitemaps et mostra quantes URLs del sitemap ha indexat Google respecte a quantes n’has enviat. Una ràtio d’indexació inferior al 70% és un senyal que el sitemap inclou moltes URLs de baixa qualitat que Google no considera dignes d’indexar.
Robots.txt. L’arxiu robots.txt de WordPress té una configuració per defecte força permissiva. Les configuracions que has d’afegir o revisar inclouen: bloquejar l’accés a /wp-admin/ (excepte admin-ajax.php), bloquejar directoris interns com /wp-includes/ que no s’han d’indexar, i desbloquejar explícitament les carpetes de uploads si tens una regla de bloqueig àmplia. Les eines SEO generen un robots.txt virtual que pots editar des de la seva interfície; és preferible a l’arxiu físic perquè s’actualitza automàticament amb la configuració de l’eina.
Una configuració específica per a WooCommerce al robots.txt: bloquejar /cistella/, /finalitzar-compra/, /el-meu-compte/ i /wp-json/ evita que Google indexi pàgines transaccionals i endpoints de l’API REST que no tenen valor SEO.
Core Web Vitals a WordPress: el problema real és el tema
Els Core Web Vitals de WordPress són, a la pràctica, un problema de tema i d’allotjament molt més que un problema de configuració d’eina SEO. He vist llocs amb Yoast perfectament configurat que falla els tres Core Web Vitals per un únic motiu: tenen instal·lat un tema multipropòsit de 2020 que genera 3.000 nodes DOM, carrega 22 arxius CSS i 18 arxius JavaScript a cada pàgina.
El LCP (Largest Contentful Paint) a WordPress té una causa dominant: l’element visual més gran de la pàgina —normalment la imatge hero, la imatge destacada del post o la imatge principal del producte— tarda massa a carregar-se. Els factors que hi contribueixen, per ordre d’impacte, són: allotjament lent (TTFB alt), imatge sense optimitzar (massa pesada, format JPEG en comptes de WebP), lazy loading activat a la imatge hero (error freqüent), i JavaScript que bloqueja la renderització i endarrereix el primer renderitzat.
L’INP (Interaction to Next Paint, que va substituir FID com a mètrica oficial el 2024) mesura la capacitat de resposta del lloc a les interaccions de l’usuari. A WordPress, el principal culpable d’un INP deficient és JavaScript excessiu executant-se al fil principal durant la càrrega: eines de xat, píxels de remarketing, scripts d’analítica mal configurats, i el JavaScript dels constructors de pàgines com Elementor que pot generar un treball al fil principal de 8-12 segons en una instal·lació típica amb molts ginys actius.
El CLS (Cumulative Layout Shift) a WordPress es produeix principalment per imatges sense dimensions definides, elements inserits dinàmicament per eines (bàners de galetes, bombolles de xat, pop-ups), i fonts web que es carreguen tard i causen un flash de text no visible seguit d’un reflow de layout.
Eines de memòria cau: WP Rocket és la solució més completa per abordar simultàniament LCP, INP i CLS. Les seves funcions de CSS crític inline, Remove Unused CSS i Delay JavaScript Execution ataquen les causes principals dels tres problemes. LiteSpeed Cache és la millor alternativa gratuïta, especialment en servidors LiteSpeed. Per a una guia completa d’optimització de Core Web Vitals específicament a WordPress, amb configuració pas a pas de WP Rocket i benchmarks comparatius, consulta el recurs específic d’aquest clúster: Core Web Vitals a WordPress.
Selecció de tema: Els temes que consistentment produeixen els millors resultats als Core Web Vitals són GeneratePress (DOM de 300-600 nodes, CSS de base inferior a 10 KB), Kadence (equilibri entre disseny i rendiment), i els temes natius de blocs (Twenty Twenty-Four i Twenty Twenty-Five) que el WordPress Performance Team recomana. Un tema multipropòsit com Avada, Divi o BeTheme pot generar un DOM de 2.000 a 4.000 nodes i carregar 15-25 arxius CSS encara que el disseny de la pàgina sigui senzill.
Pensa-hi d’aquesta manera: optimitzar els Core Web Vitals en un lloc amb un tema multipropòsit és com intentar que un camió de 20 tones completi una cursa de Fórmula 1 canviant els pneumàtics. Pots fer millores marginals, però l’arquitectura base imposa un límit que les eines no poden superar. La selecció del tema és la decisió de rendiment més important que prendràs a WordPress.
WooCommerce SEO: gestió de contingut duplicat i product schema
WooCommerce té una relació complicada amb el SEO perquè genera contingut duplicat de manera estructural. Comprendre d’on ve aquest duplicat i com controlar-lo és el primer pas per a qualsevol estratègia SEO en una botiga WordPress.
Pàgines de variacions de producte. WooCommerce permet crear variacions (talles, colors, models) per al mateix producte. Per defecte, cada variació és accessible des de la mateixa URL del producte, i els paràmetres de variació generen URLs addicionals com /producte/samarreta/?attribute_pa_color=vermell&attribute_pa_talla=m. Sense gestió activa, Google pot rastrejar i intentar indexar centenars d’aquestes URLs parametritzades com a pàgines independents. La solució és configurar l’etiqueta canonical perquè totes les variacions apuntin a la URL del producte principal, i afegir regles al robots.txt o a la configuració de l’eina SEO per bloquejar els paràmetres d’URL de les variacions.
Arxius de categories i navegació facetada. Les categories de WooCommerce tenen un comportament dual: són eines de navegació per a l’usuari i, alhora, pàgines de destinació SEO per a cerques de categoria. La trampa és la paginació: una categoria amb 200 productes genera pàgines /page/2/, /page/3/, etc., que poden convertir-se en contingut duplicat si no tenen contingut únic a cada pàgina més enllà de la graella de productes. L’etiqueta canonical que apunta a la primera pàgina de la categoria és el senyal estàndard per gestionar-ho.
Per a una anàlisi més profunda dels problemes SEO específics de WooCommerce, incloent-hi la gestió de la navegació facetada, l’estructura de categories per a botigues amb molts productes i la implementació de schema Product, consulta la guia dedicada de WooCommerce SEO.
Product schema. El schema markup de tipus Product és probablement la implementació de dades estructurades amb major impacte mesurable en e-commerce. Un producte amb schema correcte pot aparèixer als rich results de Google amb preu, disponibilitat, puntuació de ressenyes i imatge, la qual cosa pot incrementar el CTR de la pàgina de producte entre un 20% i un 40% respecte al snippet estàndard.
Rank Math i WooCommerce SEO (l’extensió oficial de Yoast per a WooCommerce) generen schema Product automàticament. Els camps més crítics a verificar són: nom del producte, descripció, imatge, preu amb currency i priceCurrency, disponibilitat (InStock / OutOfStock), i ressenyes si en tens. Un error comú és tenir el schema Product generat amb un preu desactualitzat o sense el camp de disponibilitat, la qual cosa pot provocar advertències a Google Search Console i reduir l’elegibilitat per a rich results.
El cas d’estudi: Una botiga de materials de construcció a Espanya amb 3.200 productes a WooCommerce. Abans de l’auditoria SEO, Google Search Console mostrava 12.400 URLs indexades, de les quals 9.800 eren pàgines d’arxiu de categories, paginació de categories i pàgines de variacions parametritzades. El contingut real de valor (pàgines de producte individuals i categories principals) representava només el 20% de l’índex. Després d’implementar etiquetes canonical en variacions, noindex en arxius de baixa qualitat i un sitemap XML net, l’índex es va reduir a 2.100 URLs. En els quatre mesos següents, el trànsit orgànic a pàgines de producte va augmentar un 68%, fonamentalment perquè l’autoritat d’enllaç va deixar de dispersar-se entre milers de pàgines de farciment i es va concentrar en les pàgines de destinació reals.
Imatges i rendiment: WebP, lazy loading i formats moderns
Les imatges són la causa número u de LCP deficient a WordPress. L’element LCP a la majoria de les pàgines WordPress és visual: una imatge hero, una imatge de producte, una imatge destacada del post. Si aquella imatge pesa 1,2 MB en comptes de 180 KB, i està en JPEG en comptes de WebP, el LCP acumula segons de retard abans que cap altre factor entri en joc.
Conversió a WebP. El format WebP redueix el pes de les imatges entre un 25% i un 35% respecte a JPEG optimitzat, segons dades publicades per Google. A la pràctica, per a imatges fotogràfiques d’alta qualitat la reducció pot ser major; per a imatges amb transparència la comparació correcta és WebP versus PNG, on els guanys són encara més grans. Les eines principals per a la conversió automàtica a WordPress són ShortPixel (pla gratuït de 100 imatges/mes, plans de pagament des de 3,99 dòlars/mes) i Imagify (20 MB gratuïts/mes, integrat amb WP Rocket). Totes dues converteixen automàticament les imatges en pujar-les i serveixen WebP als navegadors compatibles mitjançant regles de reescriptura al .htaccess.
Lazy loading. WordPress afegeix automàticament loading="lazy" a totes les imatges des de la versió 5.5. Des de la versió 5.9, exclou automàticament la primera imatge del contingut d’aquesta regla, perquè ajornar la càrrega de la imatge LCP és un error freqüent que endarrereix exactament l’element que Google mesura. El problema sorgeix quan els temes o les eines sobreescriuen aquest comportament, o quan la imatge hero està configurada com a fons CSS en comptes d’una etiqueta <img> (en aquest cas el lazy loading natiu no aplica i cal fer servir tècniques diferents per al preload prioritari).
Dimensions. WordPress genera múltiples mides de cada imatge pujada (miniatura, mitja, gran, completa) i les posa disponibles mitjançant l’atribut srcset. L’error que veig freqüentment és que el tema carrega sempre la imatge en mida completa —de vegades 2.400 px d’amplada— en un contenidor que visualment només té 800 px. Verifica a DevTools que les mides al srcset inclouen la mida correcta per al viewport mòbil (generalment entre 400 i 800 px) i que el navegador selecciona aquella mida per a dispositius mòbils.
Per a una guia tècnica completa d’optimització d’imatges, conversió massiva a WebP i configuració de lazy loading avançat, consulta el recurs de velocitat web i SEO.
Arquitectura de categories i gestió d’arxius
L’arquitectura de contingut a WordPress no és només una decisió d’organització: és una decisió SEO amb conseqüències directes al crawl budget, el risc de canibalització i l’autoritat d’enllaç intern.
Categories com a pàgines de destinació SEO. Les pàgines de categoria de WordPress s’han de tractar com a pàgines de destinació SEO de ple dret, no com a simples llistes de posts. Una categoria ben optimitzada té: títol i descripció únics (no autogenerats per l’eina SEO amb el nom de la categoria), schema BreadcrumbList per a la navegació, i contingut introductori d’almenys 200-300 paraules que Google pugui fer servir per entendre de què tracta la categoria. En molts llocs les categories són les pàgines que poden capturar més trànsit potencial perquè posicionen per a cerques més àmplies que els posts individuals.
El problema de les etiquetes. Les etiquetes de WordPress són probablement l’origen del malbaratament de crawl budget més comú en llocs editorials. Un lloc de 500 posts amb 800 etiquetes té 800 pàgines d’etiqueta, la majoria amb un o dos posts. Google les rastreja, les indexa, veu que tenen poc contingut únic i les considera pàgines de baixa qualitat. El resultat és que el crawl budget es gasta en aquestes pàgines en comptes de en el contingut principal. La configuració recomanada per a la majoria de llocs és: noindex a pàgines d’etiqueta (Yoast: Configuració > Aparença a la cerca > Taxonomies > Etiquetes > Mostrar als resultats de cerca: No), mantenint només les que tenen prou volum de posts per ser pàgines de destinació independents.
Arxius d’autor i de data. Els arxius d’autor són útils en llocs editorials amb múltiples autors on la pàgina de l’autor té valor propi (bio, credencials, col·lecció d’articles). En llocs d’empresa o d’un sol autor, són pàgines duplicades sense valor afegit. Els arxius de data (per any, mes, dia) rarament tenen valor SEO independent i haurien d’estar en noindex en la pràctica totalitat de casos.
Paginació. La paginació dels arxius de WordPress genera URLs /page/2/, /page/3/ etc. que s’han de gestionar amb etiquetes canonical que apuntin a la primera pàgina, o configurant rel="next"/"prev" perquè Google entengui la relació entre pàgines. El 2023 Google va deixar de fer servir formalment rel="next"/"prev" per a la canonicalització, però l’etiqueta canonical explícita continua sent necessària per evitar que les pàgines paginades competiixin entre elles.
Llista de verificació: auditoria SEO en 10 punts per a WordPress
Aquesta llista de verificació cobreix els errors de configuració més freqüents en auditories de llocs WordPress. Si has instal·lat l’eina SEO recentment o si mai no has revisat aquestes configuracions de manera sistemàtica, és probable que hi trobis diversos d’aquests problemes.
1. Estructura de permalinks. Configuració > Enllaços permanents. Ha d’estar a “Nom de l’entrada” (/%postname%/). Si no és així, canviar l’estructura ara requereix un pla de redireccions 301 per a totes les URLs existents.
2. Sitemap XML. Accedeix a /sitemap.xml o /sitemap_index.xml (segons l’eina). Verifica que les URLs incloses són pàgines de valor, no arxius de data ni pàgines d’etiqueta amb un sol post. A Google Search Console, comprova la ràtio d’URLs enviades versus indexades.
3. Meta robots de taxonomies. A la configuració de la teva eina SEO, comprova que les pàgines d’etiqueta, els arxius d’autor i els arxius de data tenen noindex si no són pàgines de destinació SEO independents.
4. Robots.txt. Accedeix a /robots.txt i verifica que /wp-admin/ està bloquejat (excepte admin-ajax.php), que els directoris d’eines i temes no estan exposats, i que les pàgines transaccionals de WooCommerce estan bloquejades si aplica.
5. Velocitat i Core Web Vitals. Mesura amb PageSpeed Insights. Si el LCP és superior a 2,5 segons en dades de camp, identifica si el coll d’ampolla és l’allotjament (TTFB alt), el tema (DOM excessiu) o les imatges (element LCP sense optimitzar). Prioritza la intervenció en aquest ordre.
6. Imatges. Verifica que les imatges hero i de producte se serveixen en WebP, que l’element LCP no té loading="lazy", i que les mides al srcset inclouen dimensions adequades per a mòbil.
7. Schema markup. Valida el schema de les pàgines principals al Rich Results Test de Google. Prioritza: Article (o BlogPosting) per a posts, Product per a pàgines de producte WooCommerce, BreadcrumbList per a tota la navegació, FAQPage per a les pàgines amb FAQs.
8. Etiquetes canonical. Verifica amb l’eina d’inspecció d’URLs de Google Search Console que les etiquetes canonical dels posts i pàgines principals apunten a la URL correcta. Un error freqüent és que l’eina està configurada per generar canonicals amb https però el lloc serveix les pàgines en http, o que hi ha discrepàncies entre URLs amb i sense barra final.
9. Contingut duplicat WooCommerce. Si tens WooCommerce, revisa que les variacions de producte tenen canonical apuntant al producte principal, que les pàgines de cistella i de finalització de compra estan en noindex, i que els filtres i paràmetres d’ordenació no generen URLs addicionals sense gestionar.
10. Indexació a Google Search Console. Revisa l’informe de Cobertura. Si hi ha errors de “Enviada al sitemap però bloquejada per robots.txt”, “Exclosa per etiqueta noindex” o “Pàgines duplicades amb canonical definida per l’usuari”, cadascun d’aquests estats requereix revisió per assegurar-te que la configuració és intencional i correcta.
WordPress el 2026 continua sent la plataforma amb més potencial SEO si es configura correctament, i amb més problemes SEO potencials si es configura a mitges. La diferència entre un lloc WordPress que posiciona bé i un que no rarament és el contingut: és els fonaments tècnics que cobreix aquesta guia.
Els recursos del clúster de plataformes CMS aprofundeixen en cada aspecte on necessites més anàlisi:
- SEO per a WooCommerce — gestió de duplicats, schema Product i arquitectura de categories en profunditat
- Core Web Vitals a WordPress — eines de memòria cau, optimització de temes i configuració pas a pas
- Velocitat web i SEO — anàlisi completa de factors de rendiment més enllà de WordPress
- SEO tècnic per a botigues en línia — els problemes tècnics comuns a totes les plataformes d’e-commerce
- WordPress vs Shopify SEO — comparativa directa per a projectes que avaluen la plataforma
- SEO per a Shopify — si estàs avaluant la migració o gestiones totes dues plataformes
- SEO per a PrestaShop — per a e-commerce amb necessitats de personalització avançada
- SEO per a Magento — per a projectes enterprise amb catàlegs complexos
- Shopify vs WooCommerce SEO — comparativa entre les dues plataformes d’e-commerce més usades