Checklist SEO tecnica per lanciare un SaaS B2B nel 2026

La base tecnica SEO è l'insieme di controlli che un sito SaaS B2B deve superare prima del lancio, perché motori di ricerca e motori AI riescano a trovarlo, leggerlo e citarlo. Viene prima del lavoro di crescita: contenuti, link, posizionamento. Se la base non tiene, quel lavoro non si vede, perché Google non legge mai le pagine in modo pulito.

Quasi tutti i team SaaS arrivano a questa checklist tardi. Il prodotto va in produzione, il marketing scrive il post di lancio, e tre settimane dopo qualcuno nota che il sito ha zero impression in Search Console. Noi facciamo questi otto controlli prima che un dominio diventi pubblico: ognuno costa poco da sistemare prima del lancio e parecchio da recuperare dopo una prima scansione andata male. Ecco la base, nell'ordine che conta.

Cosa misura la base

Quattro cose decidono se un sito SaaS nuovo entra davvero in gioco. Un crawler riesce a raggiungere la pagina. Riesce a leggerne il contenuto senza eseguire il tuo JavaScript. Riesce a capirne la struttura. Si fida che quella sia la pagina canonica. Ogni controllo qui sotto ricade in uno di questi quattro punti. Nessuno riguarda parole chiave o backlink: quel lavoro arriva dopo, quando la base tiene.

1. Servi i contenuti come HTML leggibile

Googlebot esegue il JavaScript, ma lo fa con lentezza e in un secondo passaggio che può restare indietro di giorni rispetto alla prima scansione. I crawler AI, in gran parte, il JavaScript non lo eseguono affatto. Se le tue pagine di marketing arrivano come un div vuoto che React riempie nel browser, un motore AI legge una pagina bianca. Il livello minimo: ogni parola che vuoi indicizzare è già presente nell'HTML grezzo della risposta, prima che parta qualunque script lato client. Apri il sorgente di ogni rotta importante e verifica che il testo ci sia. Per un SaaS in Next.js questo vuol dire server component o generazione statica per le rotte di marketing e blog, non rendering solo lato client.

2. Supera i Core Web Vitals al 75° percentile

I Core Web Vitals sono tre metriche di campo che Google misura sugli utenti Chrome reali, al 75° percentile. Le soglie 2026: Largest Contentful Paint sotto 2,5 secondi, Interaction to Next Paint sotto 200 millisecondi, Cumulative Layout Shift sotto 0,1 (web.dev). L'INP ha sostituito il First Input Delay a marzo 2024 ed è ormai il più fallito dei tre: circa il 43% dei siti non rispetta la soglia dei 200 ms. I siti SaaS B2B lo mancano per un motivo preciso. Gli stack di marketing caricano peso sul thread principale: tracking di HubSpot, un widget Intercom o Drift, Segment, un tag manager con oltre 40 tag, uno script di A/B test che blocca il render. Ognuno aggiunge ritardo al primo clic. L'LCP medio da mobile nel B2B si aggira sui 7 secondi, quasi il triplo della soglia. Verifica gli script di terze parti prima del lancio, rinvia quello che puoi e misura su un telefono di fascia media, non sul tuo portatile. Il playbook completo per Next.js è in come arrivare in verde sui Core Web Vitals.

3. Pubblica una sitemap XML e inviala

Una sitemap non garantisce l'indicizzazione e non alza il posizionamento. Dice però a Google quali URL consideri canonici e quando sono cambiati l'ultima volta, e questo accelera la scoperta su un dominio ancora senza backlink. Generala dai contenuti pubblicati, non a mano, così non va mai fuori sincrono. Inviala in Google Search Console e in Bing Webmaster Tools dal primo giorno. Per le pagine a cui tieni di più, usa lo strumento di controllo URL e chiedi l'indicizzazione diretta: di solito fa partire una scansione entro 24 ore, invece delle tre o quattro settimane che un sito nuovo aspetta altrimenti.

4. Imposta i tag canonical ed elimina il noindex per sbaglio

Il disastro da lancio più comune: il sito di staging è andato online con un meta tag noindex su tutto il sito, e nessuno lo ha tolto in produzione. Controllalo per primo. Ogni pagina indicizzabile vuole un tag canonical che punta a sé stessa, nessun noindex vagante, HTTPS forzato e l'ambiente di staging chiuso dietro autenticazione, così Google non indicizza un duplicato. Un solo canonical sbagliato che punta ogni pagina alla home può cancellare un intero sito dalla ricerca. Sono controlli da cinque minuti che ti risparmiano mesi.

