SEO per a Magento: Guia Completa d'Optimització 2026

Magento va néixer el 2008 com l’alternativa de codi obert per al comerç electrònic que WordPress mai no havia pogut ser: una plataforma dissenyada des de zero per gestionar catàlegs complexos, múltiples monedes, botigues internacionals i fluxos de compra que els complements de WooCommerce simplement no podien replicar amb fiabilitat. El 2018, Adobe va pagar 1.680 milions de dòlars per adquirir-la i reposicionar-la com a Adobe Commerce. Avui, segons les dades de BuiltWith i W3Techs actualitzades a 2025, Magento impulsa el 9,2% del mercat global de comerç electrònic i processa aproximadament 173.000 milions de dòlars en GMV anual. El 20% de les 1.000 botigues en línia més grans dels Estats Units funcionen sobre ella.

Magento no és per a tothom. Aquesta afirmació és el punt de partida més honest que es pot fer sobre la plataforma. Si la teva botiga té menys de 500 SKUs, un equip tècnic de menys de tres persones i un catàleg que no requereix configuracions B2B complexes, Magento probablement et costarà més del que t’aportarà. La plataforma excel·leix quan el catàleg és massiu, quan les regles de preus són intrincades, quan hi ha múltiples botigues en diversos idiomes o quan els requisits d’integració amb ERP i PIM fan que les solucions més senzilles es quedin curtes. Per a qui té sentit Magento des del punt de vista del SEO: botigues amb 5.000 SKUs o més, negocis internacionals amb múltiples idiomes i monedes, i empreses que necessiten control total sobre l’stack tècnic. Per a qui no: negocis que busquen velocitat de llançament i baix cost de manteniment.

Aquesta guia cobreix les set àrees on Magento i el SEO s’encreuen de manera específica i no evident: problemes que no existeixen en les altres plataformes del clúster. La gestió de duplicats en catàlegs de milers de SKUs, la configuració tècnica d’URL rewrites i etiquetes canonical, el repte real dels Core Web Vitals en instal·lacions enterprise, i la preservació del SEO en migracions de Magento 1 a 2.

Magento i les grans botigues: quan té sentit per al SEO

Tractar Magento com “una plataforma difícil de posicionar” és l’error de perspectiva més comú entre els SEOs generalistes. Magento no té més dificultats intrínseques de posicionament que qualsevol altra plataforma. El que sí té és una corba de configuració més pronunciada i una instal·lació per defecte que prioritza la flexibilitat tècnica sobre les bones pràctiques SEO. La distinció és important.

Les botigues que més es beneficien de Magento per al SEO són les que gestionen catàlegs on l’arquitectura de la informació és, per si mateixa, un avantatge competitiu. Pensa en un distribuïdor industrial amb 80.000 referències: la capacitat de Magento per crear URLs semàntiques per categoria, subcategoria i atribut, mantenir estructures de navegació profundes sense perdre velocitat de rastreig, i gestionar regles de preus complexes sense exposar paràmetres a la URL és quelcom que les plataformes més senzilles no poden igualar.

L’argument contrari també és vàlid. Segons les dades de Storeleads de finals de 2025, el nombre de botigues actives a Magento va caure un 10% interanual al quart trimestre. Part d’aquesta caiguda reflecteix migracions a plataformes cloud més gestionades (Shopify Plus, BigCommerce). Per al SEO tècnic, aquesta tendència té una implicació directa: Magento s’està especialitzant cap amunt, cap a instal·lacions enterprise amb més recursos tècnics, mentre les botigues de mida mitjana busquen alternatives amb menor cost de manteniment.

La pregunta que qualsevol negoci ha de fer-se abans de triar o mantenir Magento és senzilla: el valor que aporta el control tècnic total sobre la plataforma compensa el cost de mantenir una instal·lació Magento ben optimitzada per al SEO? Per a un comerç electrònic de roba amb 200 referències i un equip de cinc persones, la resposta gairebé sempre és no. Per a un majorista amb 50.000 SKUs, un equip tècnic propi i mercats en cinc països, la resposta pot ser clarament sí.

La guia sobre migració de plataforma de comerç electrònic i SEO cobreix els criteris de decisió de forma més exhaustiva per als que estan avaluant si mantenir-se a Magento o migrar.

