Audit SEO tecnico: la checklist dei controlli che contano

Un audit SEO tecnico è il controllo di come i motori di ricerca accedono al tuo sito, lo leggono e lo indicizzano. I controlli che contano sono sei: scansione e indicizzazione, architettura e link interni, prestazioni, duplicati e canonical, errori e redirect, accesso dei crawler, compresi quelli dei motori di ricerca AI. Tutto il resto si ordina in base a quanto incide sul business.

Un sito può avere pagine ben scritte, una struttura apparentemente ordinata e comunque perdere visibilità per motivi molto meno evidenti. È qui che l’audit SEO tecnico smette di essere un controllo di routine e diventa un passaggio strategico: serve a capire dove il sito sta ostacolando la scansione, l’indicizzazione e la fruizione delle pagine da parte dei motori di ricerca e degli utenti.

Il punto non è fare un elenco di errori. Il punto è distinguere i problemi reali dai falsi allarmi. In molti casi, infatti, un audit produce decine di segnalazioni ma solo poche hanno un impatto concreto. Chi gestisce un sito aziendale, un e-commerce o un progetto editoriale ha bisogno soprattutto di questo: una lettura tecnica che aiuti a decidere cosa sistemare prima, cosa monitorare e cosa invece può restare com’è.

Cos’è un audit SEO tecnico

Un audit SEO tecnico è un’analisi strutturata degli elementi che influenzano la capacità di un sito di essere scansionato, interpretato e indicizzato correttamente. Non riguarda i contenuti in senso editoriale e non coincide con una revisione grafica o con un controllo generico delle prestazioni.

Parliamo di architettura delle pagine, codici di stato, direttive per i crawler, gestione delle versioni duplicate, collegamenti interni, tempi di caricamento, stabilità del layout, file di sistema e coerenza tra ciò che il sito mostra agli utenti e ciò che i motori riescono davvero a leggere.

Detta in modo semplice: l’audit SEO tecnico serve a verificare se il sito è costruito in modo da non ostacolare la sua presenza organica. Se la base tecnica è fragile, ogni altro intervento rende meno di quanto dovrebbe.

Quando ha senso fare un audit SEO tecnico

Non serve aspettare un crollo del traffico per intervenire. Ci sono situazioni in cui l’audit SEO tecnico è quasi obbligatorio. La prima è il lancio o il rifacimento del sito. La seconda è una migrazione, anche parziale, che coinvolga URL, struttura, CMS o template. La terza è una crescita del progetto che porta con sé più pagine, più filtri, più varianti e più possibilità di errore.

C’è poi un caso molto comune nelle PMI: il sito continua a esistere, ma nessuno lo guarda dal punto di vista tecnico da anni. In questi contesti si accumulano redirect a catena, pagine inutili in indice, immagini pesanti, canonical incoerenti, sitemap poco curate e collegamenti interni costruiti senza criterio. Nulla di spettacolare, ma abbastanza da frenare le performance organiche.

Da dove si parte? Scansione e indicizzazione

La prima domanda utile è banale solo in apparenza: i motori riescono ad accedere alle pagine giuste? Qui entrano in gioco robots.txt, meta robots, tag canonical, sitemap XML e struttura dei codici di risposta.

Un errore frequente è concentrarsi sulle pagine che esistono senza verificare quelle che vengono effettivamente scansionate e indicizzate. Un sito può avere cento pagine importanti e mille URL secondari generate da parametri, filtri o archivi poco gestiti. Se i crawler sprecano tempo su quelle, il budget di scansione viene usato male. Va detto però che il crawl budget è un problema per pochi: la guida di Google sul crawl budget è pensata soprattutto per siti con oltre un milione di pagine che cambiano ogni settimana, o con oltre 10.000 pagine che cambiano ogni giorno, e Google precisa che sono stime indicative. Per un sito aziendale il principio resta valido in un’altra forma: ciò che non ha valore organico non dovrebbe finire in indice e competere con ciò che conta.

Va chiarito anche un punto spesso semplificato troppo. Non tutte le pagine non indicizzate rappresentano un problema. Alcune è giusto che restino fuori. Il problema nasce quando sono escluse le pagine che dovrebbero posizionarsi, oppure quando finiscono in indice URL deboli, duplicate o di servizio. Il punto di partenza pratico è il report sull’indicizzazione delle pagine di Search Console, che mostra quali URL sono indicizzati e per quale motivo gli altri sono rimasti fuori.

Come valutare architettura e link interni?

Un audit serio non si ferma ai file tecnici. Guarda anche come il sito distribuisce accessibilità e priorità tra le pagine. Se una pagina importante è raggiungibile solo dopo molti clic, oppure riceve pochi collegamenti interni, sta inviando un segnale debole.

L’architettura non va giudicata in astratto. Dipende dal tipo di sito, dalla quantità di contenuti e dagli obiettivi di business. Però alcune regole restano valide: percorsi logici, tassonomie pulite, riduzione delle pagine orfane e coerenza tra navigazione principale e pagine strategiche.

Qui emerge spesso un compromesso. Una struttura pensata solo per la comodità interna dell’azienda non coincide sempre con una struttura comprensibile all’esterno. L’audit serve anche a far emergere queste frizioni. Se una categoria è utile per chi gestisce il catalogo ma confonde sia utenti sia crawler, il problema non è di nomenclatura: è di architettura informativa.

Quanto contano le prestazioni?

Le prestazioni incidono, ma non basta inseguire punteggi perfetti. Un audit SEO tecnico deve leggere i dati con criterio, e il riferimento sono i Core Web Vitals. Secondo web.dev, una pagina è “buona” se il contenuto principale compare entro 2,5 secondi (LCP), se risponde a un’interazione entro 200 millisecondi (INP) e se il layout si sposta poco, con un CLS entro 0,1, misurati sul 75° percentile delle visite reali. Tempi di risposta lenti, risorse bloccanti, immagini non ottimizzate, JavaScript invasivo e layout instabile possono compromettere scansione, esperienza d’uso e resa complessiva delle pagine.

