Checklist SEO: oltre 80 punti da verificare

Impostazioni tecniche, on-page, contenuti, dati strutturati, off-page e analytics: ogni sezione elenca controlli concreti, non consigli generici.

La SEO non è un'azione singola — è un sistema. Una sitemap configurata non porterà da sola un progetto in cima, e un title tag ben scritto non compensa un server lento. Questa checklist copre tutte le aree chiave: dalle fondamenta tecniche ai contenuti e all'analytics. Usala al lancio di un nuovo sito, prima di un audit o come mappa di revisione ricorrente.

Non provare a chiudere tutto in una volta. Dividi la checklist in blocchi e lavorali in sequenza: prima i problemi tecnici, poi l'on-page, poi i contenuti. I problemi tecnici irrisolti svalutano tutto il resto.
80+

Punti della checklist

Copertura completa: tecnica, on-page, contenuti, dati strutturati, analytics

7

Blocchi

Ogni blocco è una sezione autonoma verificabile in modo indipendente

53%

Traffico organico

Quota mediana del traffico organico per i siti B2B, dati BrightEdge 2024

Top 3

Posizioni = 60% dei clic

I primi tre risultati di ricerca catturano circa il 60% di tutti i clic su una query

Come usare questa checklist

Ogni sezione è ordinata per importanza. I punti marcati come critici sono igiene di base — senza di essi tutto il resto è irrilevante. Gli altri sono miglioramenti di secondo e terzo livello. Per un sito nuovo, percorri la checklist dall'alto verso il basso. Per un sito esistente, parti dalle sezioni dove sospetti un problema, poi chiudi il resto.

Crea un foglio in Google Sheets o Notion con tre colonne: punto, stato (OK / problema / non applicabile), commento. Così la checklist diventa un documento vivo da passare al team e aggiornare a ogni audit.

Checklist SEO tecnica

La SEO tecnica è la fondamenta. Se Google non riesce a trovare, leggere o indicizzare le tue pagine, nessun contenuto o link aiuterà. Controlla questa sezione per prima.

Indicizzazione e scansione

  1. robots.txt esiste ed è raggiungibile su /robots.txt — nessuna pagina commerciale o di prodotto è bloccata da una direttiva Disallow
  2. La sitemap XML è creata, contiene tutte le pagine pubbliche ed è stata inviata a Google Search Console nella sezione Sitemaps
  3. Nessuna pagina da indicizzare porta un tag <meta name="robots" content="noindex">
  4. Googlebot può caricare CSS e JavaScript — questi percorsi non sono bloccati in robots.txt (errore comune nel passaggio da staging a produzione)
  5. I parametri URL sono configurati in Google Search Console, così i token di sessione e i parametri UTM non creano duplicati
  6. Il crawl budget non viene sprecato: nessun URL infinito da paginazione non delimitata, nessuna navigazione a facet che genera migliaia di varianti senza canonical
  7. Tutte le pagine sono raggiungibili a un solo URL canonical — nessuna versione parallela senza redirect o tag canonical

Struttura degli URL e redirect

  1. Gli URL usano parole leggibili separate da trattini, non ID o numeri: /blog/seo-checklist invece di /p?id=4821
  2. Il separatore delle parole è il trattino (-), non l'underscore (_): Google tratta gli underscore come unitori di parole
  3. Gli URL sono interamente in minuscolo: /Blog/Article crea un duplicato tecnico di /blog/article
  4. Il redirect 301 da HTTP a HTTPS è configurato e funziona
  5. Il redirect 301 da www a non-www (o viceversa) è impostato — è stato scelto un singolo dominio canonical
  6. Nessuna catena di redirect oltre un salto: A → B → C va ridotta ad A → C
  7. Tutte le pagine eliminate restituiscono 410 (Gone) oppure hanno un redirect 301 verso una pagina viva — non lasciare 404 su pagine che portano backlink
  8. La pagina 404 restituisce un vero codice di stato 404 (non 200!), contiene link utili e non crea un vicolo cieco frustrante

