WooCommerce SEO: Posiziona il Tuo Store WordPress

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 tuo catalogo cresce.

I problemi SEO più comuni di WooCommerce non sono causati da cattive intenzioni. Sono causati dal comportamento predefinito di WordPress — pagine di tassonomia, archivi 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 crawla al posto dei tuoi veri contenuti di prodotto e categoria.

Questa guida copre i problemi tecnici SEO specifici di WooCommerce che contano di più, come risolvere ciascuno di essi e come costruire uno store configurato correttamente che può effettivamente competere nelle categorie ecommerce competitive.

Per la strategia SEO per ecommerce più ampia che i fix tecnici WooCommerce supportano, inizia con la guida completa al SEO per ecommerce. Per un confronto specifico con Shopify, la guida al SEO per Shopify copre gli equivalenti problemi specifici della piattaforma.

WooCommerce vs Shopify: I Veri Compromessi SEO

Prima di trattare i fix specifici di WooCommerce, vale la pena dichiarare il confronto onesto con Shopify.

Vantaggi WooCommerce per il SEO:

Controllo completo sulla struttura URL (il formato URL di Shopify è fisso dalla piattaforma). Flessibilità totale su come implementi schema markup, tag canonical e regole 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 di WooCommerce:

Il comportamento predefinito di WordPress crea debito SEO automaticamente. Nel 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 di default, la maggior parte con contenuti quasi duplicati. Uno store con 500 prodotti e 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 layer di caching, dalla configurazione del CDN e dall’ottimizzazione del database. Un host WordPress configurato male è la causa più comune dei fallimenti dei Core Web Vitals su WooCommerce.

Il plugin bloat è un vero rischio SEO. Un sito WordPress con 40+ plugin spesso ha problemi di performance, output di schema in conflitto e iniezione di codice da fonti multiple. Gestire con attenzione lo stack dei plugin fa parte della manutenzione SEO di WooCommerce.

Nessuna piattaforma è intrinsecamente migliore per il SEO. WooCommerce è migliore per store che hanno risorse di sviluppo e necessitano di controllo granulare. Shopify è migliore per store che necessitano di infrastruttura affidabile senza overhead di gestione tecnica.

Il Problema della Tassonomia in WooCommerce

Questo è il problema tecnico SEO più rilevante in WooCommerce, e quello che la maggior parte dei proprietari di store non sa esistere finché non eseguono la loro prima audit seria.

WordPress crea pagine di archivio per ogni tassonomia — i sistemi organizzativi usati per categorizzare e taggare i contenuti. WooCommerce aggiunge tassonomie specifiche per i prodotti sopra quelle predefinite di WordPress:

Tassonomie predefinite di WordPress (spesso attive sui siti WooCommerce):

Categorie: /product-category/shoes/
Tag: /product-tag/waterproof/
Autori: /author/admin/

Tassonomie specifiche di WooCommerce:

Attributi prodotto: /pa_color/blue/, /pa_size/medium/
Tassonomie personalizzate aggiunte da plugin o tema

Ognuna di queste genera pagine di archivio che WordPress indicizza di default. Uno store con 8 attributi prodotto e 10 valori per attributo genera 80+ pagine di archivio per attributi. La maggior parte contiene una manciata di prodotti e contenuti quasi identici alle pagine di categoria correlate.

Il risultato: Googlebot crawla centinaia o migliaia di pagine di archivio a basso valore, il tuo crawl budget viene consumato, e le tue pagine di categoria e prodotto importanti vengono crawlate meno frequentemente.

Il rimedio:

Usa Yoast SEO o Rank Math (trattati sotto) per impostare le seguenti tassonomie a noindex:

Tag prodotto (quasi sempre dovrebbero essere noindex)
Archivi di attributi prodotto (quasi sempre dovrebbero essere noindex, a meno che combinazioni specifiche di attributi abbiano volume di ricerca che vale la pena targettizzare)
Archivi autore su siti ecommerce (nessun valore SEO per uno store)

