Gli errori di SEO tecnica più comuni
La SEO tecnica sbaglia quasi sempre sugli stessi punti: blocchi di scansione lasciati per errore, pagine lente, redirect gestiti male, contenuti duplicati senza un canonical, link interni trascurati e siti che ignorano il mobile. Un controllo tecnico periodico li individua prima che costino traffico.
Come correggere questi errori di SEO tecnica
- Scansione e indicizzazione: un robots.txt con un Disallow sbagliato o un noindex dimenticato in produzione tolgono pagine intere dai risultati.
- Velocità e Core Web Vitals: immagini pesanti e script non ottimizzati fanno salire LCP, INP e CLS oltre i valori che Google considera accettabili.
- Redirect e migrazioni: catene di redirect 301 e mappature incomplete degli URL disperdono crawl budget e link equity.
- Duplicati e canonical: www/non-www, http/https e parametri di tracciamento senza un rel canonical creano pagine che si fanno concorrenza da sole.
- Link interni: pagine orfane e collegamenti rotti isolano contenuti che altrimenti si posizionerebbero.
- Mobile: un sito non pensato per il Mobile-First Indexing parte in svantaggio, perché Google valuta quella versione per decidere il posizionamento.
Errori di scansione e indicizzazione
Un sito che i crawler non riescono a scansionare non entra in classifica, qualunque sia la qualità dei testi. Il controllo tecnico del sito parte sempre da qui, prima ancora di guardare i contenuti.
Blocchi involontari nel file robots.txt
Una riga scritta male, tipo Disallow: / lasciata dopo un test, esclude dai risultati l’intero sito o una sezione che genera fatturato. Succede spesso dopo un cambio di sviluppatore o un passaggio di consegne senza checklist: nessuno controlla più quel file finché il traffico non crolla.
Il tag noindex dimenticato dopo il lancio
In fase di sviluppo è normale escludere l’ambiente di staging dall’indicizzazione con un meta tag noindex. Il problema nasce quando quella direttiva resta attiva anche sul sito in produzione: la pagina esiste, carica, ma Google non la mostra mai.
Se sospetti questo errore, la verifica richiede pochi passaggi:
- Apri il codice sorgente della pagina e cerca la riga
meta name="robots" content="noindex"nell’intestazione. - Confronta il comportamento del sito live con quello dell’ambiente di staging: se la direttiva è identica su entrambi, è stata copiata per errore.
- Controlla in Search Console se la pagina risulta esclusa con la dicitura «Esclusa tramite tag noindex».
- Rimuovi il tag dal template in produzione e invia di nuovo l’URL per l’indicizzazione.
Sitemap XML non aggiornata
Una sitemap ferma alla versione precedente del sito contiene URL che non esistono più o che rimandano a un redirect, e non elenca le pagine nuove. Google la usa come mappa di priorità, non come elenco obbligatorio: se la mappa è sbagliata, la scansione si concentra nei posti meno utili.
Codici di stato HTTP gestiti male
Una pagina rimossa dovrebbe restituire un 404 o un 410; una pagina sostituita dovrebbe reindirizzare con un 301. Quando invece un URL inesistente risponde con un 200, Google continua a trattarlo come contenuto valido, e lo stesso vale per i link interni che puntano a risorse sparite.
| Codice | Significato | Quando usarlo |
|---|---|---|
| 404 | La risorsa potrebbe tornare disponibile in futuro | Pagina rimossa senza un sostituto definitivo |
| Soft 404 | Il server risponde 200 su una pagina di fatto vuota o di errore | È un errore da correggere prima della pubblicazione |
| 410 | La risorsa è stata rimossa in modo definitivo | Prodotto, categoria o pagina che non verrà più ripubblicata |
Velocità e Core Web Vitals
Un sito lento perde utenti prima ancora che Google lo penalizzi: l’abbandono arriva per primo, il ranking segue. I tre indicatori che Google misura per valutare l’esperienza di caricamento sono LCP, INP e CLS: tempo di comparsa del contenuto principale, reattività ai clic e stabilità visiva durante il caricamento.
Cause tecniche della lentezza
Le cause più frequenti che trovo su siti gestiti internamente sono sempre le stesse: immagini caricate alla risoluzione originale invece che compresse, script di terze parti (chat, tracking, popup) caricati tutti insieme, e un hosting condiviso che non regge il traffico nei picchi. Nessuna di queste richiede uno sviluppatore full time: richiede qualcuno che le controlli con regolarità.
Core Web Vitals fuori soglia
Le soglie precise che Google considera accettabili per LCP, INP e CLS cambiano nel tempo e vanno verificate con uno strumento di analisi delle performance aggiornato, non date per scontate: un valore che oggi è «buono» può diventare «da migliorare» dopo un aggiornamento dell’algoritmo di misurazione. Quello che resta stabile è il metodo: misurare la versione mobile, perché è quella che Google usa per decidere il posizionamento, e ripetere il test dopo ogni modifica al sito, non solo al lancio.
Struttura degli URL, redirect e migrazioni
Cambiare un URL senza un redirect 301 verso la nuova destinazione cancella il valore che quella pagina aveva accumulato: i link che la segnalavano puntano al vuoto, e Google la tratta come persa. È l’errore con l’effetto più immediato su traffico e posizionamento tra tutti quelli elencati qui.
Redirect 301 assente o mal mappato
Il 301 è permanente e trasferisce gran parte del valore della vecchia pagina alla nuova; il 302 è temporaneo e non dovrebbe sostituirlo in una migrazione definitiva, perché segnala a Google che la vecchia URL potrebbe tornare. Una mappatura incompleta, dove solo le pagine principali vengono reindirizzate e le secondarie no, lascia fuori proprio i contenuti di coda che spesso portano traffico costante.
Catene e loop di redirect
Una URL che reindirizza a un’altra che reindirizza a un’altra ancora consuma il crawl budget: il crawler dedica un numero limitato di richieste a ogni sito, e se le spende seguendo tre passaggi inutili ne scansiona di meno altrove. Monitorare questo consumo richiede un controllo periodico dei log di scansione o di un tool che segnali le catene più lunghe di un singolo passaggio, un aspetto spesso trascurato ma che spiega perché alcune pagine nuove restano fuori dall’indice per settimane.
Migrazioni e restyling senza piano
Un caso tipico è quello di un’azienda industriale che, dividendo il sito in domini separati per lingua senza un’analisi preventiva, ha perso circa 6.000 parole chiave posizionate, con un crollo del 50% sul totale delle keyword in classifica. Un altro caso ricorrente è quello di un’azienda di consulenza che ha messo offline dieci pagine ritenute secondarie durante un restyling, perdendo il 30% del traffico organico e il 50% delle conversioni per la mancanza di redirect 301. Il punto comune a entrambi i casi è la mappatura: senza l’elenco completo degli URL esistenti prima di spostare o rinominare qualcosa, il redirect diventa un’approssimazione, e l’approssimazione si paga.
Contenuti duplicati e canonicalizzazione
Una pagina raggiungibile da più URL diversi (con e senza www, in http e in https, con o senza parametri di tracciamento) non è un problema per l’utente, lo è per il motore di ricerca: deve scegliere quale versione mostrare, e se nessuno gliel’ha detto, la scelta non sempre coincide con quella che preferiresti.
Canonical assente o mal configurato
Il tag canonical per contenuti duplicati serve esattamente a questo: dichiarare quale versione è quella principale. Un errore frequente è inserirlo su ogni pagina con un link a se stessa che poi si rompe quando l’URL cambia parametri, per esempio con un codice UTM aggiunto da una campagna pubblicitaria: se il canonical non normalizza quel parametro, ogni variante diventa una pagina duplicata agli occhi del crawler.
Thin content e contenuti copiati
Pagine con tre righe di testo, o con descrizioni identiche a quelle di un catalogo fornitore, non danno a Google un motivo per preferirle a un’altra fonte che dice la stessa cosa in modo più completo. È una questione di utilità per chi cerca.
Cannibalizzazione delle keyword
Due pagine ottimizzate per la stessa query si fanno concorrenza a vicenda, e Google alterna quale mostrare in SERP invece di consolidare i segnali su una sola. La soluzione tecnica più diretta è unire i contenuti sulla pagina più forte e reindirizzare l’altra con un 301, non scrivere entrambe sperando che una delle due vinca da sola.
Architettura del sito e link interni
Una pagina senza collegamenti in entrata da altre sezioni del sito è una pagina orfana: esiste, magari è anche ottimizzata bene, ma nessun crawler la trova con continuità perché nessun link interno la segnala.
Pagine orfane e gerarchia di navigazione
Quando i contenuti più importanti richiedono più di tre o quattro clic dalla home page, sia gli utenti sia i crawler fanno più fatica a raggiungerli, e il peso che la home page trasferisce via link interni si diluisce lungo il percorso. La mia regola, quando imposto l’architettura di un sito nuovo, è tenere ogni pagina commerciale raggiungibile in tre clic al massimo dalla home.
Link interni rotti
Un link che punta a una pagina in 404 interrompe il flusso di autorità che quella pagina avrebbe dovuto trasmettere, oltre a essere un’esperienza scadente per chi clicca. Capita spesso dopo una rimozione di prodotti o categorie fatta senza controllare prima chi, all’interno del sito, le linkava.
Ottimizzazione mobile
Google usa la versione mobile del sito, non quella desktop, per decidere come indicizzarlo e posizionarlo: è il Mobile-First Indexing, attivo per la maggior parte dei siti dal 2021.
Mobile-First Indexing ignorato
Un sito controllato solo dal computer dell’ufficio può sembrare perfetto e avere comunque una versione mobile con contenuti mancanti, menu diversi o immagini che non caricano: Google valuta quella versione, non quella che l’amministratore vede ogni giorno.
Problemi di usabilità mobile
Pulsanti troppo vicini tra loro, testi che richiedono lo zoom, elementi che si sovrappongono durante il caricamento: sono segnali che la pagina comunica a Google come un’esperienza scadente, e si traducono in un CLS più alto oltre che in un cliente che se ne va.
Quali errori correggere per primi
Non tutti gli errori elencati qui pesano allo stesso modo, e correggerli nell’ordine sbagliato fa perdere tempo senza spostare il traffico.
Il mio criterio, quando imposto una priorità per un cliente, è questo: prima i blocchi di scansione e indicizzazione, perché se Google non vede la pagina nessuno degli altri errori conta; poi la velocità, perché incide sia sull’abbandono sia sul ranking; poi i duplicati e la struttura dei link, che riguardano come il valore si distribuisce tra le pagine esistenti; il mobile per ultimo solo se il sito è già mobile-friendly nella sostanza e manca solo di rifiniture. SEO Statistics for 2026 (With Sources, and Where They … (2026) riporta che le prime tre posizioni organiche catturano il 54,4% di tutti i click. Un sito che perde quelle posizioni per un errore tecnico risolvibile sta regalando la maggior parte del traffico disponibile a chi lo ha corretto prima.
Un audit tecnico completo, che metta in fila scansione, velocità, contenuti e link, resta il modo più affidabile per vedere questi errori insieme invece che uno alla volta: senza quella visione d’insieme si rischia di correggere il sintomo più visibile e lasciare la causa intatta.
Domande frequenti
Quali errori di SEO tecnica si correggono per primi?
I blocchi di scansione e indicizzazione impediscono a Google di vedere la pagina: un robots.txt sbagliato o un noindex dimenticato rendono inutile qualunque altra correzione fatta nel frattempo.
Il robots.txt può bloccare l’intero sito per errore?
Sì, una direttiva Disallow scritta sulla root del dominio esclude tutte le pagine dalla scansione, non solo quella su cui si stava lavorando: va sempre controllata dopo ogni intervento sul server o sul CMS.
Cosa succede se un tag noindex resta attivo dopo il lancio?
La pagina continua a esistere e a caricare normalmente, ma Google non la mostra mai nei risultati: va controllata nel codice sorgente e confermata in Search Console con la dicitura «Esclusa tramite tag noindex».
Che differenza c’è tra un redirect 301 e una catena di redirect?
Un singolo redirect 301 trasferisce il valore della vecchia pagina alla nuova in un solo passaggio; una catena di più redirect consecutivi rallenta l’utente e consuma crawl budget senza portare nessun vantaggio aggiuntivo.
Come si evita la cannibalizzazione delle keyword?
Si evita unendo i contenuti che competono per la stessa query sulla pagina più forte e reindirizzando l’altra con un 301, invece di lasciare due pagine a contendersi la stessa posizione in SERP.
Perché le pagine orfane non si posizionano?
Una pagina orfana non riceve link interni da nessun’altra sezione del sito, quindi riceve meno segnali di rilevanza e viene scansionata con meno frequenza rispetto a pagine ben collegate.
Cosa cambia con il Mobile-First Indexing?
Google valuta la versione mobile del sito per decidere come indicizzarlo e posizionarlo, quindi un sito perfetto su desktop ma incompleto su smartphone viene giudicato sulla base della versione peggiore.
