SEO per sviluppatori: rendering, codici HTTP, tag, prestazioni e crawler delle IA

La SEO per sviluppatori è la parte dell'ottimizzazione che vive nel codice: template, routing, rendering, header e prestazioni. Il marketing sceglie le parole chiave e scrive i contenuti, ma un codice di stato sbagliato, una route solo lato client o un noindex dimenticato possono cancellare quel lavoro con un solo deploy. Le nozioni di base sulla SEO JavaScript di Google descrivono tre fasi (scansione, rendering, indicizzazione), e ognuna ha guasti che solo gli sviluppatori possono risolvere. Questa guida li affronta nell'ordine in cui si rompono.

Quale parte della SEO spetta allo sviluppatore?

Come vanno renderizzate le pagine per i motori di ricerca?

Googlebot esegue JavaScript, ma in una seconda fase che può essere ritardata, e Google stessa scrive che il rendering lato server o il pre-rendering resta un'ottima idea, perché è più veloce per utenti e crawler e perché non tutti i bot eseguono JavaScript. Quest'ultimo punto conta oggi più che mai: nell'analisi di dicembre 2024 The rise of the AI crawler, Vercel ha rilevato che nessuno dei principali crawler delle IA esegue attualmente JavaScript, citando tra gli altri GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot e PerplexityBot. Gemini, che usa l'infrastruttura di Google, fa eccezione.

Due regole valgono con qualunque framework. I link devono essere elementi <a> con attributo href: Google dichiara di scoprire i link solo in questa forma, quindi pulsanti con gestori di clic e route basate su frammenti sono vicoli ciechi. E ogni route ha bisogno di un proprio URL, senza #, che restituisca direttamente il suo contenuto. Le nostre guide alla SEO JavaScript, alla SEO delle single-page application e alla SEO per Next.js entrano nei dettagli dei singoli framework.

Quali codici di stato HTTP contano per la SEO?

I codici di stato sono istruzioni per i crawler. La documentazione di Google su codici di stato HTTP ed errori di rete descrive come viene trattata ogni famiglia:

• 200: la pagina può essere indicizzata. Se il contenuto sembra un errore o una pagina vuota, Search Console segnala un soft 404.
• 301 e 308: reindirizzamenti permanenti, che Google tratta come un segnale forte verso la destinazione. Da usare per contenuti spostati e cambi di dominio.
• 302 e 307: reindirizzamenti temporanei, un segnale debole. Da non usare per spostamenti definitivi.
• 404 e 410: la pagina non esiste. Google smette di usare l'URL con il tempo. Restituite un vero 404, non un 200 con il testo "non trovato".
• 429 e 5xx: i crawler di Google rallentano la scansione, e gli URL che restituiscono errori del server in modo persistente finiscono per uscire dall'indice.

Verificate cosa invia davvero il vostro server con un controllo degli header HTTP e limitate le catene di redirect a un solo passaggio: il nostro articolo sui redirect SEO copre i casi di migrazione.

Quali tag devono stare nell'head HTML?

Ogni pagina indicizzabile ha bisogno di title e description univoci, di una canonical verso sé stessa e, sui siti multilingue, di annotazioni hreflang. Tenetele nella risposta del server:

<title>Running shoes for flat feet | Example</title>
<meta name="description" content="Tested picks, sizes and prices.">
<link rel="canonical" href="https://example.com/running-shoes-flat-feet">
<link rel="alternate" hreflang="fr" href="https://example.com/fr/chaussures-pieds-plats">
<meta name="robots" content="index, follow">

Il tag canonical deve puntare all'URL che volete posizionare, con esattamente il protocollo, l'host e la convenzione della barra finale del vostro sito.

Come costruire URL e link interni?

I motori indicizzano URL, quindi lo schema degli URL è una scelta SEO. Usate percorsi leggibili, in minuscolo e separati da trattini; scegliete una convenzione per la barra finale e reindirizzate l'altra; mantenete un URL per ogni contenuto. Filtri, ordinamenti e parametri di tracciamento moltiplicano gli URL senza aggiungere contenuto: puntate la loro canonical alla versione pulita e non linkate combinazioni di parametri che non volete far scansionare.

