SEO tecnica e-commerce: cosa controllare dopo un Core Update
Traffico crollato dopo un Core Update? Prima di riscrivere i contenuti conviene escludere i problemi tecnici: la checklist SEO con cui parto sull'e-commerce.
La SEO tecnica e-commerce è la prima cosa che guardo dopo un Core Update: prima di riscrivere i contenuti conviene escludere i problemi tecnici. La reazione tipica al calo è il panico - si stravolgono titoli e schede in pochi giorni - e quasi sempre è l’errore più costoso. Sui grandi cataloghi i problemi tecnici sono più frequenti di quanto si pensi, e molto più veloci da sistemare di un rewrite di massa.
Cosa cambia (e cosa non cambia) con un Core Update
Google non introduce una regola nuova: ricalibra come pesa segnali che già usava. Per questo un calo non indica per forza una penalizzazione, ma spesso che altri risultati sono diventati più rilevanti del tuo per quelle query. Non cambiano le fondamenta - crawling, indicizzazione, dati strutturati restano quelli di prima - quindi la SEO tecnica e-commerce che regge un aggiornamento è la stessa che regge il successivo. La guida ufficiale di Google sui core update è esplicita: non c’è nulla “da correggere”, si lavora sulla qualità complessiva.
Prima escludo i problemi tecnici
Su un e-commerce, prima di guardare i testi verifico che l’impianto sia sano. In ordine:
- Indicizzazione: le pagine che generano fatturato sono davvero indicizzate? Ci sono
noindexresidui o canonical che puntano altrove? - Crawl budget: filtri e parametri stanno generando migliaia di URL inutili che sprecano scansioni?
- Core Web Vitals: la velocità reale regge da mobile, dove Google misura?
- Dati strutturati: prodotto, prezzo e disponibilità sono marcati e validi?
Ognuno di questi punti può spiegare da solo un crollo del 20-30% del traffico organico, senza che una virgola del contenuto sia peggiorata.
Crawl budget e faccette: il problema numero uno
Le faccette (colore, taglia, prezzo, ordinamento) sono la trappola classica della SEO e-commerce. Una categoria con 8 filtri combinabili può esplodere in oltre 50k URL quasi identici: Googlebot li scansiona, trova contenuto duplicato e brucia crawl budget che dovrebbe andare alle schede vere. Metto i parametri non indicizzabili dietro canonical verso la categoria pulita, uso robots.txt per le combinazioni inutili e tengo in noindex,follow gli ordinamenti. Una cache full-page aggressiva aiuta anche qui: ne parlo nel pezzo su PrestaShop e LiteSpeed, perché un TTFB oltre 600 ms rallenta pure la scansione.
Su un e-commerce il primo sospettato dopo un Core Update non è il testo: è il crawl budget divorato dalle faccette.
Indicizzazione e canonical in Search Console
Il rapporto Indicizzazione delle pagine di Search Console è dove parto sempre. Cerco lo scarto tra “Scansionate ma non indicizzate” e “Con reindirizzamento”, i canonical scelti da Google diversi da quelli dichiarati, e i picchi di “Duplicati”. Quando Google sceglie una canonical diversa dalla mia, di solito c’è un problema di segnali contrastanti (sitemap, hreflang, link interni). Il riferimento è la documentazione Google sulle URL duplicate: canonical coerenti su tutta la filiera, non solo nel <head>.
Core Web Vitals dopo un Core Update
Un core update non è un update dei Core Web Vitals, ma la velocità resta un segnale che pesa - e sotto stress competitivo ogni segnale conta. Le soglie buone al 75° percentile sono LCP sotto 2,5 s, INP sotto 200 ms e CLS sotto 0,1. Sono dati di campo (dataset CrUX), non di laboratorio: un 100 su Lighthouse in locale non dice nulla se i tuoi utenti navigano da mobile su rete media.
Il colpevole più comune del LCP alto su una scheda è l’immagine hero: una foto da 2 MB servita in un box da 400 px pesa senza motivo. Come intervengo nell’ordine giusto - TTFB, poi LCP, poi CLS - l’ho spiegato in dettaglio nella guida su PrestaShop e Core Web Vitals. Le soglie ufficiali stanno su web.dev.
Dati strutturati e schede prodotto
Dopo un aggiornamento controllo che lo structured data Product sia ancora valido: prezzo, valuta, disponibilità e recensioni devono corrispondere a quanto vede l’utente, altrimenti Google smette di mostrare i rich result. Un markup rotto non causa il calo, ma toglie visibilità proprio quando serve.
Su installazioni datate il problema è spesso il tema o un modulo obsoleto: se il tuo shop è ancora su una versione vecchia, l’aggiornamento da PrestaShop 1.7 a 8 sistema anche parecchia di questa base tecnica. Il formato corretto è nella guida Google sui dati strutturati Product.
Contenuto vs intento di ricerca
Solo dopo aver escluso il tecnico ha senso guardare i testi. La domanda non è “quante parole ha la scheda”, ma “risponde all’intento di chi cerca quel prodotto?”. Una scheda con tre righe duplicate dal fornitore non compete con chi spiega, mostra le misure, gestisce le obiezioni e rassicura sui resi. Su un e-commerce l’intento cambia lungo il funnel: chi cerca “scarpe running A6” vuole comprare, chi cerca “migliori scarpe running” vuole confrontare. Servono pagine diverse, non la stessa scheda ottimizzata a forza.
Cosa NON fare nel panico
- Riscrivere tutto in pochi giorni: rende impossibile capire cosa ha funzionato.
- Cancellare o mettere in
noindexpagine in massa senza dati alla mano. - Rincorrere ogni aggiornamento con interventi drastici: si perde la rotta e i segnali si sporcano.
- Buttare soldi in link a freddo sperando in una scorciatoia.
Gli strumenti con cui parto
La diagnosi è sui dati, non a sensazione: Search Console per copertura, query e pagine che hanno perso posizioni; PageSpeed/CrUX per i Core Web Vitals reali; i log del server per vedere come Googlebot scansiona davvero e su quali URL spreca; un crawl con Screaming Frog per scovare noindex, canonical, catene di redirect e faccette fuori controllo.
Ognuno di questi strumenti dice una parte della verità: incrociarli evita di intervenire sul problema sbagliato. Un audit tecnico serio parte da qui e costa molto meno di un hosting dedicato da 20-30€/mese moltiplicato per mesi di traffico perso.
L’errore che costa di più: agire sull’istinto
Dopo un calo la tentazione è cambiare tutto subito. È il modo migliore per peggiorare e non capire più niente. Meglio una modifica alla volta, misurata: così, aggiornamento dopo aggiornamento, si vede cosa paga e si costruisce su quello. La SEO tecnica e-commerce premia chi tiene la rotta e legge i numeri, non chi rincorre ogni oscillazione della SERP.
Traffico in calo dopo un Core Update?
Faccio un audit tecnico dell’e-commerce e ti dico se il problema è di crawling, performance, indicizzazione o contenuto, con priorità chiare e un prima/dopo in numeri. Scrivimi dai contatti e partiamo dai dati di Search Console.
❓ Domande frequenti
Quanto tempo serve per recuperare dopo un Core Update?
Come capisco se è un problema tecnico o di contenuto?
Le faccette di un e-commerce danneggiano la SEO?
Hai un progetto in testa?
Raccontami cosa ti serve o cosa non funziona. Rispondo entro 24 ore, senza preventivi a scatola chiusa.