Checklist di SEO tecnica per siti SaaS

SEO tecnica per il SaaS: l’app fuori dalla ricerca, rendering per i crawler, documentazione e changelog, canonical, dati strutturati, velocità e bot IA.

Redazione FixReports9 min di lettura

Per un’azienda SaaS la SEO tecnica è soprattutto una questione di separazione e di rendering. Di separazione, perché un dominio di solito ospita un sito di marketing che deve posizionarsi, una documentazione che deve posizionarsi e un’applicazione che non dovrebbe proprio comparire nella ricerca. Di rendering, perché i siti SaaS sono spesso costruiti come app JavaScript e, mentre Google esegue il rendering del JavaScript, molti altri crawler, compresa la maggior parte dei crawler IA, non lo fanno. Questa checklist copre entrambi gli aspetti, più le basi consuete: canonical, sitemap, dati strutturati, velocità e il modo in cui i motori di ricerca IA raggiungono le tue pagine.

Punti chiave

  • Google scansiona, esegue il rendering e indicizza le pagine JavaScript in fasi separate, e afferma che il rendering lato server o il pre-rendering «is still a great idea» («resta un’ottima idea») perché non tutti i bot possono eseguire JavaScript (Google Search Central (si apre in una nuova scheda)).
  • Un’analisi del dicembre 2024 ha rilevato che nessuno dei principali crawler IA, tra cui GPTBot, ClaudeBot e PerplexityBot, eseguiva il rendering del JavaScript (Vercel (si apre in una nuova scheda)).
  • Google afferma che AI Overviews e AI Mode non hanno requisiti tecnici aggiuntivi e non richiedono alcun markup schema.org speciale né file di testo per l’IA (Google Search Central (si apre in una nuova scheda)).
  • OpenAI usa OAI-SearchBot per la ricerca di ChatGPT e GPTBot per l’addestramento dei modelli; bloccare GPTBot non rimuove un sito dalla ricerca di ChatGPT (OpenAI (si apre in una nuova scheda)).
  • Google-Extended stabilisce se Google può usare i contenuti per l’addestramento di Gemini e non influisce sull’inclusione nella Ricerca Google (Google Search Central (si apre in una nuova scheda)).

La tua app dovrebbe comparire nei risultati di ricerca?

No. Le pagine dell’applicazione protette da login non hanno nulla da offrire a chi cerca, e Googlebot non effettua l’accesso. Il rischio è l’opposto: URL pubblici dell’app, come link condivisi, stati vuoti, pagine di reimpostazione della password e ambienti di staging, possono finire indicizzati e fare concorrenza alle tue pagine di marketing.

  • Pubblica l’applicazione su un host dedicato, come app.example.com, e invia X-Robots-Tag: noindex in ogni sua risposta.
  • Tieni fuori dalla ricerca gli ambienti di staging e di anteprima con l’autenticazione, che è più affidabile delle regole robots.
  • Non affidarti al robots.txt per rimuovere pagine da Google: un URL bloccato può comunque comparire se riceve link da altre parti, e Google non può vedere un noindex su una pagina che non è autorizzato a scansionare (Google Search Central (si apre in una nuova scheda)).
  • Le pagine di login e di registrazione vengono spesso cercate per nome («tuoprodotto login»). Mantenerle indicizzabili aiuta i clienti esistenti a trovarle; non dovrebbero contenere contenuti di marketing pesanti.

La nostra verifica robots.txt mostra cosa può recuperare ogni crawler, e la verifica dei meta tag mostra il meta tag robots e l’header X-Robots-Tag di una pagina.

I motori di ricerca e i crawler IA riescono a leggere le tue pagine di marketing?

Controlla cosa riceve un crawler prima che venga eseguito qualsiasi JavaScript. Se la risposta HTML della tua pagina dei prezzi non contiene né prezzi né intestazioni, ma solo un tag script, i crawler che non eseguono JavaScript vedono una pagina vuota.

  • Google esegue il rendering del JavaScript con una versione recente di Chromium, ma il rendering avviene in coda, dopo la scansione, e Google consiglia il rendering lato server o il pre-rendering (Google Search Central (si apre in una nuova scheda)).
  • Crawler IA: l’analisi di Vercel sulla propria rete ha rilevato che i crawler di OpenAI, Anthropic, Perplexity e Meta recuperavano i file JavaScript ma non li eseguivano; Gemini, che usa l’infrastruttura di Google, e Applebot eseguivano invece il rendering delle pagine (Vercel (si apre in una nuova scheda)).
  • Le anteprime dei link nelle app di chat e nei social network di solito leggono solo l’HTML del server, quindi title, description e tag Open Graph devono trovarsi lì.

