SEO per e-commerce

In breve — La SEO per e-commerce è semplicemente la SEO di un negozio online: serve a far comparire le pagine di prodotto e di categoria in Google quando le persone cercano per acquistare. Non esiste un «algoritmo e-commerce» speciale. Sembra più difficile perché i negozi hanno molte più pagine di un sito normale e molte sono quasi identiche. Il lavoro consiste nel tenere ordinato questo insieme affinché Google posizioni le pagine che producono davvero fatturato.

Che cos’è la SEO per e-commerce

In un negozio, due tipi di pagina generano la maggior parte dei risultati organici:

• Pagine di prodotto — una per ogni articolo venduto.
• Pagine di categoria o collezione — elenchi che raggruppano i prodotti, come «scarpe da corsa da uomo».

La SEO per e-commerce fa posizionare queste pagine per ricerche come «scarponi da trekking impermeabili» o «auricolari wireless sotto i 100 euro», effettuate da persone pronte ad acquistare. Google e le regole sono gli stessi di qualsiasi altro sito: servono pagine scansionabili, pertinenti e abbastanza autorevoli da competere.

Perché un negozio è più complesso di un blog

Un blog può avere 100 pagine. Un negozio con 2.000 prodotti, ciascuno disponibile in più colori e taglie, può generare in silenzio centinaia di migliaia di indirizzi web quando si contano filtri e ordinamenti. La maggior parte sono duplicati. Google non può scansionarli tutti senza limiti e le pagine duplicate competono con le altre pagine dello stesso sito. Gran parte del lavoro consiste quindi nel far concentrare Google sulle pagine reali, non su migliaia di varianti filtrate.

Le poche cose che contano di più

• Scrivi descrizioni originali. Non incollare il testo del produttore usato da altri 50 negozi. Anche poche frasi originali per prodotto aiutano.
• Aggiungi contenuti utili alle categorie. Una categoria composta soltanto da una griglia di prodotti è difficile da posizionare. Una breve introduzione davvero utile aiuta; un muro di parole chiave in fondo alla pagina che nessuno legge no.
• Gestisci con criterio i prodotti esauriti. Se torneranno disponibili, mantieni la pagina. Se sono ritirati definitivamente, reindirizzali verso qualcosa di simile o lascia che restituiscano 404.
• Usa i dati strutturati di prodotto per ottenere valutazioni, prezzi e informazioni sulla spedizione nei risultati Google. Rendono il risultato più evidente e cliccabile, ma non migliorano la posizione.

L’errore più comune

Aggiungere lo schema Product non migliora il ranking. Google lo ha dichiarato direttamente. Lo schema consente rich snippet come stelle, prezzo e disponibilità, che possono generare più clic, ma soltanto dopo che la pagina si è già posizionata. Moltiplica la visibilità; non è una scorciatoia verso le prime posizioni.

Per la versione completa — navigazione a faccette, crawl budget, correzioni specifiche per Shopify e altre piattaforme e prossimi passi — passa alla scheda Avanzato.

In breve — La SEO per e-commerce è un problema di scala e struttura prima che di ranking. Un negozio genera per impostazione predefinita URL quasi duplicati — varianti, filtri e parametri di ordinamento — quindi il vero lavoro è controllare un enorme spazio di URL. Usa lo stesso Google di ogni altro sito. La disciplina nasce dalla scala, dal fatturato legato a ogni pagina, dalle strutture imposte dalla piattaforma e dalla duplicazione incorporata. La navigazione a faccette è la sfida tecnica tipica. I dati strutturati Product danno accesso ai risultati avanzati ma non sono un fattore di ranking. I Core Web Vitals sono un fattore confermato, sebbene modesto rispetto a pertinenza e autorevolezza. I negozi piccoli raramente devono pensare al crawl budget; i cataloghi grandi sì.

Un negozio genera URL più rapidamente di quanto Google riesca a scansionarli

