Table of contents

Newsletter

Come fare un audit SEO tecnico di un sito WordPress: guida pratica per agenzie

Un audit SEO tecnico non è una lista di cose che non vanno: è una fotografia della salute tecnica di un sito in un momento preciso, con indicazioni chiare su cosa correggere, in quale ordine e con quale impatto atteso. Fatto bene, è uno degli strumenti commerciali più potenti che un’agenzia ha a disposizione: porta problemi concreti davanti al cliente, dimostra competenza e apre conversazioni su interventi che altrimenti non sarebbero mai stati commissionati.

Questo articolo descrive il processo completo, dagli strumenti necessari all’ordine di analisi, fino a come presentare i risultati in modo che il cliente capisca cosa sta guardando e perché dovrebbe investire per risolverlo.

Cosa serve prima di iniziare

Un audit SEO tecnico efficace richiede accesso a tre fonti di dati: Google Search Console del sito, indispensabile per i dati reali di indicizzazione e performance, un crawler come Screaming Frog o Sitebulb per l’analisi strutturale, e PageSpeed Insights o GTmetrix per le performance. Se il sito ha Google Analytics o GA4 attivo, i dati di traffico aggiungono contesto utile ma non sono strettamente necessari per la componente tecnica.

Prima di avviare il crawler, è utile avere una mappa mentale del sito: quante pagine ha, che tipo di contenuti ospita, se c’è un ecommerce, se ha versioni multilingua, da quanto tempo è online e se ha subito migrazioni recenti. Queste informazioni orientano l’analisi e aiutano a distinguere i problemi strutturali da quelli contingenti.

Fase 1: indicizzazione e crawlability

Il primo passo è verificare quante pagine Google ha effettivamente indicizzato rispetto a quante il sito ne conta. In Search Console, il report Copertura mostra le pagine indicizzate, quelle escluse con motivazione e quelle con errori. Una discrepanza significativa tra le pagine del sito e quelle indicizzate è quasi sempre il segnale di un problema tecnico da investigare.

I problemi di indicizzazione più comuni su WordPress sono le pagine bloccate da noindex impostate erroneamente, spesso un residuo dell’ambiente di sviluppo, le pagine di archivio, tag e autore indicizzate quando non dovrebbero, e la sitemap XML mancante o non aggiornata. Verificare che la sitemap sia presente, aggiornata e sottomessa a Search Console è uno dei primi controlli da fare.

Con Screaming Frog, una scansione completa del sito rivela gli URL presenti nel sito che non sono nella sitemap, le pagine con tag noindex che ricevono link interni, una contraddizione tecnica che confonde il crawler, e le pagine orfane che non ricevono nessun link interno e sono quindi difficili da raggiungere sia per Google che per gli utenti.

Fase 2: analisi degli errori tecnici

La seconda fase riguarda gli errori tecnici che impattano direttamente l’esperienza del crawler e dell’utente. I principali da verificare sono gli errori 404, pagine non trovate, i redirect e le loro catene, i link interni rotti e le pagine con errori server 5xx.

Gli errori 404 su un sito esistente sono quasi sempre il risultato di URL modificati senza redirect, pagine eliminate senza gestire i link in entrata o prodotti rimossi da un catalogo ecommerce. Search Console li segnala nel report Copertura, ma Screaming Frog permette di mapparli in modo più sistematico insieme ai link che li generano, informazione essenziale per decidere se implementare un redirect o rimuovere il link.

Le redirect chain, sequenze di redirect dove A rimanda a B che rimanda a C, sono un problema frequente su siti con una storia di migrazioni o ristrutturazioni. Ogni passaggio aggiuntivo nella catena introduce latenza e diluisce il link equity. La soluzione è sempre quella di aggiornare i redirect affinché puntino direttamente alla destinazione finale, eliminando i passaggi intermedi.

Fase 3: performance e Core Web Vitals

La terza fase misura le performance del sito con PageSpeed Insights, che fornisce sia dati di laboratorio che dati reali da Chrome quando disponibili, e identifica le aree di intervento prioritarie.

L’analisi delle performance non deve essere esaustiva in fase di audit, deve identificare i problemi con il maggior impatto e stimare l’effort necessario per risolverli. Un LCP di 5 secondi causato da un’immagine hero non compressa è un problema ad alto impatto e basso effort. Un INP elevato causato da JavaScript custom complesso è un problema ad alto impatto e alto effort. Presentare questa matrice al cliente aiuta a prioritizzare gli interventi in base al rapporto tra impatto atteso e investimento richiesto.

Su WordPress i problemi di performance più frequenti emersi dall’audit sono quasi sempre gli stessi: immagini non ottimizzate in formato JPEG invece di WebP, assenza di caching configurato, JavaScript di plugin che viene caricato su tutte le pagine invece che solo dove serve, e hosting con TTFB elevato. Ognuno di questi problemi ha una soluzione definita e un impatto stimabile, elementi perfetti per costruire una proposta di intervento.

Fase 4: struttura on-page e dati strutturati

La quarta fase analizza la struttura on-page: tag title e meta description presenti e ottimizzati su tutte le pagine principali, struttura dei titoli H1-H6 coerente e non duplicata, tag canonici configurati correttamente per gestire i contenuti duplicati: varianti di prodotto, pagine di archivio, URL con parametri.