La soluzione pratica è generare le pagine di marketing, la documentazione e il blog sul server o in fase di build, cosa supportata da framework come Next.js, Nuxt e Astro, e riservare il rendering lato client all’applicazione accessibile dopo il login. Un test veloce: esegui curl sul tuo URL, oppure guarda il sorgente della pagina invece del DOM ispezionato, e verifica che il testo ci sia.

Che struttura dovrebbe avere il sito di marketing?

Chi acquista un SaaS cerca con intenzioni che puoi associare a delle pagine. Ognuna di queste merita una propria pagina indicizzabile con un title descrittivo e un proprio URL canonico:

  • Pagine di prodotto e delle funzionalità, una per ogni funzionalità principale.
  • Pagine per caso d’uso e per settore, per ricerche come «software di fatturazione per agenzie».
  • Pagine delle integrazioni, una per integrazione, perché le persone cercano «[il tuo prodotto] + [il loro strumento]».
  • Prezzi, con piani e prezzi nell’HTML, non caricati da un’API dopo il rendering.
  • Pagine di confronto e di alternative, scritte in modo corretto: prezzi e funzionalità dei concorrenti cambiano, quindi datale e tienile aggiornate.
  • Storie dei clienti, con autorizzazione e dettagli reali e attribuibili.

Evita le varianti povere di contenuto: decine di pagine quasi identiche del tipo «[funzionalità] per [settore]» con qualche parola cambiata sono ciò che le norme di Google sullo spam chiamano abuso di contenuti su larga scala (Google Search Central (si apre in una nuova scheda)).

Come si gestiscono documentazione, centri assistenza e changelog?

La documentazione porta spesso più traffico di ricerca del sito di marketing, perché le persone cercano come fare le cose.

  • Rendi la documentazione pubblica e indicizzabile, a meno che non contenga informazioni specifiche dei clienti.
  • Per la documentazione con più versioni, fai puntare il canonical delle versioni precedenti alla versione attuale della stessa pagina, oppure imposta le vecchie versioni come noindex, così i risultati di ricerca mostrano le istruzioni aggiornate.
  • Dai a ogni pagina della documentazione un title e un H1 descrittivi che rispecchino il modo in cui le persone formulano l’attività («Esportare le fatture in CSV»), non i nomi interni delle funzionalità.
  • Pubblica le voci del changelog su URL stabili e datati.
  • Includi la documentazione nella sitemap XML, oppure dalle una sitemap propria indicata nel robots.txt.

Se il tuo centro assistenza gira su una piattaforma di terze parti in un sottodominio, controlla che sia verificato in Search Console e che le sue pagine rimandino al sito principale.

Quali problemi di canonical, hreflang e reindirizzamenti sono comuni sui siti SaaS?

  • Parametri: tag UTM, codici referral e parametri dei test A/B creano URL duplicati. Ogni pagina dovrebbe dichiarare come canonico il proprio URL pulito (Google Search Central (si apre in una nuova scheda)).
  • Barre finali e maiuscole: scegli una forma e reindirizza l’altra con un 301.
  • Pagine localizzate: se traduci il sito di marketing, collega le versioni linguistiche con hreflang, compresi un riferimento a sé stessa e un x-default (Google Search Central (si apre in una nuova scheda)).
  • Rebranding e cambi di dominio: associa uno a uno i vecchi URL ai nuovi con reindirizzamenti 301; reindirizzare tutto alla home page fa perdere il valore delle vecchie pagine.

L’analisi SEO testa title, H1, canonical e regole robots sulle pagine chiave del tuo sito e trova i link interni non funzionanti.

Quali dati strutturati sono adatti a un sito SaaS?

  • Organization nella home page, con nome, URL, logo e link sameAs ai profili ufficiali.
  • WebSite nella home page con name e url, che Google usa per scegliere il nome del sito mostrato nei risultati (Google Search Central (si apre in una nuova scheda)).
  • SoftwareApplication: il risultato avanzato per app software di Google richiede un prezzo e una valutazione aggregata o una recensione (Google Search Central (si apre in una nuova scheda)). Aggiungi solo valutazioni autentiche e visibili nella pagina; senza di esse il markup descrive comunque il prodotto, ma non otterrà il risultato avanzato.
  • BreadcrumbList nelle pagine della documentazione e del blog.
  • Article negli articoli del blog, con autore e date.

