Un’audit SEO per aziende non è un PDF di 120 pagine con semafori rossi. È un processo di diagnosi che, se fatto bene, termina con una lista breve di decisioni che qualcuno deve approvare ed eseguire. Ed è lì che quasi tutto si rompe.
Ho visto audit tecnicamente impeccabili che sono finiti in un cassetto perché il consulente ha consegnato 340 raccomandazioni senza priorità e senza parlare con chi doveva implementarle. Ho anche visto aziende spendere 6.000 € per un audit su un ecommerce che fatturava 40.000 € al mese e scoprire che il 70% dei problemi era conseguenza di due template mal strutturati. Contesto, sempre.
Perché l’80% degli audit commissionati non viene eseguito
Secondo conversazioni ricorrenti nel settore e documentazione delle agenzie, il problema di solito non è l’individuazione degli errori, ma la traduzione in attività eseguibili. Un audit che dice “migliorare i Core Web Vitals” non serve. Uno che dice “l’LCP del template di categoria è di 4,8s a causa di un’immagine hero da 1,2 MB servita senza compressione e senza formato moderno; passare a WebP ed eliminare lo slider riduce di 2,1s” sì che serve.
Il secondo motivo di abbandono è politico. Nelle aziende di medie dimensioni, il team SEO non ha accesso allo sviluppatore. L’audit arriva al marketing, il marketing lo inoltra all’IT, l’IT lo ignora perché ha un roadmap trimestrale chiuso. Senza un piano di prioritizzazione con sforzo/impatto e senza un responsabile nominato, l’audit muore.
Casi reali in cui l’audit ha cambiato qualcosa (e perché)
Caso 1: l’azienda con 14.000 URL e 900 visite al mese
Un cliente del settore industriale con un catalogo prodotti aveva indicizzate 14.000 URL, delle quali 11.200 erano varianti di filtri generate dal CMS. Google scansionava 40.000 URL al giorno e visitava ogni scheda prodotto solo una volta ogni tre settimane. L’audit non riguardava i contenuti: riguardava il budget di scansione.
La soluzione è stata bloccare i parametri di filtro nel robots.txt, aggiungere il canonical alla categoria padre e creare pagine statiche per le otto combinazioni di filtri che effettivamente generavano traffico. In tre mesi, la scansione delle schede prodotto è passata da una visita ogni 21 giorni a una ogni 3 giorni, e le impressioni dei prodotti sono aumentate senza toccare una sola descrizione.
Cosa ho imparato: nei progetti con cataloghi grandi, verificare prima la scansione e il rendering fa risparmiare settimane. Rivedere titoli e meta prima è perdere tempo.
Caso 2: l’errore dei dati strutturati che nessuno guardava
Un negozio di mobili ha implementato dati strutturati di Product senza un campo offers valido. Search Console mostrava 2.300 errori di “valore mancante”. Il team aveva dato per scontato che fosse un problema del plugin. Non lo era: il campo prezzo veniva generato con uno shortcode che lasciava il valore vuoto nei prodotti con prezzo variabile.
La diagnosi ha richiesto di incrociare il codice sorgente del template con l’API di ispezione degli URL. La correzione è stata un condizionale nello shortcode. Il risultato non è stato spettacolare, ma reale: le schede con prezzo visibile hanno iniziato a mostrare il rich result di prodotto con disponibilità, e il CTR di quegli URL è migliorato in modo misurabile in Search Console nel mese successivo.
Questo non funziona per tutte le aziende. Se vendi servizi o prodotti su richiesta, i dati strutturati di Product non si applicano e forzarli genera segnali incoerenti che Google può ignorare.
Caso 3: la migrazione fatta due volte
Un’azienda di formazione online ha cambiato dominio senza un audit preventivo. Hanno perso il 60% del traffico in due settimane. L’audit successivo ha rivelato tre cose: i redirect 301 sono stati fatti pagina per pagina solo per 200 URL (il resto finiva nella home), i link interni continuavano a puntare al vecchio dominio nel menu, e la nuova sitemap era stata caricata ma la vecchia era ancora accessibile e con priorità di scansione.
La lezione di questo caso è che gli audit per aziende dovrebbero essere fatti prima di una migrazione, non dopo. Una checklist di migrazione ben fatta costa meno che recuperare posizioni perse.
Come strutturo un audit che venga eseguito
Non parto dagli strumenti. Parto da una riunione di 45 minuti con chi decide e con chi implementa. Domande concrete: chi tocca il template? chi approva le modifiche in produzione? c’è una finestra di manutenzione? cosa si misura come successo: lead, vendite, chiamate?
Poi vengono quattro blocchi, in questo ordine:
1. Scansione e indicizzazione (senza questo, il resto è rumore)
Controllo robots.txt, sitemap, codici di stato dei template principali, canonical e parametri. Uso i log del server quando il cliente li ha. Un dato che quasi nessuno calcola: quante URL uniche scansiona Google al giorno rispetto a quante ne ha il sito. Se il rapporto è scarso, c’è un problema di architettura o di generazione di URL infinite.
2. Template e rendering
Non verifico URL singoli. Verifico i template. Se il template di categoria ha un problema, si moltiplica per 200. Qui entrano titoli, meta, H1, dati strutturati e, soprattutto, cosa vede Googlebot dopo l’esecuzione di JavaScript. Una SPA con contenuto iniettato può sembrare corretta nel browser ed essere vuota per il crawler.
3. Contenuto e intento
Incrocio Search Console (query con impressioni e CTR bassi) con le pagine che le ricevono. Cerco cannibalizzazioni in cui due URL competono per la stessa query e una di esse dovrebbe reindirizzare o fondersi. Questo passaggio di solito genera più impatto di qualsiasi ritocco tecnico nelle aziende con blog abbandonati.
4. Autorità e link
Rivedo il profilo dei link senza ossessionarmi con le metriche di terze parti. Mi interessa individuare link interni rotti, pagine orfane e se l’architettura di linking interno distribuisce autorità verso le pagine che convertono. Nei progetti B2B, il linking interno mal pianificato è un problema più frequente del profilo di backlink.
Cosa NON può fare un audit SEO
Non può garantire posizioni. Non può compensare un prodotto scadente o un sito con prezzi fuori mercato. Non può sistemare un team che non ha tempo per implementare. E non può sostituire l’analytics: se non ci sono eventi di conversione ben configurati, l’audit ti dirà che c’è traffico ma non se serve a qualcosa.
Non rileva nemmeno problemi di business. Ho visto audit tecnicamente perfetti su siti che avevano perso traffico perché il loro settore si era contratto o perché un concorrente aveva abbassato i prezzi. L’SEO non spiega tutto, e un auditor onesto lo dice prima di fatturare.
Deliverable che vengono davvero usati
La mia consegna standard ha tre pezzi: un documento di risultanze raggruppate per impatto (non per categoria tecnica), un foglio di calcolo con attività prioritizzate per sforzo/impatto e responsabile assegnato, e una sessione di 60 minuti con il team di sviluppo per rivedere le prime dieci attività. Se il cliente non ha un team tecnico, l’audit include una proposta di perimetro di implementazione con un terzo, non una lista dei desideri.
Secondo la documentazione ufficiale di Google su scansione e indicizzazione, le modifiche richiedono tempo per riflettersi; per questo il monitoraggio deve essere pianificato a 30, 60 e 90 giorni con metriche concrete: URL indicizzate valide, impressioni per template e CTR medio per gruppo di pagine.
Un audit SEO per aziende è, in fondo, un esercizio di traduzione: convertire segnali tecnici in decisioni di business con nome e cognome. Se non termina in un piano con responsabili e scadenze, non è un audit; è un rapporto.