Per gli archivi di categoria che hanno valore SEO (le tue categorie prodotto principali), assicurati che abbiano: contenuto unico nel campo descrizione della categoria, title targettizzati per keyword e tag canonical corretti che puntano alla radice paginata (es. /product-category/shoes/ è il canonical per tutte le pagine in quell’archivio).

Non impostare noindex sulle tue categorie prodotto principali — quelle sono le tue pagine di ranking 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ù ampia. Il suo add-on specifico per WooCommerce (plugin a pagamento separato) migliora lo schema prodotto, la gestione dei breadcrumb e le impostazioni specifiche per WooCommerce. La versione gratuita gestisce adeguatamente la maggior parte dei requisiti tecnici SEO.

Rank Math è più ricco di funzionalità nella sua versione gratuita e ha sviluppato una migliore integrazione nativa con WooCommerce. Gestisce lo schema Product in modo più completo per impostazione predefinita, e la sua interfaccia rende l’editing SEO in blocco su prodotti e categorie leggermente più semplice.

Le impostazioni che contano di più per WooCommerce indipendentemente dal plugin che usi:

Impostazioni di indicizzazione della tassonomia. In Yoast: SEO > Search Appearance > Taxonomies. In Rank Math: Titles and Meta > Products. Imposta tag prodotto, archivi di attributi e qualsiasi altro archivio di tassonomia a basso valore a noindex. Mantieni le categorie 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 “Article” o “Website.” Entrambi i plugin sono corretti di default qui, ma se hai fatto modifiche personalizzate vale la pena verificarlo.

Configurazione dei breadcrumb. Abilita i breadcrumb nelle impostazioni del plugin e assicurati che il tuo 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 della sitemap XML. Escludi gli archivi di tassonomia noindexed 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 noindex dalle sitemap.

Schema Markup per WooCommerce: Cosa Manca con le Impostazioni Predefinite

L’output schema predefinito di WooCommerce (e ciò che la maggior parte dei plugin SEO genera per impostazione predefinita) copre le proprietà base dello schema Product ma ne manca diverse che abilitano i rich results.

Cosa WooCommerce tipicamente genera correttamente:

@type: Product
name
description
image
sku

Cosa spesso manca o genera in modo errato:

aggregateRating: Gli store WooCommerce che usano il sistema di recensioni predefinito non generano lo schema AggregateRating automaticamente. Questo richiede un plugin di terze parti (o codice personalizzato) che legge i dati delle recensioni di WooCommerce e li produce come structured data. Senza AggregateRating, i tuoi prodotti non mostrano le stelle in Google Shopping o nei risultati organici. Plugin che aggiungono questo: l’add-on WooCommerce SEO di Yoast, il modulo WooCommerce di Rank Math, o 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 reale. Alcuni plugin lo impostano in modo statico. Se il tuo store ha prodotti che vanno out of stock, lo schema dovrebbe riflettere dinamicamente lo stato reale dell’inventario.

brand: Il brand del prodotto è richiesto per l’eleggibilità su Google Shopping per i prodotti branded. Aggiungi la proprietà brand al tuo schema Product, o tramite l’attributo brand di WooCommerce o un campo brand dedicato.

offers.priceCurrency: Richiesto insieme a price. Dovrebbe essere il codice valuta ISO 4217 (USD, EUR, GBP). Non includerlo causa errori di validazione nel Rich Results Test.

Verifica il tuo schema sul Rich Results Test di Google per pagine prodotto individuali e sul Schema Markup Validator per errori di sintassi.

Core Web Vitals su WordPress e WooCommerce

I colli di bottiglia specifici sulle performance di 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 pagine dinamicamente a ogni richiesta a meno che il caching non sia configurato. Le pagine WooCommerce non cachate possono avere un TTFB di 2-4 secondi su hosting condiviso, il che è catastrofico per il LCP. Il rimedio è un layer di caching full-page: WP Rocket, LiteSpeed Cache (su server LiteSpeed) o W3 Total Cache configurato correttamente. Per WooCommerce specificamente, escludi le pagine carrello e checkout dal caching full-page (contengono dati di sessione dinamici).

