Audit SEO tecnico: trova e risolvi i problemi che frenano la ricerca

Perché un audit tecnico deve essere strutturato

Un audit SEO tecnico non è una semplice lista di controllo: è un processo diagnostico che separa i problemi di infrastruttura dai problemi di contenuto. L'obiettivo pratico è rispondere se i motori di ricerca possono trovare, renderizzare, capire e indicizzare le pagine che devono comparire nei risultati. Questo richiede di verificare crawling, resoconti di indicizzazione, comportamento del rendering e segnali di performance reali.

Definizione operativa: cosa deve coprire l'audit

Un audit tecnico completo dovrebbe affrontare, per ogni area, la verifica dello stato attuale, la causa radice e la priorità di intervento. Le aree principali sono:

• Crawlability: robots.txt, header X-Robots-Tag, codici di stato HTTP, redirect e risposte del server
• Indexability: meta robots, canonical, sitemap e conflitti tra segnali
• Rendering: verifica del DOM renderizzato, risorse critiche bloccate da robots o header e dipendenza dal JavaScript
• Performance e Page Experience: Core Web Vitals (LCP, INP, CLS), tempi di risposta server e esperienze reali utente
• Architettura informativa e URL: struttura di navigazione, link interni, pagine orfane e pattern di URL duplicati
• Markup e dati strutturati: errori che impediscono rich results e incoerenze tra HTML e JSON‑LD

Checklist pratica: cosa controllare, in ordine

Usa questa checklist come sequenza operativa: inventario → crawl di prova → verifica di rendering → analisi dei log → test in laboratorio → priorità. Per ogni voce, indica lo strumento più rapido per verificare.

Inventario e copertura

Raccogli sitemap XML, liste di URL critici, URL orfani e pagine con traffico. Confronta la sitemap con l'indice di Google (Coverage in Google Search Console) per trovare discrepanze. Ricorda che il report Coverage è autorevole per le proprietà che possiedi; per siti esterni, usa ricerche site: come indicazione, non come prova definitiva.

Controlli di accesso e risposta del server

Verifica codici di stato, redirect chain e intestazioni chiave. Esempi utili:

1. Controlla le intestazioni (headers) con: curl -I https://example.com/pagina
2. Simula una richiesta dal crawler: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/pagina

Verifica la presenza di X‑Robots‑Tag nelle intestazioni (ad esempio: X-Robots-Tag: noindex) e assicurati che non blocchi pagine importanti.

Meta robots, canonical e segnali concorrenti

Cerca conflitti tra il meta tag robots in pagina, il rel=canonical e le direttive presenti nelle intestazioni HTTP. Un esempio di canonical valido: <link rel="canonical" href="https://example.com/preferita" />

Ricorda che canonical non è un redirect; è un suggerimento per l'indicizzazione. Quando possibile, usa il rel canonical verso l'URL definitivo e assicurati che lo stesso URL sia presente nella sitemap.

Rendering e dipendenza dal JavaScript

Esegui il rendering del DOM come fa un browser per verificare che i contenuti critici siano presenti nel DOM finale. Strumenti utili: Chrome DevTools (Elements), View-source, e il test 'Live test' di Google Search Console URL Inspection per le tue pagine.

Se il contenuto essenziale è popolato solo da JavaScript, controlla che non ci siano risorse bloccate da robots.txt e che i tempi di rendering non ritardino la scoperta.

Performance e Page Experience

Valuta sia dati di laboratorio (Lighthouse) sia dati reali utente (field data in Search Console e Chrome UX Report) per LCP, INP e CLS. I problemi di performance influiscono sull'esperienza e possono limitare la visibilità in SERP che ora integra AI Overviews e segnali di esperienza.

Strumenti consigliati e comandi pratici

Per un audit efficace combina strumenti di log, strumenti di crawl e strumenti di render/test. Preferisci verifiche che puoi riprodurre e documentare.

• Google Search Console — URL Inspection per test 'Live' e report Coverage per la proprietà che controlli.
• Chrome DevTools (Network, Performance, Coverage) e Lighthouse per analisi di rendering e performance in laboratorio.
• curl per verifiche rapide di header, user‑agent e risposta del server.
• Analisi dei server log per capire come e quanto i motori eseguono il crawl sul sito.
• Rich Results Test e Schema Markup Validator per convalidare i dati strutturati.

Errori comuni e come risolverli

Ecco gli errori ricorrenti che emergono dagli audit e le azioni pratiche per correggerli.

1) Pagine importanti non indicizzate

Cause comuni: meta robots noindex, X‑Robots‑Tag, canonical che punta altrove o errore nella sitemap. Azione: rimuovi il noindex, allinea canonical e sitemap, poi usa URL Inspection → Request Indexing per verificare lo stato.

2) Risorse bloccate che impediscono il rendering

Se robots.txt o header bloccano CSS/JS critici, il crawler potrebbe non vedere il contenuto come lo vede un utente. Azione: consenti i percorsi critici in robots.txt e verifica con DevTools e Search Console.

3) Redirect chain e loop

Catene di redirect lunghe o redirect loop consumano crawl budget e possono causare perdita di segnali. Azione: semplifica la catena – effettua redirect diretti (301/308) verso la destinazione finale.

4) Incoerenze tra canonical, sitemap e link interni

Se i link interni e la sitemap puntano a URL A ma il rel=canonical indica URL B, i motori possono scegliere quale segnale seguire. Azione: allinea i segnali e aggiorna la sitemap dopo le modifiche.

Link sponsorizzati e policy Google: cosa verificare

Se l'audit tocca pagine con link pagati o contenuti sponsorizzati, verifica che i link siano etichettati correttamente. Google consiglia l'uso di rel="sponsored" per link a pagamento o compensati, e rel="ugc" per contenuti generati dagli utenti; rel="nofollow" è trattato come un suggerimento (hint). Non esiste un rel="dofollow".

Ricorda inoltre la policy di Google sul link spam: link creati principalmente per manipolare i risultati di ricerca possono essere ignorati o trattati come spam. In pratica, valuta sempre la qualità editoriale e l'indicizzazione della pagina publisher prima di considerare il valore SEO di un link.

Come pianificare le correzioni e misurare l'impatto

Dopo la diagnosi organizza le attività su una matrice impatto/complessità. Prioritizza correzioni che incrementano l'indicizzazione di pagine revenue-critical, riducono spreco di crawl o ripristinano segnali contraddittori. Per ogni fix, definisci metriche di successo (es. copertura migliorata in Search Console, aumento delle pagine indicizzate, miglioramento dei Core Web Vitals) e monitora nel tempo.

Tieni traccia delle modifiche con un registro (what/when/who) e rivaluta con gli stessi test usati per la diagnosi: crawl di controllo, URL Inspection e test di rendering. Per modifiche che interessano l'architettura URL o i canonical, aspetta che Google riesegua il crawl e valuta l'impatto con un orizzonte temporale realistico.

FAQ