Audit SEO tecnico: come farlo passo dopo passo

Un audit SEO tecnico è un controllo strutturato per verificare se i motori di ricerca possono trovare, scansionare, renderizzare e indicizzare le tue pagine. Questa guida percorre l'audit nell'ordine che fa risparmiare tempo, poi mostra come classificare ciò che trovi per correggere prima le cose giuste.

Le persone lo cercano anche come "seo tech audit". Stesso lavoro. Stai cercando le ragioni tecniche per cui una buona pagina non ottiene la visibilità che dovrebbe.

Prima di iniziare: definisci l'ambito

Decidi cosa stai analizzando prima di aprire uno strumento. Il sito di un'attività locale di 40 pagine e un negozio di 40.000 pagine richiedono profondità diverse.

• Scegli la proprietà. Usa la proprietà esatta di Search Console (dominio o prefisso URL) così i dati corrispondono al sito che scansioni.
• Elenca le pagine che portano guadagno. Home, pagine dei servizi, pagine delle sedi, prodotti principali. Queste si controllano a mano, non solo con uno strumento.
• Annota le modifiche recenti. Una migrazione, un restyling o la sostituzione di un plugin è il primo sospettato di ogni calo.
• Salva una base di partenza. Esporta clic, impressioni e numero di pagine indicizzate per poter dimostrare che l'audit ha funzionato.

Strumenti come Argus, il crawler di siti di ZeusSEO, gestiscono la scansione e l'elenco dei problemi, così dedichi il tuo tempo alle decisioni. Ne parliamo nei passaggi qui sotto.

Passo 1: controlla la scansionabilità

Se un bot non riesce a raggiungere una pagina, nient'altro conta. Parti da qui.

1. Apri robots.txt. Conferma che si carichi nella radice, restituisca un 200 e non blocchi cartelle che vuoi posizionare. Un "Disallow: /" dimenticato dall'ambiente di staging è un caso frequente. Ricorda che robots.txt controlla la scansione, non l'indicizzazione; l'introduzione a robots.txt di Google spiega la differenza.
2. Cerca noindex. Guarda il meta tag robots e l'header X-Robots-Tag sulle pagine chiave. Noindex più una voce nella sitemap invia segnali contrastanti.
3. Scansiona tu stesso il sito. Un crawler segue i link come fa un bot e ti mostra in un solo passaggio codici di stato, titoli e link rotti.
4. Cerca errori 4xx e 5xx. Le pagine che restituiscono 404 ma hanno ancora link interni sono una vittoria rapida. Errori 5xx ripetuti suggeriscono un problema di hosting.

In ZeusSEO, Argus scansiona un sito e riporta i totali dell'intero sito: pagine che restituiscono errori 4xx o 5xx, pagine con link interni o esterni rotti, pagine noindex e pagine con schema rotto. Elenca anche le pagine scansionate partendo dalle peggiori per numero di problemi, con il loro stato di indicizzazione. Un limite onesto: i dati della scansione non conservano le catene di redirect, quindi controllale a parte (Passo 4).

Passo 2: controlla l'indicizzazione e la copertura in Search Console

Scansionata non significa indicizzata. Search Console ti dice cosa ha fatto davvero Google.

1. Leggi il report "Pages" (indicizzazione). Confronta indicizzate e non indicizzate, poi leggi il motivo di ogni gruppo. Google documenta i motivi nell'aiuto al report sull'indicizzazione delle pagine.
2. Fai dei campioni con l'Ispezione URL. Ispeziona le tue pagine principali. Lo strumento Ispezione URL mostra lo stato di indicizzazione di una pagina e permette di eseguire un test in tempo reale.
3. Incrocia il conteggio. Se la tua sitemap elenca 500 URL e Google ne ha indicizzati 300, scopri quali 200 mancano e perché.
4. Distingui l'intenzionale dall'accidentale. Le pagine di ringraziamento e gli URL filtrati devono restare fuori. Le pagine dei servizi no.