5. Inserisci i dati strutturati in JSON-LD

I dati strutturati sono lo strato leggibile dalle macchine che dice ai motori di ricerca e AI cosa sono le tue pagine. Nel 2026 fanno più che sbloccare i rich result: sono un segnale primario per decidere se le AI Overview, Perplexity, ChatGPT e Claude citano te o un concorrente. Usa JSON-LD, l'unico formato che Google consiglia. Per un sito SaaS i tipi utili sono Organization (su tutto il sito, con nome, logo e profili social), SoftwareApplication (per il prodotto, con categoria e prezzo) e Article o BlogPosting su ogni articolo. Una nota da tenere a mente: Google ha rimosso i rich result delle FAQ il 7 maggio 2026, quindi il markup FAQPage non disegna più un risultato espandibile, ma resta un tipo valido e continua ad alimentare i motori AI. I tipi li spieghiamo in i 7 tipi di schema markup che ogni blog serve.

6. Sistema gli hreflang se pubblichi in più lingue

Un sito SaaS multilingua con gli hreflang sbagliati mostra la pagina spagnola a chi cerca in inglese e divide il proprio segnale di posizionamento tra duplicati. Ogni URL localizzato vuole un gruppo di hreflang che elenca tutte le varianti di lingua, con un riferimento a sé stesso e un x-default. Tieni il canonical puntato sulla pagina stessa, non sulla versione inglese. Se pubblichi in una sola lingua, salta del tutto questo controllo: un solo hreflang sbagliato fa più danni di nessuno. È la base su cui inciampano quasi tutti i siti SaaS internazionali dopo il lancio.

7. Apri robots.txt ai crawler che contano

robots.txt governa l'accesso. Sbaglialo e il resto non serve, perché il crawler non arriva mai. Due errori sono frequenti. Il primo: un default di Cloudflare o dell'host che blocca in blocco i crawler AI, così ChatGPT e Claude non leggono pagine che vorresti far citare. Il secondo: un Disallow rimasto dallo staging che blocca Googlebot su un'intera cartella. I crawler di training (GPTBot, ClaudeBot) sono separati da quelli di ricerca AI (OAI-SearchBot, Claude-SearchBot), quindi puoi rinunciare all'addestramento dei modelli e restare comunque idoneo alle citazioni nella ricerca AI. Per un sito SaaS che cerca visibilità, la scelta abituale è lasciare aperti i crawler di ricerca.

8. Aggiungi llms.txt, con aspettative realistiche

llms.txt è un file Markdown nella radice del sito che elenca le pagine principali e cosa coprono, come una sitemap XML fa per i crawler di ricerca. Scriverlo costa un'ora e non fa danni. Sii onesto sul ritorno: a inizio 2026 nessuna grande azienda AI ha confermato che i suoi sistemi in produzione leggano llms.txt, e uno studio su 500 milioni di visite di bot AI in 90 giorni ha trovato solo 408 richieste del file. Trattalo come una scommessa economica, non come una leva. Ciò che porta davvero citazioni AI è il resto di questa base più contenuti che un motore può estrarre: HTML pulito, struttura vera, la risposta vicino all'inizio.

L'ordine in cui farli

Se hai un pomeriggio prima del lancio, spendilo così. Prima controlla il noindex per sbaglio e i tag canonical: sono il modo più rapido di cancellare un sito e il più rapido da sistemare. Secondo, conferma che il contenuto si veda nell'HTML grezzo, perché una pagina bianca batte tutto il resto al contrario. Terzo, apri robots.txt. Poi sitemap, dati strutturati, Core Web Vitals, hreflang e llms.txt. I primi tre sono cancelli che passi o non passi. Gli altri si valutano a gradi: li vuoi forti, ma un sito può lanciare e migliorarli nella prima settimana.

Il ritorno è misurabile. Un sito SaaS che supera questa base viene scansionato entro un giorno dall'invio degli URL, compare in Search Console con impression in una settimana e resta idoneo alle citazioni AI che, con i dati attuali, convertono diverse volte meglio dei clic organici normali. Un sito che la salta può restare invisibile per mesi, mentre il team si chiede perché il post di lancio non ha portato traffico. La base è noiosa. È anche il lavoro SEO più economico che farai mai, perché ogni voce è più veloce da sistemare prima del lancio che dopo.