La SEO tecnica è l’ottimizzazione che agisce sull’infrastruttura di un sito web: velocità di caricamento, scansionabilità, indicizzazione, architettura degli URL, sicurezza e dati strutturati. Riguarda le fondamenta su cui i contenuti di un sito web poggiano. In questo articolo si vedrà cos’è la SEO tecnica, in cosa differisce dalla SEO on-page e off-page, quali sono gli interventi prioritari, come si leggono i segnali di Google Search Console e PageSpeed Insights, e perché anche i motori di ricerca basati su AI dipendono dalla qualità tecnica di un sito.

Che cos’è la SEO tecnica e perché è importante

La SEO tecnica è l’insieme degli interventi sull’infrastruttura di un sito che permettono ai motori di ricerca di scansionarlo, comprenderlo e indicizzarlo senza ostacoli. Senza basi tecniche solide, anche i migliori contenuti rischiano di non essere trovati.

Un sito con contenuti eccellenti e backlink autorevoli può comunque fare fatica a posizionarsi se la sua struttura tecnica presenta problemi: pagine bloccate dal robots.txt, URL duplicati, tempi di caricamento eccessivi o redirect a catena che disperdono l’autorità. La SEO tecnica rimuove questi ostacoli e mette il sito nelle condizioni di esprimere il suo pieno potenziale.

Differenza tra SEO tecnica, on-page e off-page

La SEO tecnica interviene sull’infrastruttura del sito: codice, server, architettura. L’ottimizzazione on-page riguarda contenuti e tag HTML delle singole pagine. La SEO off-page costruisce autorità esterna attraverso backlink e reputazione. Le tre discipline sono complementari e si rinforzano a vicenda.

Tipo di SEO	Dove agisce	Esempi di intervento
SEO tecnica	Infrastruttura del sito	Velocità, sitemap, robots.txt, HTTPS, dati strutturati
SEO on-page	Contenuto delle pagine	Title tag, H1, meta description, link interni
SEO off-page	Fuori dal sito	Backlink, digital PR, brand mention, recensioni

Quando fare un audit SEO tecnico

Un audit SEO tecnico va fatto all’avvio di qualsiasi progetto SEO, dopo una migrazione del sito, dopo un calo improvviso di traffico o in seguito a un aggiornamento algoritmico di Google.

Gli strumenti principali per un audit tecnico sono Google Search Console (gratuito, fornisce dati diretti da Google), Screaming Frog (crawl del sito), PageSpeed Insights e Lighthouse per le performance, Ahrefs o Semrush per l’analisi dei redirect e dei link interni. Un audit ben fatto produce una lista di priorità ordinate per impatto: non tutti i problemi tecnici hanno lo stesso peso sul ranking.

Scansionabilità e indicizzazione: come Google legge il sito

La scansionabilità è la capacità di Googlebot di accedere e leggere le pagine del sito. L’indicizzazione è il passo successivo: Google decide se inserire quelle pagine nel suo indice. Un sito scansionabile non è automaticamente indicizzato, ma un sito non scansionabile non può mai essere indicizzato.

File robots.txt: cosa è e come configurarlo

Il file robots.txt indica ai crawler quali sezioni del sito possono essere scansionate e quali no. Va configurato con attenzione: bloccare per errore le pagine principali del sito è uno degli errori tecnici più gravi e purtroppo più comuni.

Un robots.txt corretto blocca le aree non rilevanti per la SEO (pannelli di amministrazione, pagine di ricerca interna, URL con parametri) e lascia libero l’accesso a tutto il contenuto che si vuole indicizzare. Va verificato regolarmente, specialmente dopo aggiornamenti del CMS o migrazioni. Il file è pubblico e accessibile a chiunque all’indirizzo dominio.com/robots.txt.

Sitemap XML: struttura e invio a Google