HTTPS e sicurezza

  1. Il certificato SSL è valido e non scade entro 30 giorni — imposta il rinnovo automatico (Let's Encrypt + Certbot)
  2. Nessun mixed content: tutte le risorse della pagina (CSS, JS, immagini, font) caricano via HTTPS, non HTTP
  3. L'header HSTS (Strict-Transport-Security) è impostato nella risposta del server
  4. L'header Content-Security-Policy è configurato e limita le origini di caricamento delle risorse
  5. X-Frame-Options o CSP frame-ancestors impedisce di incorporare il sito in un iframe senza permesso

Ottimizzazione mobile

  1. <meta name="viewport" content="width=device-width, initial-scale=1"> è presente su ogni pagina
  2. Il testo è leggibile senza zoom: dimensione base di almeno 16px per il contenuto
  3. Pulsanti e link sono almeno 44×44px per target touch comodi
  4. Nessuno scroll orizzontale su schermi da 320px in su
  5. Il Google Mobile-Friendly Test passa senza errori critici
  6. Nessun sottodominio mobile separato m.site.com — se esiste, canonical e hreflang sono configurati correttamente, oppure la migrazione al responsive design è completata

Velocità della pagina e Core Web Vitals

MetricaBuonaDa migliorareScarsa
LCP (Largest Contentful Paint)≤ 2,5 s2,5–4,0 s> 4,0 s
INP (Interaction to Next Paint)≤ 200 ms200–500 ms> 500 ms
CLS (Cumulative Layout Shift)≤ 0,10,1–0,25> 0,25
TTFB (Time to First Byte)< 200 ms200–500 ms> 500 ms
  1. L'elemento LCP (di norma l'immagine hero) è ottimizzato: formato WebP, non più grande del necessario, attributo fetchpriority="high" aggiunto
  2. Le risorse che bloccano il rendering sono eliminate: il CSS critico è inline, gli script non critici usano defer o async
  3. Le immagini sotto la piega hanno l'attributo loading="lazy"
  4. Tutte le immagini hanno attributi width e height espliciti — previene il CLS
  5. Il bundle JavaScript è minimizzato: niente librerie inutilizzate, le dipendenze pesanti sostituite con alternative più leggere
  6. TTFB < 200 ms: cache statica configurata, CDN per i media, query del database ottimizzate
  7. HTTP/2 o HTTP/3 in uso — verifica in Chrome DevTools → Network → colonna Protocol
I Core Web Vitals si misurano sui dati degli utenti reali (CrUX), non solo nei test di laboratorio. Google Search Console → Core Web Vitals mostra lo stato reale. I dati lab di PageSpeed Insights sono una guida di debug, non il punteggio finale.

Checklist on-page

L'on-page copre tutto ciò che metti direttamente sulla pagina. Qui avviene la maggior parte del lavoro SEO quotidiano: tag, intestazioni, contenuti, immagini, link interni.

Title tag

  1. Il title è unico per ogni pagina del sito — nessuna coppia di pagine condivide lo stesso title
  2. Lunghezza 50–60 caratteri: Google tronca i title a circa 580px di larghezza
  3. La keyword primaria è posizionata verso l'inizio — le prime parole pesano di più
  4. Nessun keyword stuffing: «ottimizzazione SEO servizi SEO SEO Milano» è una bandiera rossa per l'algoritmo
  5. Il title usa il sentence case: «Checklist SEO per un sito», non «Checklist SEO Per Un Sito»
  6. La homepage non si intitola semplicemente «Home» — butta via un'occasione d'oro per posizionarti sulle query di brand

Meta description

  1. La meta description è unica per ogni pagina — i duplicati riducono la CTR dell'intero sito
  2. Lunghezza 140–160 caratteri — in questo intervallo si mostra senza troncamenti nella maggior parte dei casi
  3. La keyword primaria è inclusa — Google mette in grassetto le corrispondenze con la query dell'utente
  4. C'è un invito all'azione concreto: «Leggi la checklist completa», «Fai l'audit del sito in 15 minuti»
  5. Nessun carattere speciale " < > — possono venire rimossi o escapati nella visualizzazione

