SEO per le piattaforme ecommerce

TL;DR — Le piattaforme ecommerce gestiscono automaticamente alcuni aspetti SEO — HTTPS, sitemap e tag canonical — ma ognuna ha particolarità che possono danneggiarti se non le conosci. Le più comuni sono gli URL duplicati dovuti a prodotti presenti in più collezioni (Shopify), le pagine di categoria con poco contenuto (tutte le piattaforme) e la navigazione a faccette che crea milioni di URL con parametri che non vuoi indicizzare. Nessuna piattaforma è intrinsecamente migliore per il posizionamento: scegli quella adatta ai requisiti di prodotti, categorie, varianti e operatività, poi verifica che cosa produce davvero.

Che cosa rende diverso il SEO delle piattaforme ecommerce

Un sito generico ha pagine. Un negozio ecommerce ha pagine e prodotti, categorie, varianti, collezioni, filtri e paginazione. Ognuno di questi elementi genera URL, e non tutti dovrebbero essere indicizzati.

Le piattaforme trattate qui adottano decisioni predefinite diverse per gestire questi aspetti:

• Shopify — impone la struttura degli URL (/products/, /collections/), assegna automaticamente il canonical agli URL duplicati di prodotti nelle collezioni, genera una sitemap e limita la modifica di robots.txt nei piani standard
• WooCommerce — funziona su WordPress, quindi offre il pieno controllo tramite plugin SEO (Yoast, Rank Math); è più flessibile, ma richiede più configurazione
• Magento (Adobe Commerce) — soluzione di livello enterprise, altamente configurabile, ma la maggior parte delle impostazioni SEO richiede l’intervento di uno sviluppatore
• BigCommerce — offre più flessibilità di Shopify con un impegno di sviluppo inferiore a Magento; dispone di solide impostazioni SEO predefinite

Il confronto seguente si concentra su queste quattro piattaforme, ma gli approfondimenti in fondo alla pagina trattano anche Salesforce Commerce Cloud, Shopware, OpenCart, Ecwid, Wix eCommerce, Squarespace Commerce e PrestaShop.

I problemi SEO specifici dell’ecommerce

Qualunque sia la piattaforma, ogni negozio ecommerce deve affrontare questi aspetti:

Dati strutturati dei prodotti — il markup Product di Schema.org con prezzo, disponibilità e recensioni può rendere una pagina idonea a presentazioni più ricche su Google: idonea, non certa di essere mostrata. Alcune piattaforme lo inseriscono automaticamente; altre richiedono un plugin o un tema. Devi controllare l’output effettivo della pagina, non soltanto le affermazioni commerciali della piattaforma.

Navigazione a faccette — i parametri dei filtri (?color=red&size=M) possono generare migliaia di URL con contenuti quasi identici. La maggior parte deve essere esclusa dall’indicizzazione oppure canonicalizzata verso la pagina di categoria principale.

URL duplicati delle varianti — un prodotto con 10 combinazioni di taglia e colore non dovrebbe avere 10 pagine indicizzate. I tag canonical o una corretta gestione dei parametri evitano il problema.

Prodotti esauriti e fuori produzione — il modo in cui la piattaforma gestisce i prodotti non disponibili (404, 301 verso la categoria oppure mantenimento della pagina con dati strutturati sulla disponibilità) incide direttamente sull’autorevolezza trasmessa dai link e sull’esperienza utente.

Paginazione — le pagine di categoria sono paginate. La pagina 2 di /collections/shoes/ ha meno contenuti della pagina 1. La gestione varia in base alla piattaforma.

TL;DR — Su larga scala, il SEO di una piattaforma ecommerce dipende da quattro domande: come gestisce la canonicalizzazione degli URL in grandi volumi, quale copertura offre per i dati strutturati (automatica o manuale), quanto sono controllabili robots.txt e la sitemap e come affronta la navigazione a faccette? Shopify ha le impostazioni predefinite più vincolanti (e meno flessibili); WooCommerce offre il massimo controllo; Magento offre la maggiore potenza, ma anche il costo di configurazione più elevato. Nulla di tutto questo costituisce un vantaggio di posizionamento: descrive soltanto chi è responsabile della configurazione. Google valuta le pagine, i link e i dati prodotti concretamente dall’implementazione, non il CMS con cui sono stati creati.

Metodo per scegliere una piattaforma