La sitemap XML è una mappa di tutte le pagine del sito che si vuole far indicizzare. Va inviata a Google tramite Search Console e tenuta aggiornata: ogni nuova pagina pubblicata dovrebbe comparire nella sitemap entro breve tempo.

Una sitemap efficace include solo URL canonici, esclude le pagine con tag noindex, le pagine di paginazione non rilevanti e gli URL con parametri duplicati. WordPress gestisce la sitemap automaticamente tramite plugin come Yoast SEO o Rank Math. Per siti più complessi o con molte URL dinamiche, la gestione manuale o tramite script è spesso necessaria.

Crawl budget: cos’è e quando diventa un problema

Il crawl budget è il numero di pagine che Googlebot è disposto a scansionare su un sito in un dato lasso di tempo. Per siti piccoli non è un problema; per siti con migliaia di pagine o molti URL generati dinamicamente, gestirlo correttamente fa la differenza tra pagine indicizzate e pagine ignorate.

Il crawl budget si ottimizza riducendo il numero di URL inutili (pagine di filtro, parametri di sessione, contenuti duplicati), migliorando la velocità del server e costruendo una struttura di link interni che guidi il crawler verso le pagine più importanti. Google Search Console mostra il crawl rate e gli eventuali errori riscontrati da Googlebot durante la scansione.

Performance e Core Web Vitals: la velocità come fattore di ranking

La velocità di caricamento delle pagine è un fattore di ranking ufficiale di Google dal 2010 per il desktop e dal 2018 per il mobile. Dal 2021, con l’introduzione dei Core Web Vitals, la valutazione delle performance è diventata più precisa e articolata.

Cosa sono i Core Web Vitals e come si misurano

I Core Web Vitals sono tre metriche di esperienza utente che Google usa per valutare le performance di una pagina: LCP (Largest Contentful Paint), misura il tempo di caricamento del contenuto principale; INP (Interaction to Next Paint), misura la reattività alle interazioni; CLS (Cumulative Layout Shift), misura la stabilità visiva della pagina.

Metrica	Cosa misura	Soglia ottimale
LCP — Largest Contentful Paint	Tempo di caricamento del contenuto principale	Sotto i 2,5 secondi
INP — Interaction to Next Paint	Reattività alle interazioni dell’utente	Sotto i 200 millisecondi
CLS — Cumulative Layout Shift	Stabilità visiva della pagina durante il caricamento	Sotto 0,1

Come migliorare le performance tecniche del sito

Gli interventi più efficaci per migliorare le performance sono: ottimizzare e comprimere le immagini (passando a WebP), minificare i file CSS e JavaScript, sfruttare la cache del browser, usare una CDN (Content Delivery Network) per distribuire i file statici e ridurre il tempo di risposta del server (TTFB).

Il lazy loading delle immagini, cioè il caricamento differito degli elementi fuori dalla parte visibile iniziale della pagina, riduce il peso percepito al primo caricamento. Il pre-loading delle risorse critiche (font, immagini hero) migliora invece l’LCP. Ogni intervento va misurato prima e dopo con PageSpeed Insights o Lighthouse per verificarne l’impatto reale.

Architettura del sito e struttura degli URL

L’architettura del sito è la struttura gerarchica con cui le pagine sono organizzate e collegate tra loro. Un’architettura logica facilita la navigazione degli utenti, guida i crawler e distribuisce l’autorità in modo efficiente tra le pagine.

Come strutturare l’architettura del sito in modo SEO-friendly

La regola fondamentale è che ogni pagina dovrebbe essere raggiungibile dalla home page in non più di tre clic. Le pagine più importanti devono stare più in alto nella gerarchia e ricevere più link interni. Le sezioni tematiche devono essere separate e ben definite, senza sovrapposizioni.

Un’architettura a silos, in cui ogni area tematica del sito è organizzata in modo indipendente con link interni che rafforzano la coerenza tematica, è la struttura più apprezzata dai motori di ricerca. Evitare strutture piatte (tutte le pagine allo stesso livello) o strutture troppo profonde (pagine sepolte a sei o sette livelli di navigazione).

