SEO per SaaS: le pagine che portano prove gratuite, non solo visite

In cosa la SEO di un SaaS è diversa da quella di un sito qualsiasi?

È diversa perché il prodotto vive dietro un login e il cliente compra un abbonamento dopo averlo provato. Il sito pubblico deve spiegare un software che Google non vede, e il risultato si misura in prove attivate e ricavi ricorrenti, non in visite. Cambiano le pagine da costruire, quelle da tenere fuori dall'indice e le metriche.

Un SaaS ha però un vantaggio che un sito vetrina non ha: la conoscenza del problema è già dentro il prodotto. Le domande al supporto, le funzioni più usate, i motivi per cui i clienti disdicono sono materia prima per contenuti che nessun concorrente può copiare.

Le ricerche tipiche di un SaaS B2B sono lunghe e descrittive, come «come mandare in automatico i solleciti di pagamento ai clienti»: proprio quelle dove, secondo lo studio di Pew Research Center, i riassunti AI compaiono più spesso. Una pagina SaaS deve quindi funzionare due volte: per chi clicca e per il motore che la cita. Come farsi citare lo spieghiamo nell'articolo su GEO e AEO.

Quali pagine deve avere il sito di un SaaS?

Deve avere poche famiglie di pagine, ognuna legata a un intento preciso, dalla ricerca del problema alla scelta del fornitore. La tabella è la mappa da cui partiamo quando progettiamo un sito SaaS; non serve costruirle tutte nel primo mese.

L'ordine della tabella non è casuale: conviene partire dal fondo dell'imbuto, cioè prezzi, funzionalità e confronti, che intercettano chi è già vicino alla scelta. Poi casi d'uso e guide; gli articoli divulgativi per ultimi. È l'opposto dell'istinto di partire dai temi più larghi, che portano visite ma raramente prove.

Cosa va tenuto fuori da Google?

Va tenuto fuori tutto ciò che è privato o inutile a chi cerca: l'app dietro login, le pagine di account, gli ambienti di prova, i risultati della ricerca interna e le pagine create dagli utenti senza un contenuto proprio. La soluzione più pulita è separare il sito pubblico dall'applicazione, per esempio mettendo l'app su un sottodominio dedicato.

Attenzione a non confondere i due strumenti. Il noindex chiede a Google di non mostrare una pagina nei risultati; il robots.txt chiede ai crawler di non visitarla. Se blocchi una pagina nel robots.txt, Google non vedrà mai il suo noindex: per togliere dall'indice una pagina già nota, lasciala scansionabile e usa il noindex.

Le pagine generate in serie funzionano ancora?

Funzionano solo se ogni pagina aggiunge qualcosa di vero per chi la legge. Altrimenti ricadono nello scaled content abuse descritto dalle norme antispam di Google: molte pagine create per manipolare il ranking, con poco valore per gli utenti, comunque siano prodotte, a mano, con template o con l'AI.

Le pagine programmatiche sensate esistono: una per integrazione, con istruzioni reali, limiti e casi d'uso; una per modello scaricabile, con il modello vero. Quelle insensate sono le centinaia di varianti «software per [città]» con lo stesso testo e un nome cambiato. Il test è semplice: se togli la parola che cambia, la pagina ha ancora qualcosa da dire?

Come si scrivono pagine di confronto senza parlare male dei concorrenti?

Si scrivono come una recensione utile: criteri chiari, pro e contro veri di ogni opzione e per chi è adatta ciascuna, compresa la tua. Le linee guida di Google sulle recensioni chiedono proprio questo: prove di prima mano, misure concrete, vantaggi e svantaggi, cosa distingue un prodotto dagli altri.

1. Dichiara chi scrive: se sei il produttore di una delle opzioni, dillo nelle prime righe.
2. Scegli i criteri che contano per il cliente (prezzo, integrazioni, tempo per imparare a usarlo), non quelli dove vinci sempre tu.
3. Indica i casi in cui un'alternativa è più adatta: è ciò che rende credibile tutto il resto.
4. Usa solo informazioni pubbliche e verificabili sugli altri prodotti, con la fonte.
5. Aggiorna la pagina quando i prodotti cambiano e scrivi la data della revisione.

Come si misura la SEO di un SaaS?

Si misura con le metriche del business: prove attivate, demo richieste e abbonamenti che arrivano dalla ricerca organica, e poi quanto restano quei clienti. Visite e posizioni sono indicatori intermedi, utili per capire dove intervenire ma non per decidere se il canale funziona.

Quale base tecnica serve al sito di un SaaS?

Serve un sito pubblico veloce, statico o generato dal server, con URL stabili, una sitemap aggiornata e, se vendi in più paesi, versioni linguistiche collegate con hreflang. Se il sito è in Next.js, la guida alla SEO tecnica con Next.js entra nel dettaglio di metadata, sitemap e dati strutturati.

Un ultimo filtro prima di partire: se il posizionamento del prodotto cambia ancora ogni mese, molte di queste pagine andrebbero riscritte presto. In quel caso leggi prima quando iniziare la SEO in una startup e parti dalle sole basi tecniche.