WooCommerce ti dà più controllo tecnico sul tuo store rispetto a Shopify. Questo è sia il vantaggio che il problema. Più controllo significa più modi per creare debito SEO che si accumula man mano che il catalogo cresce.
I problemi SEO WooCommerce più comuni non sono causati da cattive intenzioni. Sono causati dal comportamento predefinito di WordPress - pagine di tassonomia, archivi di tag, pagine di attributi e gestione della paginazione - che nessuno ha disattivato perché nessuno si è reso conto che stava generando migliaia di URL quasi duplicati che Googlebot scansisce invece dei tuoi contenuti effettivi di prodotto e categoria.
Questa guida copre i problemi SEO tecnici specifici di WooCommerce che contano di più, come correggerli ciascuno e come costruire uno store correttamente configurato che possa effettivamente posizionarsi in categorie ecommerce competitive.
Per la strategia SEO ecommerce più ampia che le correzioni tecniche WooCommerce supportano, inizia dalla guida completa al SEO ecommerce. Per un confronto specifico con Shopify, la guida SEO Shopify copre i problemi equivalenti specifici della piattaforma.
WooCommerce vs Shopify: i veri trade-off SEO
Prima di addentrarci nelle correzioni specifiche di WooCommerce, vale la pena affermare onestamente il confronto con Shopify.
Vantaggi WooCommerce per il SEO:
Controllo completo sulla struttura degli URL (il formato URL di Shopify è fisso dalla piattaforma). Flessibilità totale su come implementare lo schema markup, i canonical tag e le regole del robots.txt. La possibilità di usare qualsiasi plugin SEO e configurarlo con precisione. Nessuna limitazione imposta dalla piattaforma sulla generazione della sitemap. Possibilità di eseguire configurazioni server personalizzate per l’ottimizzazione delle performance.
Rischi SEO WooCommerce:
Il comportamento predefinito di WordPress crea debito SEO automaticamente. Dal momento in cui installi WooCommerce e inizi ad aggiungere prodotti, WordPress genera archivi di categorie prodotto, archivi di tag prodotto, archivi di attributi prodotto, pagine di paginazione per tutti questi, e pagine autore - tutte indicizzabili per default, la maggior parte con contenuti quasi duplicati. Uno store con 500 prodotti e le impostazioni di tassonomia tipiche potrebbe generare 5.000-10.000 URL indicizzabili che il proprietario non ha mai inteso creare.
L’hosting è responsabilità del proprietario dello store. L’infrastruttura di Shopify è gestita per te. Le performance di WooCommerce dipendono dal tuo provider di hosting, dalla configurazione del server, dal livello di caching, dalla configurazione CDN e dall’ottimizzazione del database. Un host WordPress mal configurato è la causa più comune dei fallimenti dei Core Web Vitals su WooCommerce.
Il bloat dei plugin è un rischio SEO reale. Un sito WordPress con 40+ plugin ha spesso problemi di performance, output di schema in conflitto e iniezione di codice da più fonti. Gestire con attenzione lo stack dei plugin fa parte della manutenzione SEO di WooCommerce.
Nessuna piattaforma è intrinsecamente migliore per il SEO. WooCommerce è meglio per gli store che hanno risorse di sviluppo e hanno bisogno di controllo granulare. Shopify è meglio per gli store che hanno bisogno di infrastruttura affidabile senza overhead di gestione tecnica.
Il problema delle tassonomie WooCommerce
Questo è il problema SEO tecnico più rilevante in WooCommerce, e quello che la maggior parte dei proprietari di store non sa che esiste finché non eseguono il loro primo audit serio.
WordPress crea pagine di archivio per ogni tassonomia - i sistemi organizzativi usati per categorizzare e taggare i contenuti. WooCommerce aggiunge tassonomie specifiche dei prodotti sopra quelle predefinite di WordPress:
Tassonomie WordPress predefinite (spesso attive sui siti WooCommerce):
- Categorie:
/product-category/scarpe/ - Tag:
/product-tag/impermeabile/ - Autori:
/author/admin/
Tassonomie specifiche WooCommerce:
- Attributi prodotto:
/pa_colore/blu/,/pa_taglia/medium/ - Tassonomie personalizzate aggiunte da plugin o tema
Ognuna di queste genera pagine di archivio che WordPress indicizza per default. Uno store con 8 attributi prodotto e 10 valori per attributo genera 80+ pagine di archivio attributi. La maggior parte contiene pochi prodotti e contenuti quasi identici alle pagine di categoria correlate.
Il risultato: Googlebot scansisce centinaia o migliaia di pagine di archivio a basso valore, il tuo crawl budget viene consumato e le tue importanti pagine di categoria e prodotto vengono scansionate meno frequentemente.
La correzione:
Usa Yoast SEO o Rank Math (trattato di seguito) per impostare le seguenti tassonomie su noindex:
- Tag prodotto (quasi sempre dovrebbero essere noindex)
- Archivi di attributi prodotto (quasi sempre dovrebbero essere noindex, a meno che specifiche combinazioni di attributi abbiano volume di ricerca che vale la pena targetizzare)
- Archivi degli autori sui siti ecommerce (nessun valore SEO per uno store)
Per gli archivi di categoria che hanno un valore SEO (le tue principali categorie di prodotto), assicurati che abbiano: contenuto unico nel campo descrizione categoria, titoli con keyword target e canonical tag corretti che puntano alla radice paginata (es. /product-category/scarpe/ è il canonical per tutte le pagine in quell’archivio).
Non mettere in noindex le tue categorie di prodotto principali - quelle sono le tue pagine di posizionamento primarie.
Yoast vs Rank Math per WooCommerce
Sia Yoast SEO che Rank Math sono plugin SEO legittimi per WooCommerce. La scelta conta meno della configurazione.
Yoast SEO è il plugin più vecchio e consolidato con una base utenti più grande. Il suo add-on specifico per WooCommerce (plugin a pagamento separato) migliora lo schema prodotto, la gestione del breadcrumb e le impostazioni specifiche di WooCommerce. La versione gratuita gestisce adeguatamente la maggior parte dei requisiti SEO tecnici.
Rank Math è più ricco di funzionalità nel suo livello gratuito e ha costruito una migliore integrazione nativa con WooCommerce. Gestisce lo schema Product in modo più completo out of the box e la sua interfaccia rende la modifica SEO in blocco su prodotti e categorie un po’ più facile.
Le impostazioni che contano di più per WooCommerce indipendentemente dal plugin che usi:
Impostazioni di indicizzazione della tassonomia. In Yoast: SEO > Aspetto nei risultati di ricerca > Tassonomie. In Rank Math: Titoli e Meta > Prodotti. Imposta tag prodotto, archivi attributi e qualsiasi altro archivio di tassonomia a basso valore su noindex. Mantieni le categorie di prodotto indicizzabili.
Tipo di schema per le pagine prodotto. Assicurati che il tipo di schema per le pagine prodotto WooCommerce sia impostato su “Product” - non su “Article” o “Website.” Entrambi i plugin sono predefiniti correttamente qui, ma se hai fatto modifiche personalizzate vale la pena verificarlo.
Configurazione breadcrumb. Abilita i breadcrumb nelle impostazioni del plugin e assicurati che il tema stia usando la funzione breadcrumb del plugin, non un’implementazione breadcrumb personalizzata. Il plugin genera lo schema BreadcrumbList insieme al breadcrumb visivo quando configurato correttamente.
Impostazioni sitemap XML. Escludi gli archivi di tassonomia noindexati dalla sitemap. Una sitemap che include pagine noindex invia segnali contraddittori a Google. Sia Yoast che Rank Math possono essere configurati per escludere automaticamente i contenuti noindexati dalle sitemap.
Schema markup per WooCommerce: cosa manca al default
L’output di schema predefinito di WooCommerce (e quello che la maggior parte dei plugin SEO genera out of the box) copre le proprietà base dello schema Product ma ne manca diverse che abilitano i rich result.
Cosa WooCommerce genera tipicamente correttamente:
@type: Productnamedescriptionimagesku
Cosa spesso manca o genera incorrettamente:
aggregateRating: Gli store WooCommerce che usano il sistema di recensioni predefinito non generano automaticamente lo schema AggregateRating. Questo richiede un plugin di terze parti (o codice personalizzato) che legge i dati delle recensioni di WooCommerce e li produce come dati strutturati. Senza AggregateRating, i tuoi prodotti non mostrano le stelle di valutazione in Google Shopping o nei risultati organici. Plugin che aggiungono questo: il WooCommerce SEO add-on di Yoast, il modulo WooCommerce di Rank Math, o un’implementazione personalizzata tramite il filtro woocommerce_structured_data_product.
offers.availability: Lo schema Offer dovrebbe includere availability impostato su https://schema.org/InStock o https://schema.org/OutOfStock in base all’inventario effettivo. Alcuni plugin lo impostano staticamente. Se il tuo store ha prodotti che vanno esauriti, lo schema dovrebbe riflettere lo stato dell’inventario reale in modo dinamico.
brand: Il brand del prodotto è obbligatorio per l’idoneità a Google Shopping sui prodotti brandizzati. Aggiungi la proprietà brand allo schema Product, tramite l’attributo brand WooCommerce o un campo brand dedicato.
offers.priceCurrency: Obbligatorio insieme a price. Dovrebbe essere il codice valuta ISO 4217 (USD, EUR, GBP). La sua mancanza causa errori di validazione nel Rich Results Test.
Verifica il tuo schema nel Rich Results Test di Google per le singole pagine prodotto e nel Schema Markup Validator per gli errori di sintassi.
Core Web Vitals su WordPress e WooCommerce
I colli di bottiglia specifici delle performance su WooCommerce sono diversi da quelli di Shopify perché l’infrastruttura è sotto il tuo controllo.
Tempo di risposta del server (TTFB). Il modello di esecuzione PHP di WordPress genera le pagine dinamicamente a ogni richiesta a meno che non sia configurato il caching. Le pagine WooCommerce non memorizzate nella cache possono avere un TTFB di 2-4 secondi su hosting condiviso, il che è catastrofico per l’LCP. La correzione è uno strato di caching full-page: WP Rocket, LiteSpeed Cache (su server LiteSpeed), o W3 Total Cache configurato correttamente. Per WooCommerce in modo specifico, le pagine del carrello e del checkout devono essere escluse dalla cache full-page (contengono dati di sessione dinamici).
Distribuzione delle immagini. Il core di WordPress ha aggiunto il lazy loading nativo delle immagini e il supporto WebP nelle versioni recenti. Le immagini dei prodotti WooCommerce dovrebbero essere distribuite come WebP tramite CDN (Cloudflare, Bunny CDN o il CDN fornito dal tuo host). L’immagine principale della galleria prodotto dovrebbe avere loading="eager" e fetchpriority="high" per prevenire i ritardi dell’LCP.
JavaScript dei plugin. Ogni plugin WordPress attivo che accoda JavaScript sul frontend aggiunge al peso della pagina. Esegui un audit delle performance usando Chrome DevTools o GTmetrix per identificare quali plugin stanno caricando JavaScript sulle pagine prodotto e rimuovi o differisci qualsiasi plugin che non ha bisogno di caricarsi immediatamente.
Overhead di WP_Query sugli archivi prodotto. Le pagine di categoria complesse con molti prodotti che eseguono chiamate WP_Query pesanti possono rallentare significativamente la risposta del database. Implementa l’object caching (Redis o Memcached) per memorizzare nella cache i risultati delle query del database e ridurre il carico del server sulle pagine di archivio a cui si accede frequentemente.
L’hosting conta enormemente. L’hosting condiviso è quasi sempre insufficiente per uno store WooCommerce con traffico significativo. L’hosting WordPress gestito (Kinsta, WP Engine, Cloudways) o un VPS ben configurato con LiteSpeed o Nginx è il minimo per performance accettabili dei Core Web Vitals.
Gestione del crawl budget per grandi cataloghi WooCommerce
Uno store WooCommerce con 2.000+ prodotti e la configurazione WordPress predefinita può generare 20.000+ URL indicizzabili. Googlebot ha un crawl budget finito per sito, e su store grandi, scansirà l’intero spazio URL - consumando budget su pagine a basso valore invece del tuo contenuto prioritario.
Il processo di audit del crawl budget per WooCommerce:
-
Esegui il report di copertura di Google Search Console. Quante pagine sono indicizzate? Quante sono scoperte ma non indicizzate? Un grande conteggio “scoperto - attualmente non indicizzato” è un segnale del crawl budget.
-
Analizza il tuo robots.txt. Vengono bloccati accidentalmente dei pattern URL preziosi? Ci sono pattern URL a basso valore consentiti che dovrebbero essere bloccati?
-
Identifica i tipi di URL che consumano il crawl budget. Usando l’analisi dei log del server o il report sulle statistiche di crawl di Search Console, identifica quali pattern URL Googlebot scansisce più frequentemente. Se le pagine di archivio attributi e gli archivi di tag consumano il 40% del crawl budget, metterli in noindex (il che consente la scansione ma impedisce l’indicizzazione) è una correzione parziale. Bloccarli in robots.txt (il che interrompe completamente la scansione) è più aggressivo ma riduce più efficacemente lo spreco di crawl.
-
Assicurati che la tua sitemap XML sia pulita. La sitemap dovrebbe contenere solo: pagine di categoria prodotto, singole pagine prodotto e qualsiasi pagina blog o statica che vale la pena indicizzare. Nessun archivio tag, nessuna pagina attributi, nessun archivio paginato oltre alla radice.
-
Gestisci correttamente gli archivi paginati. Le pagine di categoria che paginano (/product-category/scarpe/pagina/2/) dovrebbero avere canonical tag che puntano alla categoria radice (/product-category/scarpe/) o usare il markup
rel="next"erel="prev". Google ha deprecatorel="next/prev"come segnale di paginazione nel 2019, quindi il canonical è la gestione principale.
Paginazione e archivi di categoria WooCommerce: la pagina 2 non è una strategia
Gli archivi di categoria WooCommerce sono un’arma a doppio taglio. Sono spesso le tue migliori landing page commerciali, e sono anche dove WordPress genera una quantità infinita di URL a basso valore se glielo lasci fare.
Il problema della paginazione non è solo tecnico. Influisce su come Google capisce la tua categoria come un singolo argomento.
Come lo gestisco in pratica:
-
Strategia canonical: la categoria radice come URL principale. Per la maggior parte delle categorie ecommerce, imposto le pagine paginate su canonical della categoria radice. La pagina radice è quella che voglio posizionare. La pagina 2 non è una landing page autonoma. Esiste per aiutare gli utenti a navigare tra i prodotti, non per competere nell’indice.
-
Indicizzazione: evita di indicizzare la pagina 2 e oltre a meno che tu non abbia una ragione. Se gestisci un catalogo enorme dove la pagina 2 contiene inventario materialmente diverso e domanda, puoi fare un caso per indicizzare la paginazione. La maggior parte degli store non ha questa realtà. La maggior parte degli store finisce con pagine sottili, quasi duplicate che diluiscono l’equity dei link interni e sprecano il crawl budget.
-
Link interni: mantieni la paginazione per gli utenti, costruisci hub per la ricerca. Se la tua categoria è “scarpe da running” e vuoi posizionarti per varianti long-tail, non fare affidamento sulle pagine di paginazione. Costruisci pagine hub e sottocategorie che corrispondono all’intento di ricerca reale: “scarpe da trail running,” “scarpe da running stabilità,” “scarpe da running piede largo.” Queste sono pagine indicizzabili con valore unico, non una griglia di prodotti rimescolata sulla /pagina/3/.
-
Performance: le pagine di paginazione possono essere lente. Su WooCommerce, le pagine di archivio eseguono spesso query pesanti, filtri e logica di ordinamento. Se la pagina 2 è lenta, Googlebot scansisce meno URL al giorno. Questo rallenta i cicli di indicizzazione e aggiornamento. Ecco perché l’object caching e la logica di query pulita contano, non solo per la UX, ma per l’efficienza del crawl.
Se vuoi vedere se la paginazione sta effettivamente consumando il crawl, hai bisogno dei log del server. Gli strumenti di crawl sono utili, ma non ti dicono su cosa Googlebot sta spendendo tempo. Questa è la differenza tra un audit generico e un vero audit tecnico. La guida all’audit SEO tecnico copre nel dettaglio l’angolo dell’analisi dei log.
Gestione dei prodotti esauriti
Questa è una domanda senza una risposta universale, ma il framework decisionale è chiaro.
Redirect (301) alla categoria o al più vicino equivalente: usa per i prodotti definitivamente discontinuati e che non torneranno mai. Il redirect preserva qualsiasi equity di link che la pagina prodotto aveva accumulato. Ideale per: prodotti discontinuati, articoli stagionali one-time che non saranno più offerti.
Noindex + mantieni la pagina attiva: usa per i prodotti temporaneamente esauriti che torneranno. La pagina rimane attiva così gli utenti che l’hanno aggiunta ai preferiti possono tornare, ma Google non indicizza una pagina che mostra “esaurito” che potrebbe frustrare i ricercatori. Quando il prodotto torna in stock, rimuovi il noindex. Ideale per: inventario che cicla dentro e fuori, prodotti stagionali.
Mantieni la pagina attiva e indicizzata, aggiorna il contenuto: usa per i prodotti con un volume di ricerca significativo per il loro nome - dove la pagina stessa si posiziona e guida traffico anche durante i periodi di esaurimento. Aggiorna la pagina per riconoscere la situazione dello stock, aggiungi un’iscrizione alla notifica email e consiglia prodotti alternativi. La pagina continua a posizionarsi e a catturare la domanda che puoi convertire quando l’inventario torna. Ideale per: pagine prodotto ad alto traffico con forte brand recognition.
Eliminazione senza redirect: quasi mai la scelta giusta. Perde qualsiasi equity accumulata e rompe qualsiasi link esterno o interno che punta alla pagina.
Il peggior risultato: reindirizzare i prodotti temporaneamente esauriti alla tua homepage. Questo invia segnali misti a Google (questo prodotto è discontinuato o semplicemente temporaneamente non disponibile?) e non fornisce alcun valore agli utenti che sono arrivati aspettandosi informazioni sul prodotto.
Per un audit SEO tecnico completo che copre i problemi specifici di WooCommerce insieme al framework più ampio, vedi la guida all’audit SEO tecnico. Per la gestione pratica del SEO WooCommerce, il servizio SEO ecommerce copre sia l’ottimizzazione specifica della piattaforma che la strategia SEO ecommerce più ampia.
Riferimenti utili
FAQ
WooCommerce o Shopify è meglio per il SEO? Nessuno è intrinsecamente migliore. WooCommerce dà più controllo tecnico, il che è un vantaggio per gli store con risorse di sviluppo e requisiti SEO specifici. Shopify fornisce infrastruttura gestita e default più semplici, il che è un vantaggio per gli store che hanno bisogno di affidabilità senza overhead tecnico. Le maggiori differenze SEO sono: WooCommerce richiede una gestione attenta della tassonomia e del crawl budget che Shopify non richiede, e le performance di WooCommerce dipendono dalla qualità dell’hosting in un modo che quelle di Shopify non fanno. Per un team con un sviluppatore, i vantaggi di controllo di WooCommerce sono reali. Per un team senza risorse tecniche, i default di Shopify sono più sicuri.
Come correggo i contenuti duplicati su WooCommerce? Le principali fonti di contenuto duplicato su WooCommerce: archivi di tag prodotto (noindex o blocca in robots.txt), archivi di attributi prodotto (noindex o blocca), archivi di categoria paginati senza canonical tag (aggiungi canonical che puntano alla categoria radice) e prodotti che appaiono in più categorie con percorsi URL diversi (assicurati che il canonical punti all’URL prodotto preferito). Usa Yoast SEO o Rank Math per gestire sistematicamente le impostazioni noindex per gli archivi di tassonomia e verifica l’implementazione dei canonical con Screaming Frog.
Qual è il miglior plugin SEO per WooCommerce? Sia Yoast SEO (con add-on WooCommerce) che Rank Math gestiscono efficacemente il SEO WooCommerce. La versione gratuita di Rank Math ha un output di schema WooCommerce nativo migliore. L’ecosistema di Yoast è più consolidato con più documentazione e risorse di supporto. Il plugin specifico conta meno della configurazione - entrambi i plugin richiedono una configurazione deliberata delle regole noindex della tassonomia, della configurazione dello schema e delle impostazioni della sitemap per funzionare correttamente per WooCommerce.
Come miglioro la velocità delle pagine WooCommerce? In ordine di impatto: aggiorna all’hosting WordPress gestito o a un VPS ben configurato (l’hosting condiviso è la causa più comune delle scarse performance WooCommerce), implementa il caching full-page con WP Rocket o LiteSpeed Cache (escludendo carrello/checkout), distribuisci le immagini come WebP tramite CDN, fa l’audit e rimuovi i plugin inutilizzati che caricano JavaScript sulle pagine prodotto, implementa Redis o Memcached per l’object caching sulle query pesanti del database. La velocità delle pagine su WooCommerce è fondamentalmente un problema di infrastruttura e configurazione - i cambiamenti di tema e plugin aiutano ma raramente risolvono il problema alla radice se l’hosting è inadeguato.
Devo mettere in noindex i tag prodotto WooCommerce? Nella maggior parte dei casi, sì. I tag prodotto generano singole pagine di archivio per ogni tag - uno store con 50 tag ha 50 pagine di archivio tag, la maggior parte con contenuto sottile e listing prodotto quasi duplicati. Queste pagine consumano il crawl budget e raramente si posizionano per qualcosa di prezioso. Le eccezioni: le pagine tag dove il valore del tag corrisponde a una query di ricerca genuina (“impermeabile” come tag prodotto potrebbe valere la pena mantenere se i ricercatori usano quel termine per la tua categoria prodotto). Fa’ l’audit delle pagine tag per traffico e posizionamento prima di metterle in noindex in blocco.
Come gestisce WooCommerce la paginazione per il SEO? WordPress genera archivi paginati per le categorie prodotto con molti prodotti (/product-category/scarpe/pagina/2/, /pagina/3/, ecc.). La gestione SEO raccomandata nel 2026: aggiungi un canonical tag su tutte le pagine di archivio paginate che punta alla pagina di categoria radice (/product-category/scarpe/). Questo dice a Google che la categoria radice è la pagina principale per il target di keyword. Alcuni SEO preferiscono il noindex degli archivi paginati oltre la pagina 1 - anche questo è accettabile ma significa che gli utenti che arrivano da Google non atterrano mai su pagine di archivio profonde, il che è un piccolo compromesso sulla UX.
Sull’autore Luciano Bonanno è un consulente SEO e Growth indipendente con 18 anni di esperienza. Fondatore di SameAPI e DeLeak.co. Prenota una chiamata strategica →