Consegna delle immagini. Il core di WordPress ha aggiunto il lazy loading nativo delle immagini e il supporto WebP nelle versioni recenti. Servi le immagini prodotto WooCommerce come WebP tramite un CDN (Cloudflare, Bunny CDN, o il CDN fornito dal tuo host). L’immagine primaria della galleria prodotto dovrebbe avere loading="eager" e fetchpriority="high" per prevenire ritardi sul LCP.

JavaScript dei plugin. Ogni plugin WordPress attivo che accoda JavaScript sul frontend aggiunge peso alla 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 quelli che non hanno 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 cachare i risultati delle query al database e ridurre il carico del server sulle pagine di archivio frequentemente accessate.

L’hosting conta enormemente. L’hosting condiviso non è quasi mai sufficiente per uno store WooCommerce con traffico significativo. Un hosting WordPress gestito (Kinsta, WP Engine, Cloudways) o un VPS ben configurato con LiteSpeed o Nginx è il minimo per performance accettabili sui Core Web Vitals.

Gestione del Crawl Budget per Grandi Cataloghi WooCommerce

Uno store WooCommerce con 2.000+ prodotti e la configurazione predefinita di WordPress può generare 20.000+ URL indicizzabili. Googlebot ha un crawl budget finito per sito, e su store grandi crawlerà l’intero spazio URL — consumando budget su pagine a basso valore al posto dei tuoi contenuti prioritari.

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 conteggio elevato di “scoperte — attualmente non indicizzate” è un segnale di crawl budget.
Analizza il tuo robots.txt. Ci sono pattern URL di valore che vengono accidentalmente bloccati? Ci sono pattern URL a basso valore che sono permessi e dovrebbero essere bloccati?
Identifica i tipi di URL che consumano crawl budget. Usando l’analisi dei server log o il report delle statistiche di crawl di Search Console, identifica quali pattern URL Googlebot crawla più frequentemente. Se le pagine di archivio per attributi e gli archivi tag stanno consumando il 40% del crawl budget, impostarli a noindex (che permette il crawl ma previene l’indicizzazione) è un rimedio parziale. Bloccarli nel robots.txt (che ferma completamente il crawl) è più aggressivo ma riduce lo spreco di crawl in modo più efficace.
Assicurati che la tua sitemap XML sia pulita. La sitemap dovrebbe contenere solo: pagine di categoria prodotto, pagine prodotto individuali e qualsiasi pagina blog o statica che valga la pena indicizzare. Nessun archivio tag, nessuna pagina di attributi, nessun archivio paginato oltre la radice.
Gestisci correttamente gli archivi paginati. Le pagine di categoria che paginano (/product-category/shoes/page/2/) dovrebbero avere tag canonical che puntano alla categoria radice (/product-category/shoes/) o usare il markup rel="next" e rel="prev". Google ha deprecato rel="next/prev" come segnale di paginazione nel 2019, quindi il canonical è la gestione primaria.

Paginazione e Archivi di Categoria su WooCommerce: Pagina 2 Non È una Strategia

Gli archivi di categoria di 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 spazio URL a basso valore se lo lasci fare.

Il problema della paginazione non è solo tecnico. Influenza come Google comprende la tua categoria come singolo argomento.

Come lo gestisco nella pratica:

