--- title: "Gli errori di SEO tecnica più comuni" url: https://www.conseolente.it/errori-seo-tecnica-piu-comuni/ aggiornato: 2026-10-31 descrizione: "Scopri gli errori di SEO tecnica più diffusi: robots.txt, noindex, velocità, redirect 301, canonical e mobile. Correggi prima i blocchi di scansione." topic: "Errori di SEO tecnica · errori · tipologie e soluzioni" --- # Gli errori di SEO tecnica più comuni > Versione per assistenti AI. Pagina originale: [Gli errori di SEO tecnica più comuni](https://www.conseolente.it/errori-seo-tecnica-piu-comuni/?via=md) 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](https://www.conseolente.it/consulente/seo-tecnica/) 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: 1. Apri il codice sorgente della pagina e cerca la riga meta name="robots" content="noindex" nell’intestazione. 2. Confronta il comportamento del sito live con quello dell’ambiente di staging: se la direttiva è identica su entrambi, è stata copiata per errore. 3. Controlla in Search Console se la pagina risulta esclusa con la dicitura «Esclusa tramite tag noindex». 4. 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](https://www.conseolente.it/canonical-definire-una-pagina-canonica-per-pagine-simili-o-duplicate/) 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)](https://distribb.io/blog/seo-statistics/) 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. ## Fonti e riferimenti - [SEO Statistics for 2026 (With Sources, and Where They … (2026)](https://distribb.io/blog/seo-statistics/) distribb.io