URL SEO-friendly: regole tecniche

Un URL tecnicamente corretto è breve, descrittivo, in minuscolo, privo di parametri inutili e usa trattini al posto degli spazi o degli underscore. La struttura deve riflettere la gerarchia del sito: dominio.com/categoria/sottocategoria/pagina.

Gli URL con parametri dinamici (come ?id=123&sessione=abc) sono uno dei problemi tecnici più frequenti: generano URL duplicati, disperdono il crawl budget e rendono difficile la gestione dei canonical. Dove possibile, vanno sostituiti con URL statici o gestiti tramite regole nel file robots.txt e tag canonical.

Redirect: quando usarli e quali errori evitare

I redirect 301 (permanenti) trasferiscono il valore SEO dalla vecchia URL alla nuova. I redirect 302 (temporanei) non trasferiscono autorità e vanno usati solo quando la pagina tornerà davvero. Le catene di redirect (A punta a B che punta a C) disperdono link equity e rallentano il caricamento.

Dopo una migrazione, la corretta gestione dei redirect è l’operazione più critica: ogni URL che cambia indirizzo deve avere un redirect 301 verso la nuova destinazione. Gli errori 404 (pagina non trovata) vanno monitorati in Search Console e risolti con redirect o con la ricostruzione della pagina, a seconda del caso.

HTTPS e sicurezza del sito

Il protocollo HTTPS è un fattore di ranking confermato da Google dal 2014. Un sito senza certificato SSL mostra l’avviso “sito non sicuro” nei browser, scoraggia gli utenti e penalizza il posizionamento. Oggi non è più un’opzione: è un requisito.

Come implementare HTTPS correttamente

Installare un certificato SSL non basta: la migrazione da HTTP a HTTPS va gestita con cura. Tutti i redirect da HTTP a HTTPS devono essere 301, i link interni devono puntare alle versioni HTTPS, le risorse esterne (immagini, script, font) caricate in HTTP generano avvisi di mixed content che vanno risolti.

Dopo la migrazione, le URL HTTPS vanno inviate a Google Search Console come nuova proprietà verificata. I certificati SSL gratuiti come Let’s Encrypt sono pienamente validi per la SEO: non serve un certificato a pagamento per ottenere il beneficio di ranking. Il rinnovo automatico del certificato va configurato per evitare scadenze che mettono il sito offline.

Altri fattori di sicurezza che influenzano la SEO

Oltre all’HTTPS, Google considera segnali di sicurezza come l’assenza di malware, pagine di phishing o contenuti ingannevoli. Un sito compromesso può essere rimosso temporaneamente dall’indice o penalizzato manualmente. Google Search Console invia avvisi in caso di rilevamento di contenuti dannosi.

Le intestazioni HTTP di sicurezza (Content Security Policy, X-Frame-Options, Strict-Transport-Security) non sono fattori di ranking diretti ma contribuiscono alla qualità tecnica generale del sito e proteggono gli utenti. Un sito che non mostra segnali di rischio agli occhi di Google guadagna fiducia nel lungo periodo.

Dati strutturati e rich snippet

I dati strutturati (structured data) sono codice aggiunto alle pagine in formato JSON-LD, Microdata o RDFa che aiuta Google a comprendere il tipo di contenuto presente. Non sono un fattore di ranking diretto, ma abilitano i rich snippet nei risultati di ricerca, aumentando il CTR.

Cosa sono i rich snippet e come ottenerli

I rich snippet sono risultati arricchiti in SERP: stelle di valutazione, prezzi, date di eventi, FAQ espanse, breadcrumb. Si ottengono implementando il markup Schema.org corretto per il tipo di contenuto della pagina. Non ogni markup garantisce il rich snippet, ma aumenta la probabilità che Google lo mostri.