Strategia canonical: la categoria radice come URL primario. Per la maggior parte delle categorie ecommerce, imposto le pagine paginate con canonical verso la categoria radice. La pagina radice è quella che voglio far rankare. Pagina 2 non è una landing page standalone. Esiste per aiutare gli utenti a sfogliare i prodotti, non per competere nell’indice.
Indicizzazione: evita di indicizzare pagina 2 e successive a meno che tu non abbia una ragione. Se gestisci un catalogo enorme dove pagina 2 contiene inventario e domanda materialmente diversi, puoi argomentare a favore dell’indicizzazione della paginazione. La maggior parte degli store non ha quella realtà. La maggior parte degli store si ritrova con pagine thin, quasi duplicate che diluiscono l’equity dei link interni e sprecano crawl budget.
Link interno: mantieni la paginazione per gli utenti, costruisci hub per la ricerca. Se la tua categoria è “scarpe da running” e vuoi rankare per varianti long-tail, non affidarti alle pagine di paginazione. Costruisci pagine hub e sottocategorie che mappano il reale intento di ricerca: “scarpe da trail running,” “scarpe da running con stabilità,” “scarpe da running per piedi larghi.” Quelle sono pagine indicizzabili con valore unico, non una griglia di prodotti riordinata su /page/3/.
Performance: le pagine di paginazione possono essere lente. Su WooCommerce, le pagine di archivio spesso eseguono query pesanti, filtri e logica di ordinamento. Se pagina 2 è lenta, Googlebot crawla meno URL al giorno. Questo rallenta l’indicizzazione e i cicli di aggiornamento. Ecco perché l’object caching e una logica di query pulita contano, non solo per l’UX, ma per l’efficienza del crawl.

Se vuoi verificare se la paginazione sta effettivamente consumando crawl, hai bisogno dei server log. I tool 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 l’angolo dell’analisi dei log in dettaglio.

Filtri, Parametri e Ricerca Interna

I filtri possono combinare colore, taglia, prezzo, brand e ordinamento. Cinque opzioni per faceta generano migliaia di combinazioni. Se ogni click crea un link HTML crawlabile, Googlebot finisce per crawlare migliaia di URL quasi duplicati.

Decido quali combinazioni hanno domanda di ricerca e valore commerciale. Una faceta di brand o utilizzo può essere trasformata in una landing page indicizzabile. Taglia, ordinamento e fasce di prezzo arbitrarie di solito restano fuori. Le eccezioni vengono dalla keyword research e dall’inventario, non solo dal fatto che il filtro esiste.

La ricerca interna non dovrebbe essere indicizzata. I suoi risultati cambiano, possono essere infiniti, e spesso creano contenuti thin. Rimuovo questi URL dalla sitemap, evito link crawlabili non necessari e applico controlli di indicizzazione.

Inoltre rivedo i parametri di tracking, visualizzazione e ordinamento. Il canonical dovrebbe puntare alla versione pulita quando il contenuto non cambia in modo significativo. Search Console e i log aiutano a rilevare varianti che il team non sapeva esistessero.

Gestione dei Prodotti Out of Stock

Questa è una domanda senza risposta universale, ma il framework decisionale è chiaro.

Redirect (301) alla categoria o all’equivalente più vicino: Da usare per prodotti definitivamente fuori produzione e che non torneranno mai. Il redirect preserva qualsiasi equity di link la pagina prodotto aveva accumulato. Ideale per: prodotti discontinuati, articoli stagionali una tantum che non verranno più offerti.

Noindex + mantieni la pagina live: Da usare per prodotti temporaneamente out of stock che torneranno. La pagina resta live così gli utenti che l’hanno salvata nei preferiti possono tornare, ma Google non indicizza una pagina che mostra “out of stock” che potrebbe frustrare i searcher. Quando il prodotto torna disponibile, rimuovi il noindex. Ideale per: inventario che entra ed esce ciclicamente, prodotti stagionali.

Mantieni la pagina live e indicizzata, aggiorna il contenuto: Da usare per prodotti con volume di ricerca significativo per il loro nome — dove la pagina stessa ranka e genera traffico anche durante i periodi di out of stock. Aggiorna la pagina per riconoscere la situazione di stock, aggiungi un’iscrizione per la notifica via email e raccomanda prodotti alternativi. La pagina continua a rankare e catturare domanda che puoi convertire quando l’inventario torna. Ideale per: pagine prodotto ad alto traffico con forte brand recognition.