Struttura delle intestazioni H1–H6

  1. Ogni pagina ha esattamente un tag H1 — non zero e non due
  2. L'H1 contiene la keyword primaria e è coerente con il tema del title
  3. L'H1 è marcato correttamente in HTML, non è un div o uno span visivamente grande
  4. La gerarchia delle intestazioni è ininterrotta: H2 → H3, nessun salto da H2 a H4
  5. Le intestazioni H2 includono query semanticamente correlate e sinonimi — ampliando la copertura tematica
  6. Le intestazioni descrivono il contenuto della sezione, non fanno da slogan marketing senza valore SEO

Tag canonical e duplicati

  1. Un tag canonical è presente su ogni pagina — autoreferenziale o verso la versione preferita
  2. Nessun canonical in conflitto: ad es. il canonical punta ad A mentre la sitemap la invia come B
  3. Le pagine di paginazione (/category?page=2) hanno un self-canonical — non puntano alla pagina 1, una pratica superata che Google ha deprecato nel 2019
  4. Le versioni con e senza slash finale si comportano in modo coerente: una reindirizza all'altra
  5. Le versioni di stampa e le pagine AMP (se presenti) sono correlate correttamente alla versione canonical

Ottimizzazione delle immagini

  1. Tutte le immagini hanno un attributo alt descrittivo — non vuoto e non lo stesso testo ripetuto su ogni immagine
  2. Le immagini decorative (separatori, sfondi) hanno alt="" (vuoto) — corretto per l'accessibilità
  3. I nomi dei file descrivono il contenuto: seo-checklist-example.webp, non IMG_4821.webp
  4. Formato WebP (o AVIF) per foto e illustrazioni complesse — 25–35% più leggero del JPEG a pari qualità
  5. Gli attributi width e height sono impostati su tutte le immagini — previene il Layout Shift (CLS)
  6. loading="lazy" sulle immagini sotto la piega
  7. L'immagine hero (sopra la piega) ha fetchpriority="high" e NON ha loading="lazy"
  1. Ogni nuova pagina riceve almeno un link interno da contenuti esistenti — niente pagine orfane
  2. Le ancore sono descrittive: «checklist completa di robots.txt» invece di «qui», «leggi», «link»
  3. Le pagine chiave (servizi, categorie) ricevono più link interni dei contenuti di supporto
  4. Nessun link interno rotto (404) — verifica con Screaming Frog, Sitebulb o Ahrefs
  5. Nessun link verso pagine noindex — un link interno a una pagina nascosta spreca crawl budget
I link interni sono uno degli strumenti SEO più convenienti: costo di posizionamento zero ed effetto diretto sulla distribuzione del PageRank. Una pagina con tre link interni di qualità da pagine tematicamente correlate batte nettamente una pagina orfana.

Dati strutturati

Il markup strutturato aiuta Google a capire il tipo di pagina e sblocca l'accesso ai rich snippet nella ricerca. Per la maggior parte dei siti è una leva aggiuntiva di crescita della CTR senza toccare le posizioni.

Markup Schema.org

  1. Il tipo di markup corrisponde al tipo di pagina: Article o BlogPosting per gli articoli, Product per i prodotti, LocalBusiness per le attività locali, FAQPage per i contenuti FAQ
  2. Il markup è implementato in formato JSON-LD (il formato raccomandato da Google), non Microdata
  3. Il markup è validato in Rich Results Test e Google Search Console → Miglioramenti — nessun errore critico
  4. I campi obbligatori sono compilati: per Article — headline, author, datePublished; per Product — name, description, offers
  5. Il markup FAQPage si usa solo su pagine dove la FAQ è il contenuto principale — non aggiungerlo a caso
  6. Per le attività locali, nome, indirizzo e telefono (NAP) nel markup coincidono esattamente con la Google Business Profile

Open Graph e tag social

  1. I tag og:title, og:description, og:image, og:url sono impostati su ogni pagina
  2. og:image è almeno 1200×630px — la dimensione ottimale per le anteprime su Facebook e LinkedIn
  3. og:type è corretto: website per la homepage, article per i post del blog
  4. I tag Twitter Card sono configurati: twitter:card, twitter:title, twitter:image
  5. Le anteprime sono testate con Facebook Sharing Debugger e Twitter Cards Validator

Contenuti ed E-E-A-T

