Un sito web può avere un design raffinato, un cerchio verde nel plugin SEO e continuare a perdere visitatori prima ancora che il contenuto principale sia stato caricato. Oppure Google può indicizzare un URL diverso da quello previsto. Oppure un ordine può funzionare, ma il sistema di misurazione lo registra due volte.
Per questo non inizio un audit tecnico inseguendo il punteggio di cento in un singolo test. Prima cerco gli errori che impediscono all’azienda di vendere, al sito di essere indicizzato o agli utenti di utilizzarlo. Solo dopo rifinisco i dettagli.
1. Verifica che gli URL importanti restituiscano lo stato corretto
Controlla le principali pagine dei servizi, gli articoli che ricevono traffico, la pagina dei contatti e il percorso di conversione. Una pagina importante dovrebbe restituire 200. I contenuti spostati in modo permanente dovrebbero avere un unico reindirizzamento diretto 301. Una pagina rimossa non dovrebbe finire silenziosamente sulla homepage.
Controllo anche le varianti HTTP e HTTPS, www e non-www, gli slash finali e i parametri. Il risultato dovrebbe essere un unico URL canonico. Google descrive il reindirizzamento come un forte segnale di canonicalizzazione e raccomanda di combinarlo con un canonical e una sitemap coerenti nella sua documentazione sugli URL canonici.
2. Controlla l’indicizzazione dal punto di vista della pagina reale
Robots.txt, i meta robots, il canonical e la sitemap devono funzionare insieme. Un errore comune è indicizzare una pagina che non dovrebbe comparire nella ricerca, bloccando al contempo contenuti importanti. Usa Controllo URL in Search Console su diversi URL rappresentativi. Mostra ciò che Google sa della pagina e permette di testare la versione pubblicata.
- L’URL canonico è quello che desideri?
- La pagina è disponibile senza accesso o blocchi?
- La sitemap contiene solo URL 200 indicizzabili?
- I link interni evitano i reindirizzamenti?
- Ci sono pagine importanti isolate?
Google raccoglie una panoramica di questi aspetti nella sua documentazione su crawling e indicizzazione.
3. Misura la velocità sulle persone, non solo in laboratorio
PageSpeed Insights e Lighthouse sono strumenti diagnostici utili. Ma un test di laboratorio non equivale all’esperienza dei visitatori reali. Gli attuali Core Web Vitals sono LCP, INP e CLS; i dati sul campo utilizzano dispositivi e connessioni reali. La documentazione ufficiale sui Web Vitals spiega la panoramica e la differenza tra dati sul campo e dati di laboratorio.
Leggerei le priorità così:
- LCP: quando compare il contenuto principale.
- INP: quanto rapidamente la pagina risponde all’uso.
- CLS: se gli elementi si spostano durante il caricamento.
- TTFB e rete: se inizia rapidamente a succedere qualcosa.
Google afferma inoltre esplicitamente che un buon punteggio non garantisce posizioni elevate. L’usabilità complessiva conta più dell’inseguimento di un singolo numero. Consulta la documentazione sull’esperienza della pagina.
4. Trova il vero responsabile dei tempi di caricamento
Nel waterfall e negli strumenti per sviluppatori cerca tempi lunghi del server, CSS e JavaScript bloccanti, immagini sovradimensionate, font, richieste ripetute e servizi di terze parti. La vecchia regola di “unire tutti i file” non è più universale. Con i protocolli moderni possono contare di più il codice inutilizzato e il blocco del thread principale.
- Carica l’immagine principale nelle dimensioni appropriate e in un formato moderno.
- Imposta le dimensioni delle immagini affinché non spostino il contenuto.
- Il contenuto sotto la prima schermata può usare il lazy loading nativo.
- Carica solo i pesi e i set di caratteri necessari.
- Carica gli script di marketing in modo asincrono e solo dove hanno uno scopo.
- Comprimi le risorse testuali e imposta una cache lunga per i file versionati.
Una terza parte è costosa non solo in millisecondi. Ogni pixel, widget di chat e heatmap crea ulteriore responsabilità operativa e sui dati. Se nessuno usa il report, rimuovi lo script.
5. Esamina il sito come un cliente, con tastiera e telefono cellulare
Da mobile percorri la navigazione, il modulo, il dialogo dei cookie e l’ordine. Ingrandisci il testo, disattiva le immagini, usa una tastiera. I titoli dovrebbero formare una struttura comprensibile, un modulo ha bisogno di etichette e un messaggio di errore deve indicare cosa correggere.
Ogni pagina dovrebbe avere un’attività principale. Questo non significa un pulsante a ogni costo, ma una gerarchia chiara. Trovi altri punti pratici nella checklist UX di base.
6. Correggi gli errori delle risorse e di JavaScript
Un 404 per un’immagine, un font o uno script non è un dettaglio estetico. Può compromettere l’aspetto, la misurazione o il funzionamento. Controlla gli errori nella console del browser, le richieste di rete fallite e le risposte 5xx ripetute sul server. Testa i percorsi critici dopo ogni distribuzione.
7. Usa i dati strutturati solo per contenuti veritieri
Schema non serve a forzare le valutazioni con le stelle. È una descrizione leggibile dalle macchine di ciò che si trova realmente sulla pagina. Usa un tipo supportato e testalo nel Rich Results Test. Google elenca i formati supportati e gli strumenti di test attuali nella sua documentazione sui dati strutturati.
8. La misurazione non deve compromettere il sito che dovrebbe misurare
Carica GA4, piattaforme pubblicitarie e altri script in modo non bloccante. Dai agli eventi il nome delle decisioni, non di ogni clic. Verifica duplicati, consenso e se qualcuno utilizza davvero i dati. Trovi una base pratica negli articoli su Google Tag Manager e Google Analytics 4.
9. Denaro e rischio determinano l’ordine delle correzioni
- Un ordine, un modulo o un accesso non funzionante.
- Una pagina importante non disponibile o non indicizzabile.
- Un problema di sicurezza e componenti obsoleti.
- Gravi problemi di usabilità mobile e Core Web Vitals.
- Errori di misurazione che portano a decisioni sbagliate.
- Solo dopo, punteggi minori e problemi estetici.
La SEO tecnica è la linea di partenza. Da sola non vince la gara, ma un sito non funzionante può perderla prima dello sparo. Se hai bisogno di trasformare i risultati tecnici in priorità aziendali, puoi descrivermi il sito e la decisione che stai affrontando.