SEO a Magento 2: URL rewrites, etiquetes canonical i robots.txt

La instal·lació per defecte de Magento 2 pren tres decisions que, si no es corregeixen des del primer dia, generen problemes SEO que s’acumulen i es tornen difícils de netejar: activa les rutes de categoria a les URLs de producte, no estableix etiquetes canonical i permet que Googlebot accedeixi a qualsevol URL generada pel sistema de filtres.

URL rewrites i rutes de categoria. Quan Magento genera la URL d’un producte, per defecte la construeix incloent la ruta de categoria: /roba/samarretes/samarreta-blava-m.html. Si el mateix producte pertany a tres categories, Magento genera tres URLs diferents per al mateix SKU. Googlebot les tracta com tres pàgines separades i distribueix el senyal d’enllaç entre elles. La solució està a Stores > Configuration > Catalog > Search Engine Optimization: establir Use Categories Path for Product URLs en No. Amb aquest canvi, cada producte té una única URL canònica independent de com s’hi arribi des del menú de navegació.

Etiquetes canonical. Dues opcions al mateix menú de configuració són responsables de bona part del contingut duplicat que afecta les botigues Magento: Use Canonical Link Meta Tag for Products i Use Canonical Link Meta Tag for Categories. Totes dues s’han d’establir en Yes. Aquesta configuració fa que Magento afegeixi el meta tag <link rel="canonical"> correcte a totes les pàgines de producte i categoria, indicant a Google quina és la URL principal quan existeixen múltiples rutes d’accés.

robots.txt. El panell d’administració de Magento permet editar el robots.txt des de Content > Design > Configuration > HTML Head. El fitxer per defecte bloqueja algunes rutes internes (admin, cron, etc.) però no els paràmetres de filtratge que genera la navegació facetada. Una botiga amb filtres de color, talla, preu i marca pot generar desenes de milers d’URLs parametritzades (?color=vermell&size=M&price=20-50) que Googlebot intentarà rastrejar. Afegir regles Disallow per als paràmetres que no tenen valor de cerca propi és una de les accions amb major impacte en el pressupost de rastreig de botigues Magento grans.

La taula url_rewrite a la base de dades de Magento acumula entrades històriques amb cada canvi d’URL o de categoria. En instal·lacions madures amb diversos anys d’activitat, aquesta taula pot contenir centenars de milers d’entrades orfes que alenteixen el processament d’URL i generen redireccions en cadena. Auditar-la i netejar les entrades obsoletes és una tasca de manteniment SEO que poques botigues fan regularment.

Gestió de catàlegs massius: contingut duplicat amb milers de SKUs

Si hi ha una àrea on el SEO de Magento difereix radicalment del de qualsevol altra plataforma del clúster és en la gestió del contingut duplicat a escala. Una botiga de moda amb 3.000 models, cadascun disponible en 8 talles i 6 colors, genera potencialment 144.000 combinacions de producte. A Magento, aquestes combinacions existeixen com a productes simples vinculats a productes configurables. Sense una política de canonical clara, Googlebot troba 144.000 URLs indexables que apunten a contingut pràcticament idèntic.

La gestió correcta d’aquest escenari té tres capes. La primera és la ja esmentada configuració d’etiquetes canonical: els productes simples (variacions) han de tenir un canonical que apunti al producte configurable pare. La segona capa és la decisió sobre quines variacions mereixen indexació independent. Si la cerca “samarreta blava talla M marca X” té volum de cerca rellevant, potser aquella variació hauria de tenir la seva pròpia URL indexable amb contingut diferenciat. Si no el té, ha d’apuntar amb canonical al producte pare i no intentar posicionar-se de forma autònoma.

La tercera capa, i la més complexa, és la gestió dels atributs de producte a les pàgines de categoria. Magento permet filtrar categories per qualsevol atribut del catàleg: color, material, preu, valoració, disponibilitat. Cada combinació de filtres genera una URL. Les URLs amb filtres que coincideixen amb cerques reals (com “sabatilles de running vermelles talla 42”) poden merèixer indexació. El 95% restant, que són combinacions arbitràries sense demanda de cerca, s’ha de gestionar amb noindex o amb directrius al robots.txt.

