Un’audit SEO non è un report di 80 pagine che nessuno legge. È una checklist che si esegue in un ordine preciso per evitare di perdere ore inseguendo fantasmi. Quello che segue è una checklist operativa, pensata per essere eseguita dall’alto verso il basso, con i punti che fanno davvero la differenza e quelli che di solito generano falsi positivi.
Prima di iniziare, un avvertimento che raramente compare nelle guide: non fare l’audit di un sito appena migrato o ridisegnato. Servono almeno quattro settimane di dati stabili in Search Console. Fare l’audit durante i postumi di un deployment ti porterà a diagnosticare problemi che si stanno già risolvendo da soli.
Blocco 0: preparazione dell’audit (prima di toccare qualsiasi cosa)
Questa fase viene quasi sempre saltata ed è la causa di metà dei report incoerenti.
1. Definisci l’ambito e il tipo di sito
Non si fa l’audit allo stesso modo di un ecommerce con 40.000 URL e di un sito aziendale di 60 pagine. Nel primo, il budget di scansione e le faccette dei filtri sono l’asse portante; nel secondo, il linking interno e i titoli duplicati pesano di più. Scrivi l’ambito in una riga prima di aprire qualsiasi strumento.
2. Fissa il periodo di confronto
Scegli finestre di 28 giorni comparabili (evita dicembre contro gennaio in settori stagionali). Search Console limita lo storico a 16 mesi, quindi se ti serve di più, esporta subito.
3. Verifica accessi e proprietà
Controlla di avere la proprietà di dominio (non solo di prefisso URL) in Search Console, accesso in lettura a Google Analytics 4 e credenziali del server o almeno di un pannello tipo cPanel per controllare i log e le intestazioni. Senza accesso ai log, il tuo audit tecnico sarà parziale: dillo nel report invece di nasconderlo.
4. Documenta lo stato iniziale
Cattura clic, impressioni, CTR medio e posizione media degli ultimi 28 giorni. Salva anche il numero di URL indicizzate (site: è un’approssimazione grossolana; usa il report Pagine di Search Console). Questo snapshot è la tua linea di base ed evita discussioni successive su cosa è migliorato.
Blocco 1: checklist di indicizzazione e scansione
5. Copertura dell’indicizzazione
Controlla il report Pagine e classifica i motivi di esclusione. Dai priorità a due: «Scansionata, attualmente non indicizzata» (segnale di contenuto debole o cannibalizzazione) e «Duplicata senza canonica selezionata dall’utente» (conflitto di canonical). Il resto di solito è rumore prevedibile.
6. Robots.txt e meta robots
Cerca Disallow: / accidentali e noindex ereditati da ambienti di staging. Un errore classico: bloccare in robots.txt un URL che porta anche il noindex; Google non vedrà mai il tag e l’URL può continuare ad apparire nei risultati senza descrizione.
7. Sitemap XML
Verifica che la sitemap contenga solo URL canoniche, indicizzabili e con stato 200. Una sitemap con redirect 301 o pagine noindex è un segnale di trascuratezza che consuma scansione. Controlla anche che sia dichiarata in robots.txt e inviata in Search Console.
8. Codici di stato HTTP
Scansiona il sito e raggruppa i 4xx e i 5xx. Attenzione ai 404 che prima erano pagine con traffico: se avevano link esterni, meritano un 301 all’equivalente più vicino. I 5xx intermittenti sono i più pericolosi perché non compaiono in una scansione puntuale; controlla i log per individuarli.
9. Catene di redirect e loop
Un redirect che passa per tre salti perde segnali e rallenta. Correggi le catene in modo che ogni URL vecchio punti direttamente alla destinazione finale in un solo salto.
10. Budget di scansione (siti grandi)
Analizza i log del server e calcola quale percentuale di hit di Googlebot riceve ogni tipo di URL. Se gli URL dei filtri o dei parametri si prendono più del 30%, hai un problema di architettura, non di contenuto. Qui le soluzioni passano per robots.txt, canonical o link interni nofollow, e ognuna ha effetti collaterali che conviene valutare separatamente.
Blocco 2: checklist tecnica di performance
11. Core Web Vitals per template, non per sito
Il report di Search Console raggruppa per «gruppi di URL». Fai l’audit su un campione di ogni template (home, categoria, prodotto, blog) perché un template con un carosello pesante può trascinare tutto il gruppo. LCP superiore a 2,5 s su mobile è il problema più frequente; di solito deriva da immagini senza dimensioni o da font che bloccano il rendering.
12. Rendering JavaScript
Se il sito è una SPA, confronta l’HTML sorgente con il DOM renderizzato. Un errore abituale: contenuto critico iniettato solo da JavaScript che Google indicizza in ritardo o addirittura non indicizza se ci sono errori in console. Il test «Ispeziona URL» con screenshot ti mostra cosa vede realmente Google.
13. Canonical e duplicazioni
Controlla che ogni pagina abbia una canonical autoreferenziale, a meno che non sia intenzionalmente una variante. Le duplicazioni per parametri di tracciamento o per versione con e senza barra finale si risolvono meglio sul server che con i tag.
14. Hreflang (se ci sono versioni multilingue)
Verifica che i tag siano reciproci. Un hreflang che punta a un URL che non restituisce il link di ritorno viene ignorato silenziosamente.
15. Sicurezza e certificati
Certificato valido, senza contenuto misto e HSTS se applicabile. Un certificato scaduto per 48 ore può far sì che Google ritiri la fiducia nel dominio per più tempo di quanto serva a rinnovarlo.
Blocco 3: checklist on-page e contenuti
16. Titoli e meta descrizioni
Esporta tutti i titoli e individua duplicati e troncamenti. Non inseguire una lunghezza esatta in caratteri: Google riscrive i titoli di frequente. Dai priorità al fatto che ogni titolo descriva l’intento della pagina e non ripeta il pattern del brand in tutte.
17. Struttura dei titoli
Un solo H1 per pagina e gerarchia logica. Più importante del numero di H2 è che i titoli riflettano i sotto-argomenti che un utente cercherebbe.
18. Cannibalizzazione delle keyword
Incrocia le query di Search Console con gli URL che ricevono impressioni. Quando due URL si spartiscono le stesse query per settimane, non sempre bisogna unire: a volte basta differenziare l’intento. L’unione prematura distrugge pagine che funzionavano per query diverse.
19. Contenuto scarno e pagine orfane
Individua le pagine con meno di tre link interni in entrata. Le orfane non si scoprono navigando e dipendono solo dalla sitemap. Collegarle dal contenuto rilevante di solito ha più effetto che riscriverle.
20. Linking interno
Verifica che le pagine che vuoi posizionare ricevano link da quelle con maggiore autorità interna. La profondità di clic ideale è di tre livelli; a partire da quattro, la scansione ne risente.
21. Immagini e multimedia
Formati moderni (WebP/AVIF), attributi width e height per evitare salti di layout e testi alternativi descrittivi. Gli alt pieni di keyword sono un peso, non un vantaggio.
Blocco 4: checklist di link e autorità
22. Profilo dei link in entrata
Controlla l’evoluzione dei domini di riferimento e individua picchi anomali. Una crescita brusca di link da directory di bassa qualità di solito non richiede disavow immediato; in molti casi Google li ignora già. Documenta la decisione, ma non agire per panico.
23. Link in uscita rotti
Meno critico di quanto si vada predicando, ma infastidisce l’utente. Dai priorità a quelli che puntano a risorse che hai spostato tu.
24. Menzioni senza link
Individua i brand menzionati senza link nei media del settore. È la via di link building con il miglior ritorno a medio termine, anche se richiede contatto editoriale e non scala con l’automazione.
Blocco 5: checklist di misurazione e chiusura
25. Obiettivi ed eventi in analytics
Verifica che gli eventi chiave (invio modulo, clic sul telefono, add to cart) vengano registrati correttamente. È frequente trovare conversioni duplicate o eventi che non si attivano su mobile.
26. Attribuzione
Controlla che il traffico organico non sia contaminato da campagne UTM etichettate male. Un errore di etichettatura può far sembrare che il canale organico cresca quando in realtà ha solo cambiato nome.
27. KPI e soglie di allerta
Definisci cosa considereresti un calo anomalo (ad esempio, oltre il 20% di clic in 14 giorni rispetto alla media delle quattro settimane precedenti). Senza soglia, qualsiasi calo genera un falso allarme.
Prioritizzazione: come trasformare la lista in un piano
Una checklist senza prioritizzazione è una lista dei desideri. Classifica ogni riscontro su due assi: impatto (visitatori coinvolti × gravità) e costo di implementazione. I blocchi di indicizzazione e gli errori 5xx vanno sempre per primi. I miglioramenti dei contenuti e il link building, dopo.
Un criterio pratico che risparmia discussioni con lo sviluppo: presenta i riscontri tecnici con l’URL di esempio, lo screenshot del problema e la soluzione concreta. «Ottimizzare i Core Web Vitals» non è un compito attuabile; «eliminare lo script X dal template di prodotto, che blocca il rendering, e posticipare il caricamento del carosello Y» lo è.
Limiti che conviene riconoscere
Nessun audit individua tutto. Gli strumenti di scansione non eseguono JavaScript come Google in tutti i casi, quindi i problemi di rendering richiedono ispezione manuale. I dati di Search Console hanno un ritardo di due o tre giorni e sono soggetti a soglie di privacy nelle query con poco volume. E l’impatto di una correzione non è immediato: le modifiche all’indicizzazione possono impiegare settimane a riflettersi, e i miglioramenti dei contenuti competono con il resto della SERP, non solo con le tue versioni precedenti.
Se il sito riceve meno di 500 clic organici al mese, l’audit tecnico esaustivo probabilmente non è la priorità: il problema di solito è di intento e architettura dei contenuti. Riconoscerlo evita di investire settimane a rifinire le intestazioni mentre la radice del problema resta intatta.