Dal 2022–2023 Google rafforza costantemente il peso dell'E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) nella valutazione delle pagine. Non è un segnale algoritmico diretto, ma i segnali E-E-A-T correlano con il posizionamento nelle nicchie competitive.

Qualità dei contenuti

  1. I contenuti sono scritti per le persone, non per i robot: la pagina esiste perché dà valore reale all'utente, non solo per catturare traffico
  2. La keyword primaria e le sue varianti compaiono nell'H1, nel primo paragrafo, in uno o due H2 e naturalmente nel resto del testo
  3. Nessun keyword stuffing: la stessa query non è ripetuta in ogni frase
  4. Il tema è coperto in modo completo: la pagina risponde a tutte le domande correlate dell'utente — controlla cosa coprono i concorrenti nelle prime 5 posizioni
  5. Si usano numeri, date ed esempi concreti — non affermazioni generiche tipo «la SEO è molto importante per il business»
  6. L'autore è citato con almeno una breve biografia — i contenuti anonimi sono più deboli dal punto di vista E-E-A-T
  7. Le date di pubblicazione e aggiornamento sono visibili — Google pesa la freschezza dei contenuti per certi temi

Audit dei contenuti regolare

  1. Le pagine senza traffico organico da 12+ mesi sono state analizzate: decisione — migliorare, fondere con un'altra pagina o rimuovere con redirect 301
  2. I dati obsoleti (statistiche, strumenti, link) sono stati aggiornati — cruciale per i contenuti SEO, marketing e tech
  3. Nessun contenuto duplicato fra pagine del sito: usa Siteliner o Screaming Frog per trovarlo
  4. Il contenuto povero (pagine sotto le 200–300 parole con poco valore) è stato fuso in pagine più lunghe o ampliato
  5. Verifica della cannibalizzazione: più pagine non competono per la stessa query — si vede nel report query di Search Console
Regola di Pareto per gli audit dei contenuti: il 20% delle pagine genera l'80% del traffico organico. Inizia a migliorare le tue top 20 pagine per traffico da Search Console — il ritorno dell'ottimizzazione è massimo lì.

Checklist off-page

La SEO off-page va oltre il tuo sito — copre il profilo backlink, le menzioni e la presenza locale. Sono fattori più difficili da influenzare, ma determinano l'autorevolezza del dominio agli occhi di Google.

  1. Profilo backlink esaminato in Ahrefs, Semrush o Google Search Console (report Link): niente link spam massivi da PBN o link farm
  2. Il file Disavow in Google Search Console è configurato dove ci sono link chiaramente manipolativi o spam
  3. È attiva una link building: guest post, HARO/Connectively, partnership, digital PR
  4. Il profilo ancore è diversificato: nessuna sovrarappresentazione di ancore commerciali a corrispondenza esatta, che sembrerebbe innaturale
  5. I link esterni verso il tuo sito portano a pagine vive — nessun valore dei link perso nei 404

SEO locale (per le attività locali)

  1. La Google Business Profile è creata, verificata e compilata: categoria, descrizione, orari, foto
  2. Il NAP (Name, Address, Phone) è identico sul sito, nella GBP e in tutte le directory — ogni discrepanza disorienta l'algoritmo
  3. Il sito è registrato nelle directory di settore e locali pertinenti (Yelp, aggregatori di settore)
  4. Le recensioni Google ricevono risposte regolari — sia positive sia negative
  5. Il markup LocalBusiness sulle pagine delle sedi è configurato correttamente

Analytics e monitoraggio

La SEO senza analytics è lavorare alla cieca. L'analytics non mostra solo i risultati — ti dice esattamente dov'è il problema: un crollo di traffico, una perdita di posizionamenti, una frequenza di rimbalzo alta su una pagina specifica.

Google Search Console

  1. Il sito è verificato in Google Search Console via DNS o tag di pagina
  2. La sitemap XML è inviata e non mostra errori
  3. Il report Copertura indicizzazione / Pagine è controllato ogni mese: nessun nuovo errore Escluse o Scansionata-non indicizzata
  4. Il report Core Web Vitals in GSC mostra lo stato di LCP, INP, CLS sui dati reali
  5. Il report Link è controllato ogni trimestre: monitoraggio del profilo backlink esterno
  6. Gli avvisi email per gli errori sono attivi — Google invia notifiche quando rileva problemi di scansione o indicizzazione