I tipi di markup più utili per la maggior parte dei siti sono: Article (per articoli e blog), FAQPage (per le domande frequenti), Product (per le schede prodotto con prezzo e disponibilità), LocalBusiness (per le attività locali), BreadcrumbList (per la navigazione gerarchica) e Review (per le recensioni). Il Rich Results Test di Google permette di verificare se il markup è implementato correttamente.

Come implementare i dati strutturati con JSON-LD

Il formato raccomandato da Google per i dati strutturati è JSON-LD, inserito nell’intestazione della pagina tramite un tag script. È il più semplice da implementare e da mantenere, perché non richiede di modificare il markup HTML esistente della pagina.

WordPress gestisce i dati strutturati tramite plugin come Yoast SEO, Rank Math o Schema Pro. Per siti personalizzati, il markup va aggiunto manualmente o tramite Google Tag Manager. La priorità è implementare prima i tipi di schema più rilevanti per il proprio settore, verificarli con il Rich Results Test e monitorare i risultati in Search Console nella sezione Miglioramenti.

Contenuti duplicati e tag canonical

I contenuti duplicati sono pagine con contenuto identico o molto simile accessibili da URL diverse. Confondono i crawler, disperdono l’autorità tra più URL e possono portare alla cannibalizzazione del ranking. Il tag canonical è lo strumento principale per gestirli.

Come funziona il tag canonical e quando usarlo

Il tag rel=”canonical” indica a Google qual è la versione preferita di una pagina quando esistono più URL con contenuto identico o molto simile. Va inserito nell’head HTML di tutte le versioni duplicate, puntando sempre all’URL canonico definitivo.

I casi d’uso più frequenti sono: pagine di prodotto accessibili con parametri diversi (colore, taglia, ordinamento), pagine con e senza slash finale, versioni HTTP e HTTPS ancora coesistenti, pagine stampabili o versioni AMP. Il canonical non è una direttiva vincolante come il noindex: Google può ignorarlo, ma nella grande maggioranza dei casi lo rispetta.

Cannibalizzazione delle keyword: causa tecnica e soluzione

La cannibalizzazione delle keyword si verifica quando più pagine dello stesso sito competono per la stessa keyword. Non è sempre un problema tecnico, ma spesso la sua radice è tecnica: URL duplicate, pagine di categoria e articoli ottimizzati per lo stesso termine, parametri che generano varianti della stessa pagina.

La soluzione dipende dal caso: consolidare i contenuti in un’unica pagina più autorevole, usare il canonical per indicare la versione preferita, riorganizzare la struttura interna dei link per concentrare i segnali sulla pagina principale. Google Search Console, analizzando le query che portano clic su URL diverse, aiuta a identificare i casi di cannibalizzazione attivi.

Mobile-first indexing e usabilità mobile

Dal 2019 Google indicizza i siti a partire dalla loro versione mobile. Questo significa che se la versione mobile di un sito è incompleta, lenta o difficile da usare, il ranking ne risente sull’intero sito, inclusa la versione desktop.

Come verificare che il sito sia mobile-friendly

Google Search Console segnala i problemi di usabilità mobile nella sezione dedicata: testo troppo piccolo, elementi cliccabili troppo vicini, contenuto più ampio della schermata. Il Mobile-Friendly Test di Google permette di verificare singole URL e ottenere indicazioni specifiche sugli interventi necessari.

Un design responsive, che adatta automaticamente il layout alla dimensione dello schermo, è la soluzione più robusta e raccomandata. Va evitato di nascondere contenuti nella versione mobile rispetto alla versione desktop: Google indicizza ciò che vede nella versione mobile, quindi i contenuti visibili solo su desktop potrebbero non essere considerati.

Velocità mobile e impatto sui Core Web Vitals

