La SEO per WooCommerce è il lavoro su categorie, schede prodotto, dati strutturati, URL e robots.txt di un negozio WordPress con WooCommerce per farlo trovare su Google: sitemap, canonical e meta tag li gestisce il plugin SEO, il resto no. Nel nostro test su 22 negozi italiani su WooCommerce in prima pagina (9 ottobre 2026) il plugin SEO c'era in tutti e 22, ma solo 2 dichiaravano la spedizione nei dati strutturati, solo 1 la politica di reso e 9 avevano il title delle schede prodotto oltre i 60 caratteri.
Su WooCommerce la prima cosa che fanno tutti è installare Yoast o Rank Math.
Giusto.
Il problema è che ci si ferma lì. Nel test 22 negozi su 22 avevano un plugin SEO attivo: 13 Yoast, 6 Rank Math, 2 All in One SEO, 1 SEOPress. Gli scostamenti stavano tutti dove il plugin non arriva da solo:
- il robots.txt, che in 6 negozi non conteneva le regole che WooCommerce aggiunge da sé;
- i dati per le schede prodotto di Google, quasi sempre senza spedizione e resi;
- il tema, che in 8 categorie su 22 sbagliava l'H1.
Le guide italiane in prima pagina su "SEO WooCommerce" sono configurazioni di un plugin o elenchi di consigli generali (title, alt, velocità). Le americane, da WPBeginner a Rank Math e AIOSEO, partono tutte dal plugin di chi le scrive. Nessuna di quelle che abbiamo letto ha guardato cosa succede davvero sui negozi. Per questo siamo andati a leggere il codice di 22 negozi italiani.
Una premessa onesta: per i due e-commerce che trovi nei nostri casi studio abbiamo scelto Shopify. Scovaventi aveva un negozio con visite ma senza vendite e, rifatto da capo, ha chiuso dodici mesi con oltre 77.000 € di vendite e un carrello medio di 190 €. Bosatta vende ricambi in quattro mercati e ha fatto 240.000 € in un anno.
E allora perché una guida su WooCommerce?
Perché la piattaforma la decide il catalogo, non le nostre preferenze. WooCommerce è il 47,6% dei sistemi e-commerce rilevati da W3Techs (7,9% di tutti i siti, dato del 9 ottobre 2026), e nel nostro campione 23 domini su 61 erano negozi WooCommerce. Lo stesso test lo abbiamo già fatto su Shopify, nella guida alla SEO per Shopify: alla fine di questo articolo mettiamo i due risultati uno accanto all'altro.
Qui trovi:
- cosa fanno WooCommerce e il plugin da soli e cosa resta a te;
- il test su 22 negozi italiani, con il metodo per rifarlo;
- i quattro punti dove WooCommerce sbaglia senza dirtelo: robots.txt, dati strutturati, URL e categorie;
- quando scegliere WooCommerce e quando Shopify, guardando i due test.
Partiamo.
Cosa fanno WooCommerce e il plugin SEO da soli (e cosa ti lasciano)
WooCommerce di suo crea gli URL di prodotti e categorie, scrive i dati strutturati Product nelle schede e aggiunge alcune regole al robots.txt. Title, meta description, sitemap XML e canonical li gestisce il plugin SEO. Restano a te i testi, le scelte sugli URL, i filtri, i dati per le schede di Google e il tema.
| Elemento | Chi lo gestisce | Cosa resta a te |
|---|---|---|
| URL di prodotti e categorie | WooCommerce: basi "product" e "product-category", in italiano /prodotto/ e /categoria-prodotto/ | Sceglierli prima del lancio: cambiarli dopo genera 404 se non metti i redirect |
| robots.txt | WooCommerce aggiunge 5 regole al file generato da WordPress | Verificare che ci siano davvero e decidere su filtri e ordinamenti |
| Canonical | Plugin SEO | Controllare che i link interni puntino alla versione canonica |
| Sitemap XML | Plugin SEO | Togliere tag e pagine senza contenuto |
| Title e meta description | Plugin SEO, con modelli automatici | Scriverli a mano per categorie e prodotti principali |
| Dati strutturati Product | WooCommerce o plugin SEO | Aggiungere spedizione, resi, GTIN e marca |
| H1 e testo della categoria | Tema | Un solo H1 e un testo vero sotto o sopra la griglia |
È la differenza principale con Shopify: su WooCommerce tutto è modificabile, quindi tutto si può anche rompere. Le cinque regole del robots.txt, per esempio, sono scritte nel codice di WooCommerce (la funzione robots_txt nella classe principale del plugin, su GitHub): bloccano le cartelle dei log e dei file temporanei e gli indirizzi con ?add-to-cart=. Ma esistono solo finché nessuno le sovrascrive.
Il test: 22 negozi italiani su WooCommerce in prima pagina (metodo e risultati)
Su 22 negozi italiani su WooCommerce che compaiono nella prima pagina di Google, la parte affidata al plugin SEO era quasi sempre a posto: in 21 categorie su 21 la versione ordinata per prezzo aveva il canonical sulla categoria principale. Gli scostamenti erano nel robots.txt, nei dati strutturati e nel tema.
Il metodo, così lo puoi rifare.
Il 9 ottobre 2026 abbiamo letto con DataForSEO i risultati organici di Google Italia da mobile per dodici ricerche: olio extravergine online, caffè in grani online, miele biologico online, candele profumate artigianali, semi da orto online, tè sfuso online, ceramiche artigianali online, vino rosso online, pasta artigianale online, tisane biologiche online, liquori artigianali online, sapone naturale artigianale online. Dei 61 domini di negozi e marchi controllati (marketplace e comparatori esclusi), 23 erano su WooCommerce, riconosciuti perché l'endpoint pubblico /wp-json/wc/store/v1/products restituiva il catalogo. Ne abbiamo escluso uno che vende solo corsi, senza categorie. Per gli altri 22 abbiamo scaricato robots.txt e sitemap, una categoria (anche nella versione ?orderby=price) e una scheda prodotto, poi abbiamo letto canonical, meta robots, title, H1 e dati strutturati JSON-LD.
| Controllo | Risultato | Negozi controllati |
|---|---|---|
| Plugin SEO attivo | 22 su 22 (Yoast 13, Rank Math 6, AIOSEO 2, SEOPress 1) | 22 |
| Categoria ordinata (?orderby=price) con canonical alla categoria | 21 su 21 (la ventiduesima categoria era in noindex) | 22 |
| robots.txt con le regole di WooCommerce su ?add-to-cart= | 16 su 22 | 22 |
| robots.txt che blocca ordinamenti o filtri (orderby, filter_) | 2 su 22 | 22 |
| Scheda prodotto senza dati strutturati Product | 1 su 22 | 22 |
| Scheda con il prodotto descritto due volte | 2 su 22 | 22 |
| Spedizione dichiarata nei dati strutturati | 2 su 22 | 22 |
| Politica di reso dichiarata nei dati strutturati | 1 su 22 | 22 |
| GTIN o MPN nel Product | 1 su 22 | 22 |
| Title della scheda prodotto oltre 60 caratteri | 9 su 22 (da 63 a 111) | 22 |
| Categoria senza meta description | 7 su 22 | 22 |
| Categoria senza H1 o con più di un H1 | 8 su 22 (3 senza, 5 con più di uno) | 22 |
| Prodotti sotto /product/ invece che /prodotto/ | 3 su 22 | 22 |
| Tag prodotto inclusi nella sitemap | 9 su 18 | 18 con sitemap nel robots.txt |
Che cosa dice questa tabella?
Che il plugin, la cosa che hanno tutti, non è dove si perde terreno. Si perde nelle righe che nessun plugin compila da solo.
Non citiamo i negozi uno per uno: sono siti pubblici, ma il punto non è chi sbaglia. È che gli stessi scostamenti tornano dall'olio ai semi da orto, perché nascono dalle stesse impostazioni predefinite.
Il robots.txt di WooCommerce: le regole che spariscono senza avvisarti (6 negozi su 22)
Nelle griglie di WooCommerce il bottone "Aggiungi al carrello" dei prodotti semplici è un link con ?add-to-cart= seguito dall'ID del prodotto. Per un crawler è un indirizzo come un altro: lo segue, e ogni visita mette un prodotto in un carrello invece di leggere una pagina. Per questo WooCommerce aggiunge al robots.txt due righe, Disallow: /*?add-to-cart= e Disallow: /*?*add-to-cart=.
Nel test le avevano 16 negozi su 22.
Gli altri 6 no, e non per scelta.
WooCommerce scrive le sue regole nel robots.txt virtuale, quello che WordPress genera quando sul server non c'è un file vero. Se qualcuno carica un robots.txt fisico (un vecchio sviluppatore, un plugin di sicurezza, un hosting), il server serve quello e le regole di WooCommerce smettono di esistere. In uno dei negozi il file conteneva solo due righe Disallow, una delle quali per una pagina di prova.
La correzione richiede due minuti: apri tuodominio.it/robots.txt, cerca add-to-cart e, se non c'è, aggiungi a mano le due righe. Come si scrive il file lo spieghiamo nella guida al robots.txt.
E gli ordinamenti e i filtri?
Qui il quadro è diverso. Gli URL con ?orderby= erano gestiti bene dal canonical in 21 categorie su 21, ma solo 2 negozi su 22 bloccavano ordinamenti o filtri nel robots.txt. Google, nella pagina sulla navigazione a faccette (aggiornata a dicembre 2025), scrive che il canonical può ridurre nel tempo la scansione delle versioni filtrate, ma che sul lungo periodo il blocco nel robots.txt è più efficace. E nella guida alla struttura degli URL avverte che quando i filtri si combinano il numero di indirizzi "esplode".
La regola che usiamo:
- catalogo piccolo, solo ordinamenti → basta il canonical che il plugin già mette;
- filtri combinabili (i parametri filter_colore, filter_taglia, min_price dei filtri a strati) → li blocchi nel robots.txt;
- un filtro che corrisponde a una ricerca vera, come "miele di castagno" → diventa una categoria, con URL, title e testo suoi.
L'ultimo punto conta più degli altri due. Nella nostra analisi sulle pagine di categoria, su sette query il 62% della prima pagina era una categoria: è lì che la domanda si concentra, non nei filtri.
Dati strutturati: il Product c'è, spedizione e resi quasi mai (1 negozio su 22)
WooCommerce scrive nelle schede prodotto un blocco JSON-LD di tipo Product con prezzo e disponibilità, e i plugin SEO lo integrano o lo sostituiscono. Nel test era presente in 21 negozi su 22. Nel ventiduesimo non c'era su nessuna delle tre schede che abbiamo aperto: Google vedeva una pagina web generica, non un prodotto.
In 2 negozi il problema era l'opposto: lo stesso prodotto descritto due volte, una da WooCommerce e una dal plugin. È lo stesso conflitto che abbiamo trovato su Shopify tra tema e app, e lo spieghiamo nella guida su come aggiungere i dati strutturati su WordPress senza duplicarli.
Poi c'è la parte che quasi nessuno compila.
Nella documentazione sulle schede del commerciante, Google elenca tra le proprietà consigliate dell'offerta la spedizione (shippingDetails) e la politica di reso (hasMerchantReturnPolicy), e suggerisce di dichiararle una volta sola per tutto il negozio nel markup Organization.
Nel test, cercando sia nella scheda prodotto sia nella home:
- spedizione dichiarata: 2 negozi su 22;
- politica di reso dichiarata: 1 negozio su 22;
- GTIN o MPN: 1 su 22;
- marca (brand): 2 su 22.
Sono negozi che vendono olio, vino, miele, candele: prodotti per cui il costo di spedizione è spesso la prima domanda di chi compra. E l'informazione esiste già, scritta nella pagina "Spedizioni" di ognuno. Manca solo nella forma che Google legge.
La correzione: un blocco Organization con hasMerchantReturnPolicy e le regole di spedizione per l'Italia, scritto una volta (dal plugin, se lo prevede, o da codice nel tema), più GTIN e marca nei campi del prodotto. Se fai anche campagne Shopping, gli stessi dati servono nel feed: lo spieghiamo nella guida a Google Ads per ecommerce. Il quadro generale è nella guida allo schema markup.
Il tuo negozio dice a Google quanto costa spedire?
Hai appena visto che 20 negozi su 22 non dichiarano la spedizione nei dati strutturati e 21 su 22 non dichiarano i resi, anche se le informazioni sono già scritte nelle loro pagine. Controlliamo il tuo WooCommerce sugli stessi punti del test, robots.txt compreso, e ti diciamo quali correzioni valgono il tempo dello sviluppatore.
Prenota una consulenza strategicaURL: /prodotto/, /product/ o niente? (e perché non cambiarli su un negozio che vende)
WooCommerce, nella sua documentazione sui permalink, usa come basi predefinite "product" per i prodotti e "product-category" per le categorie, che con WordPress in italiano diventano /prodotto/ e /categoria-prodotto/. Le alternative sono la base del negozio (/shop/), la base del negozio con la categoria, o una base personalizzata.
Nel campione:
- prodotti sotto /prodotto/ in 12 negozi, sotto /product/ in 3, sotto /shop/ in 4, senza base in 2, con una base personalizzata in 1;
- categorie sotto /categoria-prodotto/ in 11, sotto /product-category/ in 4, con una base personalizzata (o nessuna) in 7;
- un negozio mescola le due lingue: prodotti in /prodotto/, categorie in /product-category/.
Google consiglia di usare negli URL le parole nella lingua del pubblico (guida alla struttura degli URL). Quindi su un negozio nuovo scegli basi in italiano, e decidi prima del lancio.
E se il negozio è già online con /product/?
Lo lasci com'è.
La stessa documentazione di WooCommerce avverte che cambiare i permalink cambia gli URL di tutti i prodotti esistenti e che i vecchi indirizzi rispondono 404 se non imposti i redirect. Il vantaggio di una parola in italiano nell'URL è piccolo; il rischio di perdere posizioni su centinaia di schede è certo. Se devi farlo comunque, per esempio dentro un rifacimento, segui la mappa dei redirect 301 e la guida alla SEO quando rifai il sito.
Un'avvertenza sulla base con categoria (/shop/nome-categoria/nome-prodotto/), che usava uno dei negozi: se sposti un prodotto in un'altra categoria, cambia anche il suo indirizzo.
Categorie, tag e title: le pagine che il tema decide per te
La categoria è la pagina che su WooCommerce porta più traffico, ed è anche quella che il plugin controlla meno: H1, testo e struttura dipendono dal tema.
Nel test:
- 7 categorie su 22 senza meta description, quindi con lo snippet scelto da Google;
- 3 senza H1 e 5 con più di un H1, in un caso 24, perché il tema segna come H1 il nome di ogni prodotto della griglia;
- 4 categorie con il title oltre i 60 caratteri.
Sulle schede prodotto il title sforava i 60 caratteri in 9 negozi su 22, con punte di 99 e 111. Il plugin propone un modello automatico (nome prodotto, separatore, nome del sito): con nomi prodotto lunghi, come le confezioni regalo descritte per intero, il conto salta.
E i tag prodotto?
Sono il caso più frequente di pagina creata senza volerlo. Ogni tag genera un archivio con una griglia di prodotti, quasi sempre gli stessi di una categoria. In 9 sitemap su 18 i tag prodotto erano inclusi, cioè proposti a Google come pagine da indicizzare.
Rank Math, nella sua guida a WooCommerce, indica come regola empirica di indicizzare i tag solo sopra i 100 prodotti. Noi usiamo un criterio diverso: il tag resta indicizzato solo se corrisponde a una ricerca che nessuna categoria copre già. Altrimenti noindex e fuori dalla sitemap. Come capire quali ricerche meritano una pagina lo spieghiamo nella guida alle parole chiave per ecommerce.
WooCommerce o Shopify per la SEO? (quello che dicono i due test)
Messo accanto al test sui 15 negozi Shopify, il quadro è speculare.
| Punto | Shopify (15 negozi) | WooCommerce (22 negozi) |
|---|---|---|
| robots.txt | Fisso nella base, modificabile solo dal modello | Libero: le regole di WooCommerce mancavano in 6 negozi |
| Canonical | Corretto in 15 collezioni su 15 | Corretto in 21 categorie su 21, grazie al plugin |
| URL | Prefissi fissi (/products/, /collections/) | Basi modificabili, anche dopo, a rischio 404 |
| Dove nascono gli errori | Tema e impostazioni di Markets | robots.txt, dati strutturati e tema |
Shopify ti toglie libertà e quindi errori. WooCommerce ti lascia tutto in mano, compreso quello che non sapevi di dover controllare. Se il negozio è piccolo e nessuno in azienda tocca codice, Shopify parte più pulito. Se hai già un sito WordPress con traffico, un blog che porta visite o un catalogo con logiche particolari, WooCommerce ti evita una migrazione e ti dà più controllo. Quali plugin usare lo vediamo nella guida ai plugin SEO per WordPress.
Riepilogo
Il plugin SEO ce l'hanno tutti: non è un vantaggio.
Controlla che nel robots.txt ci sia add-to-cart.
Spedizione e resi vanno dichiarati una volta, nell'Organization.
Un solo H1 per categoria, e un testo vero.
Le basi degli URL si scelgono prima del lancio, non dopo.
C'è un dettaglio del test che nel settore si nota poco. Per riconoscere i negozi WooCommerce non abbiamo dovuto leggere l'HTML: 23 domini su 61 restituivano il catalogo in JSON (nomi, prezzi, categorie, URL) a chiunque chiamasse /wp-json/wc/store/v1/products, senza accesso. È la Store API di WooCommerce, pensata per il carrello e i blocchi del tema. Ma è anche la porta da cui un agente AI può leggere il negozio senza passare dalla pagina, e su quella porta oggi nessuno fa SEO: lì contano i nomi, i prezzi e le categorie che inserisci nel catalogo, non i title e le meta description che curi nel plugin. Cosa significa per chi vende lo trovi nella guida all'agentic commerce.
Se vuoi che controlliamo il tuo negozio sugli stessi punti del test, partiamo dalla SEO; se il tema o il negozio sono da rifare, li seguiamo nello sviluppo del sito. Il quadro generale sui negozi online, dalle categorie ai filtri, è nella guida alla SEO per ecommerce.
Alla prossima!
Domande frequenti
Dipende: da come lo configuri. La base tecnica c'è: URL modificabili, dati strutturati Product e, con un plugin SEO, sitemap e canonical corretti (nel nostro test il canonical delle categorie ordinate per prezzo era giusto in 21 casi su 21). Gli errori nascono nel robots.txt, nei dati per le schede prodotto di Google e nel tema, che nessun plugin sistema da solo.
Dipende: da cosa usi già sul sito. Yoast, Rank Math, All in One SEO e SEOPress gestiscono tutti title, sitemap e canonical. Nel nostro test su 22 negozi italiani 13 usavano Yoast e 6 Rank Math, e i problemi trovati non dipendevano dal plugin scelto. Conta di più usarne uno solo, per non scrivere due volte i dati strutturati del prodotto.
No, non su un negozio già online. Cambiare i permalink cambia l'indirizzo di tutti i prodotti e, come avverte la documentazione di WooCommerce, i vecchi URL rispondono 404 se non imposti i redirect. Su un negozio nuovo scegli prima del lancio basi brevi e in italiano.
Dipende: solo se il tag corrisponde a una ricerca che nessuna categoria copre già. Altrimenti è una griglia di prodotti che duplica una categoria, e va messa in noindex e tolta dalla sitemap. Nel nostro test 9 sitemap su 18 includevano i tag prodotto.
Sì. WooCommerce aggiunge da solo le regole Disallow: /*?add-to-cart= e Disallow: /*?*add-to-cart= al robots.txt generato da WordPress, ma se sul server c'è un file robots.txt fisico quelle regole non vengono servite. Nel nostro test mancavano in 6 negozi su 22.
Dipende: da quanto è nuovo il dominio e da quanta concorrenza c'è sulle categorie che vuoi posizionare, non dalla piattaforma. Le correzioni tecniche come robots.txt e dati strutturati si vedono nella scansione in poche settimane; il traffico sulle categorie richiede mesi.