Pubblicato il 13 mag 2026 · Aggiornato il 13 mag 2026 · 12 min lettura
Di Redazione Atlante Digitale, Redazione Atlante Digitale
TLDR: Un technical SEO audit analizza la struttura tecnica del sito per trovare errori che bloccano la visibilità su Google: problemi di crawling, indicizzazione, velocità, contenuti duplicati e canonicalizzazione. Per le PMI italiane, questi errori sono spesso invisibili ma costano traffico organico in modo silenzioso. Questa guida percorre le categorie critiche in ordine di priorità, con checklist operative e strumenti utilizzabili anche senza budget enterprise.
Il traffico organico di un sito web dipende da tre pilastri: la capacità di Google di trovare le pagine (crawlability), la decisione di indicizzarle (indexability) e la valutazione della loro rilevanza e qualità (ranking factors). Il technical SEO audit interviene sui primi due pilastri — spesso i più trascurati — e crea le condizioni perché il terzo possa esprimere il suo potenziale.
Il 66,5% delle pagine web non riceve traffico organico da Google. Tra le cause principali analizzate da Ahrefs su un campione di oltre un miliardo di URL: mancanza di backlink, ma anche errori tecnici di indicizzazione e contenuto duplicato non gestito.
Fonte: Ahrefs — State of Search 2025
Per una PMI con risorse limitate, sapere su quali errori tecnici concentrare l'intervento è la differenza tra un audit che porta risultati e uno che produce un lungo report che nessuno legge.
Un technical SEO audit è un'analisi metodica degli aspetti strutturali di un sito che influenzano la capacità dei motori di ricerca di scansionare, comprendere e classificare le pagine. Non riguarda la qualità dei testi, la strategia di keyword o i backlink — quelle sono analisi separate.
Le macro-aree di un audit tecnico completo sono:
| Area | Problemi tipici | Impatto sul ranking |
|---|---|---|
| Crawlability | robots.txt errato, redirect loop, pagine orfane | Diretto e immediato |
| Indicizzazione | noindex involontario, contenuto duplicato, canonical errato | Diretto |
| Core Web Vitals | LCP lento, CLS layout shift, INP elevato | Segnale di ranking confermato |
| Struttura URL | parametri non gestiti, URL dinamici non canonicalizzati | Medio |
| Dati strutturati | schema.org assente o mal configurato | Impatto su CTR e rich snippet |
| HTTPS e sicurezza | pagine miste HTTP/HTTPS, certificato scaduto | Diretto |
| Sitemap XML | pagine mancanti, URL non indicizzabili incluse | Indiretto |
| Internazionalizzazione | hreflang errato o assente su siti multilingua | Diretto per traffico internazionale |
Il primo controllo di ogni audit è verificare che il file robots.txt non blocchi inavvertitamente sezioni importanti del sito. È un errore più comune di quanto si pensi: durante uno sviluppo o migrazione, la riga Disallow: / viene inserita per bloccare i bot in staging e poi dimenticata in produzione.
Come verificare: https://tuodominio.it/robots.txt — cercare direttive Disallow troppo ampie. In alternativa, Google Search Console > Impostazioni > Crawler di Google > Tester robots.txt.
Un secondo blocco frequente sono le catene di redirect. Ogni salto aggiuntivo in una catena (301 → 301 → 301) consuma crawl budget e rallenta l'indicizzazione. Google raccomanda al massimo un singolo redirect tra URL vecchio e nuovo.
Nei siti analizzati da Screaming Frog su oltre 10.000 domini, il 37% presenta catene di redirect con 3 o più salti, e il 12% ha redirect loop non risolti che impediscono completamente il crawling di alcune sezioni.
Fonte: Screaming Frog — Technical SEO Trends Report 2024
Il crawl budget è il numero di pagine che Googlebot scansiona su un sito in un determinato periodo. Per siti piccoli (sotto le 1.000 pagine) non è solitamente un problema. Diventa critico per ecommerce con migliaia di varianti prodotto, siti di news con archivi profondi o portali con filtri di navigazione a faccette.
Parametri URL non gestiti (es. ?utm_source=newsletter&utm_medium=email) possono moltiplicare il numero di URL percepiti come unici da Googlebot, diluendo il crawl budget su varianti inutili. La soluzione è canonicalizzare i parametri tramite Google Search Console e aggiungere tag <link rel="canonical"> corretti.
Una pagina scansionata non è automaticamente indicizzata. Google valuta se il contenuto è sufficientemente originale e utile. Ma ci sono anche errori tecnici che bloccano l'indicizzazione indipendentemente dalla qualità del contenuto.
Tag noindex involontario: plugin SEO (Yoast, RankMath, All in One SEO) possono applicare noindex a categorie, tag, pagine di archivio o pagine autore per evitare contenuto duplicato. Se configurati male, possono escludere pagine importanti. Verifica in Google Search Console > Pagine > Perché le pagine non sono indicizzate.
Contenuto duplicato: Google non penalizza esplicitamente il contenuto duplicato, ma sceglie quale versione mostrare — spesso non quella che il sito owner vorrebbe. Le cause principali sono:
www entrambi accessibili senza redirect/pagina vs /pagina/)Ogni caso richiede un tag canonical o un redirect 301 permanente.
Secondo la documentazione ufficiale di Google Search Central, il tag canonical è un segnale forte ma non vincolante: Google può ignorarlo se rileva incoerenze tra la pagina canonical indicata e i link interni che puntano a versioni diverse dello stesso contenuto.
Fonte: Google Search Central — Canonicalization guide
Le pagine orfane — URL esistenti ma non raggiunti da nessun link interno — non vengono scansionate regolarmente anche se presenti in sitemap. Un crawler come Screaming Frog o Sitebulb, incrociato con la sitemap XML, identifica queste pagine. La soluzione è aggiungere link interni pertinenti o, se la pagina è obsoleta, rimuoverla e impostare un redirect 301 verso la sezione più rilevante.
Da marzo 2024, Google ha sostituito FID (First Input Delay) con INP (Interaction to Next Paint) come terzo parametro dei Core Web Vitals, accanto a LCP e CLS.
I tre parametri e le soglie:
| Metrica | Good | Needs Improvement | Poor |
|---|---|---|---|
| LCP (Largest Contentful Paint) | ≤ 2,5s | 2,5s – 4,0s | > 4,0s |
| INP (Interaction to Next Paint) | ≤ 200ms | 200ms – 500ms | > 500ms |
| CLS (Cumulative Layout Shift) | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Secondo i dati aggregati del Chrome UX Report, il 48% delle origini web nel mondo raggiunge uno score "Good" su tutti e tre i Core Web Vitals. In Italia, la percentuale è stimata attorno al 41%, con LCP che rappresenta la metrica più critica per siti su hosting shared.
Fonte: Google Chrome UX Report (CrUX) — aprile 2026
LCP misura il tempo necessario per rendere visibile l'elemento più grande above-the-fold (tipicamente un'immagine hero o un blocco di testo H1). Le ottimizzazioni principali:
<link rel="preload" as="image" href="hero.webp">CLS misura gli spostamenti improvvisi del layout durante il caricamento. Cause comuni: immagini senza attributi width e height definiti, font web senza font-display: swap, banner cookie che spingono il contenuto verso il basso.
I dati strutturati (markup schema.org) non sono un fattore di ranking diretto, ma aumentano il CTR attraverso i rich snippet nelle SERP — stelle di recensione, FAQ, breadcrumb, prezzi, eventi. Un CTR più alto genera più traffico, che è un segnale indiretto di qualità.
Gli errori più frequenti rilevati da Google Search Console > Miglioramenti:
ratingCount per AggregateRating)FAQ su pagine che non contengono le FAQ nel contenuto visibileProduct senza campo offersStrumento di validazione ufficiale: Google Rich Results Test e Schema Markup Validator di schema.org.
Un'analisi di Ahrefs su 2 milioni di query ha rilevato che i siti con rich snippet FAQ ottengono un CTR medio del 20-30% superiore rispetto a risultati plain text nella stessa posizione SERP.
Fonte: Ahrefs — Impact of structured data on CTR, 2024
Dal 2018, Google considera HTTPS un segnale di ranking. Nel 2026, quasi tutti i siti sono su HTTPS — ma rimangono errori sottili:
Verifica rapida del mixed content: aprire Chrome DevTools > Console durante il caricamento della pagina. Ogni risorsa HTTP apparirà come warning.
Una sitemap XML ben costruita accelera l'indicizzazione di pagine nuove e aggiornate. Gli errori più comuni:
noindex — contradditorio e confuso per GooglebotLa sitemap deve essere dichiarata sia in robots.txt (riga Sitemap: https://tuodominio.it/sitemap.xml) sia in Google Search Console > Sitemap.
Una PMI con risorse limitate deve concentrarsi sugli errori ad alto impatto. Questa sequenza segue un ordine di priorità decrescente:
| Priorità | Controllo | Strumento gratuito |
|---|---|---|
| 🔴 Critica | robots.txt non blocca sezioni importanti | Google Search Console |
| 🔴 Critica | Nessun noindex involontario su pagine chiave | Google Search Console |
| 🔴 Critica | HTTPS attivo e senza mixed content | Chrome DevTools |
| 🟠 Alta | Redirect chains risolte (max 1 salto) | Screaming Frog free |
| 🟠 Alta | Tag canonical presenti e coerenti | Screaming Frog free |
| 🟠 Alta | Core Web Vitals LCP < 2,5s | PageSpeed Insights |
| 🟡 Media | Dati strutturati validati senza errori | Rich Results Test |
| 🟡 Media | Sitemap XML aggiornata e dichiarata | Google Search Console |
| 🟡 Media | Nessuna pagina orfana tra le pagine prioritarie | Screaming Frog + sitemap |
| 🟢 Bassa | CLS < 0,1 e INP < 200ms | PageSpeed Insights |
| 🟢 Bassa | hreflang corretto (se sito multilingua) | hreflang.org checker |
Gratuiti:
A pagamento (rilevanti per PMI con budget SEO):
È utile tradurre gli errori tecnici in impatto business per giustificare l'investimento in un audit professionale.
Secondo Eurostat, il 44% delle imprese italiane con 10-249 dipendenti ha un sito web con funzioni di e-commerce o acquisizione lead. Di queste, solo il 28% ha effettuato ottimizzazioni tecniche del sito negli ultimi 12 mesi — dato tra i più bassi dell'UE-27.
Fonte: Eurostat — ICT usage in enterprises, 2024
Un sito con LCP > 4 secondi perde traffico in modo diretto e misurabile: ogni secondo aggiuntivo di caricamento riduce le conversioni. Google stesso ha documentato che il 53% degli utenti mobile abbandona una pagina che impiega più di 3 secondi a caricarsi.
L'Osservatorio eCommerce B2C del Politecnico di Milano stima che i siti di PMI italiane perdano in media il 18% del traffico organico potenziale a causa di errori tecnici non risolti, con una concentrazione maggiore nel segmento retail e servizi locali.
Fonte: Osservatori Digital Innovation — Politecnico di Milano, eCommerce B2C 2024
| Trigger | Tipo di audit consigliato |
|---|---|
| Migrazione di piattaforma (es. Joomla → WordPress) | Audit completo pre e post migrazione |
| Redesign del sito | Audit completo con confronto crawl prima/dopo |
| Calo di traffico organico > 20% in 30 giorni | Audit urgente focalizzato su penalizzazioni e modifiche recenti |
| Lancio di nuove sezioni o prodotti | Audit parziale su crawlability e indicizzazione nuove pagine |
| Cadenza ordinaria | Audit semestrale + monitoraggio automatico mensile |
Per i siti con meno di 200 pagine, un audit completo richiede 4-8 ore di lavoro. Per siti tra 200 e 2.000 pagine, stimare 1-3 giorni lavorativi includendo l'analisi dei dati di Search Console e il confronto storico.
L'approfondimento operativo sugli audit tecnici per studi professionali (commercialisti, avvocati, medici) — con particolarità legate a local SEO e YMYL — è sviluppato in una
che affronta le peculiarità di quei contesti regolamentati.Un technical SEO audit non è un'attività una tantum: è un processo periodico che mantiene la salute tecnica del sito allineata con gli aggiornamenti degli algoritmi e le evoluzioni della struttura del sito stesso.
Le tre azioni con il miglior rapporto impatto/sforzo per una PMI:
Il resto dell'audit può essere pianificato in modo incrementale, assegnando priorità in base all'impatto stimato sul traffico organico.
Un technical SEO audit è un'analisi sistematica della struttura tecnica di un sito web per identificare problemi che impediscono a Google di scansionare, comprendere e classificare correttamente le pagine. È importante perché errori tecnici vanificano qualsiasi investimento in contenuti o link building: se il bot di Google non riesce ad accedere a una pagina, quella pagina non esiste per i motori di ricerca.
Gli errori più frequenti su siti di PMI italiane sono: pagine bloccate erroneamente in robots.txt, catene di redirect che rallentano la navigazione, contenuti duplicati senza tag canonical, immagini non ottimizzate che abbassano i Core Web Vitals, sitemap XML non aggiornate e mancanza di HTTPS su tutte le pagine interne.
Un audit completo dovrebbe essere condotto almeno due volte l'anno. Dopo ogni migrazione di piattaforma o redesign del sito è obbligatorio. Monitoraggi automatizzati (crawl settimanali con strumenti come Screaming Frog o Google Search Console) permettono di intercettare nuovi errori in tempo reale senza aspettare l'audit periodico.
Sì, Google ha confermato che i Core Web Vitals (LCP, INP, CLS) sono segnali di ranking dalla Page Experience Update del 2021, aggiornata con il passaggio da FID a INP nel marzo 2024. Pagine con punteggi 'Poor' in tutti e tre i parametri vedono mediamente una penalizzazione nelle SERP competitive rispetto a pagine equivalenti per contenuto ma con metriche 'Good'.
Il crawling è la fase in cui Googlebot visita le pagine; l'indicizzazione è la fase in cui Google le inserisce nel suo indice e le rende disponibili per le ricerche. Una pagina può essere scansionata ma non indicizzata (ad esempio se ha un tag noindex) oppure non scansionata affatto (se bloccata in robots.txt o irraggiungibile). Entrambe le categorie producono perdita di visibilità organica, ma con cause e soluzioni diverse.
Ultimo aggiornamento: 13 maggio 2026
Guida editoriale al link building per PMI italiane: strategie efficaci, fonti affidabili e dati aggiornati per costruire autorità di dominio senza rischi.
20 mag 2026 · 13 min lettura
Guida operativa alla SEO on-page nel 2026: dalla struttura dei contenuti ai Core Web Vitals, con checklist pratica e dati aggiornati per PMI italiane.
20 mag 2026 · 14 min lettura
25 elementi SEO on-page verificabili per scalare i risultati Google nel 2026: dai Core Web Vitals alla struttura semantica, con dati aggiornati e fonti istituzionali.
17 mag 2026 · 12 min lettura