Checklist SEO tecnica: guida completa punto per punto

Questa checklist SEO tecnica raccoglie in sequenza i punti da verificare perché il Suo sito possa essere trovato e scansionato dai motori di ricerca, perché le pagine giuste vengano indicizzate e perché il visitatore trovi un'esperienza rapida e sicura. Anche il miglior contenuto non può posizionarsi se non viene scansionato o se è stato escluso dall'indice per errore; per questo conviene controllare le basi prima del lavoro sui contenuti. Ogni punto è scritto in modo da poter essere segnato con «sì / no».

Perché la SEO tecnica viene prima?

Il motore di ricerca lavora in tre fasi: scansione (trovare la pagina e scaricarla), indicizzazione (comprendere e memorizzare il contenuto) e posizionamento. La SEO tecnica garantisce che le prime due fasi funzionino senza intoppi. Se qui c'è un problema, le fasi successive non iniziano nemmeno. Prima di cominciare, assicuratevi che Search Console sia installato; per la configurazione consulti la nostra guida introduttiva a Search Console. La maggior parte dei controlli seguenti si verifica con i report di quello strumento.

Per velocizzare il controllo bastano tre risorse gratuite: Search Console (come Google vede il Suo sito), PageSpeed Insights (velocità e Core Web Vitals) e uno strumento di scansione desktop (che percorre il sito come un motore di ricerca e produce l'elenco di link interrotti, reindirizzamenti ed etichette mancanti). Per ogni punto segni «ok / da correggere / assente» in una tabella datata; dopo tre mesi potrà confrontarla con la stessa tabella.

1. Controlli di scansione (crawl)

• Le pagine importanti non sono bloccate dal robots.txt. Lo strumento «Ispezione URL» di Search Console indica se una pagina è scansionabile.
• Le pagine restituiscono HTTP 200. Nelle pagine importanti non devono comparire errori 404, 500 o soft 404 (pagine senza contenuto che però restituiscono 200).
• I reindirizzamenti sono a un solo passaggio e sono 301. Le catene di reindirizzamento (A → B → C) vanno accorciate; salvo casi temporanei, non usi 302.
• Le pagine importanti sono collegate da link interni. Le pagine «orfane», che non ricevono alcun link, possono sfuggire. Per i dettagli consulti il nostro articolo sulla strategia di link interni.
• I link interni rotti sono stati corretti. Sistemi o elimini i link che portano a 404.
• La struttura degli URL è pulita. Preferisca indirizzi brevi, leggibili, in minuscolo e senza parametri inutili; non generi centinaia di varianti con parametri che portano allo stesso contenuto.
• Nei log del server non ci sono errori di Googlebot. Nei siti grandi, risposte 5xx frequenti alle richieste del bot riducono la scansione.

2. Controlli di indicizzazione

• È stato esaminato il report Pagine di Search Console. Legga uno per uno i motivi di «non indicizzato» (ad esempio «Rilevata, attualmente non indicizzata», «Pagina alternativa con tag canonical appropriato», «Escluso dal tag noindex»).
• Nelle pagine importanti non c'è noindex. Un <meta name="robots" content="noindex"> aggiunto durante lo sviluppo e dimenticato è un errore molto comune.
• Le pagine superflue sono escluse volutamente. Per pagine di ringraziamento, carrello, filtri e ricerca interna valuti il noindex.
• I contenuti sottili (thin) sono stati rivisti. Unisca o migliori le pagine di poche frasi e ripetitive.
• È stata fatta una ricerca site:. Scriva site:iltuodominio.it su Google e confronti grossolanamente il numero di pagine nell'indice con il numero reale.

3. Canonical e contenuti duplicati

Il tag canonical (<link rel="canonical" href="...">) serve a indicare «questa è la versione principale» quando lo stesso contenuto, o uno molto simile, si trova in più indirizzi.

• Ogni pagina indica se stessa come canonical (self-referencing) oppure punta intenzionalmente alla versione principale.
• Il canonical usa un indirizzo assoluto (https://...) e non punta a un indirizzo che restituisce reindirizzamento o 404.
• Le varianti con www / senza www, http / https e con o senza barra finale vengono reindirizzate con 301 a un'unica versione.
• I parametri di filtro e ordinamento indicano come canonical la pagina di categoria principale.
• Canonical e noindex non sono usati insieme. Due segnali in contraddizione.

Un esempio tipico di errore di canonical: in un sito e-commerce, un indirizzo di categoria con il parametro «?ordina=prezzo» si indica come canonical da sé stesso. Di conseguenza la stessa lista di prodotti finisce indicizzata in decine di indirizzi e le pagine competono tra loro. La soluzione è far puntare il canonical di tutte le varianti con parametri alla pagina di categoria pulita.

4. Hreflang e struttura multilingue

Se avete pagine per più lingue o regioni, hreflang indica a Google quale versione mostrare a quale utente.

• Ogni versione linguistica elenca le altre (verifica reciproca). Se la pagina A indica B, anche B deve indicare A.
• Include anche la propria versione linguistica (self-reference).
• Codici di lingua e regione corretti: it, en, en-gb e simili; spesso it è sufficiente al posto di it-it.
• Le pagine di destinazione restituiscono 200 e non sono in contraddizione con il canonical.
• x-default definito: per il selettore della lingua o la pagina predefinita.
• Ogni lingua è davvero tradotta. Non segnalate come lingua diversa pagine non tradotte.

5. Sitemap e robots.txt

Una distinzione critica: robots.txt blocca la scansione ma non rimuove dall'indice. Se vuole che una pagina non compaia nell'indice, usi noindex e non la blocchi con robots.txt nello stesso momento; altrimenti Google non vedrà mai il tag noindex.

6. Velocità, mobile e sicurezza

• Core Web Vitals controllati. Puntate a LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1. Per i dettagli consulti la nostra guida ai Core Web Vitals; per la misurazione si può usare PageSpeed Insights.
• Immagini compresse (WebP/AVIF), dimensioni definite, quelle sotto la prima schermata caricate in modo differito.
• Tempo di risposta del server (TTFB) breve e cache attiva.
• Compatibilità mobile: design responsive, tag viewport, spazio sufficiente tra gli elementi cliccabili, stesso contenuto su mobile e desktop.
• Tutto il sito in HTTPS. Certificato valido, nessun contenuto misto (mixed content), gli indirizzi http reindirizzati a https con 301.
• Intestazioni di sicurezza e infrastruttura aggiornata: versione di PHP/CMS aggiornata e scansione antimalware.
• Etichette di base in ordine: su ogni pagina un title e una description originali, un solo H1. Per suggerimenti di scrittura consulti la nostra guida a meta title e description.

7. Dati strutturati

I dati strutturati (markup schema.org) descrivono in modo esplicito per le macchine che cosa è la pagina e rendono idonei ai risultati arricchiti (stelle, FAQ, prezzo, ricetta e simili). Il formato consigliato da Google è JSON-LD.

• Tipi appropriati applicati: nei siti aziendali Organization, negli articoli Article, nei prodotti Product, nelle attività locali LocalBusiness, e BreadcrumbList per indicare il percorso.
• Il markup corrisponde esattamente al contenuto visibile nella pagina. Aggiungere informazioni non visibili o false comporta il rischio di un'azione manuale.
• Verifica effettuata: lo Strumento di test dei risultati multimediali di Google e il report «Miglioramenti» di Search Console mostrano errori e avvisi.
• Requisiti aggiornati verificati: i tipi che generano risultati arricchiti cambiano nel tempo; segua l'elenco aggiornato su Google Search Central.

Contenuti generati con JavaScript

Nei siti costruiti con framework come React o Vue, il contenuto viene generato nel browser. Google è in grado di eseguire JavaScript, ma questa operazione avviene in una seconda coda, può tardare e può generare errori.

• Il contenuto importante è presente nella prima risposta HTML? Confronti, con «Ispezione URL → Verifica URL live → Visualizza pagina scansionata» di Search Console, la versione vista da Google.
• I link sono veri <a href>? I pulsanti che navigano solo tramite evento di clic potrebbero non essere scansionati.
• Title, description e canonical sono scritti lato server? Se possibile usi il rendering lato server (SSR) o la generazione preliminare.
• Esistono link di paginazione al posto dello scorrimento infinito? In caso contrario i contenuti in profondità potrebbero non essere scoperti.

Problemi frequenti e soluzioni

Con quale frequenza controllare?

Conclusione

Lo scopo della SEO tecnica è rimuovere gli ostacoli che si frappongono tra i Suoi contenuti e il pubblico: le pagine devono essere scansionate, indicizzate con l'indirizzo corretto, caricarsi velocemente ed essere chiaramente contrassegnate. Trasferendo i sette titoli sopra in un foglio di calcolo e scansionando il sito punto per punto, in mezza giornata si ottiene una tabella solida. Una volta risolti i problemi, viene il turno del lavoro sui contenuti e sulla visibilità; per questo può seguire il nostro articolo sui metodi per aumentare il traffico organico.

Quando il sito è tecnicamente pronto, per sostenere la visibilità nei risultati di ricerca può anche esaminare l'approccio dell' hit organico. Il posizionamento resta deciso dagli algoritmi di Google: HitBot non sostituisce queste decisioni, è solo uno strumento accanto al lavoro che Lei svolge.