Scegli una piattaforma in base ai requisiti effettivi del negozio, non a un elenco di funzionalità o a una classifica della “migliore piattaforma per il SEO”: nessuna piattaforma di commercio è intrinsecamente superiore nei risultati di ricerca. L’architettura limita e abilita ciò che puoi realizzare; i risultati dipendono dalla scansionabilità, dall’accuratezza dei dati strutturati, dall’output renderizzato, dalle prestazioni, dai contenuti e dalla gestione continuativa della specifica implementazione. Valuta queste dimensioni prima di confrontare i fornitori:

• Dati di prodotto — come i dati relativi a prodotto, prezzo, disponibilità e recensioni arrivano sulla pagina e se il processo è automatico, dipende dal tema oppure è gestito da un plugin o modulo.
• Struttura di categorie e faccette — se i template della piattaforma espongono link scansionabili dalla navigazione alle categorie e ai prodotti e come vengono gestiti gli URL filtrati (a faccette).
• Architettura delle varianti — se la piattaforma supporta un unico URL canonical di prodotto per articolo, URL separati per variante o entrambe le opzioni e quali conseguenze ha per il catalogo.
• Localizzazione e feed — supporto per più regioni e lingue e modalità di sincronizzazione dei feed di prodotto con il negozio.
• Processo di pubblicazione e rilascio — chi può modificare template, robots.txt e reindirizzamenti e con quale rapidità.
• Responsabilità operativa — gestione del ciclo di vita dei prodotti, governance delle categorie, reindirizzamenti, aggiornamento della sitemap, test dei rilasci e responsabilità degli incidenti quando qualcosa si rompe.

Il controllo di questi elementi è distribuito in modo diverso da una piattaforma all’altra: piattaforme ospitate, plugin, temi, moduli e codice personalizzato affidano le leve di configurazione a soggetti diversi. Una maggiore configurabilità comporta in genere una maggiore responsabilità di implementazione e manutenzione, non una capacità SEO intrinsecamente superiore. Qualsiasi affermazione sulle funzionalità di una piattaforma specifica deve indicare il fornitore, l’edizione, il piano, il tema, l’app o il modulo, la versione e la data a cui si riferisce: le impostazioni predefinite cambiano e un piano o un’app può sovrascriverle.

Confronto tra piattaforme

Architettura delle varianti: un URL o molti

La documentazione di Google sui dati strutturati dei prodotti descrive più approcci supportati per le varianti: non esiste un unico numero obbligatorio di URL. Un negozio può inserire tutte le combinazioni di colore e taglia in un solo URL canonical di prodotto e descrivere le varianti con dati ProductGroup, oppure può assegnare a ogni variante un URL proprio e collegarle come gruppo. Entrambi sono modelli documentati con requisiti di implementazione diversi (quale URL riceve i link interni, come viene dichiarato il gruppo e che cosa deve contenere ogni pagina di variante). Scegli il modello che la piattaforma e le dimensioni del catalogo supportano davvero bene e verifica che il markup pubblicato corrisponda al modello scelto: non dare per scontato che l’impostazione predefinita della piattaforma coincida con l’output del tema o dell’app.

Il problema degli URL duplicati tra collezione e prodotto

Il problema canonical più comune nell’ecommerce è un prodotto raggiungibile da più URL:

• Shopify: /products/blue-shirt e /collections/summer/products/blue-shirt — Shopify assegna automaticamente all’URL della collezione il canonical verso /products/. L’impostazione funziona correttamente per impostazione predefinita, ma i link interni dovrebbero puntare soltanto a /products/.

• WooCommerce: situazione simile con la base di categoria (per esempio, /product-category/shirts/blue-shirt rispetto a /shop/blue-shirt). Il plugin Yoast o Rank Math imposta i tag canonical; esamina la struttura dei permalink per ridurre al minimo i duplicati.

• Magento: la navigazione a livelli (filtri) è la principale fonte di URL duplicati. Configura i tag canonical per le pagine filtrate oppure blocca i parametri in robots.txt.

• BigCommerce: gli URL dei prodotti possono comparire sotto più categorie. BigCommerce dispone di un’impostazione “Canonical URL” per ogni prodotto che controlla il percorso preferito.

Gestione della navigazione a faccette per piattaforma

