Schema FAQ e HowTo: cosa è cambiato nella SEO

Se stai valutando se aggiungere lo schema FAQ al tuo sito per ottenere quei box con le domande espandibili direttamente in SERP, la risposta breve è: probabilmente non succederà, e non è un problema del tuo codice. Google ha ridotto in modo sostanziale la visualizzazione dei rich result FAQ, che oggi compaiono solo per un insieme ristretto di siti considerati particolarmente autorevoli in ambiti specifici. Per la grande maggioranza dei siti aziendali, editoriali o e-commerce, aggiungere il markup FAQPage non produce più le caselle espandibili sotto il link nei risultati di ricerca.

Lo stesso discorso vale, in forma ancora più netta, per lo schema HowTo: i rich result con i passaggi numerati sono stati ritirati dalla visualizzazione generale nei risultati di ricerca, sia su desktop sia su mobile. Questo non significa che il markup sia diventato inutile, ma che va implementato per il motivo giusto, e quel motivo non è più "occupare più spazio in SERP". Vediamo cosa è cambiato davvero, cosa continua ad avere senso e come evitare di costruire una sezione FAQ finta solo per un rich result che, nella maggior parte dei casi, non arriverà.

Cosa facevano (e cosa fanno oggi) i rich result FAQ e HowTo

Fino a poco tempo fa, il markup FAQPage poteva far comparire in SERP un elenco di domande cliccabili: l'utente vedeva il titolo della pagina, e sotto una lista di domande che si espandevano mostrando la risposta senza bisogno di aprire il sito. Il markup HowTo, allo stesso modo, poteva mostrare la sequenza numerata dei passaggi di una guida, a volte con un'immagine per ciascuna fase, direttamente nella pagina dei risultati.

Entrambi i formati occupavano più spazio verticale rispetto a uno snippet normale, ed è per questo che sono diventati così popolari tra chi fa SEO: più spazio in pagina significa, in teoria, più visibilità e più clic. Oggi, per la maggior parte dei siti, quello spazio aggiuntivo non è più disponibile: il markup può essere tecnicamente perfetto e non produrre comunque alcun elemento visivo diverso da uno snippet standard.

• Rich result FAQ: elenco di domande espandibili mostrato sotto il link, con le risposte visibili senza clic aggiuntivi
• Rich result HowTo: sequenza numerata di passaggi, in alcuni casi con un'immagine per fase, mostrata sotto lo snippet
• Entrambi aumentavano lo spazio occupato dal listing in pagina rispetto a un risultato di ricerca standard

Il fatto centrale: Google ha ristretto drasticamente questi rich result

Questo è il punto che molte guide più datate su questo argomento non riportano correttamente, e che vale la pena dire in modo diretto: i rich result FAQ non sono più una funzionalità aperta a chiunque implementi correttamente il markup. Oggi restano riservati a un insieme ristretto di editori considerati autorevoli in ambiti specifici, pensa a fonti istituzionali o sanitarie ufficiali, non a un blog aziendale o a una pagina prodotto di e-commerce. Se il tuo sito non rientra in quella categoria, aggiungere FAQPage con la sintassi corretta non è sufficiente a far comparire il rich result.

Per lo schema HowTo il cambiamento è ancora più netto: la visualizzazione generale dei passaggi numerati in SERP è stata ritirata, indipendentemente dal tipo di sito. Se prima vedevi un rich result HowTo per le tue guide pratiche e ora non lo vedi più, non significa che il markup si sia rotto: significa che quella particolare presentazione visiva non viene più mostrata come prima, a prescindere dalla qualità dell'implementazione.

Vale la pena dirlo chiaramente perché cambia la decisione che devi prendere: se l'unico motivo per cui stai per investire tempo in questo markup è ottenere quei box in SERP, quell'obiettivo oggi è irrealistico per la quasi totalità dei siti. Non è colpa della tua implementazione, ed è inutile passare ore a debuggare un markup che tecnicamente funziona già mentre il vero motivo dell'assenza del rich result è semplicemente l'idoneità, non un errore.

Perché non è tempo sprecato: cosa fa ancora lo schema FAQ e HowTo

Il fatto che il rich result visivo sia diventato raro non rende il markup inutile: cambia solo il motivo per cui vale la pena implementarlo. I dati strutturati restano un modo esplicito di dire ai motori di ricerca e ad altri sistemi automatizzati che una sezione della pagina è una domanda con la sua risposta, o che quelli sono i passaggi di una procedura, invece di lasciare che lo capiscano solo dal linguaggio naturale.

Questa informazione esplicita continua a essere utile anche quando non produce un box speciale in SERP. Viene letta da sistemi che analizzano la pagina per scopi diversi dalla semplice visualizzazione del link: assistenti che rispondono a domande, strumenti che aggregano contenuti, superfici di risposta basate su intelligenza artificiale che devono capire rapidamente se una pagina contiene una risposta diretta a una domanda specifica. Il markup non garantisce di essere scelto da questi sistemi, ma li aiuta a interpretare correttamente il contenuto quando lo esaminano.

