Audit SEO Tecnico
Un’indagine sui nodi strutturali, spesso invisibili, che decidono se Google e gli LLM riescono davvero a leggere e capire il tuo sito. Niente report automatico sputato da un tool: log del server, DOM renderizzato, internal linking e semantica, guardati a mano e messi in fila per priorità.
> scanning_infrastructure ……… [ok]
> core_web_vitals ……………. [check]
> rendering_path (ssr/csr) ……. [ok]
> internal_linking_graph ……… [mapping]
> structured_data / json‑ld ….. [parsing]
> ontology_extraction ……….. [100%]
Diagnostica, non checklist
Un audit tecnico fatto bene non è il PDF da 80 pagine che ti sputa il tool con dentro “i 40.000 problemi del tuo sito”. Quello è rumore. L’audit serve a separare i 5 problemi che ti stanno costando traffico dai 39.995 che non guarderà mai nessuno.
Parto dal basso: come risponde il server, cosa vede davvero il crawler quando passa, quanto del tuo budget di scansione finisce sprecato su pagine che non dovrebbero nemmeno esistere. Poi salgo: il DOM renderizzato (non l’HTML che credi di servire), i flussi di internal linking, i dati strutturati, la semantica.
Il punto non è fare la lista della spesa. È capire perché una cosa non funziona e cosa cambia se la sistemi, in quest’ordine, dalla più urgente alla più trascurabile. Senza fumo: se una cosa non sposta nulla, te lo dico.
Le 4 aree dell’audit
Vuoi sapere cosa vede davvero Google sul tuo sito?
ScrivimiCome si fa, in 5 fasi
Scope
Si definisce cosa guardare e perché: dimensione del sito, CMS, stack, obiettivi. Senza, l’audit è una pesca a strascico.
Estrazione
Crawl completo + log del server + dati da GA4 e Search Console. Si vede come il sito risponde ai bot veri, non come dovrebbe rispondere in teoria.
Analisi
Si incrociano le sorgenti e si isolano le anomalie: dove si spreca crawl budget, cosa non viene indicizzato, dove la semantica si rompe.
Documento
I problemi si scrivono in ordine di impatto, ognuno con il perché e il fix. In italiano leggibile, non in gergo da tool.
Confronto
Confronto con chi sviluppa: priorità, fattibilità, tempi. Un audit serve se diventa lavoro fatto, non se resta un PDF.
Le aree che metto sotto esame
Server & rete
- +Status code e catene di redirect
- +Analisi dei log: cosa scansiona davvero il bot
- +Rendering path: SSR, CSR o ibrido
- +TTFB, compressione, TLS
Architettura
- +Struttura degli URL e prevedibilità
- +Internal linking come grafo (dove va il PageRank)
- +Profondità di crawl e logica di paginazione
- +Index bloat: faccette, filtri, parametri
Dati strutturati
- +Relazioni tra entità e knowledge graph
- +JSON‑LD su misura, non plugin a caso
- +Allineamento con le entità di Google
- +Validazione e copertura schema
Performance
- +Core Web Vitals reali (campo, non lab)
- +Critical rendering path
- +INP e blocchi sul main thread
- +Priorità di caricamento e cache
Leggibilità macchine
- +Quanto un LLM riesce a estrarre dal tuo HTML
- +Densità semantica e chiarezza dei contenuti
- +HTML5 semantico corretto
- +Direttive bot (robots, X‑Robots‑Tag)
Ogni audit serio è tarato sul sito: queste sono le aree fisse, la lista esatta dei controlli cambia caso per caso.
Hai un’architettura strana, headless o piena di JavaScript?
ParliamoneCosa cambia, in concreto
Meno spreco
Il crawler smette di perdere tempo su pagine inutili e arriva a quelle che contano.
Struttura solida
Niente pagine orfane, vicoli ciechi o catene di redirect che disperdono valore.
Problemi presi in tempo
Soft‑404, loop di redirect e index bloat individuati prima che diventino un buco di traffico.
Allineamento dato/intento
Quello che il sito dice e quello che le macchine capiscono tornano a coincidere.
Lo stack che uso
Quando un audit serve davvero
Siti enterprise con index bloat da filtri e faccette fuori controllo.
Applicazioni SPA dove il contenuto dipende tutto dal JavaScript.
Migrazioni di dominio o CMS che richiedono mappature URL precise al millimetro.
Siti multilingua con tag hreflang che litigano tra loro.
Archivi storici enormi con internal linking cresciuto a caso negli anni.
Chi vuole un parere tecnico indipendente prima di un investimento o un’acquisizione.
Perché non basta un tool
Scan automatico
- ✕Dati senza contesto
- ✕Falsi positivi a raffica
- ✕Si ferma all’HTML, non al render
Audit standard
- ✕Checklist uguale per tutti
- ✕Metriche di vanità
- ✕Zero analisi dei log
In profondità
- +Dati incrociati da più sorgenti
- +Problemi messi in ordine di impatto
- +Interpretazione, non solo numeri
Domande secche
Come processi i log del server?+
Quali framework JavaScript gestisci?+
Analizzi tutto il sito o un campione?+
Come affronti le architetture headless?+
Cosa ricevo alla fine?+
Vediamo a che livello è la tua architettura.
L’audit tecnico è il punto di partenza per capire come le macchine leggono il tuo sito. Scrivimi: nel peggiore dei casi ci scambiamo due opinioni, nel migliore sistemiamo qualcosa.
Parliamone