Google pot ignorar una canonical tag que tu mateix has posat. No és un bug ni un caprici de l’algorisme: és que el motor de cerca tracta les etiquetes canonical com un senyal fort, no com una ordre. Si els teus enllaços interns contradiuen la canonical declarada, si el contingut entre la URL canònica i la variant difereix més del que s’esperava, o si hi ha inconsistències entre la canonical i el sitemap, Google es reserva el dret de triar la seva pròpia versió preferida. Per a moltes botigues en línia, aquest és el punt de partida equivocat: pensen que instal·lar una canonical és suficient i deixen de revisar. No ho és.
El problema amb el contingut duplicat en ecommerce no és que existeixi, sinó que és estructuralment inevitable. Un producte disponible en tres colors i dues talles genera sis URLs amb contingut gairebé idèntic abans fins i tot de considerar els filtres de categoria, els paràmetres d’ordenació o les pàgines de paginació. Una botiga mitjana de 5.000 referències pot fàcilment tenir 40.000 URLs rastrejables, de les quals un terç són variacions del mateix contingut. Sense una estratègia de canonical tags ben executada, Google gasta el seu crawl budget en variants sense valor i dilueix els senyals dels productes que realment importen.
Aquesta guia no és una introducció a les canonical tags. És una estratègia d’implementació específica per a ecommerce, amb casos concrets per a variants de producte, navegació facetada, paginació i contingut compartit entre categories.
Què són les canonical tags i com les interpreta Google
Una canonical tag és una declaració de preferència, no una instrucció obligatòria. Es col·loca al <head> d’una pàgina HTML amb l’atribut rel="canonical" i una URL destí: li dius a Google quina de totes les versions possibles d’una mateixa pàgina vols que consideri com la principal i que usi per consolidar senyals d’autoritat.
El mecanisme sembla senzill, però la part que molts equips passen per alt és la següent: Google valida el senyal de canonical comparant-lo contra altres senyals del lloc. Si poses rel="canonical" apuntant a /producte-blau/ però la majoria dels teus enllaços interns apunten a /producte-blau/?color=blue, Google pot decidir que la URL amb paràmetre és, a la pràctica, la versió preferida del lloc. No perquè ignorin la teva etiqueta per malícia, sinó perquè les dades de rastreig contradiuen la declaració.
Segons la documentació oficial de Google Search Central, els factors que consideren per triar una URL canònica són: l’etiqueta rel="canonical", les redireccions, els sitemaps XML, els enllaços interns i l’historial de rastreig. Només el primer és la teva declaració explícita. Els altres quatre són senyals implícits que el lloc emet constantment. Si no estan alineades, la canonical pot perdre la votació.
Una dada reveladora d’un estudi de Semrush sobre botigues en línia europees: el 43% dels ecommerce analitzats tenien errors de canonical tags que afectaven directament quines pàgines apareixien a l’índex de Google. L’error més freqüent no era l’absència de canonical, sinó canonical tags apuntant a la URL incorrecta o inconsistents amb els sitemaps declarats.
Això té conseqüències directes. Una botiga que ven sabatilles de running amb tres amplades disponibles (normal, ample, extra ample) pot estar consolidant tot el trànsit a la variant d’amplada normal, quan en el seu mercat específic la variant “ample” té el doble de cerques. La canonical no és només una eina tècnica: és una decisió d’estratègia de contingut.
Canonical vs 301 vs noindex: quan usar cadascun
Abans d’implementar res, convé tenir clar quan cada eina és l’adequada. Els tres mecanismes resolen problemes relacionats però diferents, i confondre’ls genera errors que triguen mesos a detectar-se.
Canonical tag: Usa-la quan necessites que una URL continuï sent accessible per a l’usuari però vols consolidar els seus senyals SEO en una altra URL. El cas clàssic és una variant de producte: /vestit-vermell/ ha de poder visitar-la l’usuari (pot ser que hagi arribat des d’un anunci o des d’un enllaç extern), però no vols que Google la tracti com una pàgina independent amb autoritat pròpia.
Redirecció 301: Usa-la quan una URL ja no existeix o ha canviat de forma permanent. Si el producte /vestit-vermell/ ha estat discontinuat i redirigeix a /vestits/, el 301 transfereix el PageRank i li diu a Google que la URL antiga ja no té contingut propi.
Noindex: Usa-la quan una URL no ha d’aparèixer als resultats de cerca, però sí ha de continuar existint i ser rastrejable. Les pàgines de carret, de confirmació de comanda o de resultats de cerca interna són bons candidats.
L’error que més vegades apareix en auditories és combinar-los incorrectament: canonical apuntant a una pàgina amb noindex, o canonical en una URL que té una redirecció 301 activa. El primer és especialment destructiu perquè el senyal canonical queda anul·lat pel noindex de la URL destí, i Google pot indexar la variant que volies suprimir.
L’estratègia de canonical self-referencing
La pràctica més efectiva i menys implementada en ecommerce és el canonical self-referencing universal: cada URL del lloc té una etiqueta canonical que apunta a si mateixa. Sense excepcions.
Per què funciona? Perquè elimina l’ambigüitat en tots els casos on Google podria dubtar. Considera una URL de producte típica:
https://botiga.cat/sabatilles-running-nike-pegasus/Sense canonical declarada, aquesta URL competeix potencialment contra:
https://botiga.cat/sabatilles-running-nike-pegasus
https://www.botiga.cat/sabatilles-running-nike-pegasus/
https://botiga.cat/sabatilles-running-nike-pegasus/?utm_source=newsletter
https://botiga.cat/sabatilles-running-nike-pegasus/?ref=facebookAmb una canonical self-referencing explícita, Google sap des del primer rastreig quina és la versió preferida. Els paràmetres UTM i de referència, que els equips de màrqueting afegeixen contínuament a les seves URLs, no contaminen l’índex.
El canonical self-referencing prevé aproximadament el 80% dels problemes de duplicats per paràmetres d’URL que apareixen en ecommerce. No és un nombre oficial de Google, però qualsevol auditoria d’una botiga sense aquesta implementació ho confirma ràpidament.
La implementació tècnica varia segons la plataforma: Shopify ho fa per defecte des del 2021, WooCommerce ho delega a plugins com Yoast o RankMath, Magento requereix configuració específica al mòdul d’URL. L’important és verificar-ho amb un crawl de Screaming Frog després de configurar-lo: no assumeixis que el CMS ho està fent correctament.
Canonical tags per a variants de producte
Aquí és on la majoria de botigues comet errors amb conseqüències directes en el ranking. Quan un producte té variants (color, talla, material, capacitat), es generen dues estratègies possibles:
Estratègia A: URLs separades amb canonical al producte principal. Cada variant té la seva pròpia URL rastrejable i tots apunten al producte base com a canònic. /sabatilles-running-blaves/ i /sabatilles-running-vermelles/ tenen rel="canonical" apuntant a /sabatilles-running/.
Estratègia B: Variants mitjançant paràmetres o fragments, amb URL base canònica. Les variants només existeixen com a ?color=blau o com a estat de JavaScript, sense URL pròpia indexable.
L’elecció entre A i B depèn de si les variants tenen demanda de cerca pròpia. Si “sabatilles running blaves” té 500 cerques mensuals i “sabatilles running vermelles” en té altres 300, potser t’interessa que cada color tingui la seva pròpia pàgina indexada i posicionada. En aquell cas, ambdues variants han de ser pàgines independents amb contingut diferenciat (descripció, imatges, especificacions), sense canonical apuntant al producte principal, sinó amb canonical self-referencing.
Si les variants no tenen demanda de cerca independent i el contingut entre pàgines és gairebé idèntic, l’Estratègia A és la correcta: canonical apuntant al producte principal, que consolida tot el PageRank.
L’error que no has de cometre és barrejar ambdues estratègies sense criteri. Un rastreig d’una botiga d’electrònica amb 8.000 referències va mostrar que el 60% de les variants tenien canonical al producte base, però el 40% restant tenia canonical self-referencing. El resultat era inconsistent: Google estava indexant selectivament variants que no havien d’aparèixer als resultats i descartant pàgines que sí havien de posicionar-se.
Canonical tags per a navegació facetada
La navegació facetada, també coneguda com a filtres de categoria, és el principal generador de contingut duplicat en ecommerce. Una categoria de “sabatilles running” amb filtres per marca, preu, material i gènere pot generar matemàticament milers de combinacions d’URL:
/sabatilles-running/?marca=nike
/sabatilles-running/?marca=nike&preu=50-100
/sabatilles-running/?marca=nike&preu=50-100&genere=dona
/sabatilles-running/?material=meshLa guia de SEO ecommerce cobreix en profunditat la navegació facetada, però des de la perspectiva de canonical tags el principi és senzill: les URLs de filtre que no tenen valor de cerca independent han d’apuntar a la categoria base com a canònica.
La pregunta pràctica és: quines URLs de filtre sí tenen valor de cerca? Algunes combinacions de filtres es converteixen en keywords amb demanda real. “Sabatilles running Nike dona barates” pot tenir milers de cerques mensuals. Si /sabatilles-running/?marca=nike&genere=dona respon exactament a aquella cerca, pot valer la pena tractar-la com una pàgina independent amb canonical self-referencing i contingut específic.
Per prendre aquesta decisió de forma sistemàtica, l’eina és la combinació d’un crawl de Screaming Frog (per veure quines URLs de filtre s’estan generant) amb dades de Google Search Console (per veure si aquelles combinacions generen impressions de cerca). Les que no apareixen a Search Console rarament mereixen ser indexades; les que generen impressions rellevants mereixen una valoració individual.
Una regla pràctica: les combinacions d’un sol filtre amb alta demanda (marca, categoria específica) poden indexar-se. Les combinacions de dos o més filtres han de tenir canonical a la categoria base llevat d’evidència explícita de demanda.
Canonical tags i paginació: l’error més estès
Quan Google va anunciar el 2019 que deixava de donar suport a rel=prev/next, molts equips de SEO van afegir canonical apuntant a la pàgina 1 en totes les pàgines de paginació. La lògica era: si la paginació no té senyals de consolidació, millor apuntar tot a la primera pàgina.
Aquest raonament és incorrecte i té conseqüències greus. Si /categoria/pagina/3/ té rel="canonical" apuntant a /categoria/, li estàs dient a Google que la pàgina 3 és un duplicat de la pàgina 1. Google pot concloure que tota la paginació és contingut duplicat i deixar de rastrejar les pàgines 3, 4, 5… i els productes que només apareixen en aquelles pàgines poden quedar sense indexar.
L’estratègia correcta per a paginació és canonical self-referencing en cada pàgina:
/categoria/apunta a/categoria//categoria/pagina/2/apunta a/categoria/pagina/2//categoria/pagina/3/apunta a/categoria/pagina/3/
Això li diu a Google que cada pàgina de paginació té contingut únic i propi, cosa que és tècnicament certa: cada pàgina mostra un conjunt diferent de productes. Google rastrejarà cada pàgina i consolidarà els senyals de la categoria de forma natural a través dels enllaços interns.
Una nota sobre el contingut duplicat entre pàgines de paginació: la capçalera, la descripció de categoria i els elements de navegació són idèntics en totes les pàgines. Això no és un problema significatiu sempre que els productes llistats siguin distints. Google entén que els elements d’interfície es repeteixen en sistemes de paginació.
Canonical cross-domain: quan i com usar-les
Les canonical cross-domain són l’eina menys usada i més útil per a ecommerce amb presència en marketplaces. Si la teva botiga ven a Amazon, El Corte Inglés Online o qualsevol marketplace que permeti fitxes de producte pròpies, et pots trobar que el mateix contingut existeix en dos dominis.
La canonical cross-domain funciona igual que la nacional: s’afegeix rel="canonical" a la pàgina del marketplace apuntant a la teva botiga pròpia. Google consolida els senyals d’autoritat en el teu domini. El prerequisit és que el marketplace permeti afegir aquesta etiqueta, i la majoria no ho permet.
El cas on sí tens control total és si la teva empresa opera múltiples botigues en línia per a diferents mercats amb contingut compartit. Una empresa que ven el mateix catàleg a .com i .es pot usar canonical cross-domain per consolidar senyals si el contingut en espanyol és idèntic o molt similar.
Dues limitacions importants a considerar. Primera: si el contingut entre les dues versions difereix en més d’un 25-30% (adaptacions de preu, descripció diferent, especificacions distintes), Google pot ignorar la canonical cross-domain perquè els continguts no són substancialment idèntics. Segona: no usis canonical cross-domain per senyalar cap a un domini que no controles. Google pot penalitzar-ho com a manipulació de senyals.
Pots llegir més sobre les implicacions de contingut duplicat entre plataformes al recurs sobre contingut duplicat en ecommerce.
Errors de canonical tags i com auditar-los
Els errors de canonical tags s’agrupen en quatre categories segons el seu impacte en el ranking.
Categoria 1 — Alta gravetat: Canonical apuntant a pàgines amb noindex. Aquest és l’error més destructiu. La URL canònica declarada no pot indexar-se, i Google descarta el senyal de canonical complet. El resultat és que la URL original (la que hauria de ser variant) pot acabar indexant-se o cap de les dues pot posicionar-se correctament.
Categoria 2 — Alta gravetat: Canonical apuntant a cadenes de redirecció. Si la URL canònica té una redirecció 301 activa, Google pot seguir la cadena o no. En ecommerce amb moltes migracions d’URL històriques, aquest patró apareix amb freqüència: una canonical apunta a una URL que va ser redirigida fa 18 mesos i la redirecció no es va actualitzar.
Categoria 3 — Gravetat mitjana: Canonical inconsistents amb el sitemap. Si el sitemap XML inclou URLs que no tenen canonical self-referencing o que tenen canonical apuntant a una altra URL, hi ha una contradicció de senyals. Google considerarà quina de les dues fonts és més fiable segons el seu historial de rastreig.
Categoria 4 — Gravetat baixa però freqüent: Canonical amb i sense trailing slash barrejats. En una botiga on la URL oficial és /producte/ (amb barra final), tenir canonical tags amb /producte (sense barra) en algunes pàgines genera senyals contradictoris. Sembla un detall menor però és suficient perquè Google hagi de resoldre l’ambigüitat.
El procés d’auditoria de canonical tags a Screaming Frog és directe: configura l’exportació per incloure la URL rastrejada, la canonical declarada i el status code de la canonical. Filtra els casos on la canonical no coincideix amb la URL (per detectar variants) i verifica que totes aquelles canonicals responguin amb status 200 i no tinguin noindex. El filtratge addicional per “canonical chain” detecta els casos on la canonical apunta a una altra URL que al seu torn té una canonical diferent: això sempre s’ha de resoldre.
Martin Splitt, Developer Advocate de Google, va explicar en una sessió de Google Search Central Live el 2023: “La canonical és un dels senyals de consolidació més importants que tenim, però només funciona quan la resta del lloc la recolza. Un sitemap, uns enllaços interns i una canonical alineats valen deu vegades més que una canonical perfecta amb senyals contradictoris a la resta del lloc.”
Aquest punt resumeix la filosofia correcta d’implementació: les canonical tags no són una capa que s’afegeix per damunt de l’arquitectura del lloc. Són una declaració que ha de ser coherent amb totes les altres decisions d’enllaçat i estructura d’URLs.
Per completar l’estratègia tècnica d’ecommerce, el pas següent natural és revisar l’arquitectura de SEO tècnic per a botigues en línia i aplicar el que has après aquí en el context de l’estructura completa del lloc. Les canonical tags són una peça del sistema, no el sistema complet.
Les canonical tags en ecommerce no són difícils d’implementar. Són difícils d’implementar bé, perquè requereixen prendre decisions d’estratègia de contingut abans de tocar el codi: quines variants mereixen ser pàgines independents, quines combinacions de filtres tenen demanda de cerca real, quines pàgines han de consolidar-se i quines han de posicionar-se per si mateixes.
El punt de partida sempre és el mateix: un crawl complet amb Screaming Frog, una exportació de canonical tags declarades, i una comparació sistemàtica contra el sitemap i les dades de Search Console. El que trobis en aquella primera auditoria determinarà les prioritats del treball.
Una botiga que corregeix les seves canonical tags no veu resultats immediats. Google necessita tornar a rastrejar i re-processar els senyals. Espera entre 4 i 8 setmanes per veure canvis a l’índex, i entre 8 i 12 setmanes per veure l’impacte en rankings. Els ecommerce que han publicat els seus resultats d’auditoria reporten millores de entre un 15% i un 25% en pàgines correctament indexades, cosa que es tradueix en més visibilitat del catàleg i més oportunitats de posicionament de cua llarga.
Val la pena fer-ho bé des del principi. Si la teva botiga porta anys sense auditar les canonical tags, probablement hi ha errors acumulats que expliquen per què alguns productes amb bona autoritat de domini no estan posicionant on haurien.