Un audit sito web utile non termina con cento errori ordinati da un tool. Collega evidenze tecniche a pagine, utenti e decisioni: cosa blocca scoperta, cosa rallenta flusso, cosa espone rischio e quale intervento viene prima.
Prima domanda: quale decisione deve sostenere il report? Calo organico, redesign, manutenzione, lead e rischio richiedono campioni diversi.
Definisci perimetro e baseline
Elenca domini, sottodomini, lingue, ambienti e tecnologie. Identifica flussi critici: contatto, acquisto, prenotazione, ricerca, login, download. Se sito è grande, seleziona campione strutturato più pagine casuali invece di controllare soltanto home.
Salva baseline di Search Console, analytics, conversioni, uptime e Core Web Vitals. Annota periodo, filtri e limiti. Un calo click può dipendere da impression, posizione, CTR, stagionalità o tracking: grafico da solo non dimostra causa.
Crawl e indicizzazione
Controlla status HTTP, redirect, canonical, robots, sitemap, link interni e pagine orfane. Confronta tre insiemi:
- URL raggiungibili dal sito;
- URL dichiarate in sitemap;
- URL scoperte o indicizzate da Google.
Differenze generano domande concrete. URL in sitemap che risponde redirect indica inventario non pulito. Pagina commerciale senza link può essere indicizzabile ma difficile da scoprire.
Verifica title, description, H1, lingua, schema e contenuto. Metadata descrivono pagina e intento. Schema deve corrispondere al testo visibile; non crea recensioni, FAQ o autorevolezza inesistenti.
Architettura e intenti
Costruisci mappa «una pagina master per intento». Cerca duplicati, varianti sottili, tag vuoti e pagine che rispondono alla stessa domanda. Controlla anchor e profondità di click.
- query/problema principale;
- pubblico e fase di acquisto;
- prova o fonte necessaria;
- CTA coerente;
- pagine vicine e confine;
- decisione: mantenere, consolidare, aggiornare, reindirizzare o rimuovere.
Somiglianza testuale aiuta a trovare candidati, ma cannibalizzazione è conflitto di intento. Due testi diversi possono competere; due pagine sullo stesso tema possono convivere se risolvono lavori distinti.
Performance: campo e laboratorio
Google definisce Core Web Vitals tramite LCP, INP e CLS. Misura dati reali quando traffico è sufficiente e usa laboratorio per riprodurre problemi. Segnala dispositivo, rete, percorso e data.
- LCP: immagine hero, risposta server, font o CSS bloccante;
- INP: JavaScript lungo, listener, rendering o terze parti;
- CLS: dimensioni mancanti, contenuti inseriti, font o banner;
- peso: immagini, video, duplicazione bundle e cache;
- affidabilità: errori console, richieste fallite e timeout.
Ogni raccomandazione include metrica e test regressione. «Ottimizzare immagini» senza asset, formato, dimensione e risultato atteso non è consegnabile.
Accessibilità: automazione più verifica manuale
W3C WCAG-EM struttura valutazione in perimetro, esplorazione, campione, verifica e report. Tool automatici trovano parte dei problemi; non decidono se testo alternativo è pertinente, focus è logico o messaggio di errore è comprensibile.
Nel campione prova tastiera, focus, heading, landmark, form, errori, contrasto, zoom/reflow e media. Coinvolgere utenti con disabilità migliora validità quando progetto lo richiede.
Questo audit tecnico non equivale a certificazione o parere legale. La guida come rendere un sito web accessibile approfondisce controlli specifici.
Sicurezza: limiti e autorizzazione
Audit generale può verificare passivamente HTTPS, header, esposizione accidentale, versioni dichiarate, dipendenze e configurazioni visibili. Test invasivi, scansioni attive o tentativi su autenticazione richiedono autorizzazione, perimetro e gestione dati.
OWASP segnala componenti vulnerabili e obsoleti: chiedi inventario, supporto, patch e monitoraggio. Non dichiarare «sito sicuro» perché scanner non trova problemi. Documenta cosa testato, cosa escluso e quali evidenze sostengono rischio.
UX e conversioni
Segui percorso reale: arrivo, comprensione, confronto, azione, conferma. Su mobile verifica leggibilità, target, tastiera, errori e tempi percepiti. CTA deve promettere ciò che passaggio successivo consegna.
- dato: utenti abbandonano passaggio misurato;
- osservazione: controllo o testo crea ambiguità;
- ipotesi: modifica potrebbe ridurre attrito;
- prova: test o confronto prima/dopo.
Senza distinzione, opinione estetica diventa falsa certezza.
Matrice di priorità
| Priorità | Criterio | Esempio |
|---|---|---|
| P0 | danno attivo critico | checkout o form bloccato |
| P1 | forte impatto provato | noindex commerciale, vulnerabilità nota |
| P2 | degrado significativo | template lento, tastiera incompleta |
| P3 | opportunità | copy o componente secondario |
Ogni finding ha URL/componente, prova, correzione, test e proprietario. Raggruppa cause comuni: dieci pagine con stesso difetto template sono un intervento.
Struttura del report finale
Executive summary, perimetro, metodo, limiti, baseline, findings, evidenze, priorità, quick win, interventi strutturali, dipendenze e piano 30/60/90 giorni. Allegati grezzi restano consultabili ma non sostituiscono sintesi.
Prima di una migrazione sito web audit crea inventario e baseline. Dopo rilascio, manutenzione sito web trasforma regressioni in attività ricorrenti. Per responsabilità diretta vedi sviluppatore siti web freelance.
Domande frequenti
Cos’è un audit sito web?
È una valutazione delimitata di struttura, indicizzazione, performance, accessibilità, sicurezza e flussi di business. Produce evidenze, cause probabili, priorità, correzioni e test. Perimetro cambia in base alla decisione richiesta.
Un tool automatico basta per fare un audit?
No. Automatizza raccolta di segnali ripetibili, ma non comprende da solo intento, qualità del contenuto, pertinenza delle alternative testuali, usabilità o impatto sul business. Serve verifica manuale e interpretazione documentata.
Cosa deve contenere il report finale?
Perimetro, metodo, limiti, baseline, finding con evidenza, impatto, priorità, correzione, test di accettazione, proprietario e roadmap. Screenshot e export grezzi devono sostenere decisioni, non sostituirle.
Quando conviene ripetere l’audit?
Prima di redesign o migrazione, dopo cambi importanti, quando metriche o conversioni cambiano senza causa chiara e periodicamente sui flussi critici. Frequenza dipende da rischio, modifiche e valore del sito.
Fonti ufficiali
Trasforma findings in roadmap
Invia URL, obiettivo, problema osservato e dati disponibili. Definiamo perimetro, campione, controlli ed evidenze prima di proporre correzioni.
Contenuto tecnico pubblicato e verificato il 25/08/2026. Tool, metriche e standard evolvono: registra versioni, limiti e data di ogni verifica.