Cos'è la Technical SEO: guida pratica alle basi tecniche

Definizione rapida

La Technical SEO è l'insieme di pratiche tecniche che facilitano la scoperta, il crawling, il rendering e l'indicizzazione delle pagine da parte dei motori di ricerca. Si occupa di accessibilità, chiarezza e performance del sito: non sostituisce la strategia dei contenuti o la link building, ma ne determina l'efficacia operativa.

Meccanica: crawling, rendering, indicizzazione e ranking

Crawling

Il crawling è la fase di scoperta: i bot seguono link e URL dalla sitemap o da altri segnali per richiedere risorse. Problemi tipici: URL non raggiungibili (errori HTTP), blocchi via robots.txt, o link profondi non collegati dalla struttura del sito.

Rendering

Il rendering è il processo che trasforma HTML/CSS/JS in DOM visibile. Molti siti moderni usano JavaScript per costruire contenuti; se il rendering fallisce o è troppo lento, il motore di ricerca potrebbe non vedere contenuti o link importanti.

Indicizzazione

L'indicizzazione è la decisione di includere una risorsa nell'indice di ricerca. Google oggi usa la versione mobile come base principale per crawling e indicizzazione; dal luglio 2024 Googlebot Smartphone è il crawler predefinito per Search. Una pagina non indicizzata è di norma meno utile per l'esposizione organica.

Ranking

Il ranking è l'ordinamento delle pagine per query. Molti fattori intervengono: rilevanza dei contenuti, segnali di autorità, segnali tecnici (velocità, esperienza utente), e segnali contestuali come le AI Overviews che ora appaiono frequentemente nelle SERP. È importante distinguere: problemi tecnici possono impedire che pagine valide compaiano o competano correttamente.

Principali aree della Technical SEO

Qui le pratiche più rilevanti, con cosa controllare e perché contano.

Architettura e linking interno

Una struttura chiara aiuta i crawler a trovare contenuti importanti senza sprecare crawl budget su URL non rilevanti. Controlla profondità delle pagine importanti, corrette gerarchie Hn e link interni coerenti.

URL, canonical e duplicazione

URL puliti e canonical coerenti evitano duplicati che confondono i motori di ricerca. Usa tag rel=canonical dove necessario e evita creare molte varianti dell stesso contenuto (parametri non controllati, session IDs).

Robots.txt e sitemap XML

Robots.txt controlla cosa i crawler possono richiedere; la sitemap comunica URL prioritari. Verifica che robots.txt non blocchi risorse necessarie per il rendering e che la sitemap contenga URL canonici.

Performance e Core Web Vitals

Velocità di caricamento e metriche come LCP, INP e CLS influenzano l'esperienza utente. Misura con Chrome DevTools, Page Experience in Search Console e field data quando disponibile.

Rendering JavaScript e progressive enhancement

Se il contenuto critico è costruito via JS, assicurati che il server risponda velocemente e che il contenuto sia accessibile dopo il rendering. Considera il server-side rendering o l'uso di hydration progressiva per ridurre i ritardi.

Sicurezza e HTTPs

HTTPS è la forma corretta per siti moderni: controlla certificati, chain di certificazione e redirect coerenti da HTTP a HTTPS.

Structured data e segnali ricchi

Schema.org aiuta i motori di ricerca a comprendere entità e relazioni. Valida con Rich Results Test e Schema Markup Validator; non tutte le implementazioni danno risultati ricchi, ma migliorano la chiarezza semantica.

Come verificare la Technical SEO: checklist pratica

La verifica combina controlli esterni (da fuori del dominio) e interni (per le pagine che possiedi). Qui ci sono passaggi ripetibili con strumenti raccomandati.

Controlli rapidi per pagine pubbliche (da fuori)

Questi controlli non richiedono accesso al Search Console del sito esterno.

1. Verifica che la pagina restituisca 200 OK: curl -I https://example.com/pagina