I link interni servono sia alla scoperta sia alla gerarchia. Renderizzate lato server navigazione, breadcrumb e blocchi di contenuti correlati, date alle liste paginate semplici link a ogni pagina ed evitate lo scroll infinito senza URL paginati dietro. Un prodotto o un articolo raggiungibile solo dalla ricerca interna o da un filtro JavaScript è, per un crawler, una pagina orfana.

Che ruolo hanno robots.txt e sitemap?

Il robots.txt controlla la scansione, non l'indicizzazione: un URL bloccato può comunque comparire nei risultati se altre pagine lo linkano. Per tenere una pagina fuori dall'indice, lasciatela scansionare e restituite noindex. Generate la sitemap XML dalle route o dal database, elencate solo URL canonici con stato 200 e aggiornate lastmod solo quando il contenuto cambia davvero. Testate le regole con un verificatore di robots.txt prima di ogni rilascio e non portate mai in produzione un robots.txt di staging con "Disallow: /".

In che modo le prestazioni influiscono sul posizionamento?

Google usa i Core Web Vitals tra i segnali di esperienza della pagina. Secondo web.dev, una pagina è buona quando raggiunge queste soglie al 75° percentile dei caricamenti reali, su mobile e desktop:

INP ha sostituito First Input Delay come Core Web Vital stabile nel 2024. Valutate con i dati sul campo (Search Console, Chrome UX Report) e fate il debug con gli strumenti di laboratorio. La nostra voce di glossario sui Core Web Vitals elenca gli strumenti.

Come aggiungere i dati strutturati?

Usate JSON-LD in un tag script, renderizzato lato server, che descriva ciò che è visibile nella pagina:

<script type="application/ld+json">
{"@context": "https://schema.org", "@type": "Article",
 "headline": "Running shoes for flat feet",
 "datePublished": "2026-10-01",
 "author": {"@type": "Person", "name": "Jane Doe"}}
</script>

Generatelo dagli stessi dati della pagina perché i due non divergano mai, validatelo nella CI ed evitate di iniettarlo tramite un tag manager. Un generatore di schema fornisce un modello di partenza per i tipi più comuni.

Come rendere un sito leggibile dagli assistenti IA?

La visibilità nelle IA parte dall'accesso. Decidete quali crawler IA consentire (GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot e altri) e scrivete regole esplicite nel robots.txt; la nostra guida al robots.txt per i crawler delle IA spiega la differenza tra bot di addestramento e bot di ricerca. Poi assicuratevi che testi, prezzi, specifiche e FAQ siano nell'HTML iniziale, usate titoli semantici e tabelle invece di immagini di testo e mantenete le pagine abbastanza leggere da essere scaricate in fretta. Un file llms.txt può riassumere le pagine chiave per gli strumenti di IA, ma nessun grande assistente ha confermato di usarlo: consideratelo facoltativo.

Sorank è il nostro prodotto: un software SEO e GEO in autopilot. Gli sviluppatori lo incontrano soprattutto attraverso le integrazioni: pubblica articoli su WordPress, Shopify, Webflow o Wix, oppure su qualsiasi stack personalizzato tramite webhook, come descritto nella pagina di installazione. La sua chat SEO risponde in conversazione alle domande sul vostro sito, e il monitoraggio delle menzioni nelle IA verifica ogni settimana se ChatGPT, Claude e Gemini citano il vostro marchio.

In sintesi: servite dal server HTML completo, codici di stato onesti e tag corretti, poi misurate le prestazioni sugli utenti reali. Questo serve sia a Googlebot sia ai crawler delle IA che non eseguono JavaScript. Per riempire un sito ben costruito di contenuti che si posizionano, scoprite i piani di Sorank, da 49 € al mese con 3 giorni di prova gratuita.