Analisi SEO Tecnica per E-commerce

Google non scansiona ogni pagina del tuo sito ogni giorno. Assegna un crawl budget, cioè un limite approssimativo sul numero di pagine che Googlebot recupera in un dato periodo. Per i negozi con qualche centinaio di prodotti questo conta poco. Per i negozi con 10.000+ SKU è determinante.

Il problema: la maggior parte delle piattaforme ecommerce genera quantità enormi di URL di scarso valore, come pagine di categoria paginate (/scarpe?pagina=47), combinazioni di filtri e ordinamenti (/scarpe?sort=prezzo&colore=rosso&taglia=40), pagine di prodotti esauriti e risultati di ricerca interna. Google scansiona tutto questo invece dei tuoi contenuti reali.

Correggi il problema alla radice. In robots.txt, non autorizzare Googlebot a scansionare i pattern di URL che generano pagine inutili. Per i parametri di filtro e ordinamento, usa tag canonical che puntano alla pagina categoria base, oppure aggiungi rel="nofollow" sui link di paginazione e filtro perché Googlebot non li scopra. Controlla regolarmente il report di copertura in GSC — ti mostra esattamente quali URL Google sta perdendo tempo a scansionare.

La navigazione a faccette (le barre di filtro laterali che gli acquirenti usano per restringere per taglia, colore, marca e prezzo) è una delle funzionalità UX più utili di qualsiasi negozio. È anche, quasi universalmente, un disastro SEO quando non viene configurata.

Ogni combinazione di filtri genera un nuovo URL. Una categoria con 200 prodotti, 5 colori, 8 taglie e 3 fasce di prezzo può produrre decine di migliaia di combinazioni di URL uniche. La maggior parte non contiene contenuto unico. Sono duplicati sottili della pagina categoria base. Google le indicizza, divide il link equity tra loro, e il posizionamento della tua pagina categoria cala.

In pratica: aggiungi un tag canonical su ogni URL di filtro che punta alla pagina categoria base. Oppure, se la tua piattaforma lo supporta, usa aggiornamenti URL solo in JavaScript così i filtri cambiano lo stato della pagina senza creare nuovi URL lato server. Shopify gestisce questo male di default — l'app di ricerca a faccette standard crea URL completamente indicizzabili per ogni filtro. È necessario gestire i canonical manualmente o tramite una modifica del tema.

Usa Screaming Frog per scansionare il tuo negozio e contare gli URL per template. Se la tua pagina categoria ha 12 sottopagine reali ma Screaming Frog trova 4.000 URL con quel percorso di categoria, hai un problema di navigazione a faccette.

Un prodotto con 5 opzioni di colore dovrebbe avere una sola pagina indicizzabile, non cinque. Quando ogni variante ha il proprio URL — /sneaker-blu, /sneaker-rossa, /sneaker-verde — e ogni pagina ha lo stesso titolo, la stessa descrizione e lo stesso contenuto con solo il nome del colore cambiato, Google vede cinque contenuti duplicati sottili. Nessuno posiziona bene.

La correzione passa dai tag canonical. Ogni URL di variante deve avere un canonical che punta alla pagina prodotto principale. La pagina prodotto principale stessa deve essere auto-canonicalizzata. In Shopify, gli URL di varianti vengono generati di default come ?variant=12345. La logica canonical integrata di Shopify lo gestisce — ma vale la pena verificare, specialmente su temi fortemente personalizzati, che il tag canonical su ogni URL di variante punti effettivamente all'URL prodotto corretto.

Google usa i Core Web Vitals come segnale di ranking. Le soglie: LCP (Largest Contentful Paint) sotto 2,5 secondi, CLS (Cumulative Layout Shift) sotto 0,1, e INP (Interaction to Next Paint) sotto 200 ms. La maggior parte dei siti ecommerce ne fallisce almeno uno su mobile — ed è lì che Google li misura.

I principali responsabili di un LCP alto nei siti ecommerce sono le immagini prodotto non ottimizzate. Un JPEG da 3 MB come immagine hero su una pagina prodotto distruggerà il tuo punteggio LCP. Servi WebP o AVIF, imposta attributi di larghezza e altezza espliciti, usa next/image o uno strato di ottimizzazione immagini equivalente, e assicurati che l'immagine prodotto principale abbia fetchpriority="high". Ahrefs Site Audit e PageSpeed Insights segnalano chiaramente i problemi di elemento LCP.

L'INP è la metrica più recente e la più difficile da correggere. Misura quanto tempo impiega la pagina a rispondere alle interazioni dell'utente. Nei siti ecommerce, il JavaScript pesante — in particolare gli script di terze parti per widget di chat, pixel di retargeting e motori di raccomandazione — è generalmente la causa. Differisci tutti gli script di terze parti non critici. Usa il pannello Performance di Chrome DevTools per identificare quali script bloccano il thread principale dopo il caricamento della pagina.

Il report di copertura in Google Search Console rende visibili i problemi di crawl. Categorizza gli URL in: Indicizzati, Non indicizzati (con le ragioni), Errori e Validi con avvisi. Ogni categoria ti dice qualcosa di diverso.

• —Soft 404: pagine che restituiscono uno stato HTTP 200 ma mostrano un messaggio 'nessun risultato' o 'prodotto non disponibile'. Google le tratta come pagine valide — vengono indicizzate, non trasmettono valore, e possono silenziosa­mente danneggiare i segnali di qualità del dominio.
• —Catene di redirect: l'URL A reindirizza all'URL B che reindirizza all'URL C. Ogni salto diluisce il PageRank e rallenta il crawl. Soluzione: aggiornare tutti i link interni per puntare direttamente all'URL di destinazione finale.
• —Scansionato ma non indicizzato: Google ha visitato la pagina ma ha scelto di non indicizzarla. Di solito un problema di segnale di qualità — contenuto sottile, duplicato o quasi duplicato.
• —Scoperto ma non scansionato: Google ha trovato l'URL (via sitemap o link interno) ma non lo ha ancora recuperato. Sui siti grandi questo indica esaurimento del crawl budget — Google mette in coda URL che non raggiungerà mai.

Il flusso di lavoro più produttivo: esportare i dati di copertura GSC, eseguire un crawl completo con Screaming Frog e incrociare i due. GSC ti dice cosa vede Google; Screaming Frog ti dice cosa c'è effettivamente sul sito. Le pagine che GSC mostra come soft 404 ma Screaming Frog trova con contenuto reale hanno di solito un problema di rendering — JavaScript che non si carica per Googlebot.

I dati strutturati non migliorano direttamente i posizionamenti, ma influenzano come le tue pagine appaiono nei risultati di ricerca. Per l'ecommerce questo conta più che nella maggior parte delle nicchie — lo schema Product sblocca i rich result con prezzo, disponibilità e stelle di recensione direttamente nella SERP. Questo aumenta significativamente il tasso di clic, specialmente nelle query di acquisto competitive dove i risultati organici si trovano sotto un muro di annunci Shopping.

Ogni pagina prodotto ha bisogno dello schema Product con almeno: name, image, description, sku, brand, offers (con price, priceCurrency, availability e url). Se la pagina ha recensioni, aggiungi AggregateRating. Senza di esso, le tue stelle di valutazione non appariranno nei risultati di ricerca anche se le recensioni sono sulla pagina.