Checklist di audit SEO on page nel 2026 – Agencia SEO

Un’audit SEO on page non si tratta di riempire campi in un plugin e considerare il lavoro chiuso. Si tratta di verificare, con criterio, se ogni pagina del tuo sito sta facendo tutto il possibile per essere compresa dai motori di ricerca e per soddisfare chi arriva da una SERP. Quello che segue è una lista di controllo pratica, organizzata per blocchi, con esempi concreti di ciò che di solito fallisce e di ciò che conviene lasciare fuori dalla checklist.

Prima di toccare qualsiasi cosa: definisci l’ambito e il campione

Auditare un intero sito di 5.000 URL con lo stesso livello di dettaglio è impraticabile. La maggior parte degli audit on page seri lavora con un campione stratificato: home, pagine di categoria ed elenco, template di prodotto o servizio, articoli del blog con traffico, pagine legali e una selezione casuale del resto. Se il sito ha meno di 100 URL indicizzabili, si revisiona completamente.

Un errore che vedo ripetersi: auditare solo la home e le pagine che il cliente considera importanti. I template (prodotto, categoria, autore, tag) sono dove compaiono i problemi sistemici, e questi si correggono una volta per centinaia di URL. Dare priorità ai template rispetto alle singole pagine fa risparmiare settimane di lavoro.

Blocco 1: indicizzabilità e accessibilità on page

Verifiche minime

Tag robots a livello di pagina: che non ci sia noindex accidentale su pagine che dovrebbero posizionarsi. È comune in sviluppi con ambienti di staging che ereditano la configurazione.
Canonical autoreferenziale nelle pagine di contenuto e canonical corretto nelle varianti (filtri, paginazione, parametri UTM).
Coerenza tra canonical e hreflang: se la versione in spagnolo punta il suo canonical a quella inglese, quella spagnola non verrà indicizzata.
Stato HTTP corretto: 200 su pagine attive, 301 su URL migrate, 410 su contenuto eliminato definitivamente.
Che il contenuto principale sia visibile nell’HTML iniziale o, se c’è rendering JavaScript, che la versione renderizzata contenga lo stesso del browser.

Un caso reale: un negozio con filtri di colore aggiungeva un parametro diverso per combinazione, tutti con canonical alla categoria base. La categoria base aveva 12.000 varianti che puntavano a essa e la scansione si consumava in URL che non si sarebbero mai indicizzati. La soluzione non è stata chiudere tutto con noindex, ma decidere quali combinazioni con domanda di ricerca meritavano una pagina propria e consolidare il resto con canonical e link interni coerenti.

Blocco 2: titoli, meta description e intestazioni

Lista di controllo

Un solo <h1> per pagina, allineato con l’intenzione principale del contenuto.
Titoli unici in tutto il sito. Esportali tutti e ordinali: i duplicati tendono a concentrarsi in template mal parametrizzati.
Lunghezza ragionevole del titolo, senza troncamenti forzati. Google riscrive i titoli con frequenza; l’obiettivo è che il tuo sia quello che viene mostrato, non forzare un numero esatto di caratteri.
Meta description uniche, con proposta di valore e invito all’azione, senza copiare il primo paragrafo del testo.
Gerarchia Hn coerente: H2 che raggruppano sezioni reali, H3 al loro interno. Un H3 isolato senza H2 padre non è un problema tecnico, ma indica disordine nella struttura.

Sfumatura importante: le intestazioni non sono un fattore di ranking diretto per il loro tag. Il loro valore sta nella struttura semantica e in come aiutano i featured snippet. Se il tuo audit vende che cambiare H3 in H2 farà salire le posizioni, stai vendendo fumo.

Blocco 3: contenuto e copertura dell’intenzione

Cosa revisionare pagina per pagina

La pagina risponde all’intenzione dominante della sua keyword obiettivo? Se la SERP mostra comparativi e la tua è una pagina di vendita, il contenuto non si adatta anche se ha la keyword nel titolo.
Copertura di entità e sottotemi: quali domande correlate copre e quali no. Strumenti come la documentazione di Google sulla qualità editoriale e gli studi di settore sulla topical authority servono da orientamento, non da ricetta.
Originalità e valore aggiunto: dati propri, screenshot, esempi, casi. Il contenuto che si limita a riscrivere ciò che è già nella SERP compete in svantaggio.
Freschezza quando applicabile: prezzi, normative, versioni di software. Un articolo su uno strumento che ha cambiato la sua interfaccia nel 2025 necessita di revisione.
Link interni contestuali da e verso la pagina, con anchor text descrittivo.

Limite reale: non esiste una soglia di parole che garantisca posizioni. Ho visto pagine di 400 parole superare guide di 3.000 quando risolvevano meglio la query. Il conteggio delle parole è un indicatore di impegno, non un fattore di ranking.

Blocco 4: media, link e struttura on page

Immagini con alt descrittivo (non riempimento di keyword), formato moderno (WebP/AVIF) e dimensioni dichiarate per evitare salti di layout.
Video con trascrizione o almeno descrizione testuale del contenuto.
Link in uscita: che quelli esterni rilevanti non abbiano nofollow per impostazione predefinita e che quelli interni non si aprano in una nuova scheda senza motivo.
Anchor interni vari e descrittivi. Evitare “clicca qui” e “leggi di più” nei link che contano.
Tabelle e liste ben strutturate, accessibili e con intestazioni semantiche.

Blocco 5: dati strutturati e risultati arricchiti

Verifica che il markup schema.org coincida con il contenuto visibile. Un errore frequente è dichiarare FAQPage con domande che non compaiono più nella pagina o con risposte diverse. Google può ignorare il markup o, in casi di spam strutturato, applicare azioni manuali. Revisiona con lo strumento dei risultati arricchiti di Search Console e con il validatore di schema.org, ma ricorda: il markup non garantisce rich results, li rende solo possibili.

Blocco 6: prestazioni ed esperienza di pagina

Le prestazioni non sono strettamente on page, ma influenzano come viene valutata la pagina. Includi nell’audit una verifica dei Core Web Vitals a livello di template, non solo della home. Un dettaglio che si rileva solo con dati di campo: template con LCP accettabile in laboratorio ma scarsa su mobile per immagini hero servite senza srcset. La documentazione ufficiale di web.dev sui Core Web Vitals è il riferimento per interpretare le soglie.

Blocco 7: misurazione e chiusura

Un audit senza prioritizzazione non serve. Classifica i risultati per impatto (alto, medio, basso) e per sforzo (ore di sviluppo, contenuto, configurazione). I problemi di template che influenzano centinaia di URL vanno prima. Gli aggiustamenti delle meta description su pagine senza impressioni possono aspettare.

Documenta ogni verifica con evidenza: screenshot, URL di esempio, numero di URL interessate e raccomandazione concreta. E definisci come verrà misurata la correzione: posizioni medie delle URL interessate, CTR in Search Console, pagine indicizzate prima e dopo. Senza linea di base non c’è modo di sapere se l’audit è servito a qualcosa.

Cosa non copre questa checklist

Questa lista si concentra sull’on page. Non sostituisce un audit tecnico approfondito (log, budget di scansione, rendering JavaScript complesso) né una revisione dei link in entrata. Non risolve nemmeno problemi di contenuto che richiedono una ricerca keyword preventiva o di architettura dell’informazione. Se il tuo sito ha migliaia di URL generate da parametri, la parte on page è solo un pezzo del puzzle.

E un avvertimento finale: nessun audit garantisce di salire di posizione. Identifica problemi, prioritizza correzioni e misura. Il resto dipende dalla concorrenza, dall’autorità del dominio e da fattori che non controlli.