Il dato centrale è il volume. Un catalogo di 10.000 prodotti crea centinaia di migliaia di URL scansionabili non appena si aggiungono filtri, ordinamenti e varianti, quasi tutti duplicati. Il problema fondamentale non è quindi posizionare una sola pagina, ma tenere l’attenzione di Google sulle pagine redditizie invece che su infinite combinazioni filtrate. Il sistema di ranking resta quello generale: pertinenza e autorevolezza fanno gran parte del lavoro. Scala e struttura trasformano però normali decisioni SEO in decisioni infrastrutturali.

Google pubblica una sezione dedicata all’e-commerce in Search Central e parte dal problema reale: «Una sfida fondamentale per qualsiasi sito e-commerce è essere scoperto nella Ricerca». La prima difficoltà è la scoperta, non il ranking. È qui che conviene investire per prima cosa.

Perché la SEO per e-commerce è più difficile della SEO generale

Le pressioni che si sommano sono cinque:

1. Scala. Un rivenditore medio con 10.000 SKU in 5 colori e 4 taglie arriva già a oltre 200.000 URL potenziali, prima della navigazione a faccette.
2. Contenuti duplicati per impostazione predefinita. Varianti, categorie filtrate, parametri di ordinamento, ID di sessione e paginazione creano URL quasi duplicati. Gestirli intenzionalmente è parte del lavoro SEO.
3. Vincoli della piattaforma. Le piattaforme impongono strutture URL che non sempre si possono cambiare del tutto.
4. Fatturato per pagina. Una perdita di posizioni su una pagina di prodotto o categoria per una ricerca di acquisto colpisce direttamente il fatturato.
5. Superficie dei risultati avanzati. Snippet di prodotto, schede commerciante, pannelli Shopping, ricerca immagini, Lens e scheda Shopping richiedono dati strutturati corretti.

Navigazione a faccette: la sfida tipica dell’e-commerce

Se puoi correggere una sola questione tecnica in un grande negozio, correggi questa. Filtrare una categoria per colore, taglia, prezzo o marchio genera un’esplosione combinatoria di URL quasi duplicati. La guida di Google individua due problemi: sovrascansione, perché gli URL sembrano nuovi e i crawler visitano molti indirizzi inutili, e scoperta più lenta, perché le risorse spese sulle faccette non sono disponibili per i contenuti realmente nuovi.

Se non vuoi indicizzare gli URL filtrati, Google propone difese a livelli: blocco in robots.txt, frammenti URL, rel="canonical" verso la pagina non filtrata e nofollow sui link dei filtri. Se alcune combinazioni devono essere indicizzate, usa il separatore standard &, mantieni costante l’ordine dei filtri e restituisci 404 quando una combinazione non produce risultati.

Un mito da eliminare: i canonical non risolvono la navigazione a faccette. Sono suggerimenti, non direttive, e Google può ignorarli quando altri segnali — soprattutto link interni o esterni verso l’URL filtrato — sono in disaccordo. robots.txt è un controllo più forte dello spreco di scansione quando quegli URL non devono mai essere richiesti.

Crawl budget: quando conta davvero

Gary Illyes ha affermato che circa il «90% dei siti non deve pensare al crawl budget», ed è vero. Per un negozio con meno di circa 10.000 pagine uniche e una buona igiene degli URL, i limiti principali sono qualità dei contenuti e indicizzazione. Il restante 10% comprende molti grandi e-commerce: cataloghi estesi, forte ricambio quotidiano degli SKU e faccette che generano URL combinatori.

Preoccupatene quando compaiono i sintomi: oltre 10.000 pagine uniche, settimane per la scoperta o una grande quantità di «Sottoposta a scansione, ma attualmente non indicizzata» in GSC. Google consiglia di eliminare i duplicati per concentrare la scansione sui contenuti unici, restituire 404/410 per le pagine rimosse definitivamente ed evitare lunghe catene di redirect. Non usare noindex per risparmiare crawl budget: Google richiede comunque la pagina e la elimina soltanto dopo aver letto noindex. Blocca in robots.txt il vero spreco di scansione; usa noindex per ciò che deve essere scansionato ma non indicizzato.