Parti dall’intento, non dai meccanismi della piattaforma: decidi quali combinazioni di filtri, se ce ne sono, meritano una pagina di destinazione indicizzabile e quali costituiscono soltanto inventario di scansione. Le indicazioni di Google presentano una scelta tra bloccare la scansione degli URL delle faccette e ottimizzare quelli che meritano l’indicizzazione; il numero di URL può esplodere in entrambi i casi. La decisione strategica viene quindi per prima, poi si adatta la politica scelta alle possibilità offerte dalla piattaforma.

• Shopify: in alcuni temi, i parametri di query (?filter.p.m.color=red) vengono indicizzati per impostazione predefinita. Usa il meta robots noindex sulle pagine filtrate oppure aggiungi i parametri allo strumento Parametri URL di Search Console.
• WooCommerce: i plugin WOOCS e per i filtri generano URL con parametri. Combina noindex sulle pagine filtrate con le impostazioni dei parametri URL di Rank Math o Yoast.
• Magento (Adobe Commerce): la “Navigazione a livelli” standard genera URL filtrati per attributo a partire dagli attributi del catalogo; il sistema di autorizzazioni del catalogo e riscrittura degli URL offre un controllo granulare e i tag canonical possono essere configurati a livello di categoria. Il prodotto Live Search di Adobe Commerce, con licenza separata, usa faccette proprie per la navigazione filtrata, che si comportano diversamente dalla navigazione a livelli standard. Prima di descrivere le capacità del negozio in materia di faccette, verifica quale sistema è realmente configurato, perché dipende dall’edizione e dalla configurazione dei componenti aggiuntivi, non soltanto dall’etichetta “Magento”.
• BigCommerce: gli URL della ricerca a faccette possono essere canonicalizzati verso la categoria principale tramite le impostazioni integrate in Store Settings → Search.

Il SEO delle piattaforme ecommerce aggiunge un livello di complessità al SEO tecnico standard: dati strutturati dei prodotti, gestione dei parametri della navigazione a faccette, URL duplicati dovuti a varianti e collezioni, strategia per i prodotti esauriti e paginazione. Nessuna piattaforma di commercio è intrinsecamente superiore per il posizionamento: scegli in base ai requisiti del negozio relativi a prodotti, categorie, varianti, feed, localizzazione, pubblicazione e operatività, quindi verifica che cosa produce davvero la specifica implementazione (tema, app, modulo, piano, versione), perché le impostazioni predefinite cambiano e la configurazione può sovrascriverle.

Shopify: struttura degli URL fissa (/products/, /collections/, /pages/, /blogs/). Genera automaticamente sitemap e tag canonical. Il problema degli URL duplicati collezione-prodotto (un prodotto accessibile sia da /products/slug sia da /collections/name/products/slug) viene gestito automaticamente tramite canonicalizzazione. robots.txt è bloccato nei piani standard; Shopify Plus consente la personalizzazione. Lo schema di prodotto dipende dal tema.

WooCommerce: basato su WordPress, offre il pieno controllo tramite plugin SEO. Yoast SEO o Rank Math gestiscono metadati, sitemap, tag canonical, reindirizzamenti e schema. È la più flessibile delle quattro piattaforme e quella che richiede più configurazione. La struttura degli URL dei prodotti dipende dalle impostazioni dei permalink di WordPress.

Magento (Adobe Commerce): flessibilità di livello enterprise. Include riscrittura degli URL, tag canonical e configurazione della navigazione a livelli. La maggior parte delle impostazioni SEO richiede l’intervento di uno sviluppatore o il lavoro nel pannello di amministrazione. È solido su larga scala, ma comporta un elevato costo di configurazione.

BigCommerce: si colloca tra Shopify (semplicità) e Magento (potenza). Le impostazioni SEO integrate sono solide: sitemap automatica, tag canonical, gestore dei reindirizzamenti e dati strutturati di base. Offre una certa flessibilità nella struttura degli URL. Le impostazioni della ricerca a faccette sono configurabili in Store Settings.