Detto questo, non tutti i problemi hanno lo stesso peso. Passare da una situazione molto lenta a una buona situazione ha un impatto concreto. Passare da un punteggio già buono a uno eccellente può avere un ritorno molto più marginale. È qui che serve pragmatismo: prima si risolvono i colli di bottiglia evidenti, poi si valuta se la micro-ottimizzazione abbia davvero senso in rapporto ai costi.

Per molti siti italiani il vero nodo non è il dettaglio tecnico avanzato, ma la somma di inefficienze ordinarie: pagine pesanti, script superflui, template ridondanti, elementi caricati senza priorità. Un audit utile mette in fila questi problemi e li traduce in priorità operative.

Come si gestiscono duplicati e canonical?

Uno dei temi più sottovalutati riguarda la duplicazione. Non solo quella evidente tra pagine identiche, ma anche quella silenziosa: URL con parametri, versioni http e https residue, slash finali incoerenti, varianti di paginazione, archivi quasi vuoti, schede molto simili tra loro.

Qui il tag canonical può aiutare, ma non fa miracoli. Se il sito produce molte versioni concorrenti dello stesso contenuto, il canonical non sostituisce una buona gestione strutturale. Inoltre, quando è usato male, aggiunge confusione invece di risolverla.

L’obiettivo dell’audit non è dire genericamente che esistono duplicati. È capire quali duplicazioni stanno davvero disperdendo segnali, creando spreco di scansione o sottraendo rilevanza alle pagine corrette.

Quali errori tecnici hanno la priorità?

Ci sono problemi che, più di altri, richiedono attenzione immediata. I 404 interni su pagine che ricevono traffico o link, i redirect a catena, i soft 404, le pagine importanti con noindex involontario, le discrepanze tra sitemap e stato reale degli URL, le risorse bloccate che impediscono una corretta interpretazione della pagina.

Anche qui, però, il contesto conta. Un 404 non è sempre un’emergenza. Se riguarda una pagina rimossa senza valore residuo, può essere del tutto normale. Se invece coinvolge una sezione commerciale rilevante o una pagina che aveva storicità, allora cambia tutto. La tecnica senza priorità di business produce solo report lunghi e poco utili.

Il sito è leggibile anche dai motori di ricerca AI?

Un audit fatto oggi deve guardare anche ChatGPT, Perplexity e le AI Overviews di Google. Per Google non servono interventi speciali: nella pagina AI features and your website spiega che per comparire nelle AI Overviews e in AI Mode una pagina deve essere indicizzata e idonea a mostrare uno snippet, senza requisiti tecnici aggiuntivi. Quindi un nosnippet dimenticato nel tema o un blocco nel robots.txt tolgono la pagina anche da lì.

Per gli altri sistemi il controllo riguarda i loro crawler. Se robots.txt, hosting o CDN bloccano bot come OAI-SearchBot, le pagine non entrano nelle risposte di ricerca di ChatGPT. Conviene anche verificare che i contenuti principali siano nell’HTML della pagina e non caricati solo via JavaScript, perché non tutti i crawler lo eseguono. Le scelte su cosa aprire e cosa bloccare sono spiegate nella guida alla generative engine optimization, e quelle specifiche per Google in come apparire nelle AI Overviews.

Come leggere i risultati di un audit SEO tecnico?

Il rischio più comune di un audit SEO tecnico è l’accumulo. Più dati si raccolgono, più sembra di avere il controllo. In realtà si rischia l’effetto opposto: un documento pieno di criticità non gerarchizzate che nessuno trasforma in azione.

Un audit ben fatto dovrebbe restituire tre livelli chiari. Il primo è ciò che blocca o limita direttamente la visibilità. Il secondo è ciò che indebolisce il sito nel medio periodo. Il terzo è ciò che conviene monitorare ma non richiede interventi immediati.

Questo approccio cambia molto il valore del lavoro. Per un imprenditore o per un responsabile di progetto non conta sapere che esistono cinquanta anomalie. Conta sapere quali cinque incidono oggi, quanto costano in termini di opportunità perse e con quale ordine conviene affrontarle.

Audit SEO tecnico e decisioni operative

Un buon audit non finisce con il report. Dovrebbe tradursi in un piano di intervento compatibile con risorse, tempi e vincoli del sito. Non sempre si può rifare l’architettura, riscrivere i template o intervenire sul server in tempi brevi. Per questo un audit utile propone soluzioni percorribili.

A volte la priorità è ripulire l’indice. In altri casi è sistemare i collegamenti interni verso le pagine chiave. In altri ancora è ridurre il peso tecnico di template che rendono ogni pagina lenta e instabile. Non esiste una sequenza valida per tutti. Esiste un principio semplice: prima si rimuovono gli ostacoli che limitano il potenziale già esistente, poi si lavora sul miglioramento progressivo.

È anche il motivo per cui un audit SEO tecnico non andrebbe considerato un’attività una tantum. I siti cambiano, si stratificano, ereditano decisioni prese in momenti diversi e spesso da soggetti diversi. Senza verifiche periodiche, i problemi ritornano sotto altre forme.

La parte più utile, alla fine, non è scoprire che il sito ha difetti tecnici. Quello è quasi scontato. La parte utile è capire quali difetti stanno frenando il progetto e quali, invece, fanno solo rumore. Per vedere come l’audit si inserisce nel lavoro SEO complessivo, parti dalla guida alla SEO e alla ricerca AI.