Checklist di audit tecnico SEO: cosa controllare e in quale ordine

Un audit tecnico SEO risponde a una domanda: i motori di ricerca riescono a trovare, visualizzare e indicizzare le pagine che dovrebbero guadagnare traffico e capiscono quale versione di ciascuna pagina è quella reale? Contenuti e collegamenti determinano il posizionamento di una pagina; le questioni tecniche decidono se è in gara. Eseguiamo questi controlli su integrono.com (18 lingue), sui nostri prodotti e sui siti dei clienti, e la stessa dozzina di problemi si ripresenta ancora e ancora.

Questa lista di controllo è scritta per sviluppatori e fondatori che possono modificare il sito da soli. Non servono strumenti a pagamento per iniziare: bastano Google Search Console, un browser, curl e un crawler come Screaming Frog (gratuito fino a 500 URL).

Prima di iniziare: ambito e dati

• Elenca i tipi di pagina che dovrebbero essere posizionati (home, servizi, prodotti, articoli, categorie) e quelli che non dovrebbero (carrello, ricerca interna, filtri, amministrazione).
• Verifica la proprietà del dominio in Google Search Console (la verifica DNS copre http, https e tutti i sottodomini) e apri i report Pagine, Sitemap e Core Web Vitals.
• Esegui la scansione del sito con un crawler desktop configurato come smartphone Googlebot ed esporta tutti gli URL con codice di stato, indicizzabilità, canonico, titolo, H1 e conteggio parole.

1. Accesso per scansione: i bot possono raggiungere le pagine?

Inizia con robots.txt. Deve restituire 200, essere testo semplice e non bloccare CSS, JavaScript o le sezioni che desideri indicizzare. Un singolo Disallow: / rimasto da un ambiente di staging è il classico disastro del giorno del lancio.

curl -sI https://example.com/robots.txt | head -n 5
curl -s  https://example.com/robots.txt

# Good minimal example
User-agent: *
Disallow: /admin/
Disallow: /cart
Sitemap: https://example.com/sitemap.xml

Verifica che la mappa del sito XML elenchi solo URL canonici e indicizzabili che restituiscono 200: nessun reindirizzamento, nessuna pagina noindex, nessun 404. Per i siti multilingue ogni URL necessita delle sue lingue alternative (consulta la nostra guida SEO multilingue). Invia la mappa del sito in Search Console e confronta "inviato" con "indicizzato".

2. Codici di stato e reindirizzamenti

Ogni URL importante dovrebbe restituire un 200 diretto. Testa le varianti effettivamente richieste da persone e bot:

for u in http://example.com https://example.com https://www.example.com https://example.com/page/ https://example.com/page; do
  printf "%s -> " "$u"; curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "$u"
done

• Un host canonico. Esattamente uno tra http/https e www/non-www serve contenuto; il resto lo fa in un solo salto.
• Nessuna catena o loop di reindirizzamento. Da A a B a C spreca il crawl budget e diluisce i segnali; indirizza i vecchi URL direttamente a quello finale.
• Veri 404. Una pagina mancante deve restituire 404 o 410, non una pagina 200 che dice "non trovata" (un soft 404).
• Gli errori 5xx nei log o in Search Console richiedono attenzione immediata: ripetuti errori del server fanno sì che Google rallenti la scansione.

3. Indicizzabilità: la pagina è consentita e unica?

Tre segnali decidono l'indicizzazione: il meta tag robots o l'intestazione X-Robots-Tag, l'URL canonico e se il contenuto è un duplicato. Controllali per modello, non per pagina.

• Noindex perde. Un noindex copiato dallo staging alla produzione, o inviato in un'intestazione HTTP dal server web, rimuove silenziosamente le pagine dalla ricerca.
• Tag canonici. Ogni pagina indicizzabile ha una canonica assoluta e autoreferenziale. Gli URL impaginati e filtrati dovrebbero essere canonizzati per un genitore sensibile o essere esclusi. Mai canonico per un reindirizzamento, noindex o URL 404.
• Duplicati. Le varianti della barra finale, i percorsi in maiuscolo, i parametri di tracciamento e le versioni stampabili creano la stessa pagina su diversi URL. Scegline uno e reindirizza o canonicalizza il resto.
• "Scansionato - Attualmente non indicizzato" in Search Console di solito indica contenuti scarsi o quasi duplicati, non un blocco tecnico. Migliora la pagina o uniscila.

curl -s https://example.com/page | grep -i -E '<link rel="canonical"|<meta name="robots"'
curl -sI https://example.com/page | grep -i -E 'x-robots-tag|^HTTP|^location'

4. Struttura del sito e collegamenti interni

I motori di ricerca scoprono le pagine attraverso i collegamenti e utilizzano la struttura dei collegamenti per giudicarne l'importanza.

• Fare clic sulla profondità. Le pagine importanti dovrebbero essere raggiungibili entro tre clic dalla home page.
• Pagine orfane. Le pagine che appaiono nella mappa del sito ma non hanno collegamenti interni ricevono poca attenzione. Confronta l'elenco di scansione con l'elenco della mappa del sito.
• Testo di ancoraggio. Utilizza testo descrittivo ("audit SEO tecnico"), non "fai clic qui". Link da pagine forti a quelle che desideri classificare.
• Collegamenti interni interrotti. Correggi i collegamenti che portano a 404 o a reindirizzamenti.
• Collegamenti reali. La navigazione creata solo con gestori di clic JavaScript anziché <a href> potrebbe non essere seguita.

