Checklist di SEO tecnica: scansione, indicizzazione e velocità del sito

Cos'è la SEO tecnica e quando conta di più

La SEO tecnica è il lavoro che rende un sito facile da scansionare, renderizzare e indicizzare per i motori di ricerca, così i buoni contenuti possono davvero competere nei risultati. Riguarda l'infrastruttura dietro le pagine più che le parole che contengono.

Su un piccolo sito costruito con un CMS diffuso, la SEO tecnica è spesso un breve elenco di controlli. Su grandi e-commerce, siti multilingue e applicazioni JavaScript può essere il principale freno al posizionamento. Una sola impostazione sbagliata può far sparire da Google migliaia di pagine.

Usate la checklist qui sotto nell'ordine indicato. Ogni sezione si basa sulla precedente: non ha senso ottimizzare la velocità di pagine che Google non riesce a indicizzare.

Scansione: i motori di ricerca raggiungono le vostre pagine?

La scansione è il primo passo, e la domanda è semplice: Googlebot riesce a richiedere gli URL importanti e a ottenere una risposta funzionante? Se non ci riesce, nient'altro in questo elenco conta.

Checklist della scansione

• Eseguite una scansione del sito con uno strumento come Screaming Frog o Sitebulb e confrontate il numero di URL trovati con quello che vi aspettate.
• Verificate che le pagine importanti restituiscano un codice di stato 200, non 404, 5xx o soft 404.
• Assicuratevi che le pagine chiave siano collegate tramite normali link HTML <a href>. Google non segue in modo affidabile i link che funzionano solo tramite eventi di clic JavaScript.
• Cercate le pagine orfane, cioè pagine che esistono ma non ricevono alcun link interno.
• Esaminate il report Statistiche di scansione in Search Console per individuare picchi di errori del server o tempi di risposta lenti.

Crawl budget

Il crawl budget diventa una vera preoccupazione solo su siti molto grandi o su siti che generano automaticamente molti URL, per esempio tramite filtri e parametri. Se è il vostro caso, l'obiettivo è impedire a Google di perdere tempo su varianti di URL di poco valore, così arriva prima alle pagine importanti.

Robots.txt

Il robots.txt è un file di testo semplice nella radice del dominio che indica ai crawler quali percorsi possono o non possono scansionare. È uno strumento di controllo della scansione, non dell'indicizzazione, e confondere le due cose è uno degli errori tecnici più comuni.

• Verificate che il file si trovi in /robots.txt su ogni host e protocollo, per esempio su https://www.example.com/robots.txt.
• Assicuratevi che non blocchi sezioni importanti né i file CSS o JavaScript di cui Google ha bisogno per il rendering delle pagine.
• Aggiungete una riga Sitemap: che punti alla sitemap XML.
• Restate sotto il limite di 500 KiB fissato da Google. I contenuti oltre quel limite vengono ignorati.
• Ricordate che un URL bloccato nel robots.txt può comunque essere indicizzato se altre pagine lo linkano, di solito senza descrizione. Per tenere una pagina fuori dall'indice, consentitene la scansione e usate noindex.

Attenzione a un Disallow: / dimenticato dall'ambiente di staging. È un motivo sorprendentemente comune per cui il lancio di un nuovo sito fa perdere traffico.

Indicizzazione e sitemap XML

L'indicizzazione determina quali delle pagine scansionate Google archivia e può mostrare nella ricerca. L'obiettivo è che ogni pagina che volete posizionare sia indicizzata e che le pagine di poco valore restino fuori.

Checklist dell'indicizzazione

• Aprite il report Pagine in Search Console ed esaminate ogni motivo elencato in "Perché le pagine non sono indicizzate".
• Usate lo strumento Controllo URL sulle pagine chiave per vedere se sono indicizzate e quale canonical ha scelto Google.
• Cercate nel codice noindex nei meta tag robots e nelle intestazioni HTTP X-Robots-Tag, e verificate che ognuno sia intenzionale.
• Tenete fuori dall'indice le pagine povere, duplicate o di servizio, come i risultati della ricerca interna.

Sitemap XML

Una sitemap XML elenca gli URL che volete far conoscere ai motori di ricerca. Aiuta la scoperta, soprattutto per siti grandi o nuovi, ma non obbliga Google a indicizzare nulla.

• Includete solo URL canonici e indicizzabili che restituiscono uno stato 200.
• Mantenete ogni file sitemap entro i limiti del protocollo, 50.000 URL e 50 MB non compressi. Sui siti più grandi usate un file indice delle sitemap per raggruppare più sitemap.
• Usate date lastmod accurate. Google usa questo valore quando è costantemente preciso, e ignora priority e changefreq.
• Inviate la sitemap in Search Console e controllate il numero di URL rilevati.

Canonical e contenuti duplicati

Un tag canonical indica a Google quale URL è la versione principale quando più URL mostrano contenuti uguali o molto simili. Segnali canonical chiari evitano che i duplicati dividano i vostri segnali di ranking.