Dati strutturati: idoneità, non ranking

I dati strutturati di prodotto non migliorano il ranking. John Mueller, aprile 2025: «Structured data won’t make your site rank better». Rendono invece le pagine idonee agli snippet di prodotto e alle schede commerciante, aumentando potenzialmente il CTR quando la pagina è già posizionata. Lo schema moltiplica la visibilità; non muove il ranking.

In pratica, usa il markup Merchant Listing nelle pagine in cui si acquista e Product Snippet nelle pagine editoriali o di recensione. Le schede commerciante richiedono name, image e un Offer annidato con price positivo e priceCurrency ISO-4217; aggiungi availability, shippingDetails, hasMerchantReturnPolicy e aggregateRating. Usa ProductGroup + Product per le varianti, ciascuna con ID univoco. Affianca ai dati strutturati un feed Google Merchant Center: Google raccomanda entrambi perché la scansione web non garantisce di trovare tutti i prodotti.

Core Web Vitals: un fattore reale, nelle giuste proporzioni

L’esperienza di pagina, inclusi i Core Web Vitals, è un fattore di ranking confermato, ma il suo impatto è modesto rispetto a pertinenza e autorevolezza. In un negozio il lavoro più utile riguarda spesso l’LCP nei template di prodotto e categoria, soprattutto immagini hero e script che bloccano il rendering. Miglioralo perché favorisce la conversione e può spareggiare pagine simili, non perché porterà una pagina debole sopra concorrenti forti.

Prodotti esauriti

Decidi in base alla durata:

• Temporaneamente esaurito: mantieni l’URL attivo e indicizzabile, imposta availability su OutOfStock e offri un avviso di disponibilità.
• Ritirato definitivamente, con link o traffico: redirect 301 al prodotto equivalente più vicino o alla categoria.
• Ritirato definitivamente, senza autorevolezza: 404 o 410.
• Evita: noindex sulle pagine con backlink esterni e catene di redirect verso altri prodotti che potrebbero essere ritirati.

Il principio, ancora da Mueller, è fare ciò che funziona meglio per l’utente; i motori di ricerca in genere lo comprenderanno.

Le categorie hanno bisogno del contenuto giusto

Una categoria composta soltanto da una griglia è difficile da posizionare. Mueller ha osservato che senza contenuti oltre ai link ai prodotti è difficile per Google posizionare queste pagine. L’errore opposto è aggiungere una massa di testo pieno di parole chiave in fondo. Gary Illyes sintetizza la regola: aggiungi contenuti che le persone trovino davvero utili, non testi scadenti generati automaticamente. Scrivi una breve introduzione utile a chi acquista e salta il muro di testo che nessuno leggerà.

La piattaforma conta, ma nessuna è impossibile da ottimizzare

L’architettura produce effetti SEO cumulativi su larga scala, quindi la piattaforma è anche una decisione SEO. Tuttavia nessuna piattaforma diffusa è intrinsecamente impossibile da ottimizzare: cambia soltanto il punto di partenza.

• Shopify impone /collections/[name]/products/[slug], creando URL duplicati per ogni collezione. Usa canonical verso /products/[slug], ma i link interni spesso indicano l’URL della collezione. La correzione comune elimina il filtro Liquid | within: collection dai template.
• WooCommerce / WordPress offre pieno controllo degli URL e integrazione con plugin SEO; le prestazioni vanno progettate.
• BigCommerce include funzionalità SEO più forti e maggiore flessibilità degli URL rispetto a Shopify, un buon punto di partenza per il mid-market.
• Magento / Adobe Commerce offre massima flessibilità ma genera molti duplicati attraverso navigazione a livelli e parametri se non viene configurato correttamente.

Dove proseguire

Questo hub è la mappa; ogni argomento ha un approfondimento ed è presente nella barra laterale.