Google Analytics 4

  1. GA4 è installato e i dati fluiscono correttamente — verifica col report in tempo reale
  2. Gli eventi di conversione chiave sono configurati: invio modulo, clic su chiamata, aggiunta al carrello, registrazione
  3. Il filtro del traffico interno è impostato, così le visite dei dipendenti non distorcono i dati
  4. GA4 collegato a Google Search Console — abilita l'analisi delle query insieme ai dati di comportamento sul sito
  5. Il report dei canali è impostato: chiara separazione Organic Search / Direct / Referral / Paid

Pianificazione del monitoraggio regolare

Ogni settimana

Posizionamenti keyword (Rank Tracker o Search Console). Traffico organico degli ultimi 7 giorni vs periodo precedente. Avvisi di uptime (Uptime Robot, Better Uptime).

Ogni mese

Errori di indicizzazione in GSC. Report Core Web Vitals. Revisione on-page delle pagine appena pubblicate. Controllo del profilo backlink per nuovi link e perdite.

Ogni trimestre

Audit tecnico completo (Screaming Frog). Audit dei contenuti per traffico. Aggiornamento dei contenuti datati. Analisi dei concorrenti sulle query chiave — posizionamenti, contenuti, link.

Dopo ogni aggiornamento

Controllo Core Web Vitals e PageSpeed Insights. Test mobile-friendly. Revisione degli errori in GSC. Validazione dei dati strutturati.

Valutare i grandi aggiornamenti dell'algoritmo Google (Core Update, Helpful Content Update) richiede almeno 28 giorni di dati prima e dopo. Le fluttuazioni brevi sono normali. Se il calo persiste quattro settimane dopo l'aggiornamento, è il segnale che serve un audit approfondito.

Domande frequenti sulle checklist SEO

Con quale frequenza passare la checklist SEO?
Punti tecnici: ogni mese o dopo ogni modifica significativa del sito (aggiornamento motore, redesign, migrazione). Punti on-page e contenuti: a ogni pubblicazione e negli audit trimestrali. Analytics: ogni settimana. Un passaggio completo dell'intera checklist: ogni sei mesi o dopo i grandi aggiornamenti dell'algoritmo Google.
Da dove iniziare la checklist SEO per un sito nuovo?
Per un sito nuovo l'ordine conta: parti dal blocco tecnico (HTTPS, accessibilità a Googlebot, robots.txt, sitemap), poi l'on-page prima di ogni pubblicazione (title, H1, meta description), poi i dati strutturati. Collega l'analytics (GSC, GA4) dal primo giorno — senza sei alla cieca. I fattori off-page arrivano dopo che le fondamenta sono pronte.
Devo completare tutti gli 80+ punti in una volta?
No. Prioritizza per rapporto rischio-sforzo. I problemi tecnici critici (noindex su pagine live, HTTPS mancante, GSC assente) si correggono per primi. Il fine-tuning (Open Graph, Schema su tutte le pagine, HSTS) colma le lacune dopo. Per un sito live con traffico, parti dalle sezioni dove già sospetti un problema.
Quali punti della checklist danno i risultati più rapidi?
Risultati rapidi arrivano dal miglioramento della CTR con la riscrittura di title e meta description (visibile in 1–2 settimane in Search Console), dalla correzione degli errori di indicizzazione (Google reindicizza le pagine corrette entro 1–4 settimane) e dall'aggiunta di link interni alle pagine importanti (ridistribuzione del PageRank). Backlink e autorevolezza dei contenuti sono investimenti di lungo periodo con risultati in 3–6 mesi.
Come uso questa checklist per l'audit di un sito esistente?
Esporta la checklist in un foglio di calcolo. Per il blocco tecnico usa Screaming Frog (scansione) e Google Search Console (stato reale dell'indice). Per l'on-page: parsing dei tag via Screaming Frog o Sitebulb. PageSpeed Insights per la velocità. Parti dalle prime 50 pagine per traffico organico — è lì che l'ottimizzazione rende di più.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it