Patrick Stox, d’Ahrefs, va descriure en una anàlisi de comerç electrònic a gran escala que “el problema de contingut duplicat en botigues Magento enterprise no és un error de la plataforma: és el resultat de no haver definit una política d’indexació abans de llançar el catàleg. Les URLs existeixen perquè Magento les pot generar; el SEO tracta de decidir quines han d’existir per a Google.”

El recurs sobre etiquetes canonical en comerç electrònic desenvolupa en detall les estratègies d’implementació per a catàlegs complexos, incloent els casos de productes amb variacions i la navegació facetada.

Core Web Vitals a Magento: velocitat amb catàlegs enterprise

El rendiment a Magento és, per usar una analogia precisa, com afinar un motor de Fórmula 1 per conduir-lo per ciutat: la potència del motor no és el problema, ho és adaptar aquella potència a condicions per a les quals no va ser dissenyat originalment. Magento va ser construït per a la flexibilitat i escalabilitat del catàleg, no per a pàgines amb LCP per sota dels 2,5 segons en connexions mòbils.

Les dades de benchmarking de 2025 són contundents: les pàgines de categoria en instal·lacions Magento estàndard, sense optimització específica de rendiment, tenen freqüentment paquets de JavaScript que superen els 500 KB, temps de resposta del servidor (TTFB) superiors a 800 ms en configuracions d’allotjament estàndard, i LCP que rarament baixa dels 3 segons en mòbil. Cap d’aquestes mètriques és acceptable per als llindars “Good” de Google: LCP < 2,5 s, INP < 200 ms, CLS < 0,1.

Les causes principals del baix rendiment de Core Web Vitals a Magento són estructurals. El sistema de layout XML de Magento carrega per defecte molts mòduls JavaScript encara que no siguin necessaris en una pàgina específica. Els temes de tercers afegeixen biblioteques jQuery addicionals, sliders i efectes que incrementen el pes de JavaScript sense aportar valor de conversió. I la gestió d’imatges al catàleg sense una estratègia de càrrega diferida i formats moderns (WebP, AVIF) fa que les pàgines de categoria amb 24 o 48 productes carreguin desenes d’imatges simultàniament.

Les optimitzacions amb major impacte, ordenades per cost d’implementació:

1. CDN per a recursos estàtics: Cloudflare o Fastly davant de Magento redueix el TTFB entre un 40-60% per a usuaris fora del país del servidor principal.
2. Full Page Cache natiu: Magento inclou FPC natiu. Activar-lo correctament és el primer pas abans de qualsevol optimització de codi.
3. Compressió i conversió d’imatges: Mòduls com TinyIMG o la integració amb Cloudinary converteixen automàticament a WebP i optimitzen la mida dels fitxers.
4. Agrupació i diferiment de JavaScript: Usar agrupació RequireJS amb atributs async i defer estratègics redueix el temps de bloqueig de renderització.
5. Varnish Cache: Per a instal·lacions d’alt trànsit, Varnish davant del servidor d’aplicació elimina gairebé completament el cost de processament PHP per a pàgines en memòria cau.

La inversió en temps de desenvolupament per portar una instal·lació Magento enterprise a Core Web Vitals “Good” en totes les mètriques és realista però no trivial: l’agència Onilab va documentar el 2024 que el procés complet per a una botiga amb 20.000 SKUs va requerir aproximadament 6 setmanes de treball especialitzat.

Extensions SEO per a Magento: quines instal·lar i quines evitar

L’ecosistema d’extensions del Magento Marketplace inclou més de 30 extensions etiquetades com a “SEO”. La majoria són redundants amb funcions que Magento ja inclou de forma nativa; algunes són activament perjudicials perquè modifiquen la generació d’etiquetes canonical o la gestió del robots.txt de manera que interfereix amb la configuració nativa.

Les tres extensions amb presència real en instal·lacions enterprise i que cobreixen funcionalitats que Magento natiu no resol bé són:

Amasty SEO Toolkit (des de 299 dòlars): Cobreix rich snippets amb schema markup automatitzat per a productes, rastres de navegació i organitzacions; gestió d’hreflang per a botigues multiidioma; enllaçament creuant automàtic entre pàgines de categoria i pàgines de producte relacionat; i redireccions 301 massius. És l’extensió més completa però també la més cara.