Aspetti comuni a tutte le piattaforme: dati strutturati dei prodotti (automatici o tramite plugin/tema; idoneità ai risultati avanzati, senza garanzia di visualizzazione), gestione dei canonical per gli URL di filtri e varianti, copertura di prodotti e categorie nella sitemap e gestione dei reindirizzamenti per i prodotti fuori produzione. L’architettura delle varianti ha più di un modello documentato: un URL canonical di prodotto con dati ProductGroup, oppure URL separati per ciascuna variante collegati come gruppo. Occorre quindi adattare il modello alla piattaforma e al catalogo, senza presumere che un solo numero di URL sia corretto. La strategia per la navigazione a faccette dovrebbe partire dalla decisione se una determinata combinazione di filtri merita visibilità autonoma nella ricerca e poi tradurre tale decisione nei meccanismi della piattaforma. In Adobe Commerce, la navigazione a livelli standard e le faccette di Live Search con licenza separata si comportano in modo diverso, quindi qualsiasi affermazione sulle faccette deve indicare quale sistema è configurato.

Checklist per l’audit SEO di una piattaforma ecommerce

Tutte le piattaforme

• Verifica che la sitemap XML includa tutti i prodotti e le categorie ed escluda gli URL filtrati o con parametri
• Conferma che i tag canonical siano presenti in ogni pagina di prodotto e categoria
• Controlla che gli URL della navigazione a faccette siano bloccati, impostati su noindex o canonicalizzati
• Verifica che i dati strutturati dei prodotti (Product di Schema.org) includano prezzo, disponibilità e recensioni
• Imposta un reindirizzamento per ogni URL di prodotto che cambia (prodotto fuori produzione, modifica dello slug)
• Esamina la paginazione: le pagine dalla 2 in poi sono indicizzabili e abbastanza uniche da giustificarlo?
• Controlla la gestione dei prodotti esauriti: 404, mantenimento e aggiornamento oppure reindirizzamento?

Specifico per Shopify

• Mantieni i link interni ai prodotti diretti a /products/, non a /collections/.../products/
• Controlla l’inserimento dello schema di prodotto nel tema con il Test dei risultati avanzati
• Usa il gestore dei reindirizzamenti di Shopify per qualsiasi modifica agli URL
• Su Shopify Plus, personalizza robots.txt per bloccare gli URL con poco contenuto

Specifico per WooCommerce

• Installa un solo plugin SEO (Yoast o Rank Math), non entrambi
• Imposta la struttura dei permalink dei prodotti WooCommerce
• Configura le impostazioni dello schema di prodotto nel plugin
• Gestisci le pagine di archivio di WooCommerce (shop, product-category) e imposta su noindex quelle con poco contenuto

Specifico per Magento

• Configura i tag canonical per gli URL della navigazione a livelli
• Esamina le regole di riscrittura degli URL e rimuovi i duplicati non necessari
• Configura robots.txt per bloccare gli URL con parametri che non vuoi far scansionare
• Attiva la sitemap HTML integrata di Magento e la sitemap XML

Specifico per BigCommerce

• Imposta l’URL canonical di ogni prodotto nelle relative impostazioni
• Esamina le impostazioni della ricerca a faccette (Store Settings → Search)
• Verifica l’invio della sitemap in Search Console
• Usa il gestore dei reindirizzamenti integrato di BigCommerce per le modifiche agli URL

Strumenti per testare una piattaforma ecommerce

• Faceted Navigation Auditor — verifica se le combinazioni di filtri creano un inventario di URL scansionabili o indicizzabili.
• PDP SEO Checker — esamina metadati, dati strutturati, canonical e segnali di contenuto delle pagine di prodotto utilizzando l’output reale della piattaforma.
• Sitemap Validator — verifica che gli URL pubblicati di prodotti e categorie compaiano una sola volta e puntino a destinazioni canonical raggiungibili.
• Redirect Chain Mapper — controlla il ritiro dei prodotti, le modifiche alle categorie e le migrazioni per individuare catene o destinazioni non pertinenti.

Approfondimenti sulle piattaforme

• SEO per Shopify
• SEO per WooCommerce
• SEO per Magento
• SEO per BigCommerce
• SEO per Salesforce Commerce Cloud
• SEO per Shopware
• SEO per OpenCart
• SEO per Ecwid
• SEO per Wix eCommerce
• SEO per Squarespace Commerce
• SEO per PrestaShop (si trova nel cluster Piattaforme ecommerce)

Letture correlate

• SEO per ecommerce
• SEO per la navigazione a faccette
• SEO delle pagine di prodotto

Errori che i negozi commettono davvero su queste piattaforme

Collegare internamente l’URL di prodotto con prefisso della collezione su Shopify

Link interni, menu di navigazione e blocchi di prodotti correlati che puntano a /collections/summer/products/blue-shirt anziché a /products/blue-shirt.