Le performance su mobile sono generalmente peggiori di quelle su desktop, perché le connessioni sono più lente e la potenza di elaborazione dei dispositivi è inferiore. Migliorare i Core Web Vitals nella versione mobile è quindi spesso la priorità più urgente in un progetto di ottimizzazione tecnica.

Gli interventi specifici per il mobile includono: ridurre il peso delle risorse caricate above the fold, evitare pop-up invasivi che coprono il contenuto principale (penalizzati direttamente da Google dal 2017), usare font di sistema invece di font web pesanti e ottimizzare le immagini con versioni più piccole per schermi a bassa risoluzione tramite l’attributo srcset.

Strumenti per la SEO tecnica: Search Console e PageSpeed Insights

Per gestire la SEO tecnica in modo efficace servono strumenti che forniscano dati reali sul comportamento di Google sul sito. I due strumenti gratuiti imprescindibili sono Google Search Console e PageSpeed Insights, affiancati da tool specializzati per audit più profondi.

Come usare Google Search Console per la SEO tecnica

Google Search Console è la fonte più affidabile di dati tecnici perché proviene direttamente da Google. Le sezioni più utili sono: Copertura (pagine indicizzate, escluse ed errori), Sitemap (stato dell’invio), Miglioramenti (Core Web Vitals, usabilità mobile, dati strutturati) e Ispezione URL (per verificare come Google vede una specifica pagina).

Il rapporto Copertura va monitorato regolarmente: un aumento improvviso di pagine escluse o di errori 404 può segnalare un problema tecnico grave. Il rapporto Core Web Vitals mostra le pagine con performance insufficienti, raggruppate per tipo di problema, e aiuta a stabilire le priorità degli interventi.

PageSpeed Insights e Lighthouse: come interpretare i risultati

PageSpeed Insights analizza una singola URL e fornisce un punteggio da 0 a 100 per mobile e desktop, basato sui dati di Chrome User Experience Report (dati reali) e sui dati del laboratorio. Non basta un punteggio alto in laboratorio: contano i dati reali degli utenti, che possono differire significativamente.

Lighthouse, integrato in PageSpeed Insights e accessibile dalle DevTools di Chrome, fornisce indicazioni precise sulle cause dei problemi e suggerimenti di intervento. Va interpretato come una guida, non come un obiettivo assoluto: un sito con punteggio 65 che converte bene è più utile di un sito con punteggio 100 che non risponde all’intento degli utenti.

FAQ — Domande frequenti sulla SEO tecnica

Cos’è la SEO tecnica?

La SEO tecnica è l’insieme degli interventi sull’infrastruttura di un sito web che permettono ai motori di ricerca di scansionarlo, comprenderlo e indicizzarlo in modo corretto ed efficiente.

Qual è la differenza tra SEO tecnica e SEO on-page?

La SEO tecnica agisce sull’infrastruttura (velocità, scansionabilità, HTTPS, dati strutturati). La SEO on-page ottimizza il contenuto e gli elementi HTML delle singole pagine. Le due discipline si completano e vanno curate in parallelo.

Cosa sono i Core Web Vitals?

Sono tre metriche di Google che misurano l’esperienza utente: LCP (velocità di caricamento del contenuto principale), INP (reattività alle interazioni) e CLS (stabilità visiva della pagina). Rientrano ufficialmente tra i fattori di ranking.

Il tag canonical risolve i problemi di contenuto duplicato?

In la maggior parte dei casi sì: indica a Google la versione preferita di una pagina. Non è una direttiva vincolante come il noindex, ma Google la rispetta quasi sempre. Per i duplicati più gravi, la soluzione migliore rimane la consolidazione del contenuto o il redirect 301.

Quanto spesso va fatto un audit SEO tecnico?

Almeno una volta all’anno su siti stabili, e obbligatoriamente prima e dopo ogni migrazione, cambio di CMS o redesign. Il monitoraggio continuo tramite Google Search Console permette di intercettare i problemi tecnici in tempo reale, senza aspettare l’audit annuale.