• Aiuta i motori di ricerca a distinguere una sequenza di domande e risposte da un testo generico
• Alimenta altri consumatori di dati strutturati oltre al rich result classico, incluse le superfici che generano risposte sintetiche
• Rende il contenuto più facilmente estraibile per strumenti di terze parti e per l'accessibilità
• Resta un modo standard, documentato e a basso costo di descrivere la struttura della pagina, anche senza garanzia di risultato visivo

Quando una FAQ serve davvero al lettore (e quando è solo riempimento)

Qui vale la pena essere onesti su un errore che circolava già prima di questo cambiamento: una sezione FAQ scritta apposta per attivare il markup, e non per rispondere a domande reali, era una mossa sbagliata anche quando il rich result funzionava sempre. Restava contenuto debole agli occhi di chi legge, anche nei rari casi in cui riusciva a strappare qualche riga in più in SERP.

Una FAQ utile risponde a domande che il lettore si pone davvero dopo aver letto il contenuto principale, in particolare quelle che romperebbero il flusso del testo se inserite nel corpo dell'articolo: eccezioni, casi limite, dettagli tecnici secondari, compatibilità con situazioni particolari. Una FAQ di riempimento, al contrario, ripete i sottotitoli dell'articolo trasformati in domande, oppure è la stessa lista generica copiata in fondo a ogni pagina del sito indipendentemente dall'argomento.

• FAQ utile: risponde a un dubbio concreto che emerge solo dopo aver letto il contenuto principale
• FAQ utile: copre casi limite o dettagli che appesantirebbero il corpo dell'articolo se inseriti lì
• FAQ di riempimento: domande che ripetono i titoli dei paragrafi con un punto interrogativo aggiunto
• FAQ di riempimento: lo stesso blocco di domande generiche incollato su decine di pagine diverse

Implementazione corretta: le regole che contano davvero

Indipendentemente dal fatto che tu ottenga o meno un rich result, ci sono regole di implementazione che vanno rispettate perché riguardano la correttezza del markup, non la sua resa visiva. La prima è la corrispondenza: il testo delle domande e delle risposte presente nel markup deve essere identico a quello visibile nella pagina per un utente reale, non una versione riassunta, tagliata o riscritta solo per lo schema.

La seconda regola è la visibilità: le domande e le risposte devono essere effettivamente presenti e leggibili nella pagina, non nascoste in un blocco che solo lo script di markup vede. La terza è la non duplicazione: se la stessa identica sezione FAQ compare, parola per parola, su decine o centinaia di pagine del sito, non sta descrivendo il contenuto specifico di quella pagina, e questo vale sia per la qualità percepita sia per come viene letto il markup.

• Il testo del markup deve corrispondere esattamente al testo visibile nella pagina
• Le domande e le risposte devono essere leggibili dall'utente senza interazioni particolari per essere mostrate ai soli crawler
• Evita di ripetere lo stesso blocco FAQ identico su ogni pagina del sito: rendilo specifico per il contenuto di quella pagina
• Applica FAQPage solo sulla pagina che contiene realmente le domande, non su pagine di categoria o elenchi di link
• Per HowTo, l'ordine e il contenuto degli step nel markup devono corrispondere esattamente ai passaggi descritti nel testo

Come validare il markup e capire cosa mostra davvero Google per le tue pagine

Validare e verificare sono due passaggi diversi, e vanno fatti entrambi. Validare significa controllare che il codice sia sintatticamente corretto e contenga le proprietà richieste dallo schema FAQPage o HowTo: per questo esistono strumenti di test dei dati strutturati che analizzano l'URL o il codice e segnalano errori o proprietà mancanti. Un markup che passa questo controllo è tecnicamente valido, ma questo da solo non dice nulla sul fatto che produrrà un rich result.

Verificare cosa viene mostrato è un passaggio separato, ed è quello che molti saltano. Il rapporto sui miglioramenti per le pagine con dati strutturati, quando disponibile nella tua console di ricerca, mostra quante pagine risultano idonee e se ci sono avvisi. Ma il modo più diretto per sapere cosa vede davvero un utente è cercare le tue stesse pagine su Google, magari in una finestra anonima, e guardare cosa compare oggi, non cosa compariva mesi fa in uno screenshot trovato in un vecchio articolo.

Se il markup è valido ma il rich result non compare, non trattarlo come un bug da inseguire: nella maggior parte dei casi è semplicemente il riflesso della politica di visualizzazione attuale, non un errore nella tua implementazione. Vale la pena controllare periodicamente, perché l'idoneità può cambiare, ma non vale la pena passare ore a modificare un markup già corretto nella speranza di sbloccare un risultato che dipende da una decisione che non controlli.

• Usa il Test dei risultati avanzati o il validatore di schema.org per verificare la sintassi e le proprietà richieste
• Controlla il rapporto sui miglioramenti per FAQPage in Search Console, se disponibile (quello per HowTo è stato rimosso)
• Cerca le tue pagine direttamente su Google per vedere cosa viene mostrato oggi
• Non interpretare l'assenza del rich result come un errore tecnico da correggere a ogni costo