Mirasvit Advanced SEO Suite: Té la millor documentació tècnica del mercat per a Magento i ofereix un control granular sobre la generació de meta tags per tipus de pàgina (producte, categoria, pàgina CMS, cerca interna). La seva funció d’anàlisi de contingut duplicat és útil per a auditories: genera un informe de les URLs amb contingut potencialment duplicat segons els paràmetres que l’administrador defineixi.

MageWorx SEO Suite Ultimate: L’opció amb millor relació qualitat-preu per a botigues de mida mitjana. Inclou extended snippets, plantilles de robots meta i gestió bàsica d’hreflang. Per a botigues sense requisits complexos d’internacional, cobreix el 80% dels casos d’ús a un cost menor que les dues anteriors.

El que aquestes extensions no fan, i és important deixar-ho clar: no compensen una configuració SEO nativa incorrecta. Una botiga amb Use Categories Path for Product URLs en Yes i sense etiquetes canonical no millora la seva situació SEO instal·lant una extensió de tercers a sobre. L’ordre correcte és: configuració nativa correcta primer, extensions que amplien aquesta base després.

La categoria d’extensions que cal evitar, o almenys instal·lar amb molta precaució, és qualsevol que ofereixi “auto-generate meta descriptions from product content”. Aquestes extensions generen descripcions tallant els primers N caràcters de la descripció del producte, cosa que resulta en meta descriptions truncades i incoherents que Google sol reescriure de totes formes. És millor no tenir meta description que tenir-ne una de generada automàticament de forma incorrecta.

SEO internacional a Magento: multitienda, multimoneda i multiidioma

Magento té una arquitectura nativa per a la internacionalització que cap altra plataforma del clúster iguala: el sistema de Websites > Stores > Store Views permet crear estructures independents amb dominis, idiomes, monedes i catàlegs propis, tot gestionat des d’un únic panell d’administració. Aquesta capacitat és, en part, la raó per la qual empreses amb presència en múltiples mercats trien Magento sobre alternatives més senzilles.

Des del punt de vista del SEO internacional, l’arquitectura multitienda de Magento genera dos reptes específics. El primer és la implementació d’hreflang. Magento no afegeix hreflang de forma nativa entre Store Views: cal implementar-lo mitjançant extensió (les tres esmentades abans ho cobreixen) o codi personalitzat. La configuració correcta inclou hreflang x-default per al mercat principal, etiquetes recíproques entre totes les versions d’idioma, i la decisió sobre si s’usa l’estructura de subdirectoris (/en/, /fr/) o subdominis (en.botiga.com, fr.botiga.com).

El segon repte és la gestió del catàleg entre botigues. Si la botiga francesa i l’espanyola comparteixen els mateixos productes amb descripcions només traduïdes, no adaptades, Googlebot pot detectar contingut duplicat entre dominis o subdirectoris. La diferència entre traducció i localització aquí és rellevant per al SEO: una descripció de producte que simplement canvia l’idioma però manté exactament la mateixa estructura i les mateixes dades té valor limitat com a senyal de contingut únic.

La generació de sitemaps a Magento permet crear un sitemap per Store View, cosa que simplifica la segmentació de contingut per mercat per a Google Search Console. Aquest és un dels avantatges pràctics de l’arquitectura de Magento per a equips SEO internacionals: la granularitat del control per botiga permet identificar problemes d’indexació en mercats específics sense que les dades es barregin amb les del mercat principal.

Migració de Magento 1 a Magento 2: preservar el SEO en la transició

Magento 1 va arribar al final del seu suport oficial el juny de 2020. Sis anys després, milers de botigues encara funcionen sobre ell — especialment en el segment mid-market europeu on la inversió en migració s’ha anat posposant pel cost i la complexitat del procés. Per a aquestes botigues, la migració a Magento 2 (o a Adobe Commerce Cloud) és inevitable, i el major risc de la transició no és tècnic: és l’impacte en la visibilitat de cerca orgànica.