Elimina senza redirect: Quasi mai la scelta giusta. Perdi qualsiasi equity accumulato e rompi qualsiasi link esterno o interno che punta alla pagina.

Il risultato peggiore: reindirizzare prodotti temporaneamente out of stock alla tua homepage. Questo invia segnali misti a Google (il prodotto è discontinuato o solo temporaneamente non disponibile?) e non fornisce alcun valore agli utenti che arrivavano aspettandosi informazioni sul prodotto.

Per un audit SEO tecnico completo che copre i problemi specifici di WooCommerce insieme al framework più ampio, consulta la guida all’audit SEO tecnico. Per la gestione SEO WooCommerce pratica, il servizio di SEO per ecommerce copre sia l’ottimizzazione specifica per la piattaforma che la strategia SEO per ecommerce più ampia.

Canonical e Prodotti in Più Categorie

WooCommerce può mostrare lo stesso prodotto da percorsi diversi a seconda delle impostazioni dei permalink o della navigazione. La pagina prodotto deve avere un URL preferito stabile. Tutte le varianti di percorso puntano tramite canonical a quella versione.

Non concatenare canonical con redirect. Se l’URL preferito cambia, aggiorna link interni, sitemap e redirect. Google riceve segnali più chiari quando la navigazione e il canonical corrispondono.

I prodotti variabili non hanno bisogno di un URL indicizzabile per ogni taglia se il contenuto cambia a malapena. Mantengo una pagina prodotto consolidata e uso la selezione delle varianti. Quando una variante rappresenta una domanda specifica, un pricing o un prodotto sostanzialmente diverso, valuto una pagina standalone con contenuti e stock indipendenti.

Come Eseguo un Audit WooCommerce Senza Risolvere i Sintomi

Prima di tutto, faccio il crawl del sito come Google ed esporto tutti gli URL. Incrocio tipo, status, canonical, indicizzabilità, profondità, traffico, impressioni, link e sitemap. Questo inventario mostra se l’indice desiderato corrisponde all’indice reale.

Poi, raggruppo i problemi per template. Correggere 600 tag uno per uno è peggio che cambiare la regola che li pubblica. Lo stesso vale per schema duplicati, title vuoti o problemi di paginazione.

Priorizzo per impatto: i blocchi accidentali e i canonical errati sulle pagine che generano fatturato vengono prima degli avvisi minori sullo schema. Le performance del checkout non aspettano la pulizia editoriale. Ogni modifica ha un responsabile, un campione di QA e una data di verifica su Search Console.

Eseguo test in staging per plugin e configurazione server, ma verifico l’HTML di produzione. Cache, CDN e regole dell’host possono alterare il risultato in fase di pubblicazione.

Riferimenti Utili

Glossario Operativo

Termini operativi che appaiono frequentemente nelle guide SEO WooCommerce in inglese, con definizioni. Le sezioni precedenti coprono ogni concetto in dettaglio; questa lista serve a localizzare la formulazione canonica quando si confrontano checklist o si consultano materiali sorgente.

add the brand property to your product schema: Aggiungi la proprietà brand allo schema Product tramite l’attributo brand di WooCommerce o un campo brand dedicato. Includi offers.priceCurrency insieme a price con il codice valuta ISO 4217 (EUR, USD, GBP).
crawl budget management for large woocommerce catalogs: Controlla il crawl budget dei grandi cataloghi WooCommerce usando il report di copertura di Google Search Console, l’analisi dei server log e una sitemap XML pulita.
crawl tools are useful but they do not tell you what googlebot is spending time on: I tool di crawl mostrano cosa si può scoprire sul sito, ma non dove Googlebot spende le sue richieste effettive — per quello servono i server log.
rank maths free version has better native woocommerce schema output: Usa la versione gratuita di Rank Math per ottenere nativamente più proprietà dello schema Product specifiche per WooCommerce, senza dipendere da un add-on a pagamento.
set product tags attribute archives and any other low-value taxonomy archives to noindex: Segna le pagine a basso valore (tag, archivi di attributi) come noindex per mantenere l’indice di Google focalizzato sulle pagine di categoria e prodotto che generano fatturato.

