La SEO tecnica elimina gli ostacoli che impediscono ai motori di ricerca di trovare, accedere, interpretare e organizzare le pagine di un sito. Non sostituisce contenuti utili né crea automaticamente posizionamento: mette la parte migliore del sito nelle condizioni di essere scoperta e valutata correttamente.
Un audit tecnico efficace segue il percorso della ricerca: scoperta dell’URL, scansione, rendering, indicizzazione, scelta della versione canonica e presentazione nei risultati. Ogni fase richiede prove diverse e non va ridotta a un semaforo prodotto da uno strumento.
Scansione, indicizzazione e ranking sono fasi diverse
Durante la scansione Googlebot scopre e richiede risorse. Nell’indicizzazione Google analizza contenuto, elementi HTML, immagini e relazioni con altre pagine, stabilendo anche duplicazioni e canonical. Soltanto dopo una pagina indicizzata può essere selezionata per una ricerca pertinente.
Essere scansionabile non garantisce l’indicizzazione, ed essere indicizzati non garantisce visibilità. La diagnosi deve identificare la fase in cui si verifica il problema: aumentare i link interni non corregge un server che restituisce errori, mentre modificare robots.txt non rende utile un contenuto debole.
1. Verificare gli stati HTTP e la disponibilità del server
Le pagine valide dovrebbero restituire uno stato 200; gli URL spostati definitivamente richiedono normalmente un redirect permanente verso una destinazione equivalente. Gli errori 404 sono appropriati per risorse inesistenti, mentre una soft 404 restituisce apparentemente successo ma mostra contenuto assente o inutile.
Controllate errori 5xx, timeout, DNS e catene di redirect. Un sito intermittente può funzionare nel browser durante il test e fallire per crawler e utenti in altri momenti. Log del server, monitoraggio uptime e Search Console offrono segnali complementari.
2. Usare robots.txt per la scansione, non per nascondere pagine
robots.txt comunica quali risorse un crawler può richiedere. Non è un meccanismo affidabile per impedire che un URL compaia nei risultati, perché un indirizzo bloccato può essere conosciuto tramite collegamenti esterni senza che Google possa leggere il contenuto.
Per escludere dall’indice una pagina accessibile si usa una direttiva noindex appropriata; il crawler deve poterla leggere. Non bloccate CSS o JavaScript necessari al rendering e non inserite dati riservati in robots.txt, che è pubblico.
3. Costruire una sitemap XML coerente
La sitemap segnala gli URL che il sito considera candidati all’indicizzazione. Deve contenere versioni canoniche, valide e aggiornate, non pagine in noindex, redirect, errori o duplicati. Per siti grandi si possono usare più sitemap e un indice per analizzare gruppi distinti.
Inviare una sitemap non obbliga Google a scansionare o indicizzare ogni URL. È una fonte di scoperta e un segnale di preferenza, utile soprattutto per pagine nuove, profonde o con pochi collegamenti.
4. Rendere i collegamenti interni realmente crawlable
Le pagine strategiche devono ricevere link HTML validi da contenuti pertinenti. Menu, categorie, breadcrumb e collegamenti contestuali costruiscono la gerarchia e distribuiscono segnali. Un elemento cliccabile generato soltanto da script può non comunicare la destinazione come un normale link con href.
L’anchor text deve descrivere ciò che si apre. Evitate pagine orfane, archivi infiniti e migliaia di combinazioni di filtri senza valore. Per l’utente e per il crawler, una struttura chiara vale più di un elenco artificiale di link nel footer.
5. Allineare redirect, canonical, sitemap e link
Quando contenuti uguali o molto simili sono accessibili da più URL, Google raggruppa le versioni e sceglie una canonical. Il tag rel=”canonical” indica una preferenza, ma non è un comando assoluto. Redirect, sitemap e collegamenti interni devono sostenere la stessa destinazione.
Non usate canonical per rendere equivalenti pagine con contenuti diversi. Controllate varianti HTTP/HTTPS, www/non-www, parametri, slash, maiuscole e URL generati da filtri. Se Google sceglie una canonical inattesa, analizzate segnali contraddittori e qualità delle versioni.
6. Gestire correttamente redirect e URL rimossi
Un redirect permanente è adatto quando una risorsa è stata spostata o consolidata in un equivalente reale. Reindirizzare ogni pagina eliminata verso la homepage crea confusione e può essere interpretato come soft 404.
Evitate catene e cicli, aggiornando link interni e sitemap alla destinazione finale. Per spostamenti temporanei o test esistono redirect temporanei; il tipo deve riflettere l’intenzione, non essere scelto casualmente.
7. Controllare rendering e JavaScript
Google può eseguire JavaScript, ma scansione e rendering hanno costi e dipendenze. Contenuto principale, link, title, canonical e dati strutturati devono essere presenti e coerenti nel risultato renderizzato. Errori API, risorse bloccate o codice dipendente da interazioni possono nascondere informazioni.
Usate URL Inspection e strumenti di sviluppo per confrontare HTML iniziale e DOM finale. Quando possibile, rendete disponibile presto il contenuto essenziale e adottate un miglioramento progressivo invece di affidare l’intera pagina a una catena fragile di script.
8. Rendere mobile e desktop equivalenti
Google usa un crawler mobile come riferimento. La versione mobile deve offrire contenuto principale, titoli, dati strutturati, immagini e link equivalenti. Nascondere informazioni importanti o caricarle soltanto dopo azioni complesse può compromettere comprensione e indicizzazione.
Responsive non significa automaticamente funzionale. Verificate menu, filtri, impaginazione, font e tap target su dispositivi reali. Le indicazioni sulla Page Experience completano il controllo tecnico con prestazioni, HTTPS e interstitial.
9. Curare title, meta robots e snippet
Ogni pagina importante dovrebbe avere un title descrittivo e distinto, un H1 coerente e direttive robots intenzionali. La meta description può contribuire allo snippet ma Google può scegliere testo diverso in base alla ricerca.
Controllate template che duplicano title, canonical o meta robots. Un plugin SEO facilita l’inserimento, ma non impedisce configurazioni contraddittorie e non decide quali URL abbiano valore.
10. Implementare dati strutturati fedeli al contenuto
I dati strutturati descrivono entità e proprietà con un vocabolario riconosciuto. Devono corrispondere a informazioni visibili, usare il tipo appropriato e rispettare le linee guida della funzione di ricerca desiderata.
Validare la sintassi non garantisce risultati arricchiti. Verificate anche completezza, coerenza tra varianti e mantenimento nel tempo. Recensioni, prezzi o FAQ inventati possono rendere il markup fuorviante.
11. Integrare prestazioni, sicurezza e manutenzione
Un server lento riduce affidabilità e ritarda il caricamento; un sito compromesso può generare spam, redirect e canonical verso domini estranei. HTTPS, aggiornamenti e monitoraggio sono quindi anche prerequisiti per proteggere la presenza organica.
Per WordPress misurate il collo di bottiglia prima di applicare cache e minificazione. La guida su come migliorare la velocità di WordPress descrive un processo con backup, staging e verifiche funzionali.
12. Monitorare con Search Console e log
Search Console mostra copertura, ispezione URL, sitemap, miglioramenti e rendimento. I log del server confermano richieste e risposte effettive. Un crawler interno permette invece di verificare collegamenti, stati, metadati e profondità sul sito.
Annotate rilasci e migrazioni, confrontando dati prima e dopo. Oscillazioni di impressioni possono dipendere anche da domanda, stagionalità e aggiornamenti: non ogni cambiamento è una penalizzazione tecnica.
Ordine operativo di un audit SEO tecnico
- Definire pagine strategiche, obiettivi e campioni di template.
- Controllare disponibilità, stati HTTP e redirect.
- Verificare robots.txt, noindex, sitemap e link interni.
- Analizzare duplicazioni, canonical e parametri.
- Confrontare HTML iniziale e contenuto renderizzato.
- Controllare mobile, metadati e dati strutturati.
- Valutare prestazioni, sicurezza e stabilità.
- Correggere per priorità e monitorare la nuova scansione.
Questa guida approfondisce la parte infrastrutturale; per la singola pagina consultate la guida alla SEO on-page. LBCOMPANY analizza WordPress, indicizzazione, performance e sicurezza: scoprite i servizi di SEO tecnica.
Domande frequenti
Che differenza c’è tra scansione e indicizzazione?
La scansione è il recupero di URL e risorse; l’indicizzazione è l’analisi e l’organizzazione del contenuto. Una pagina scansionata può non essere indicizzata.
La sitemap garantisce che una pagina venga indicizzata?
No. Aiuta la scoperta e segnala URL preferiti, ma Google decide se scansionare e indicizzare in base a accessibilità, duplicazioni e qualità.
robots.txt può rimuovere una pagina da Google?
Non in modo affidabile. Impedisce la scansione, ma l’URL può restare conosciuto. Per noindex Google deve poter accedere alla direttiva.
Il canonical è un comando?
No. È un segnale di preferenza. Google può scegliere una versione diversa se redirect, sitemap, link e contenuto indicano altro.
Ogni errore 404 va reindirizzato?
No. Un URL inesistente può correttamente restituire 404. Serve un redirect quando esiste una destinazione realmente equivalente e utile.
Un plugin SEO risolve la SEO tecnica?
No. Può gestire alcune impostazioni, ma non corregge automaticamente architettura, rendering, server, duplicazioni, sicurezza o qualità degli URL.