ZeusSEO può eseguire questi controlli tramite il tuo assistente AI. Può ispezionare un singolo URL con la vera API di Ispezione URL, elaborare un elenco in blocco e confrontare una sitemap con ciò che è indicizzato. Queste chiamate sono di sola lettura. Riportano lo stato di Google, compresi lo stato di copertura, l'ora dell'ultima scansione e se il canonical scelto da Google coincide con il tuo. Non richiedono mai l'indicizzazione. La configurazione è spiegata nella guida all'MCP di Search Console.

Passo 3: verifica le sitemap

Una sitemap è un elenco di pagine che vuoi far indicizzare. Trattala come una promessa e controlla di mantenerla. Google descrive cosa fa una sitemap nella sua panoramica sulle sitemap.

• Solo URL canonical, indicizzabili e con stato 200. Niente redirect, niente 404, niente pagine noindex, niente duplicati con parametri.
• Inviata in Search Console. Conferma che lo stato sia "Success" e che il numero di URL rilevati sia coerente.
• Indicata in robots.txt. Aggiungi la riga Sitemap così qualsiasi crawler può trovarla.
• Aggiornata. Le nuove pagine compaiono, quelle eliminate escono. Una sitemap obsoleta spreca attenzione di scansione.
• Dividi i siti grandi. Usa un indice di sitemap così ogni file resta gestibile.

Il confronto tra sitemap e indicizzato è il modo più rapido per vedere il divario. Raccoglie gli URL della sitemap inviata, li verifica con Google e restituisce quelli non indicizzati con il loro stato di copertura. Le sitemap grandi vengono controllate in lotti riprendibili, perché Google limita le ispezioni giornaliere.

Passo 4: controlla i redirect

I redirect sono il punto in cui le migrazioni si rompono in silenzio.

1. Trova le catene. A verso B verso C dovrebbe essere A verso C. Ogni salto rallenta la pagina e riduce la chiarezza.
2. Trova i loop. A rimanda a B, B rimanda ad A. La pagina non si carica mai.
3. Usa redirect permanenti per gli spostamenti. Un redirect permanente dice a Google che lo spostamento è definitivo. Un redirect temporaneo lasciato per anni è un bug. La documentazione di Google sui redirect spiega come ogni tipo influisce sull'URL mostrato nei risultati.
4. Forza una sola versione. Da HTTP a HTTPS e una sola scelta tra www e non-www, tutto in un unico salto.
5. Correggi i link interni perché puntino all'URL finale. Non affidarti a un redirect per sostenere la tua stessa navigazione.

Passo 5: rivedi i tag canonical

Il tag canonical indica la versione preferita di una pagina. La guida di Google al consolidamento degli URL duplicati tratta tag canonical, redirect e sitemap come i segnali che puoi usare.

• Canonical autoreferenziali sulle pagine normali sono un buon segno.
• Canonical verso un altro URL deve essere voluto. Verifica che la destinazione restituisca 200 e sia indicizzabile.
• Canonical contro sitemap. L'URL della sitemap e il canonical devono coincidere.
• La scelta di Google contro la tua. Nell'Ispezione URL, se il canonical dichiarato e quello scelto da Google differiscono, scopri perché. Di solito è contenuto duplicato o segnali in conflitto.
• Parametri e paginazione. Gli URL filtrati e ordinati devono risolversi in una sola pagina canonical.

Passo 6: testa velocità e Core Web Vitals

La velocità è un fattore di posizionamento e di conversione. Usa prima i dati degli utenti reali, poi i dati di laboratorio.

1. Parti dal report Core Web Vitals in Search Console. Raggruppa gli URL per dati sul campo, così correggi i template, non le singole pagine.
2. Esegui PageSpeed Insights su un URL per ogni template: home, pagina di servizio, articolo del blog, pagina della sede.
3. Leggi le tre metriche: Largest Contentful Paint (caricamento), Interaction to Next Paint (reattività) e Cumulative Layout Shift (stabilità). Google le spiega in Understanding Core Web Vitals and Google Search results.
4. Correggi le cause più comuni: immagini hero sovradimensionate, font non ottimizzati, script che bloccano il rendering, tag di terze parti pesanti e dimensioni delle immagini mancanti.