Non aspettarti che il markup FAQ ti faccia guadagnare spazio: Google ha smesso di mostrare i risultati avanzati FAQ il 7 maggio 2026 (Google Search Central (si apre in una nuova scheda)). La verifica dei dati strutturati elenca ogni elemento di una pagina e le proprietà che Google richiede per ciascuno.

Perché le pagine di marketing dei SaaS non superano i Core Web Vitals?

I siti di marketing SaaS tendono a caricare molti script di terze parti: analytics, tag manager, widget di chat, test A/B, registrazione delle sessioni e pixel pubblicitari. Questi ritardano il contenuto principale e tengono occupato il thread principale, il che si traduce in un LCP lento e in un INP scarso.

  • Esamina ogni script di terze parti e rimuovi quelli che nessuno usa.
  • Carica i widget di chat solo all’interazione, ed evita gli script di test A/B che nascondono la pagina finché non vengono eseguiti.
  • Servi le immagini hero e gli screenshot del prodotto alle dimensioni di visualizzazione, in WebP o AVIF, senza applicare il lazy loading alla prima.
  • Tieni d’occhio l’INP nelle pagine con calcolatori di prezzo interattivi e demo.

Google usa i Core Web Vitals nei suoi sistemi di ranking, anche se la pertinenza viene prima (Google Search Central (si apre in una nuova scheda)). Il test di velocità misura una pagina come uno smartphone con connessione rallentata e mostra i dati degli utenti reali quando Google li ha.

Come trovano e citano i contenuti SaaS i motori di ricerca IA?

Non esiste un percorso tecnico separato per la ricerca IA, e alcuni consigli molto diffusi non sono confermati dalle aziende che gestiscono questi sistemi.

  • AI Overviews e AI Mode di Google usano pagine indicizzate e idonee a mostrare uno snippet; Google afferma che non ci sono requisiti aggiuntivi, né schema speciali, né bisogno di file di testo per l’IA (Google Search Central (si apre in una nuova scheda)).
  • La ricerca di ChatGPT si basa su OAI-SearchBot. Se vuoi comparire nelle risposte di ChatGPT, non bloccare OAI-SearchBot nel robots.txt; bloccare GPTBot esclude solo dall’addestramento (OpenAI (si apre in una nuova scheda)).
  • L’addestramento di Gemini è controllato dal token Google-Extended, che non influisce sulla Ricerca Google (Google Search Central (si apre in una nuova scheda)).
  • llms.txt è una proposta della community per un riepilogo di un sito in formato Markdown. Google afferma di non aver bisogno di questi file; gli altri servizi di IA non hanno documentato se li usano. Pubblicarlo costa poco, ma non sostituisce pagine scansionabili.

Ciò che aiuta con tutti è sempre lo stesso: pagine renderizzate sul server, intestazioni chiare che rispondono alle domande degli acquirenti, fatti specifici come prezzi e limiti scritti nel testo, e pagine che non si contraddicono tra loro.

Domande frequenti

La documentazione deve stare in un sottodominio o in una sottocartella?

Entrambe le soluzioni possono posizionarsi. Conta di più che la documentazione sia scansionabile, collegata dal sito principale, inclusa in una sitemap e verificata in Search Console.

Google indicizza i contenuti della nostra app JavaScript?

Google può eseguire il rendering del JavaScript, ma lo fa in una fase separata, e gli altri crawler spesso non lo fanno. Per le pagine che vuoi far trovare, genera il contenuto sul server o in fase di build.

Dovremmo bloccare i crawler IA?

È una decisione di business. Bloccare i crawler di addestramento come GPTBot o Google-Extended tiene i contenuti fuori dall’addestramento dei modelli senza rimuoverti dalla ricerca; bloccare i crawler di ricerca come OAI-SearchBot ti rimuove dalle risposte di quel servizio. La verifica robots.txt mostra cosa consentono le tue regole attuali.

Ci serve il markup SoftwareApplication?

È facoltativo. Descrive il tuo prodotto ai motori di ricerca; il risultato avanzato per app software richiede in più valutazioni o recensioni autentiche mostrate nella pagina.

Qual è l’errore di SEO tecnica più comune sui siti SaaS?

Due fanno più danni: pagine di marketing che mostrano i contenuti solo tramite JavaScript, e URL di staging o dell’app lasciati aperti all’indicizzazione.

Fonti

Tutte le guide