I duplicati nascono per molti motivi ordinari: versioni HTTP e HTTPS, con e senza www, varianti con e senza slash finale, parametri di tracciamento, parametri di ordinamento e filtro, versioni per la stampa.

• Aggiungete a ogni pagina indicizzabile un tag rel="canonical" che punti a sé stessa, usando l'URL assoluto completo.
• Assicuratevi che tag canonical, link interni, sitemap e redirect puntino tutti alla stessa versione preferita.
• Non puntate i canonical a URL che fanno redirect, restituiscono errori o hanno noindex.
• Ricordate che i canonical sono un suggerimento forte, non una direttiva. Se gli altri segnali li contraddicono, Google può scegliere un URL diverso.

Sui siti multilingue ogni versione linguistica deve avere il canonical verso sé stessa ed essere collegata con hreflang, non avere il canonical verso la lingua principale. La nostra guida alla SEO internazionale e hreflang approfondisce il tema.

Redirect e codici di stato

I redirect portano utenti e motori di ricerca da un vecchio URL a uno nuovo, e impostarli bene protegge posizionamenti e link accumulati dai vecchi URL. Usate redirect permanenti per gli spostamenti permanenti.

• Evitate le catene di redirect, in cui l'URL A reindirizza a B, che reindirizza a C. Puntate A direttamente a C.
• Aggiornate i link interni perché puntino agli URL finali invece di affidarvi ai redirect.
• Non reindirizzate tutte le pagine rimosse alla home page. Google tende a trattarlo come un soft 404.
• Durante le migrazioni, associate ogni vecchio URL al nuovo equivalente più vicino prima del lancio.

Rendering JavaScript

Google può eseguire il rendering di JavaScript, ma i contenuti che ne dipendono vengono elaborati in un passaggio aggiuntivo e possono fallire in modi che l'HTML semplice non conosce. L'approccio più sicuro è assicurarsi che contenuti e link importanti siano presenti nell'HTML inviato dal server.

• Confrontate l'HTML grezzo con l'HTML renderizzato nello strumento Controllo URL. Testi chiave, link, title e tag canonical devono comparire in entrambi.
• Preferite il rendering lato server o la generazione statica per le pagine che devono posizionarsi, soprattutto sui siti React, Vue o Angular.
• Non bloccate i file JavaScript o CSS necessari per il rendering dei contenuti.
• Evitate contenuti che si caricano solo dopo un'azione dell'utente, come il clic su una scheda o lo scorrimento, se vi serve che vengano indicizzati.
• Usate URL reali per le diverse visualizzazioni invece di frammenti dopo un #, che Google in genere ignora.

Tenete presente anche che molti crawler AI non eseguono affatto JavaScript. Se i vostri contenuti esistono solo dopo il rendering, per loro possono essere invisibili.

Velocità del sito e Core Web Vitals

La velocità del sito influisce sia sull'esperienza utente sia sulla ricerca, e Google la misura con i Core Web Vitals: Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift. Una pagina supera la valutazione quando almeno il 75% delle visite reali raggiunge la soglia "buona" per ogni metrica.

• LCP: il contenuto principale deve caricarsi entro 2,5 secondi.
• INP: la pagina deve rispondere alle interazioni entro 200 millisecondi.
• CLS: lo spostamento del layout deve restare a 0,1 o meno.

Controllate i dati sul campo nel report Core Web Vitals di Search Console e in PageSpeed Insights. Gli interventi comuni comprendono comprimere e ridimensionare le immagini, ridurre gli script che bloccano il rendering, usare una CDN, tagliare i tag di terze parti e riservare spazio a immagini e annunci. La nostra guida completa ai Core Web Vitals spiega come diagnosticare ogni metrica.

Rientrano qui anche altre basi: l'intero sito deve funzionare in HTTPS e le pagine devono funzionare bene su mobile, perché Google indicizza la versione mobile del sito.

Come dare priorità agli interventi tecnici

Correggete prima ciò che impedisce la scansione o l'indicizzazione delle pagine importanti, poi occupatevi dei segnali che dividono o sprecano autorevolezza, e solo dopo ottimizzate la velocità. Quest'ordine rispecchia il modo in cui i motori di ricerca elaborano un sito.

1. Blocchi: noindex accidentali, blocchi nel robots.txt, errori del server e rendering difettoso sui template chiave.
2. Consolidamento: canonical, catene di redirect, varianti di URL duplicate e pulizia delle sitemap.
3. Prestazioni: Core Web Vitals e usabilità mobile sui template con più traffico.

Lavorate a livello di template quando possibile. Correggere una volta il template della scheda prodotto sistema migliaia di URL. Se volete che questa checklist venga applicata al vostro sito con le priorità già definite, il nostro servizio di SEO tecnica parte proprio da un'analisi di questo tipo.

Domande frequenti