5. Segnali sulla pagina che sono tecnici

• Titolo e meta descrizione: univoci per pagina, il titolo contiene circa meno di 60 caratteri, quindi non viene tagliato. Trova duplicati e vuoti nell'esportazione della scansione.
• Un H1 che corrisponde all'intento della pagina, con H2/H3 logico sotto di esso.
• Lingua e codifica: <html lang> impostato correttamente, UTF-8 ovunque, hreflang valido e reciproco.
• Immagini: nomi di file descrittivi, testo alt, formati moderni ( WebP o AVIF) e larghezza e altezza esplicite per evitare spostamenti del layout.
• Impaginazione e filtri: assicurati che gli URL sfaccettati non generino milioni di combinazioni scansionabili.

6. Rendering e JavaScript

Google può eseguire il rendering di JavaScript, ma il rendering è in coda e talvolta fallisce. Se i contenuti o i collegamenti principali vengono visualizzati solo dopo il rendering lato client, esegui il test con lo strumento Controllo URL ("Visualizza la pagina sottoposta a scansione" e lo screenshot). Per i siti di contenuto, il rendering lato server o l'output statico è l'opzione più sicura. Confronta l'output curl con quello che vedi nel browser: se il testo che vuoi classificare manca dall'HTML grezzo, dipendi dal rendering.

7. Velocità e Core Web Vitals

L'esperienza sulla pagina è un fattore di ranking di peso moderato e un fattore di conversione di peso elevato. Controlla il report Core Web Vitals in Search Console (dati dei campi di utenti reali) ed esegui PageSpeed Insights o Lighthouse sui tuoi modelli. Gli obiettivi abituali sono Largest Contentful Paint inferiore a 2,5 s, Interaction to Next Paint inferiore a 200 ms e Cumulative Layout Shift inferiore a 0,1. Tipici vantaggi rapidi: comprimere e ridimensionare le immagini, abilitare Brotli o gzip, memorizzare nella cache risorse statiche per lungo tempo, servire tramite una CDN e ridurre CSS e script che bloccano la visualizzazione. Tratteremo il lato PHP nella nostra guida ai Core Web Vitals per i siti PHP.

8. Dati strutturati

I dati strutturati non migliorano di per sé il ranking, ma rendono le pagine idonee a ottenere risultati avanzati e aiutano le macchine a comprendere le entità. Convalida ogni modello con il Rich Results Test e lo Schema Markup Validator. Tipi tipici: Organization, BreadcrumbList, Article, FAQPage, Product con Offer, LocalBusiness. Il markup deve corrispondere a ciò che gli utenti possono vedere sulla pagina. Consulta la nostra guida JSON-LD per esempi pronti all'uso.

9. Sicurezza e nozioni di base sulla mobilità

• HTTPS ovunque con un certificato valido, HTTP reindirizzato a HTTPS e nessun contenuto misto.
• Layout reattivo con un meta tag viewport corretto; Google indicizza prima la versione mobile.
• Nessun interstitial invadente che copre i contenuti sui dispositivi mobili.
• Intestazioni di sicurezza e server integro: non classificano le pagine, ma un sito compromesso o lento perde rapidamente il posizionamento.

10. Dai la priorità e scrivi i ticket

Un controllo è utile solo se termina con le correzioni fornite. Ordina i risultati per impatto:

1. Critico: pagine bloccate, noindex o che restituiscono errori; canonici errati nelle pagine delle entrate; reindirizzamenti interrotti.
2. Alto: duplicati, catene di reindirizzamento, pagine importanti orfane, hreflang mancante, LCP scadente sui modelli chiave.
3. Mezzo: titoli duplicati, dati strutturati mancanti, peso dell'immagine.
4. Basso: problemi di markup estetico.

Per ogni elemento scrivi il pattern URL, l'evidenza (output del comando o screenshot), il risultato atteso e un proprietario. "Correggere i canonici" non è un biglietto; "Le pagine dei prodotti con un parametro ?sort= dovrebbero essere canonicalizzate nell'URL pulito; modello product.php, riga X" lo è.

Quanto spesso effettuare l'audit

Esegui un controllo leggero mensilmente (rapporti Search Console, una scansione rapida, stato degli URL chiave) e un controllo completo dopo migrazioni, riprogettazioni, aggiornamenti del framework o quando il traffico diminuisce senza un motivo chiaro. Aggiungi controlli automatizzati alla pipeline di distribuzione: un test che la home page restituisca 200, non abbia noindex e abbia il canonico previsto rileva gli errori più costosi prima che lo facciano gli utenti.

Come possiamo aiutare

Se desideri che un esperto controlli il tuo sito, il nostro servizio tecnico SEO copre audit, correzioni nel codice e monitoraggio e possiamo implementare le modifiche noi stessi invece di consegnarti un PDF. Inizia con una consulenza a pagamento se hai bisogno di un elenco prioritario di cosa risolvere prima. Per una visione a livello di fondatore dell'intera strategia SEO, consulta SEO per fondatori SaaS.