SEO per E-commerce & Grandi Cataloghi
Su un catalogo grande la SEO è un problema di architettura, non di parole chiave. Migliaia di URL, filtri che esplodono in pagine doppione, schede prodotto sottili, crawl budget bruciato sulle pagine sbagliate. Qui lavoro sulla struttura: faccio in modo che Google indicizzi i prodotti che contano e ignori il rumore.
> crawling_catalog ………… 142k urls
> faceted_nav_dupes ………. [found]
> thin_product_pages ……… [flagged]
> canonical_rules ………… [applying]
> crawl_budget_recover ……. [running]
> indexable_products ……… [ok]
Quando il catalogo ti si ritorce contro
Un e-commerce piccolo lo sistemi a mano. Uno grande no: l’architettura ti si ritorce contro. La navigazione a faccette, i filtri taglia, colore, prezzo, genera una URL per ogni combinazione. Migliaia di pagine quasi identiche che Google scansiona invece dei tuoi prodotti.
Aggiungi le schede prodotto con la descrizione copiata dal fornitore su centinaia di articoli (thin content), le tassonomie che si sovrappongono, i prodotti fuori stock lasciati a marcire in 404 sbagliati. Il risultato è crawl budget bruciato e indicizzazione a singhiozzo.
Il lavoro qui è togliere il rumore e dare ordine: regole di canonical e parametri, tassonomie pulite, link interno che spinge dove serve. Non magia, metodo applicato a un sistema complesso.
Dove si mette mano
- ▪Tassonomie e categorie
- ▪Crawl budget
- ▪Link interno
- ▪Core Web Vitals
- ▪Dati strutturati Product
Il tuo catalogo brucia crawl budget su pagine inutili?
ScrivimiNavigazione a faccette fuori controllo
Un catalogo con la navigazione a faccette fuori controllo: ogni combinazione di filtri generava una URL nuova. Google ci sprecava il crawl budget invece di indicizzare i prodotti veri, e le pagine importanti faticavano a entrare in indice.
Il fix: regole di canonical e gestione parametri sui filtri, tassonomie sovrapposte consolidate, link interno ridisegnato per spingere su categorie e prodotti chiave. Meno pagine, ma quelle giuste.
Niente numeri da sbandierare: è uno schema che si ripete. Il principio non cambia, il crawler smette di perdere tempo e arriva dove deve.
Il framework, in 5 fasi
Log analysis
Si parte dai log del server: dove va il crawler, quanto spreca sui filtri, cosa non visita mai. La verità è nei log, non nei tool.
Architettura & silos
Categorie e tassonomie normalizzate: ogni cosa al suo posto, niente sovrapposizioni che confondono Google.
Schede & dati prodotto
Thin content e dati strutturati Product/Offer sistemati: schede che hanno valore e che le macchine capiscono.
Intento & contenuti
Le categorie si allineano a cosa cercano le persone, non a come è organizzato il gestionale.
Link interno
Link interno ridisegnato per spingere PageRank su categorie e prodotti che devono rankare.
Le aree sotto esame
Infrastruttura di scansione
- ✓Logiche di navigazione a faccette
- ✓Canonical e gestione parametri
- ✓Render e Core Web Vitals
- ✓Status HTTP per prodotti fuori stock
Semantica e struttura
- ✓Intento di ricerca per categoria
- ✓Tassonomie e tag normalizzati
- ✓Cluster tematici coerenti
- ✓Schema.org Product/Offer/Breadcrumb
Metriche e analisi
- ✓Topologia del link interno
- ✓Mappatura delle SERP feature
- ✓Analisi log su BigQuery
- ✓Dashboard per il monitoraggio
Su un catalogo grande, l’ordine vale più di mille trucchi.
ParliamoneCosa cambia, in concreto
Crawler ottimizzato
Il bot arriva ai prodotti, non si perde nei filtri.
Niente thin content
Schede che hanno valore, o gestite a livello di indice.
Architettura chiara
Categorie e tassonomie che hanno senso per chi cerca.
Dati strutturati
Product, Offer, recensioni: rich result e leggibilità AI.
Migrazioni sicure
Redirect 1:1 e link graph preservato nei passaggi di piattaforma.
Monitoraggio
Log e dashboard per vedere cosa cambia davvero nel tempo.
Lo stack che uso
Gli scenari tipici
Chi progetta un nuovo e-commerce e vuole l’architettura giusta dal day one.
Chi ha perso visibilità e non capisce dove si inceppa l’indicizzazione.
Chi sta migrando piattaforma e non vuole bruciare il traffico organico.
Chi ha un catalogo oltre le 100k URL e un crawl budget da gestire.
Chi vende in più paesi e deve districare gli hreflang.
Chi vuole dati strutturati seri per arricchire i risultati in SERP.
Perché non basta un audit generico
Approcci di superficie
- ✕Analisi solo in superficie
- ✕Configurazioni a mano
- ✕Focus sul volume keyword
Audit automatici
- ✕Output generici uguali per tutti
- ✕Nessuna analisi dei log
- ✕Scollegati dal database
Lavoro sull’architettura
- +Analisi log + big data
- +Tassonomie e link graph rifatti
- +Dati strutturati seri
- +Migrazioni senza perdite
Domande secche
Cos’è la navigazione a faccette e perché è un problema?+
Le schede prodotto duplicate contano davvero?+
Come gestisci una migrazione di piattaforma?+
Servono i dati strutturati Product?+
Lavori solo su cataloghi enormi?+
Cataloghi grandi ti interessano?
Più i prodotti sono tanti, più l’architettura fa la differenza. Se ci stai sbattendo la testa o hai un caso da discutere, scrivimi: ne parliamo.
Parliamone