Guide alle piattaforme

• Shopify SEO — duplicazione collezione/prodotto, correzione within: collection e limiti reali.
• Magento SEO — controllo della navigazione a livelli e dei parametri di ordinamento.
• WooCommerce SEO — uso del controllo URL di WordPress e lavoro sulle prestazioni.
• BigCommerce SEO — funzionalità integrate e vantaggi per il mid-market.

Nel negozio

• SEO delle pagine prodotto — descrizioni originali, immagini, varianti e segnali on-page per le ricerche di acquisto.
• SEO delle pagine di categoria — contenuti utili, link interni e termini commerciali.
• Prodotti esauriti — albero decisionale tra indisponibilità temporanea e ritiro.
• Navigazione a faccette — quando bloccare o indicizzare e perché i canonical non bastano.
• Architettura del sito — menu → categoria → sottocategoria → prodotto.
• Audit SEO e-commerce — processo ripetibile per trovare spreco di scansione, duplicazione e lacune di indicizzazione.

Per le fondamenta, consulta i temi tecnici di crawl budget, canonicalizzazione e navigazione a faccette: l’e-commerce li applica su larga scala.

Riepilogo AI

Sintesi della versione avanzata:

• Stesso algoritmo, contesto più difficile. La complessità nasce da scala e struttura.
• Cinque pressioni: scala del catalogo, duplicati predefiniti, URL imposti dalla piattaforma, fatturato per pagina e ampia superficie dei risultati avanzati.
• La navigazione a faccette è la sfida tecnica principale. Usa robots.txt, canonical, nofollow e 404 per le combinazioni vuote; i canonical sono suggerimenti.
• Dati strutturati ≠ ranking. Danno idoneità ai risultati avanzati e possono migliorare il CTR. Abbina Product/Merchant Listing al feed Merchant Center.
• I Core Web Vitals sono un fattore reale ma modesto rispetto a pertinenza e autorevolezza.
• Crawl budget: circa il 90% dei siti può ignorarlo; i grandi cataloghi con faccette no. Non usare noindex per risparmiarlo: blocca in robots.txt.
• Esauriti: mantieni attive le pagine temporanee con OutOfStock; 301 per i prodotti ritirati con valore; 404/410 per gli altri.
• Le categorie richiedono contenuti utili, non testo-spazzatura a piè di pagina.
• La piattaforma conta ma nessuna è impossibile da ottimizzare: Shopify, WooCommerce, BigCommerce e Magento partono da difficoltà diverse.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca.

Google — hub e-commerce

• Best practice e-commerce — sezione dedicata di Google e relativi approfondimenti.
• Condividere i dati di prodotto con Google — dati strutturati, feed Merchant Center e perché servono entrambi.
• Dati strutturati per l’e-commerce — tipi di schema rilevanti.
• Struttura degli URL e-commerce — duplicati e varianti.
• Aiutare Google a comprendere la struttura — collegamenti menu → categoria → prodotto.
• Paginazione e caricamento incrementale — paginazione, carica altro e scorrimento infinito.
• Scrivere recensioni di qualità — indicazioni per recensioni e contenuti editoriali.

Google — dati strutturati e scansione

• Introduzione ai dati strutturati Product — snippet di prodotto e schede commerciante.
• Dati strutturati Merchant Listing — proprietà richieste e consigliate.
• Dati strutturati per varianti — ProductGroup + Product.
• Gestire la scansione degli URL a faccette — riferimento principale.
• Ottimizzare il crawl budget — per cataloghi da 10.000/1 milione di pagine.

Bing / Microsoft

• Bing Webmaster Tools — convalida del markup e dati di scansione.
• Supporto JSON-LD in Bing Webmaster Tools — supporto dei dati strutturati e feed Merchant Center.

Citazioni dalle fonti

Dichiarazioni pubbliche di Google. I link portano al passaggio citato quando disponibile.

Il mito centrale: i dati strutturati non sono un fattore di ranking