El cas més documentat del sector és el d’Eastside Co., que va publicar una anàlisi detallada d’una botiga que va migrar de Magento 1 a Magento 2 sense considerar el SEO i va perdre posicions de forma significativa. Amb una intervenció SEO posterior, la botiga no sols va recuperar la seva posició sinó que va guanyar 22.700 paraules clau addicionals i 139.000 sessions orgàniques mensuals en els dos mesos posteriors a la correcció. El cas demostra tant el risc d’una migració mal executada com el potencial de recuperació amb la intervenció correcta.

La migració de Magento 1 a Magento 2 té diverses diferències estructurals que afecten el SEO. La primera és l’estructura d’URLs: Magento 2 fa servir .html com a sufix per defecte a les URLs de producte i categoria, mentre que les botigues Magento 1 podien tenir configuracions molt diverses. Si les URLs canvien, cal configurar redireccions 301 per a cada URL que existia al lloc anterior amb historial de posicionament.

La segona diferència és la base de dades: Magento 2 no hereta directament les metadades de producte, categoria i pàgina CMS de Magento 1. La migració de metadades (meta title, meta description, URL key) ha de ser explícita i verificada per a cada entitat del catàleg. En botigues amb 10.000 SKUs, això requereix un procés automatitzat amb validació manual dels productes de major trànsit.

El protocol de migració SEO per a Magento té cinc fases que no es poden saltar:

1. Auditoria pre-migració: Rastreig complet del lloc actual amb Screaming Frog, inventari d’URLs amb posicionament i trànsit, anàlisi del perfil d’enllaços entrants.
2. Mapeig d’URLs: Correspondència entre cada URL del lloc actual i el seu equivalent a Magento 2. Les URLs que no tenen equivalent directe necessiten redirecció a la pàgina més rellevant.
3. Migració de metadades: Transferència de meta title, meta description, URL key i atributs SEO de cada producte, categoria i pàgina CMS.
4. Configuració de redireccions 301: Implementació al servidor o a la taula url_rewrite de Magento de totes les redireccions del mapeig.
5. Validació post-llançament: Rastreig immediat post-llançament, verificació que les redireccions funcionen, monitorització de Google Search Console per a errors de rastreig i caigudes d’indexació.

El temps estàndard per a aquesta migració en una botiga amb 10.000-50.000 SKUs és de 3 a 6 mesos si es fa correctament. Les agències especialitzades com Scandiweb documenten que les migracions precipitades (menys de 6 setmanes de preparació) resulten en pèrdues de trànsit del 30-50% que poden trigar entre 6 i 12 mesos a recuperar-se.

Passos següents: configuració SEO de Magento per ordre de prioritat

La llista d’accions específiques per portar el SEO d’una botiga Magento a un nivell competitiu:

Aquesta setmana (sense cost de desenvolupament):

• Verificar i corregir a Stores > Configuration > Catalog > SEO: Use Canonical Link Meta Tag for Products = Yes, Use Canonical Link Meta Tag for Categories = Yes, Use Categories Path for Product URLs = No.
• Revisar el robots.txt des de Content > Design > Configuration i afegir directives Disallow per als paràmetres de filtratge sense valor de cerca.
• A Google Search Console, identificar les URLs amb més errors de rastreig i les pàgines amb major trànsit que tenen problemes d’indexació.

Aquest mes (requereix desenvolupament):

• Auditar la taula url_rewrite i netejar les entrades orfes.
• Implementar schema markup per a productes (preu, disponibilitat, valoracions) si no està actiu.
• Configurar Google Tag Manager per rastrejar els events de conversió clau sense afegir scripts addicionals al <head>.

Aquest trimestre (inversió en extensions o desenvolupament):

• Avaluar i implementar una extensió SEO per a hreflang si la botiga té versions en múltiples idiomes.
• Realitzar una auditoria de Core Web Vitals amb PageSpeed Insights i Chrome UX Report per identificar els principals colls d’ampolla.
• Si la botiga funciona sobre Magento 1, iniciar l’auditoria pre-migració per tenir una línia de base del SEO actual abans d’iniciar la migració.

El recurs sobre SEO tècnic per a botigues en línia proporciona un marc d’auditoria tècnica més ampli aplicable a qualsevol plataforma, amb una secció específica per als reptes de catàlegs a gran escala.