Spiegazione: -I mostra solo intestazioni; controlla lo status HTTP e gli header cache-control o x-robots-tag.

2. Controlla presenza del link nell'HTML sorgente: curl -A "Mozilla/5.0" https://publisher.com/pagina | grep 'href="https://tuosito.com' -n

Spiegazione: usa curl senza -I per ottenere il corpo HTML. Se il link è insertato via JS, potrebbe non comparire nel sorgente.

3. Verifica rendering e visibilità: apri la pagina in Chrome, apri DevTools → Elements per vedere il DOM renderizzato e Network per risorse caricate.

Spiegazione: alcuni link possono essere aggiunti dinamicamente o nascosti dall'interfaccia utente; il DOM renderizzato mostra ciò che vedono gli utenti dopo il JS.

4. Controlla indicizzazione pubblica indicativa: usa l'operatore site: e query mirate in Google per avere un'indicazione se la pagina è conosciuta dai motori (non è una verifica definitiva).

Spiegazione: l'operatore site: può dare segnali utili ma non è conclusivo; per pagine che possiedi usa URL Inspection in Google Search Console.

Controlli per pagine che controlli (con accesso)

1. Usa URL Inspection in Google Search Console per vedere come Google ha fetchato e renderizzato l'URL.

2. Verifica i dati di campo per Core Web Vitals e segnali di esperienza in Performance/Experience report.

3. Analizza i log del server per pattern di crawl (user-agent, frequenza, status code) e per rilevare blocchi o errori ricorrenti.

Attributi dei link e policy di Google sui link a pagamento

Quando tratti link a pagamento o link in contenuti editoriali, applica attributi rel appropriati. Non esiste un attributo rel="dofollow"; un link senza rel=nofollow/sponsored/ugc è semplicemente un normale link. Per link compensati usa rel="sponsored"; per contenuti generati dagli utenti usa rel="ugc"; per indicazioni generiche usa rel="nofollow" se vuoi segnalare che il link non è una raccomandazione editoriale.

Esempi di markup:

Una normale link: esempio. Link sponsorizzato: esempio. Link in UGC: esempio.

Nota sulla policy: Google considera i link creati principalmente per manipolare ranking come link spam. Usa rel="sponsored" o rel="nofollow" quando appropriato e valuta il valore editoriale e l'indicizzabilità delle pagine che ospitano i link.

Errori comuni e come risolverli

Contenuto non accessibile perché reso via JS

Soluzione: verifica che il contenuto sia presente nel DOM renderizzato e considera il rendering lato server o il prerendering per contenuto critico.

Tag canonical incoerenti

Soluzione: normalizza URL, rimuovi parametri non necessari e assicura che il tag rel=canonical punti all'URL preferito senza redirect multipli.

Robots.txt che blocca risorse di rendering

Soluzione: consenti l'accesso a file CSS/JS necessari al rendering; usa il Rich Results Test o URL Inspection per verificare come Google vede la pagina.

Esempi pratici di verifica e correzione

Verificare un redirect errato

Comando: curl -I -L https://example.com/vecchio-url — spiega la catena di redirect. Se trovi loop o redirect 302 non desiderati, modifica la configurazione del server o le regole della CDN per restituire un 301 permanente verso l'URL canonico.

Verificare che Google veda la stessa versione mobile

Usa URL Inspection per controllare il rendering con Googlebot Smartphone. Puoi anche riprodurre l'user-agent con curl: curl -A "Mozilla/5.0 (Linux; Android) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/xx Mobile Safari/537.36" https://example.com/pagina per confrontare l'HTML server risponde a user-agent mobile e desktop.

Strumenti raccomandati

Google Search Console (URL Inspection, Performance, Experience), Rich Results Test, Schema Markup Validator, Chrome DevTools, curl, strumenti di log analysis e Bing Webmaster Tools Site Explorer sono la base per verifiche tecniche. Per test di rendering e velocità usa anche Lighthouse integrato in DevTools.

Domande frequenti