Su WordPress i problemi di contenuto duplicato più comuni sono le pagine di archivio che mostrano gli stessi contenuti delle pagine categoria, i tag che replicano contenuti già presenti nelle categorie, e le pagine di prodotto WooCommerce con varianti che generano URL separati con contenuto quasi identico. La soluzione standard è la noindex sulle pagine duplicate o il canonical che punta alla versione preferita, la scelta dipende dal caso specifico.

I dati strutturati vanno verificati con il Rich Results Test di Google: il sito implementa schema markup? È valido? Corrisponde al contenuto visibile sulla pagina? Gli errori nei dati strutturati non causano penalizzazioni dirette, ma impediscono la visualizzazione dei rich snippet nei risultati di ricerca.

Come presentare i risultati al cliente

Un audit SEO tecnico non si consegna come lista di problemi tecnici, si consegna come documento orientato alle priorità e alle opportunità. La struttura che funziona meglio è quella che risponde a tre domande: qual è lo stato attuale del sito, quali sono i problemi con maggior impatto sul posizionamento, e quali interventi sono consigliati in quale ordine.

Ogni problema deve essere descritto in termini comprensibili al cliente, non “il sito presenta redirect chain di terzo livello” ma “alcune pagine del sito richiedono tre passaggi invece di uno per arrivare alla destinazione corretta, il che rallenta Google e riduce l’efficienza della struttura”. Quella traduzione è il vero valore aggiunto dell’agenzia: trasformare dati tecnici in informazioni azionabili per un cliente che non è un esperto.

L’audit diventa uno strumento commerciale quando include una proposta di intervento: cosa può essere risolto immediatamente, cosa richiede un progetto dedicato, e cosa va monitorato nel tempo nell’ambito di un piano di manutenzione. Quella proposta, costruita sui dati concreti del sito del cliente, ha un tasso di conversione molto più alto di qualsiasi proposta generica.

L’audit come punto di partenza per una collaborazione

Per le agenzie che lavorano con un partner tecnico white label, l’audit SEO tecnico è uno strumento di acquisizione particolarmente efficace. Offrire un audit gratuito o a costo ridotto su siti esistenti, sviluppati dall’agenzia o ereditati da altri fornitori, apre conversazioni su interventi che il cliente non aveva ancora pianificato ma che, una volta visti i dati, difficilmente rifiuta.

Gli interventi tecnici che emergono da un audit, ottimizzazione delle performance, correzione dei redirect, implementazione dei dati strutturati, configurazione del caching, sono esattamente il tipo di lavoro che si delega a un partner white label in modo naturale: ha un perimetro definito, un output misurabile e un impatto verificabile su metriche concrete.

Blurr supporta le agenzie partner anche su questo fronte: dall’analisi tecnica iniziale alla risoluzione degli interventi identificati, tutto in white label. Se hai un sito da analizzare o un cliente a cui vorresti proporre un audit, su blurr.it/contatti/ puoi confrontarti direttamente su come strutturare il processo.

Per approfondire le ottimizzazioni SEO tecniche da implementare dopo l’audit, leggi SEO tecnica per WordPress: le ottimizzazioni che fanno davvero la differenza. Per la componente performance, il riferimento è Core Web Vitals nel 2026: cosa deve sapere ogni web agency.

FAQ

Quanto tempo richiede un audit SEO tecnico completo su un sito WordPress? Dipende dalla dimensione del sito. Su siti fino a 100 pagine, un audit completo richiede tra le 3 e le 5 ore di lavoro effettivo, scansione, analisi dei dati, stesura del report. Su siti con centinaia o migliaia di pagine, il tempo può arrivare a una o due giornate. La parte che richiede più tempo non è la raccolta dei dati ma l’interpretazione e la prioritizzazione dei problemi identificati.

Screaming Frog è lo strumento giusto per un audit SEO tecnico su WordPress? È uno degli strumenti più completi per la componente di crawling, analisi degli URL, redirect, errori, link interni, tag on-page. Per i dati reali di indicizzazione e performance, va sempre affiancato a Google Search Console e PageSpeed Insights. Sitebulb è un’alternativa con un’interfaccia più visuale che facilita la presentazione dei risultati al cliente.

Un audit SEO tecnico è utile anche su siti appena sviluppati? Sì, anzi, è uno dei momenti migliori per farlo. Un audit pre-lancio verifica che il sito parta senza problemi tecnici già presenti, che la sitemap sia corretta, che i redirect siano configurati, che le performance siano nei target. Identificare e correggere i problemi prima del lancio costa molto meno che farlo dopo che il sito è già indicizzato con quelle problematiche.

Come si propone un audit SEO tecnico a un cliente che non ha mai sentito parlare di Core Web Vitals? Partendo dall’impatto commerciale, non dalla terminologia tecnica. “Analizziamo il tuo sito per capire se ci sono problemi tecnici che frenano il posizionamento su Google e che potrebbero portare i tuoi competitor davanti a te nelle ricerche” è una proposta che il cliente capisce e percepisce come rilevante per il suo business, indipendentemente da quanto conosca i dettagli tecnici.

Pronto a Crescere?

Contattaci e scopri come i nostri servizi WordPress in white label possono supportare la tua agenzia!