Tratta questo passo come una misurazione a sé. Abbinalo alla scansione, ma verifica la velocità con uno strumento di velocità.

Passo 7: convalida i dati strutturati

Il markup schema aiuta Google a capire una pagina e può renderla idonea ai risultati multimediali. Parti dall'introduzione ai dati strutturati di Google.

• Fai corrispondere il markup alla pagina. Non marcare contenuti che gli utenti non vedono.
• Testa con il Rich Results Test di Google. Punta a zero errori e rivedi gli avvisi.
• Controlla le proprietà obbligatorie per ogni tipo, come LocalBusiness, FAQPage, Article e BreadcrumbList.
• Attenzione al JSON rotto. Una virgola mancante invalida il blocco.

La scansione di Argus segnala le pagine con schema rotto, quindi un passaggio su tutto il sito trova gli errori di sintassi prima di testare le pagine una per una.

Passo 8: verifica i link interni

I link interni decidono come autorevolezza e attenzione di scansione scorrono nel tuo sito.

• Pagine orfane. Pagine nella sitemap senza link interni che puntano a loro. Collegale da una pagina pertinente.
• Profondità dei clic. Le pagine che portano guadagno devono essere raggiungibili in pochi clic dalla home.
• Link rotti. Correggi o rimuovi i link verso pagine 404, interni ed esterni.
• Testo di ancoraggio. Usa un testo descrittivo, non "clicca qui".
• Link con redirect. Aggiorna i link che passano da un redirect.

Passo 9: esegui le basi on-page

Gli audit tecnici includono spesso rapidi controlli on-page perché i crawler li vedono gratis: titoli mancanti o duplicati, H1 mancanti, pagine povere e meta description mancanti.

Il modulo Kronos di ZeusSEO esegue un audit on-page gratuito. Scopre le pagine pubbliche da robots.txt e dalla sitemap, le scarica, rileva i problemi on-page e costruisce un piano mensile di correzioni con priorità. Non effettua chiamate API a pagamento e non usa crediti. Ogni correzione è classificata come critica, alta, media o bassa, e segnata come correggibile in automatico o manuale.

Come dare priorità a ciò che trovi

Un primo audit può restituire centinaia di problemi. Non correggerli nell'ordine in cui li elenca lo strumento. Classificali.

1. Prima i blocchi. Tutto ciò che impedisce la scansione o l'indicizzazione di pagine importanti: blocchi in robots.txt, noindex accidentali, errori del server, loop di redirect.
2. Poi le pagine che contano. Un canonical rotto su una pagina di servizio vale più di un alt mancante su un vecchio articolo del blog.
3. Assegna un punteggio per impatto e sforzo. Alto impatto e basso sforzo in cima allo sprint. Alto sforzo con impatto incerto nel backlog.
4. Correggi per template. Una sola modifica a un template può eliminare centinaia di URL segnalati.
5. Raggruppa in sprint mensili. Un piano breve e datato si porta a termine. Un foglio di 300 righe no.
6. Riesegui la scansione e confronta. Conferma ogni correzione, poi controlla la tua base di partenza del passo di definizione dell'ambito.

Ogni quanto fare l'audit

Esegui un audit completo quando prendi in carico un sito, dopo ogni migrazione o restyling, e poi ogni trimestre. Controlla Search Console ogni settimana per nuovi avvisi di indicizzazione o Core Web Vitals. Tra un audit e l'altro, una scansione pianificata individua presto le regressioni.

Se lo fai per più clienti, un crawler che conserva i risultati per sito e un elenco di correzioni con priorità fanno risparmiare ore. Scopri come Argus scansiona e monitora i problemi tecnici, oppure consulta i prezzi per il piano adatto al numero dei tuoi siti.