• «Structured data won’t make your site rank better. It’s used for displaying the search features listed in developers.google.com/search/docs/…» — John Mueller, Google, Bluesky, aprile 2025. Riportato da Search Engine Journal; l’originale è un post su Bluesky. Leggi l’articolo

La scoperta è la prima sfida dell’e-commerce

• «A critical challenge for any ecommerce website is being discovered in Search.» — documentazione Google Search Central. Vai alla citazione

Struttura degli URL: ridurre i duplicati

• «Minimize the number of alternative URLs that return the same content.» — documentazione Google Search Central. Vai alla citazione

Struttura del sito: la navigazione orienta la comprensione

• «navigation structures on your site (such as menus and cross page links) can impact Google’s understanding of your site structure.» — documentazione Google Search Central. Vai alla citazione

Dati strutturati nelle pagine di prodotto

• «can help Google understand your page better and display it as a rich result.» — documentazione Google Search Central. Google li descrive come utili alla comprensione e ai risultati avanzati, non come vantaggio di ranking.

Merchant Center e scansione

• I feed aumentano la certezza che Google conosca tutti i prodotti, «since web crawling is not guaranteed to find all products on your site.» — documentazione Google Search Central.

Navigazione a faccette

• Gli URL a faccette «appear novel, causing crawlers to access many useless URLs before recognizing their lack of value.» — documentazione Google Crawling Infrastructure. Fonte

Crawl budget: non usare noindex per risparmiarlo

• «Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.» — documentazione Google Search Central. Vai alla citazione

Prodotti esauriti

• «what works best for us is if we can keep the URL online for things that are really temporary…» — John Mueller, Google SEO Office Hours. Riportato da Search Engine Journal. Leggi l’articolo

Contenuti delle categorie

• «When ecommerce category pages don’t have any other content at all beyond links to the products, it’s really hard for Google to rank those pages.» — John Mueller, Google. Riportato da iLoveSEO. Leggi l’articolo
• Aggiungi «content that people will actually find useful», non «low-quality, auto-generated blurbs of text» — Gary Illyes, Google. Leggi l’articolo

Lista di controllo delle fondamenta SEO per e-commerce

Prima verifica, approssimativamente nell’ordine in cui intervenire:

• Indicizzazione pulita — site: e GSC mostrano prodotti e categorie reali, non varianti di filtro/ordinamento o URL con ID di sessione.
• Navigazione a faccette controllata — blocco in robots.txt o canonical; combinazioni vuote in 404; non affidarti soltanto ai canonical.
• Varianti consolidate — un canonical per prodotto o una configurazione intenzionale ProductGroup, non un URL sottile per colore e taglia.
• URL descrittivi e stabili — parole, non ID; nessun parametro di tracking o sessione nei link interni; coerenza tra link, sitemap e canonical.
• Link interni lungo la gerarchia — menu → categoria → sottocategoria → prodotto con veri <a href>.
• Descrizioni prodotto originali, non copie del produttore.
• Categorie con contenuti utili, non standardizzati.
• Regola per gli esauriti — mantieni i temporanei, reindirizza o restituisci 404 per i permanenti.
• Dati strutturati validi — Merchant Listing con Offer, prezzo positivo e valuta; ProductGroup per le varianti.
• Feed Merchant Center insieme ai dati strutturati on-page.
• Core Web Vitals superati nei template di prodotto e categoria, a partire dall’LCP.
• Crawl budget valutato soltanto quando rilevante — oltre 10.000 pagine, molte faccette o grande gruppo «scansionata ma non indicizzata».
• Paginazione scansionabile — link <a href>, alternativa allo scorrimento infinito e nessun canonical di tutta la serie sulla prima pagina.

Modelli mentali

1. Stesso algoritmo, superficie diversa. Non esiste un algoritmo e-commerce. Diagnostica ogni pagina come le altre — scansionata, indicizzata, pertinente e autorevole — e controlla anche il livello di errore specifico dell’e-commerce.