FAQ

WooCommerce o Shopify è meglio per il SEO? Nessuno dei due è intrinsecamente migliore. WooCommerce dà più controllo tecnico, il che è un vantaggio per store con risorse di sviluppo e requisiti SEO specifici. Shopify fornisce infrastruttura gestita e impostazioni predefinite più semplici, il che è un vantaggio per store che necessitano di affidabilità senza overhead tecnico. Le differenze SEO più grandi sono: WooCommerce richiede un’attenta gestione della tassonomia e del crawl budget che Shopify non richiede, e le performance di WooCommerce dipendono dalla qualità dell’hosting in un modo in cui quelle di Shopify no. Per un team con uno sviluppatore, i vantaggi di controllo di WooCommerce sono reali. Per un team senza risorse tecniche, i default di Shopify sono più sicuri.

Come sistemo i contenuti duplicati su WooCommerce? Le fonti primarie di contenuti duplicati su WooCommerce: archivi di tag prodotto (noindex o blocca nel robots.txt), archivi di attributi prodotto (noindex o blocca), archivi di categoria paginati senza tag canonical (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 le impostazioni noindex degli archivi di tassonomia in modo sistematico, e verifica l’implementazione dei canonical con Screaming Frog.

Qual è il miglior plugin SEO per WooCommerce? Sia Yoast SEO (con l’add-on WooCommerce) che Rank Math gestiscono il SEO di WooCommerce in modo efficace. La versione gratuita di Rank Math ha un migliore output nativo dello schema per WooCommerce. Yoast è il plugin più consolidato, con più documentazione e risorse di supporto. Il plugin specifico conta meno della configurazione — entrambi i plugin richiedono un’impostazione deliberata delle regole noindex per la tassonomia, della configurazione dello schema e delle impostazioni della sitemap per funzionare correttamente con WooCommerce.

Come miglioro la velocità delle pagine WooCommerce? In ordine di impatto: passa a un hosting WordPress gestito o 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), servi le immagini come WebP tramite CDN, audita e rimuovi i plugin inutilizzati che caricano JavaScript sulle pagine prodotto, implementa Redis o Memcached per l’object caching su query pesanti al database. La velocità delle pagine su WooCommerce è fondamentalmente un problema di infrastruttura e configurazione — le modifiche a tema e plugin aiutano ma raramente risolvono il problema alla radice se l’hosting è inadeguato.

Dovrei impostare noindex sui tag prodotto di WooCommerce? Nella maggior parte dei casi, sì. I tag prodotto generano pagine di archivio individuali per ogni tag — uno store con 50 tag ha 50 pagine di archivio tag, la maggior parte con contenuti thin e liste prodotto quasi duplicate. Queste pagine consumano crawl budget e raramente rankano per qualcosa di valido. Le eccezioni: pagine tag dove il valore del tag corrisponde a una query di ricerca genuina (“waterproof” come tag prodotto potrebbe valere la pena mantenere se i searcher usano quel termine per la tua categoria di prodotto). Audita le pagine tag per traffico e ranking prima di impostare noindex in massa.

Come gestisce WooCommerce la paginazione per il SEO? WordPress genera archivi paginati per le categorie prodotto con molti prodotti (/product-category/shoes/page/2/, /page/3/, ecc.). La gestione SEO raccomandata nel 2026: aggiungi un tag canonical su tutte le pagine di archivio paginate che punta alla pagina di categoria radice (/product-category/shoes/). Questo dice a Google che la categoria radice è la pagina primaria per il target keyword. Alcuni SEO preferiscono impostare noindex sugli 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 compromesso minore sull’UX.

Informazioni sull’Autore Sono un SEO e Growth Consultant indipendente con 18 anni di esperienza. Fondatore di SameAPI e DeLeak.co. Prenota una chiamata strategica →