Un audit SEO e-commerce non è una lista esportata da un crawler. Deve spiegare quali problemi impediscono a categorie e prodotti di essere scoperti, compresi e scelti, quanto inventario è coinvolto, quale impatto commerciale può avere ogni problema e in quale ordine conviene intervenire.
Shopify, WooCommerce e i cataloghi enterprise condividono molte aree di controllo, ma non generano gli stessi URL, template o dati. L’audit deve quindi combinare principi comuni con verifiche specifiche della piattaforma.
Risposta breve: cosa deve includere un audit SEO e-commerce?
Un audit completo analizza architettura, crawling, indicizzazione, categorie, prodotti, varianti, filtri, ricerca interna, paginazione, canonical, sitemap, robots.txt, structured data, Merchant Center, immagini, JavaScript, mobile, performance, internazionalizzazione, keyword mapping, link interni, contenuti, log, Search Console, GA4 e conversioni. L’output finale deve trasformare i problemi in ticket prioritizzati, non limitarsi a descriverli.
Perché un audit e-commerce è diverso
Un sito di servizi può avere decine o centinaia di URL. Un e-commerce può aggiungere automaticamente prodotti, varianti, categorie, tag, filtri, ordinamenti, pagine di ricerca, valute e mercati. Lo stesso errore di template può quindi coinvolgere migliaia di pagine.
Inoltre, la decisione tecnica è legata al catalogo: un prodotto esaurito, una variante, una categoria stagionale e un filtro senza domanda non possono ricevere la stessa soluzione.
Definire obiettivi, perimetro e benchmark
Prima del crawl chiarisci:
- mercati e lingue;
- piattaforma, tema, app e plugin;
- numero di prodotti, varianti e categorie;
- frequenza di aggiornamento dello stock;
- canali Google usati, compreso Merchant Center;
- KPI: ricavi, transazioni, lead, margine o visibilità di categoria;
- migrazioni e rilasci recenti;
- vincoli di sviluppo e merchandising.
Salva un benchmark di clic, impressioni, ricavi organici, conversioni, pagine indicizzate e principali template. Senza baseline sarà difficile valutare l’effetto delle correzioni.
Audit tecnico del catalogo
Il primo obiettivo non è accumulare errori, ma ricostruire quali URL esistono, come vengono scoperti e quali pattern assorbono crawling senza sostenere il catalogo.
Inventario URL: partire da più fonti
Nessuna fonte mostra da sola l’intero sito. Combina:
- crawl interno;
- sitemap XML;
- export del CMS;
- Search Console;
- landing page GA4;
- feed Merchant Center;
- backlink;
- log del server o CDN.
Il confronto rivela prodotti presenti nel feed ma non linkati, URL storici ancora crawlati, pagine organiche fuori sitemap e faccette non visibili da un crawl standard.
Architettura e scoperta dei prodotti
Google raccomanda percorsi crawlable da menu a categorie, sottocategorie e prodotti. Se i prodotti sono disponibili soltanto tramite search box, potrebbero non essere trovati durante il crawling.
Verifica:
- profondità delle categorie prioritarie;
- prodotti senza link interni;
- categorie troppo ampie o quasi vuote;
- breadcrumb;
- link da guide e hub;
- best seller o linee strategiche isolate.
La guida all’internal linking SEO approfondisce link crawlable, gerarchia e pagine orfane.
Crawlability, indicizzazione e crawl budget
Classifica ogni pattern URL: indicizzabile, crawlable ma non indicizzabile, bloccato, redirect o errore. Controlla che le direttive non si contraddicano.
Su cataloghi grandi misura la quota di richieste dedicata a parametri, filtri, tracking, ricerche interne e redirect. Il crawl budget diventa un problema quando l’inventario inutile rallenta la scoperta o l’aggiornamento delle pagine prioritarie.
Index bloat e pagine automatiche
Tag, archivi, faccette, URL di ricerca, combinazioni vuote e prodotti duplicati possono ampliare l’indice senza aggiungere valore. Non giudicare soltanto il totale delle pagine indicizzate: segmenta per template e funzione.
Confronta URL utili, URL scoperti e URL che ricevono impressioni. La guida all’index bloat mostra come distinguere un catalogo grande da un inventario gonfiato.
Categorie, prodotti e percorsi di acquisto
Dopo l’inventario tecnico, l’audit deve verificare se categorie, prodotti, varianti e strumenti di navigazione rispondono a intenti distinti e conducono verso un’azione commerciale possibile.
Audit delle pagine categoria
Per ogni categoria controlla:
- intento e keyword target;
- gerarchia e prodotti inclusi;
- title, H1 e meta description;
- testo utile senza ostacolare la griglia;
- filtri e ordinamenti;
- paginazione;
- link verso prodotti e sottocategorie;
- canonical, sitemap e status;
- mobile UX e conversioni.
Una categoria non deve essere valutata come un articolo: il catalogo e la navigazione sono il suo contenuto principale.
Audit delle pagine prodotto
Controlla qualità e coerenza di:
- nome, descrizione e specifiche;
- prezzo, valuta e disponibilità;
- immagini e video;
- SKU, GTIN, MPN e brand quando applicabili;
- varianti;
- recensioni autentiche;
- spedizione e resi;
- structured data;
- prodotti correlati;
- performance e tracciamento.
Le descrizioni identiche a quelle del produttore non sono automaticamente una penalizzazione, ma rendono difficile differenziare la pagina. Aggiungi dati, uso, compatibilità e prove realmente utili.
Varianti e canonical
Colore, taglia o configurazione possono vivere su un solo URL o su URL distinti. L’audit deve capire:
- quali varianti hanno URL;
- se ogni URL restituisce contenuto e dati coerenti;
- quale variante è canonical;
- come cambia prezzo, immagine e disponibilità;
- se i link puntano alla versione corretta;
- se Merchant Center usa gli stessi identificatori.
Google supporta structured data per gruppi e varianti di prodotto. Non creare però markup che descrive opzioni non visibili o acquistabili.
Per la strategia di consolidamento consulta la guida al tag canonical SEO.
Filtri, faceted navigation e ordinamenti
Mappa tutti i parametri e le combinazioni generati da brand, prezzo, colore, taglia, disponibilità e sort. Dividi:
- faccette con domanda e valore;
- filtri funzionali non indicizzabili;
- combinazioni duplicate;
- spazi potenzialmente infiniti;
- stati vuoti o impossibili.
Canonical, noindex, robots.txt, link e sitemap devono raccontare la stessa strategia. Bloccare tutto o indicizzare tutto sono entrambi approcci troppo semplici.
Ricerca interna
Le pagine generate dal search box possono creare query illimitate, risultati sottili e URL spam. Verifica:
- pattern e parametri;
- link interni verso risultati di ricerca;
- status delle query vuote;
- indexability;
- eventuali pagine di ricerca già presenti nell’indice;
- uso dei dati di ricerca per migliorare categorie e assortimento.
Una query interna popolare non deve diventare automaticamente una landing page. Prima verifica intento, domanda e inventario.
Paginazione e caricamento incrementale
Prodotti oltre il primo gruppo devono restare raggiungibili. Controlla link sequenziali, URL persistenti, canonical autoreferenziali e numeri di pagina validi.
“Load more” e infinite scroll richiedono una struttura paginata sottostante: Google generalmente non clicca bottoni né esegue interazioni necessarie a caricare altri prodotti.
Prodotti esauriti e dismessi
Non esiste una regola unica:
| Stato | Azione possibile | Condizione |
|---|---|---|
| Temporaneamente esaurito | Mantieni pagina e alternative | Il prodotto tornerà |
| Dismesso con equivalente | Redirect | Sostituzione realmente pertinente |
| Dismesso senza equivalente | 404/410 | Nessun valore residuo |
| Storico con domanda o supporto | Mantieni contenuto utile | Serve ancora utenti/clienti |
Evita redirect di massa alla homepage. Usa la guida ai redirect 301 e quella agli errori 404 per scegliere in base all’equivalenza.
Segnali tecnici, dati prodotto e rendering
Questi controlli devono essere letti insieme. Una sitemap corretta non compensa canonical incoerenti; dati strutturati validi non compensano prezzi o disponibilità discordanti; una pagina veloce non serve se il prodotto non è raggiungibile.
Sitemap XML
La sitemap dovrebbe contenere URL canonici, indicizzabili e utili. Segmenta prodotti, categorie, lingue o grandi sezioni quando aiuta il monitoraggio.
Confronta sitemap e CMS per trovare prodotti mancanti o URL obsoleti. La sitemap aiuta discovery, ma non sostituisce i link. Approfondisci nella guida alla sitemap XML.
Robots.txt
Usa robots.txt per controllare crawling di pattern non utili, non per garantire la deindicizzazione. Se blocchi una pagina, Google non può leggerne un eventuale noindex.
Testa ogni regola su campioni reali e verifica che non blocchi risorse necessarie, categorie strategiche o API usate dal rendering. La guida a robots.txt tratta i conflitti più comuni.
Structured data di prodotto
Sulle pagine acquistabili, Product e merchant listing possono comunicare prezzo, disponibilità, recensioni, spedizione, resi e varianti. L’audit deve confrontare markup e contenuto visibile.
Verifica:
- campi richiesti e consigliati;
- price e priceCurrency;
- availability aggiornata;
- SKU e identificatori;
- recensioni non aggregate impropriamente;
- varianti con
ProductGroupquando pertinente; - errori e avvisi nei report dedicati.
Il markup aumenta l’idoneità a esperienze avanzate, non ne garantisce la visualizzazione.
Merchant Center e feed di prodotto
Confronta feed e sito per:
- URL e canonical;
- titoli e descrizioni;
- prezzo, valuta e promozioni;
- disponibilità;
- immagini;
- GTIN, MPN e brand;
- spedizione e resi;
- varianti e gruppi;
- rifiuti o limitazioni.
Structured data e feed possono essere usati insieme. Le discrepanze frequenti indicano spesso problemi di aggiornamento o di ownership dei dati.
Immagini e ricerca visuale
Controlla qualità, dimensioni, URL stabili, alt appropriati, lazy loading, sitemap/feeds e coerenza tra immagine e variante. Le immagini non devono essere bloccate né caricate soltanto dopo interazioni non eseguite dal crawler.
Misura anche peso e impatto sul rendering delle griglie e delle pagine prodotto.
Core Web Vitals e performance
Segmenta per template: homepage, categoria, prodotto, ricerca e checkout. Le medie di sito possono nascondere problemi concentrati.
Cause comuni:
- hero o immagini prodotto pesanti;
- layout che cambia al caricamento;
- app e tag di terze parti;
- filtri lenti;
- script di recensioni e personalizzazione;
- risposta server lenta su query complesse.
Collega dati real-user con test di laboratorio e priorità commerciale.
JavaScript e rendering
Confronta HTML iniziale e DOM renderizzato. Assicurati che prodotti, link, title, canonical, structured data e contenuto principale non dipendano da errori o interazioni.
Per storefront headless verifica routing, History API, status HTTP, rendering server-side o equivalente, cache e parità tra bot e utenti.
Mobile UX e conversione
L’audit mobile deve includere filtri, ricerca, card, varianti, sticky CTA, checkout, accessibilità e stabilità. Una pagina può essere tecnicamente indicizzabile ma commercialmente inefficace.
Analizza funnel per dispositivo: visualizzazione prodotto, add to cart, begin checkout e purchase.
Contenuti, mercati e dati di performance
L’audit non termina nel codice. Deve verificare a quali domande risponde il catalogo, quali mercati serve e se i dati disponibili consentono di distinguere visibilità, comportamento e valore.
SEO internazionale e hreflang
Per cataloghi multi-paese controlla URL locali, valute, disponibilità, traduzioni, canonical, hreflang, link interni e feed per mercato.
Non creare hreflang verso traduzioni mancanti, redirect, 404 o pagine non indicizzabili. La guida a hreflang SEO approfondisce reciprocità e interazione con canonical.
Keyword mapping per categorie e prodotti
Assegna query ampie alle categorie, query raffinate a sottocategorie o landing selezionate, modelli specifici ai prodotti e domande informative alle guide. Non creare una pagina per ogni keyword.
La keyword map dovrebbe includere URL, intento, page type, mercato, CTA e fonti di link.
Content gap e contenuti duplicati
Un gap può essere una categoria mancante, una guida utile o un attributo non spiegato. Non è qualsiasi keyword che un competitor copre.
Controlla anche descrizioni duplicate, template poveri, pagine locali o internazionali tradotte senza adattamento e prodotti con poche informazioni uniche.
Backlink e pagine dismesse
Prima di eliminare prodotti o categorie verifica backlink, referral, traffico, conversioni assistite e valore storico. Un URL senza vendite recenti può avere link utili o supportare il cluster.
Aggiorna i link esterni più importanti quando possibile e non lasciare catene di redirect.
Log analysis
I log mostrano cosa richiedono realmente Googlebot e altri crawler. Segmenta per template, parametro, status, tempo di risposta e frequenza.
Confronta richieste a faccette e ricerca interna con crawling di categorie e prodotti nuovi. Questo aiuta a distinguere un rischio teorico da uno spreco osservato.
Search Console e GA4
In Search Console segmenta query, pagine, Paese, dispositivo e search appearance. Controlla indicizzazione, sitemap, rich results, Core Web Vitals e statistiche di scansione.
In GA4 verifica che gli eventi e-commerce inviino parametri richiesti. Analizza Organic Search, landing page, view item, add to cart, checkout, acquisti e ricavi. Se il tracciamento è incompleto, l’audit non può prioritizzare correttamente il valore.
Controlli specifici per piattaforma
I principi SEO restano gli stessi, ma il punto in cui nasce un errore cambia. Tema, app, plugin e tassonomie devono essere collegati all’output che producono, non trattati come una configurazione astratta.
Problemi tipici di Shopify
- collection automatiche sovrapposte;
- filtri Search & Discovery non controllati;
- app che modificano canonical o structured data;
- theme code duplicato;
- URL di prodotto e collection collegati in modo incoerente;
- mercati, lingue e valute non allineati;
- script di app che rallentano griglie e prodotto;
- feed e dati storefront discordanti.
Verifica sempre l’output reale del tema, non soltanto le impostazioni dell’admin.
Problemi tipici di WooCommerce
- categorie, tag e attributi tutti indicizzabili;
- plugin filtro che generano molti URL;
- archivi e attachment inutili;
- conflitti tra plugin SEO, cache e traduzione;
- query database lente;
- varianti e stock non aggiornati;
- sitemap con tassonomie non strategiche;
- template sovrascritti dal tema senza manutenzione.
Documenta il plugin responsabile di ogni output prima di suggerire la correzione.
Prioritizzazione: trasformare problemi in roadmap
Una formula operativa interna può essere:
Priorità = Impatto × Scala × Confidenza ÷ SforzoNon è una formula di Google. Serve a rendere trasparenti le decisioni. Valuta anche dipendenze, rischio di rilascio e valore commerciale.
| Problema | URL | Impatto | Correzione | Priorità |
|---|---|---|---|---|
| Filtri indicizzabili senza valore | 18.400 | Alto | Controllare faccette | P1 |
| Link prodotto rotti | 220 | Medio | Aggiornare link | P2 |
| Dati prodotto incompleti | 600 | Medio | Correggere template/feed | P2 |
I numeri sono un esempio di formato, non benchmark universali.
Come deve essere il deliverable
Ogni finding dovrebbe contenere:
- evidenza e campioni;
- pattern o template coinvolto;
- impatto SEO e commerciale;
- causa probabile;
- soluzione proposta;
- criteri di accettazione;
- owner e dipendenze;
- priorità e rischio;
- metrica di validazione.
La checklist SEO tecnica può supportare la copertura, ma non sostituisce diagnosi e priorità.
Esempio di raccomandazione pronta per lo sviluppo
Un ticket ipotetico può essere: “Le categorie caricano la seconda pagina solo dopo clic; il crawl dei link HTML non raggiunge i prodotti successivi”. Allega URL campione, comportamento osservato, screenshot o HTML, template interessato e dati necessari a stimare la portata. Non presentare un numero di prodotti persi se il catalogo non è stato verificato.
La correzione richiesta deve specificare l’esito: pagine successive con URL proprie, collegamenti estraibili e prodotti raggiungibili. Il criterio di accettazione è un nuovo crawl dal percorso categoria, insieme al test del comportamento per l’utente. SEO verifica la scoperta, sviluppo il componente, e-commerce la selezione prodotti. Un audit diventa utile quando distingue evidenza, ipotesi e condizione che consente di chiudere il problema.
Validazione dopo il rilascio
- Ricrawla i pattern modificati.
- Testa status, canonical, robots e rendering.
- Controlla sitemap e feed.
- Monitora log e Crawl Stats.
- Verifica indicizzazione e rich results.
- Confronta query, categorie, prodotti e ricavi.
- Annota la data del rilascio.
- Apri nuovi ticket per regressioni reali.
Domande frequenti sull’audit SEO e-commerce
Un crawler automatico è sufficiente per fare un audit?
No. Il crawler trova pattern e anomalie, ma non decide quali categorie hanno valore, quali filtri meritano indicizzazione o quale intervento deve avere priorità commerciale.
Quanto dura un audit SEO e-commerce?
Dipende dalla dimensione del catalogo, dalle piattaforme coinvolte, dai mercati, dalla qualità dei dati e dall’accesso a log, Search Console, analytics e feed. Il perimetro va definito prima del crawl.
L’audit cambia tra Shopify e WooCommerce?
I principi di crawling, indicizzazione e intento non cambiano, ma cambiano template, tassonomie, app, plugin e modalità con cui vengono generati URL, canonical e dati strutturati.
Quali accessi servono?
Di solito servono almeno Search Console, analytics, CMS o ambiente di test, sitemap e informazioni sul catalogo. Per siti grandi, log e feed di prodotto rendono la diagnosi più affidabile.
Ogni quanto va ripetuto?
Non esiste una frequenza universale. Conviene rivalutare il sito dopo migrazioni, redesign, cambi di piattaforma, importanti modifiche al catalogo o quando dati organici e commerciali mostrano anomalie persistenti.
Un audit e-commerce deve decidere, non soltanto trovare errori
I tool possono contare redirect, title e URL. Non possono decidere quali filtri meritano una landing page, quale prodotto dismesso possiede ancora valore, quale categoria corrisponde all’intento o quale correzione genera il maggiore impatto.
Se il catalogo contiene centinaia o migliaia di prodotti, l’audit deve prioritizzare problemi in base a impatto organico e commerciale. L’obiettivo è una roadmap implementabile che migliori discovery, esperienza e ricavi.