2. Prima la duplicazione. In un negozio la duplicazione è lo stato predefinito e il lavoro consiste nel consolidarla. Chiediti quanti URL restituiscono quasi lo stesso contenuto e quale debba essere il canonical. Varianti, filtri, ordinamenti e paginazione sono i sospetti abituali.

3. Lo schema è un moltiplicatore, non una leva. Amplifica la visibilità di una pagina già posizionata attraverso risultati avanzati e CTR; non sposta il ranking.

4. La soglia del crawl budget. Intervieni soltanto sopra la soglia: circa 10.000 pagine uniche, esplosione delle faccette, rapido ricambio o settimane per l’indicizzazione. Sotto, correggi contenuti e indicizzazione.

5. Albero decisionale per gli esauriti. Temporaneo → mantieni attivo + OutOfStock; permanente con link/traffico → 301 alla pagina pertinente più vicina; permanente senza valore → 404/410. Mai noindex su una pagina con backlink esterni.

SEO per e-commerce — scheda rapida

Dati strutturati: a cosa serve ogni tipo

Merchant Listing: obbligatorio e consigliato

• Obbligatorio: name, image, offers → Offer annidato con price > 0 e priceCurrency ISO-4217.
• Consigliato: description, brand.name, sku, gtin, availability, itemCondition, shippingDetails, hasMerchantReturnPolicy, aggregateRating, review.

Navigazione a faccette: scegli il controllo

Esauriti

Dati rapidi

• Dati strutturati: idoneità ai risultati avanzati, non fattore di ranking.
• Core Web Vitals: fattore confermato, modesto rispetto a pertinenza e autorevolezza.
• Crawl budget: circa il 90% dei siti può ignorarlo.
• Canonical: suggerimenti, non direttive; non bastano da soli per le faccette.

Errori SEO e-commerce che sprecano più lavoro

Trattare i dati strutturati come tattica di ranking

Il markup Product rende una pagina idonea ai risultati avanzati, ma non la fa salire. Correggi scansionabilità, indicizzabilità, pertinenza e autorevolezza prima di aspettarti variazioni nelle posizioni.

Usare noindex per risparmiare crawl budget

Google deve recuperare la pagina per vedere noindex. Usa noindex per controllare l’indice e una strategia intenzionale di prevenzione della scansione per gli spazi URL che non vanno richiesti.

Aspettarsi che i canonical risolvano da soli le faccette

I canonical sono suggerimenti e richiedono che le varianti siano scansionate. Elimina i percorsi verso stati inutili e usa regole robots.txt mirate quando esiste vero spreco.

Considerare corretta ogni impostazione predefinita della piattaforma

Shopify, WooCommerce, BigCommerce e Magento fanno compromessi diversi su varianti, parametri e link interni. Verifica HTML e comportamento degli URL generati.

Reindirizzare ogni prodotto ritirato alla home page

Un redirect non pertinente può essere trattato come soft 404. Reindirizza a un’alternativa davvero simile o a una categoria pertinente; altrimenti restituisci 404/410.

Strumenti per un sistema operativo SEO e-commerce

• Audit della navigazione a faccette — classifica filtri, ordinamenti, paginazione e tracking prima di decidere se indicizzare, canonicalizzare, bloccare o restituire 404.
• Validatore del markup Schema — controlla markup di prodotto, offerta, variante, breadcrumb e organizzazione in JSON-LD o HTML.
• Verifica dell’idoneità ai risultati avanzati — mostra requisiti soddisfatti e proprietà mancanti.
• Google Search Console, Indicizzazione pagine — segmenta prodotti, categorie, faccette, paginazione e varianti.
• Google Search Console, Statistiche di scansione — monitora richieste e risposte nei negozi abbastanza grandi.
• Google Merchant Center — abbina feed e dati strutturati e analizza incongruenze.
• Ahrefs Site Audit o Screaming Frog — trova conflitti canonical, catene, prodotti orfani, duplicati e profondità.
• Google Rich Results Test e Controllo URL — convalida il markup e ispeziona rendering, indicizzazione e canonical scelto.