Perché è sbagliato — Shopify assegna automaticamente all’URL con prefisso della collezione il canonical verso l’URL semplice del prodotto, quindi in genere non crea duplicati indicizzati. Tuttavia, ogni link interno costruito con il percorso lungo consuma budget di scansione e autorevolezza dei link su un URL che trasferisce immediatamente il segnale altrove, invece di puntare direttamente alla pagina canonical.

Che cosa fare invece — crea i link del tema direttamente dall’handle del prodotto (/products/{{ product.handle }}), non dal contesto della collezione, in modo che i link interni puntino direttamente all’URL canonical.

Eseguire contemporaneamente due plugin SEO su WooCommerce

Installare sia Yoast SEO sia Rank Math (o un’altra coppia) perché “una copertura maggiore è meglio”.

Perché è sbagliato — entrambi i plugin generano la propria sitemap, i propri tag canonical e i propri meta tag. Quando due plugin cercano di controllare lo stesso campo, si ottengono canonical in conflitto o file sitemap duplicati: esattamente il tipo di problema di contenuti duplicati provocato internamente che il SEO per ecommerce dovrebbe evitare.

Che cosa fare invece — scegli un solo plugin, disattiva completamente l’altro e verifica nel codice sorgente della pagina che vengano prodotti un solo tag canonical e una sola meta description.

Lasciare la navigazione a faccette completamente scansionabile e indicizzabile

Pubblicare combinazioni di filtri (?color=red&size=M) senza noindex, senza canonicalizzazione e senza gestione tramite robots.txt, su una qualsiasi delle quattro piattaforme.

Perché è sbagliato — anche un negozio con un numero modesto di attributi di filtro può generare migliaia di URL con parametri quasi duplicati. I crawler consumano budget su questi URL anziché sui prodotti e sulle categorie reali; è il problema di indicizzazione ecommerce più comune in tutte le piattaforme del confronto.

Che cosa fare invece — canonicalizza gli URL filtrati verso la pagina di categoria principale (oppure impostali su noindex se devono restare scansionabili per pubblicità o UX) e verifica quali parametri vede realmente Search Console prima di decidere che cosa bloccare.

Ritirare un prodotto senza un piano di reindirizzamento

Eliminare un prodotto e lasciare che il suo URL restituisca 404 perché “ora è esaurito”.

Perché è sbagliato — qualsiasi link in entrata o storico di posizionamento accumulato da quell’URL svanisce. Un 404 definitivo su una pagina che prima si posizionava non conduce da nessuna parte né gli utenti né l’autorevolezza dei link.

Che cosa fare invece — decidi per ogni prodotto se mantenere attiva la pagina con dati strutturati “esaurito” (se tornerà disponibile), reindirizzarla con un 301 al sostituto più vicino o alla categoria principale (se non tornerà), oppure restituire 404 soltanto quando non esiste più alcun link che punta a quella pagina.

Presumere che lo schema di prodotto sia automatico

Dare per scontato il markup Product di Schema.org perché “se ne occupa la piattaforma”.

Perché è sbagliato — la copertura varia molto tra le piattaforme: su Shopify dipende dal tema, su WooCommerce richiede un plugin, su Magento richiede un modulo e su BigCommerce è soltanto di base per impostazione predefinita. Presumere che il markup esista e passare oltre è il modo in cui prezzo e disponibilità spariscono dai risultati avanzati senza che nessuno se ne accorga.

Che cosa fare invece — controlla pagine di prodotto reali con il Test dei risultati avanzati, invece di fidarti delle affermazioni commerciali della piattaforma, e correggi le lacune a livello di tema o plugin, non pagina per pagina.

Lasciare non configurata la navigazione a livelli di Magento

Attivare la navigazione a livelli (a faccette) per attributi come colore, taglia e marca senza impostare regole canonical o di indicizzazione per gli URL generati.

Perché è sbagliato — la navigazione a livelli è, nello specifico, la maggiore fonte di URL duplicati su Magento, perché le combinazioni di filtri si moltiplicano rapidamente. Se non configurata, può produrre molti più URL scansionabili dei prodotti effettivamente presenti nel negozio.

Che cosa fare invece — configura i tag canonical a livello di categoria e blocca le combinazioni di parametri che non vuoi far scansionare, prima che il catalogo cresca tanto da trasformare il problema in uno spreco del budget di scansione.

Cronologia modifiche