Una checklist SEO tecnica utile non dovrebbe limitarsi a trovare “errori” in un crawler. Deve verificare se il sito può essere scoperto, scansionato, renderizzato, indicizzato e misurato correttamente — e se le decisioni tecniche sono coerenti con la visibilità in Google, AI Overviews, AI Mode e motori AI come ChatGPT.
Questa risorsa raccoglie 50 controlli organizzati in 25 aree. Puoi usarla per un controllo SEO del sito, una verifica pre-lancio, una checklist audit SEO o come base per discutere problemi con sviluppatori e stakeholder.
La checklist non promette indicizzazione o ranking: Google specifica che rispettare le best practice non garantisce che una pagina venga indicizzata o mostrata. Per la visibilità generativa su Google, le basi restano crawlability, indicizzazione, struttura tecnica e contenuti utili; non serve uno schema “AI” speciale o un file llms.txt per Google Search.
Come usare la checklist
- Segna ogni controllo come OK, Da verificare, Problema o Non applicabile.
- Dai priorità prima ai blocchi di crawl/indexation e ai problemi che coinvolgono pagine con traffico o ricavi.
- Conserva una prova: URL, screenshot, export di crawl, log o dato Search Console.
- Assegna un owner e una data di verifica per i problemi che richiedono sviluppo.
- Ripeti i controlli dopo migrazioni, redesign, cambi CMS o release tecniche importanti.
Priorità consigliata
| Priorità | Esempi | Azione |
| Critica | noindex su pagine commerciali, 5xx, migrazione rotta, canonical errati | Intervieni prima di contenuti e crescita |
| Alta | crawl waste, CWV, rendering, internal linking, duplicati | Pianifica nel ciclo tecnico corrente |
| Media | markup, immagini, video, entity clarity, monitoraggio avanzato | Ottimizza dopo i blocchi principali |
Discovery
☐ 1. Le pagine importanti sono raggiungibili tramite link HTML?
Perché conta: Ogni URL strategico dovrebbe essere raggiungibile attraverso navigazione, hub o link contestuali. Le pagine orfane sono più difficili da scoprire e da valorizzare.
Come verificarlo: Crawl del sito + confronto con sitemap, GSC e lista URL business-critical.
Priorità iniziale: Alta
☐ 2. Le nuove pagine vengono scoperte rapidamente?
Perché conta: Una sitemap aiuta la scoperta, ma non sostituisce una buona architettura interna.
Come verificarlo: Controlla Sitemap e Controllo URL in Search Console; verifica i link interni verso le nuove pagine.
Priorità iniziale: Media
Crawlability
☐ 3. robots.txt permette il crawl delle pagine e risorse importanti?
Perché conta: Un Disallow troppo ampio può bloccare URL, CSS, JavaScript o sezioni che vuoi rendere accessibili ai crawler.
Come verificarlo: Rivedi robots.txt, crawl report e test live degli URL prioritari.
Priorità iniziale: Critica
☐ 4. Server, CDN e firewall gestiscono correttamente i crawler legittimi?
Perché conta: 403, 429, 5xx, rate limit aggressivi o challenge anti-bot possono ridurre la capacità di scansione.
Come verificarlo: Analizza log server/CDN, errori di crawl e regole WAF; verifica gli user agent quando serve.
Priorità iniziale: Alta
Indexation
☐ 5. Gli URL che devono generare traffico sono realmente indicizzabili?
Perché conta: Una pagina importante può essere tecnicamente pubblicata ma esclusa da noindex, autenticazione o altre direttive.
Come verificarlo: Controlla meta robots, X-Robots-Tag, HTTP status e Controllo URL.
Priorità iniziale: Critica
☐ 6. La copertura dell’indice corrisponde alla struttura che vuoi posizionare?
Perché conta: Troppi URL indicizzati possono creare index bloat; troppo pochi possono indicare esclusioni o problemi di qualità.
Come verificarlo: Segmenta Search Console per directory/template e confronta URL validi, esclusi e sitemap.
Priorità iniziale: Alta
Canonicalization
☐ 7. Le pagine uniche hanno canonical coerenti e corretti?
Perché conta: Canonical errati possono consolidare segnali verso la pagina sbagliata o creare conflitti con sitemap e link interni.
Come verificarlo: Confronta canonical dichiarato e canonical scelto da Google su campioni rappresentativi.
Priorità iniziale: Critica
☐ 8. Duplicati, parametri e varianti puntano alla versione preferita in modo coerente?
Perché conta: Canonical, redirect, sitemap e internal linking dovrebbero rafforzare la stessa scelta.
Come verificarlo: Crawl dei duplicati + controllo di parametri, HTTP/HTTPS, www/non-www, slash e filtri.
Priorità iniziale: Alta
Status codes
☐ 9. Le pagine indicizzabili restituiscono HTTP 200?
Perché conta: URL strategici che rispondono 3xx, 4xx o 5xx non dovrebbero essere trattati come normali pagine indicizzabili.
Come verificarlo: Esporta i codici di stato dal crawler e segmenta per template e traffico.
Priorità iniziale: Critica
☐ 10. 404, soft 404 e 5xx sono gestiti senza mascherare gli errori?
Perché conta: Restituire 200 su pagine inesistenti o mantenere errori server persistenti rende più difficile capire lo stato reale del sito.
Come verificarlo: Controlla errori in GSC, log server e risposte reali delle URL problematiche.
Priorità iniziale: Alta
Redirects
☐ 11. I cambi URL permanenti usano redirect server-side verso una destinazione equivalente?
Perché conta: Per cambi permanenti è preferibile un redirect permanente e semanticamente rilevante.
Come verificarlo: Verifica redirect 301/308 e corrispondenza vecchio URL → nuovo URL.
Priorità iniziale: Alta
☐ 12. Hai eliminato catene, loop e redirect di massa verso la homepage?
Perché conta: Catene inutili rallentano utenti e crawler; redirect irrilevanti possono essere trattati come soft 404.
Come verificarlo: Crawl in modalità redirect chain e aggiorna i link interni verso la destinazione finale.
Priorità iniziale: Alta
XML sitemaps
☐ 13. Le sitemap contengono solo URL 200, canonici e indicizzabili?
Perché conta: Inserire URL redirect, noindex, duplicati o errori crea segnali incoerenti.
Come verificarlo: Crawl di tutti gli URL presenti nelle sitemap e confronto con canonical/noindex.
Priorità iniziale: Alta
☐ 14. Le sitemap sono segmentate e aggiornate in modo utile?
Perché conta: Segmentare per tipo di pagina rende più facile diagnosticare problemi; lastmod dovrebbe riflettere modifiche reali.
Come verificarlo: Controlla indice sitemap, dimensioni, lastmod e report Sitemap in GSC.
Priorità iniziale: Media
Robots directives
☐ 15. Meta robots e X-Robots-Tag corrispondono all’intento di indicizzazione?
Perché conta: Direttive applicate da template o header possono escludere intere sezioni senza essere visibili nel CMS.
Come verificarlo: Controlla HTML e header HTTP su template, PDF e risorse non HTML.
Priorità iniziale: Critica
☐ 16. Le preview controls sono coerenti con gli obiettivi di Search e AI?
Perché conta: nosnippet e limiti come max-snippet, max-image-preview e max-video-preview possono ridurre ciò che Google può mostrare nelle esperienze di ricerca.
Come verificarlo: Rivedi robots meta sulle pagine commerciali e informative più importanti.
Priorità iniziale: Media
JavaScript rendering
☐ 17. Contenuto, link e metadati critici sono disponibili nel rendering di Google?
Perché conta: Una pagina può sembrare completa nel browser ma risultare incompleta per il crawler se dipende da JavaScript non eseguibile.
Come verificarlo: Confronta sorgente, DOM renderizzato e test live di Controllo URL.
Priorità iniziale: Critica
☐ 18. API, bundle e risorse necessarie al rendering sono accessibili e stabili?
Perché conta: Timeout, errori CORS, 401/403 o hydration failure possono rimuovere contenuti e link importanti.
Come verificarlo: Controlla console, network waterfall, log e rendering su template chiave.
Priorità iniziale: Alta
Internal linking
☐ 19. Le pagine ad alto valore ricevono link interni contestuali?
Perché conta: I link interni aiutano scoperta, navigazione e comprensione della gerarchia del sito.
Come verificarlo: Mappa inlink count, pagine orfane, profondità e link da hub/cluster rilevanti.
Priorità iniziale: Alta
☐ 20. Anchor text e struttura dei link riflettono la priorità reale del sito?
Perché conta: Link generici o distribuiti casualmente possono rendere meno chiaro il rapporto tra pagine e argomenti.
Come verificarlo: Analizza anchor, posizionamento dei link e pagine che competono sullo stesso intento.
Priorità iniziale: Media
URL structure
☐ 21. Gli URL sono stabili, leggibili e coerenti?
Perché conta: URL semplici riducono errori operativi e rendono più facile mantenere canonical, redirect e tracking.
Come verificarlo: Controlla maiuscole, slash, ID inutili, percorsi duplicati e convenzioni tra template.
Priorità iniziale: Media
☐ 22. Parametri, filtri e faceted navigation non generano uno spazio URL incontrollato?
Perché conta: Combinazioni infinite possono consumare crawl e creare duplicati a basso valore.
Come verificarlo: Campiona parametri nei log/crawl e definisci regole per link, canonical, robots e rendering.
Priorità iniziale: Alta
Duplicate content
☐ 23. Esistono duplicati tecnici causati da filtri, parametri, print page o varianti?
Perché conta: I duplicati possono diluire segnali e rendere incerta la scelta canonical.
Come verificarlo: Clusterizza pagine per similarity e confronta canonical, status e link interni.
Priorità iniziale: Alta
☐ 24. Le pagine che devono essere autonome hanno valore realmente distinto?
Perché conta: City page, tag, categorie e pagine generate in massa possono essere tecnicamente diverse ma sostanzialmente equivalenti.
Come verificarlo: Confronta intento, contenuto principale, query e conversioni tra pagine simili.
Priorità iniziale: Alta
Pagination
☐ 25. Le pagine paginate hanno URL crawlable e canonical autoreferenziale?
Perché conta: Canonicalizzare tutte le pagine verso la pagina 1 può nascondere contenuti profondi e segnali utili.
Come verificarlo: Controlla pagination template, canonical, status e link prev/next come normali link HTML.
Priorità iniziale: Media
☐ 26. Prodotti o articoli profondi sono raggiungibili senza dipendere solo da infinite scroll?
Perché conta: Se “Carica altro” non produce link crawlable o URL persistenti, alcuni elementi possono essere difficili da scoprire.
Come verificarlo: Disabilita JavaScript nel test o ispeziona DOM/link delle pagine profonde.
Priorità iniziale: Alta
International SEO
☐ 27. hreflang è valido, reciproco e usa codici lingua/paese corretti?
Perché conta: Errori di return tag, self-reference o codici possono impedire a Google di associare correttamente le versioni localizzate.
Come verificarlo: Crawl hreflang + controllo reciproco su cluster di pagine equivalenti.
Priorità iniziale: Alta
☐ 28. Canonical e hreflang lavorano insieme senza consolidare lingue diverse?
Perché conta: Ogni versione dovrebbe in genere canonicalizzare alla propria versione linguistica equivalente, non a una lingua diversa.
Come verificarlo: Confronta canonical, hreflang, redirect geografici e URL x-default.
Priorità iniziale: Critica
Structured data
☐ 29. Il markup è valido e corrisponde a contenuto realmente visibile?
Perché conta: Structured data errato o non supportato non crea automaticamente rich result e può generare errori o azioni manuali.
Come verificarlo: Rich Results Test, validator e report dedicati in Search Console.
Priorità iniziale: Media
☐ 30. Organization, Person, Product, LocalBusiness o altri tipi sono usati solo quando pertinenti?
Perché conta: Lo schema deve descrivere l’entità e la pagina, non essere inserito come “hack” per ranking o AI.
Come verificarlo: Rivedi @type, proprietà, URL, sameAs e coerenza con la pagina.
Priorità iniziale: Media
Core Web Vitals
☐ 31. I template principali raggiungono buoni valori LCP, INP e CLS sui dati reali?
Perché conta: I Core Web Vitals misurano caricamento, reattività e stabilità visiva; vanno valutati soprattutto con field data.
Come verificarlo: Search Console CWV + CrUX/PageSpeed Insights, segmentati per template.
Priorità iniziale: Alta
☐ 32. Le cause di lentezza sono identificate per risorsa e template?
Perché conta: Un punteggio aggregato non indica cosa correggere: server, immagini, CSS, JavaScript e terze parti richiedono interventi diversi.
Come verificarlo: Analizza waterfall, main thread, immagini LCP, script terzi e layout shift.
Priorità iniziale: Alta
Mobile usability
☐ 33. La versione mobile contiene gli stessi contenuti e segnali SEO essenziali?
Perché conta: Google usa la versione mobile per indicizzazione e ranking; differenze sostanziali possono cambiare ciò che viene compreso.
Come verificarlo: Confronta mobile/desktop per contenuto, meta, structured data, hreflang e link.
Priorità iniziale: Critica
☐ 34. Viewport, interazioni e layout mobile non ostacolano l’utente?
Perché conta: Elementi sovrapposti, interstitial invadenti o layout instabile possono degradare esperienza e conversione.
Come verificarlo: Test manuale su device + CWV + controlli responsive dei template principali.
Priorità iniziale: Media
Images
☐ 35. Le immagini informative hanno filename, alt text e contesto descrittivi?
Perché conta: Google usa testo vicino, alt text e altri segnali per comprendere le immagini.
Come verificarlo: Campiona immagini per template e verifica alt, caption, title e contesto.
Priorità iniziale: Media
☐ 36. Peso, dimensioni e caricamento delle immagini sono ottimizzati?
Perché conta: Immagini sovradimensionate possono peggiorare LCP e consumo dati.
Come verificarlo: Controlla dimensioni responsive, compressione, formati moderni e lazy loading sotto la piega.
Priorità iniziale: Alta
Video
☐ 37. I video importanti sono su pagine dove il contenuto video è facilmente individuabile?
Perché conta: Google deve poter trovare pagina, thumbnail e file/stream per abilitare funzionalità video.
Come verificarlo: Controlla rendering, thumbnail stabile, VideoObject e accesso al file video quando pertinente.
Priorità iniziale: Media
☐ 38. Metadata e structured data video sono coerenti e unici?
Perché conta: Titolo, descrizione, thumbnailUrl e altri dati dovrebbero descrivere realmente quel video.
Come verificarlo: Valida VideoObject e video sitemap per sezioni video-heavy.
Priorità iniziale: Media
Security
☐ 39. Tutte le pagine canoniche usano HTTPS senza mixed content o certificati problematici?
Perché conta: HTTPS è lo standard di sicurezza e riduce errori di versione tra HTTP/HTTPS.
Come verificarlo: Crawl HTTP/HTTPS, controlla redirect, certificati e risorse miste.
Priorità iniziale: Alta
☐ 40. Il sito è libero da hack, spam iniettato e vulnerabilità note?
Perché conta: Contenuti compromessi possono danneggiare utenti e visibilità; Search Console segnala alcuni problemi di sicurezza.
Come verificarlo: Security Issues, scansione malware, utenti admin, plugin/CMS e log server.
Priorità iniziale: Critica
Log-file analysis
☐ 41. I crawler spendono tempo sulle sezioni che contano davvero?
Perché conta: I log mostrano cosa viene realmente richiesto, non solo cosa un crawler simulato può raggiungere.
Come verificarlo: Segmenta richieste per crawler, directory, status, frequenza e URL strategici.
Priorità iniziale: Media
☐ 42. Esistono crawl trap, errori ripetuti o URL importanti quasi mai richiesti?
Perché conta: Pattern nei log possono rivelare filtri infiniti, redirect inutili o aree profonde poco scansionate.
Come verificarlo: Confronta log con sitemap, internal links e priorità commerciali.
Priorità iniziale: Alta
Migration checks
☐ 43. Esiste una mappatura completa vecchio URL → nuovo URL prima del go-live?
Perché conta: Una migrazione senza mapping perde segnali, backlink, accessi e storico delle URL importanti.
Come verificarlo: Esporta vecchie URL da crawl, GSC, analytics, backlink e sitemap; assegna destinazioni equivalenti.
Priorità iniziale: Critica
☐ 44. Dopo il lancio vengono monitorati redirect, indexation e performance?
Perché conta: Le prime settimane servono a individuare 404, canonical errati, noindex, sitemap vecchie e cali per template.
Come verificarlo: Crawl post-launch + GSC + log + confronto KPI pre/post.
Priorità iniziale: Critica
AI crawler access
☐ 45. La policy per OAI-SearchBot è intenzionale e tecnicamente applicata?
Perché conta: OAI-SearchBot è usato per la ricerca in ChatGPT. Se vuoi essere idoneo a comparire, evita di bloccarlo in robots.txt o a livello CDN/WAF.
Come verificarlo: Controlla robots.txt, firewall e log; separa questa scelta dalle policy di training.
Priorità iniziale: Media
☐ 46. Le policy per training/grounding AI sono separate dalla visibilità Search?
Perché conta: GPTBot e Google-Extended hanno scopi diversi da Googlebot e OAI-SearchBot. Documentare ogni scelta evita blocchi accidentali.
Come verificarlo: Rivedi robots.txt per GPTBot, Google-Extended, Googlebot e OAI-SearchBot e documenta l’obiettivo.
Priorità iniziale: Media
Entity and brand clarity
☐ 47. Brand, organizzazione, persone e servizi sono descritti in modo coerente?
Perché conta: Informazioni stabili riducono ambiguità per utenti, motori di ricerca e sistemi generativi.
Come verificarlo: Confronta About, Contact, footer, structured data, profili ufficiali e pagine autore.
Priorità iniziale: Media
☐ 48. Il sito contiene evidenza first-party e informazioni non-commodity?
Perché conta: Dati originali, case study, metodologia ed esperienza diretta rendono la fonte più utile e verificabile.
Come verificarlo: Rivedi pagine principali per prove, autori, fonti, esempi e originalità.
Priorità iniziale: Media
Measurement and monitoring
☐ 49. Search Console, GA4 e conversioni sono configurati e confrontabili?
Perché conta: Senza misurazione affidabile non puoi distinguere problemi SEO da errori di tracking o cambi di domanda.
Come verificarlo: Verifica property, filtri, eventi, conversioni, timezone e segmenti branded/non-branded.
Priorità iniziale: Critica
☐ 50. Esiste un sistema di monitoraggio per deploy, indexation, CWV e visibilità AI?
Perché conta: Annotazioni e baseline permettono di collegare cambi tecnici a effetti reali. Dove disponibile, il report Generative AI di Search Console aggiunge impressioni per AI Overviews e AI Mode.
Come verificarlo: Crea dashboard/alert e registra release, migrazioni, update e interventi SEO.
Priorità iniziale: Alta
Approfondimenti e servizi collegati
Audit SEO tecnico — per trasformare i controlli in priorità, evidenze e istruzioni di implementazione.
Generative Engine Optimization — per audit di visibilità AI, crawler e brand/entity clarity.
Consulenza SEO per WordPress e Shopify — per CMS, e-commerce e problemi tecnici specifici della piattaforma.
SEO internazionale — per hreflang, strutture multi-paese e localizzazione.
Versione avanzata: cosa ricevere dopo il form
La checklist pubblica è pensata per una prima diagnosi. La versione avanzata in Excel aggiunge colonne operative per Status, Priorità, Owner, Evidenza, Prossima azione e Data di verifica, oltre a un riepilogo automatico dei problemi per categoria.
Per l’accesso, richiedi solo le informazioni necessarie:
- Nome
- Email di lavoro
- URL del sito
- Problema SEO principale
Evita campi non utili in questa fase. Il valore dello scambio deve essere chiaro: dati minimi in cambio di una versione più operativa della checklist.
Scarica la checklist o richiedi un audit professionale
Usa la versione PDF per una revisione rapida oppure il foglio Excel avanzato per assegnare problemi e monitorare la risoluzione. Se emergono problemi sistemici, non modificare decine di pagine senza una diagnosi prioritaria.
Scarica la checklist oppure richiedi un audit professionale con priorità e istruzioni di implementazione.
Note tecniche 2026
- Google AI Overviews e AI Mode usano le basi tecniche di Google Search: una pagina deve essere indicizzata e idonea a comparire con snippet. Google non richiede llms.txt o markup AI speciale.
- OAI-SearchBot è il crawler OpenAI usato per la ricerca in ChatGPT; GPTBot riguarda contenuti che possono essere usati per l’addestramento. Le policy possono essere gestite separatamente.
- Google-Extended è un token separato da Googlebot per controllare determinati utilizzi di contenuti da parte di Gemini; non sostituisce le regole di Google Search.
- Dove disponibile, il report Generative AI di Search Console permette di monitorare impressioni da AI Overviews e AI Mode.