Metriche di salute SEO per e-commerce

Copertura dell’indice per classe di pagina

Metrica: URL indicizzati, duplicati, scansionati ma non indicizzati e soft 404, divisi tra prodotti, categorie, faccette, varianti, paginazione e prodotti ritirati. Cosa mostra: se l’inventario giusto è visibile e i duplicati restano contenuti. Come ottenerla: classifica le esportazioni di Search Console con dati di catalogo e crawl. Riferimento: confronta i conteggi con l’inventario URL approvato per classe. Frequenza: mensile e dopo rilasci della piattaforma.

Quota di scansione non canonicale

Metrica: quota delle richieste Googlebot verificate spesa su faccette, ordinamenti, tracking e varianti consolidate duplicate. Cosa mostra: se la generazione di URL sottrae scansione a prodotti e categorie. Come ottenerla: segmenta i log server per pattern URL e confrontali con Crawl Stats. Riferimento: crea una base per template e punta a una riduzione sostenuta delle classi soppresse; i piccoli negozi potrebbero non doverla ottimizzare. Frequenza: settimanale durante la correzione, poi mensile nei cataloghi grandi.

Tasso di superamento dei Core Web Vitals per template

Metrica: quota dei gruppi di URL prodotto e categoria con stato CWV buono nei dati reali. Cosa mostra: la salute dell’esperienza sulle pagine di fatturato. Come ottenerla: Search Console Core Web Vitals o CrUX, separati per template e dispositivo. Riferimento: classificazioni correnti di Google e andamento del sito, non un punteggio soltanto di laboratorio. Frequenza: mensile, più controlli di laboratorio ai rilasci.

Valore delle pagine di ingresso organiche

Metrica: clic, impressioni, conversioni e fatturato da prodotti e categorie canonicali. Cosa mostra: se la pulizia tecnica sostiene le pagine commerciali. Come ottenerla: unisci dati URL di Search Console, analytics e reporting commerciale. Riferimento: confronta classi e periodi stagionali equivalenti; non esiste un obiettivo universale di fatturato. Frequenza: settimanale operativamente e mensile strategicamente.

Risorse che meritano tempo

I miei contenuti correlati

• Enterprise SEO — SEO su larga scala, crawl budget, duplicazione e faccette.
• Guida per principianti alla SEO tecnica — fondamenta tecniche.
• Link interni per la SEO — collegamenti tra migliaia di prodotti e categorie.
• Archivio dell’autore su Search Engine Land — articoli tecnici di Patrick Stox.

Da altri autori

• Ecommerce SEO: A Beginner’s Guide — guida passo passo di Chris Haines.
• Guida e-commerce SEO di Backlinko — ricca di dati e molto citata.
• Risolvere i duplicati Shopify — correzione degli URL collezione/prodotto.
• r/TechSEO — discussioni pratiche su crawl, indice e faccette.
• Guida e-commerce SEO di Search Engine Land — riferimento completo.
• Guida e-commerce SEO di Shopify — vincoli e funzioni native.
• Problemi SEO di Shopify — limiti architetturali e soluzioni.

Statistiche da citare

• Circa il 90% dei siti non deve pensare al crawl budget — Gary Illyes, Google. I grandi cataloghi con faccette appartengono al restante 10%. Contesto
• La matematica del catalogo cresce rapidamente — 10.000 SKU × 5 colori × 4 taglie = oltre 200.000 URL potenziali prima delle faccette. La scala è il problema centrale.
• I link interni vengono prima delle sitemap per la scoperta — Google ha descritto le sitemap XML come il secondo modo più importante di trovare URL, dopo i link interni. In un negozio, navigazione e categorie fanno più lavoro di scoperta della sitemap. Indicazione riportata da rappresentanti Google; va trattata come direzione, non come metrica pubblicata.

Cronologia modifiche