FAQPage sulla pagina prodotto, o una pagina Q&A separata. Entrambe perdono..

L'8 agosto 2023, Google ha aggiornato la propria documentazione sui dati strutturati per la ricerca con una sola frase decisiva. La frase diceva che, da quel momento, i rich result `FAQPage` sarebbero stati mostrati solo per "siti web autorevoli e ben noti di enti governativi e del settore sanitario." Per tutti gli altri domini, il rich result è scomparso. Il markup veniva validato. Le stelle e i menu a tendina che comparivano sotto i risultati di ricerca no.

Tre anni dopo, il markup è ancora presente su decine di migliaia di pagine prodotto di e-commerce, quasi nessuna delle quali si qualifica come dominio sanitario o governativo autorevole. Il markup viene distribuito da plugin SEO, piattaforme di recensioni, temi e sviluppatori che l'hanno preso da un tutorial scritto prima del cambiamento del 2023. Il markup non produce rich result e non porta benefici misurabili, mentre a volte crea problemi di conformità con la normativa FTC sulle testimonianze, quando le domande delle "FAQ" sono scritte dal brand e presentate come se fossero domande dei clienti.

Il markup complementare, `QAPage`, ha un problema diverso. `QAPage` è stato progettato per siti come Stack Overflow e Quora, dove un utente pubblica una domanda e molti utenti pubblicano risposte. Il rich result, quando appare, mostra la domanda e la risposta con i voti più alti. Le pagine prodotto, per loro natura, non hanno domande inviate dagli utenti con risposte degli utenti; hanno contenuti curati dal brand. Applicare il markup `QAPage` a una FAQ curata dal brand è un tipo diverso di violazione delle norme: questa volta della semantica dichiarata del markup anziché di una regola di Google sui rich result.

La maggior parte dei brand che pubblicano contenuti di domande e risposte sulle pagine prodotto ha scelto uno di questi due markup. Entrambi sono sbagliati per la pagina su cui si trovano. La risposta giusta è strutturale, non a livello di markup, e dipende da una domanda che quasi nessun operatore si pone: il brand ha abbastanza volume di domande dei clienti da giustificare una pagina separata?

Il markup `FAQPage` è stato aggiunto a Schema.org nel 2018 e adottato nel programma dei rich result di Google nel maggio 2019. L'uso previsto, secondo la documentazione originale, era "una pagina in cui le domande e le risposte sono scritte dall'editore." FAQ di Wikipedia. Documentazione software. Pagine governative sanitarie che spiegano un programma di sussidi. Pagine in cui un unico autore canonico aveva scritto una risposta canonica a una domanda frequentemente posta.

Per i suoi primi quattro anni, il markup ha funzionato. Un sito poteva strutturare una sezione FAQ, ottenere un rich result a menu a tendina nella scheda di ricerca e guadagnare circa il 15-25% di click in più sulle query a intento commerciale, secondo diversi casi studio pubblicati nel 2020 e nel 2021. Il rich result ha avuto così successo che, quasi subito, ogni tema e-commerce ha aggiunto un "blocco FAQ" al proprio template di pagina prodotto. Ogni plugin SEO ha aggiunto un iniettore di markup FAQ. I brand hanno cominciato a scrivere cinque "domande frequenti" per prodotto. Nessuna delle domande era stata effettivamente posta; erano contenuti SEO travestiti da FAQ.

Il markup è stato abusato su una scala che ha sorpreso persino i team interni di Google. Entro il 2022, dati interni di Google (citati in modo indiretto in un intervento pubblico di John Mueller all'inizio del 2023) mostravano che il blocco FAQPage medio sul web aperto era composto da quattro domande inventate scritte da un team di marketing, di cui due promozionali ("Perché X è il miglior Y sul mercato?") e una quasi un CTA mascherato ("Dove posso comprare X?"). Il rich result, a quel punto, era diventato un generatore di rumore. La modifica di Google nell'agosto 2023 ha limitato il risultato ai domini autorevoli e, in pratica, ha azzerato il valore del markup per tutti gli altri.

Il markup stesso non è stato deprecato. Può ancora essere pubblicato. Verrà ancora validato. Produrrà, nel 99% dei casi, nessun rich result visibile e nessun impatto misurabile sul tasso di click. I byte vanno sulla pagina; il risultato non appare.

Il markup `QAPage` è stato progettato, esplicitamente, per siti di domande e risposte della community. La definizione di schema.org cita "un sito web come Stack Exchange, Quora o AnswerBag." Il presupposto strutturale è che un utente pubblichi una `Question`, più utenti pubblichino blocchi `Answer`, e la pagina registri sia l'identità del richiedente, sia quella di chi risponde, sia l'autorità relativa della risposta (una risposta "accettata" o "con i voti più alti").

Il markup fa presupposti che una tipica FAQ di prodotto curata dal brand non può soddisfare. La `Question` dovrebbe avere un `author` che non è il proprietario della pagina. `AnswerCount` dovrebbe essere un conteggio reale di risposte distinte inviate dagli utenti. La "risposta accettata", se presente, dovrebbe essere quella che il richiedente (o la moderazione della community) ha indicato come corretta. Niente di tutto ciò è vero per la sezione FAQ curata di un brand, scritta dal brand, per i prodotti del brand, da un unico autore che è anche il proprietario della pagina.

I brand che hanno applicato il markup `QAPage` a una FAQ curata dal brand stanno fraintendendo la semantica del markup. Google, in pratica, non emette sanzioni manuali per questo. Lo svantaggio è strutturale: il markup difficilmente guadagnerà un rich result, perché la pagina non corrisponde al pattern sottostante; e qualsiasi motore di ricerca AI che legga il markup come segnale di citazione lo tratterà, correttamente, come contenuto generato dal brand anziché dalla community, che è un primitivo di citazione più debole rispetto a quanto il brand crede di pubblicare. Vedi first person dated signed per capire perché i contenuti prodotti dalla community hanno più peso di citazione di quelli generati dal brand.

I casi in cui `QAPage` è legittimamente il markup giusto in un contesto di prodotto sono limitati. Un sito che ospita domande genuine inviate dai clienti, con risposte genuine inviate dai clienti, su un URL dedicato per ogni domanda, si qualifica. La maggior parte dei siti di e-commerce non ospita questo tipo di contenuto. La sezione "Domande e risposte" di Amazon è l'esempio positivo canonico: i clienti fanno domande, i clienti (e a volte il venditore) rispondono, e ogni unità di domande e risposte ha il proprio blocco di dati strutturati. Al di fuori di Amazon e di un numero limitato di grandi marketplace, il pattern è raro.

La decisione reale non è "FAQPage o QAPage." È: "il contenuto di domande e risposte dovrebbe stare sulla pagina prodotto, o su una pagina separata che le domande giustificano?"

Due pattern funzionano. La maggior parte dei brand non ha scelto tra i due; ha pubblicato una mezza versione di entrambi.

Il primo pattern è il contenuto di domande e risposte incorporato nella pagina prodotto, senza alcun markup allegato. Il contenuto è trattato come prosa. Le domande e le risposte compaiono sotto la descrizione del prodotto, spesso sopra la sezione delle recensioni, spesso abbinate alle fotografie su cui gli acquirenti fanno domande. Le domande sono scritte dal brand, a volte informate dai ticket del supporto clienti, a volte dall'analisi del contenuto delle recensioni (vedi the long tail begins inside the review). Il brand non fa alcuna affermazione nel markup secondo cui le domande siano inviate dagli utenti. Il compito del contenuto è rispondere alle domande che i veri acquirenti pongono davvero, nel luogo in cui sono pronti a porle. Il traffico è interno; il formato è prosa; il rischio legale è basso; il rich result è zero, perché non viene pubblicato alcun markup.

Il secondo pattern è una pagina Q&A dedicata per ogni prodotto, dove i clienti possono effettivamente inviare domande, il brand o altri clienti possono inviare risposte, e ogni domanda vive al proprio URL. Il markup è `QAPage`, applicato in modo veritiero. Il rich result, dove appare, è reale. Il contenuto è genuinamente generato dalla community e quindi porta peso di citazione. Il costo è operativo: qualcuno deve moderare, qualcuno deve rispondere, e la pagina guadagna il suo posto solo se c'è un volume reale di domande.

Il secondo pattern è la risposta giusta solo se il brand ha il volume di domande sufficiente a giustificarlo. Per un brand con cento SKU e dodici domande dei clienti al mese, una pagina Q&A dedicata per prodotto significherebbe novantotto pagine vuote e due pagine con una domanda ciascuna. Le pagine vuote sono peggio di nessuna pagina; segnalano scarsità ai bot di indicizzazione e creano bloat di link interni senza nulla dall'altra parte. Per un brand con dodici SKU e cento domande dei clienti al mese, la pagina dedicata diventa conveniente. La soglia non è un numero fisso; è il punto in cui il volume di domande per pagina prodotto supera il costo operativo della moderazione, che di solito si trova tra cinque e dieci domande sostanziali per prodotto per trimestre.

Al di sotto della soglia, la risposta giusta è la prosa incorporata senza markup. Al di sopra della soglia, la risposta giusta è una pagina dedicata con markup `QAPage`, invio reale di domande e una coda di moderazione.

Il motivo per cui la maggior parte dei brand pubblica un markup sbagliato è che ha confuso l'ordine delle decisioni. La decisione di aggiungere una sezione FAQ alla pagina prodotto è stata presa prima, di solito come esperimento di ottimizzazione del tasso di conversione, di solito perché un concorrente ce l'aveva. La decisione di aggiungere il markup è stata presa dopo, di solito dallo stesso plugin SEO che aveva pubblicato il markup `Organization` con un `aggregateRating` (vedi self serving review markup and the line google drew). Il brand non ha mai chiesto se il contenuto FAQ fosse reale o se il markup fosse adatto. Il markup era un effetto collaterale di una decisione di CRO.

Invertire l'ordine produce una risposta diversa. La prima domanda è se i clienti reali stiano facendo domande sul prodotto, in un volume che giustifichi una superficie di risposta. Se sì, la seconda domanda è se la superficie di risposta debba stare sulla pagina prodotto (basso volume, prosa, nessun markup) o su una pagina separata (alto volume, invio strutturato, markup `QAPage` reale). Il markup segue dall'architettura, non il contrario. La maggior parte dei brand pubblica il markup come decisione principale e scopre, tre anni dopo, che il markup non serve a nulla.

Il markup viene dopo l'architettura. L'architettura viene dopo il volume. Il volume è qualcosa che quasi nessun operatore ha misurato.

La norma FTC 2024 sulle recensioni e le testimonianze dei consumatori, entrata in vigore il 21 ottobre 2024, vieta l'uso di recensioni false o generate dall'AI e la falsa rappresentazione di recensioni come provenienti da consumatori indipendenti quando non lo sono. La norma è stata interpretata, principalmente, come rivolta alle recensioni false sulle pagine prodotto. C'è un'implicazione più silenziosa per il markup FAQ.

Una tipica sezione FAQ curata dal brand presenta le domande come se fossero state poste. Il pattern di formulazione è consistente: "Quanto dura il siero dopo l'apertura?" "È sicuro per la pelle sensibile?" "Dove viene prodotto?" Le domande sono scritte da un team di marketing. Non sono attribuite a nessun richiedente specifico. Non sono nemmeno, nella maggior parte dei casi, letteralmente false; le domande sono domande reali che il brand potrebbe plausibilmente aver ricevuto.

Il rischio emerge quando la FAQ è avvolta nel markup `QAPage`, che implica domande inviate dagli utenti e risposte inviate dagli utenti. Strutturare contenuti curati dal brand con markup `QAPage` è una dichiarazione rappresentativa secondo cui il contenuto proviene da utenti indipendenti quando non è così. Le lettere di avvertimento di dicembre 2025 della FTC hanno citato esplicitamente la "falsa rappresentazione della fonte del contenuto testimoniale" come pattern di violazione. Il markup, in questa lettura, è un'estensione tecnica della stessa falsa rappresentazione. Il rischio è ridotto e in gran parte teorico, ma è un rischio che non esisteva prima della norma, e i brand che pubblicano markup `QAPage` su FAQ curate dovrebbero almeno smettere di descrivere le domande come se fossero state inviate dai clienti.

Il markup `FAQPage`, al contrario, non fa alcuna affermazione rappresentativa sull'invio da parte degli utenti. La sua definizione dice esplicitamente che le domande e le risposte sono scritte dall'editore. Pubblicare markup `FAQPage` su una FAQ scritta dal brand è onesto; semplicemente non produce un rich result, che è il problema separato trattato sopra.

L'obiezione, nel 2026, è che anche se il rich result FAQ è scomparso, i motori di ricerca AI potrebbero comunque citare contenuti FAQ perché il markup rende leggibile il pattern domanda-risposta. Questo è parzialmente vero e in gran parte sopravvalutato.

Lo studio Ahrefs di marzo 2026 su 1,4 milioni di prompt AI Overview ha rilevato che gli AI Overview citano contenuti in formato domanda a circa lo stesso tasso dei contenuti in formato prosa, quando controllati per pertinenza e autorità della fonte. Il contenitore markup non aveva effetti indipendenti misurabili. Ciò che invece aveva effetto: se il contenuto rispondeva alla domanda specifica posta, se la fonte era percepita come autorevole sull'argomento, e se la risposta era specifica e datata piuttosto che generica. (Per il pattern di citazione più ampio, vedi the citation economy.)

L'implicazione pratica è che i motori AI citano la risposta, non il markup. Un paragrafo di prosa ben scritto su una pagina prodotto che risponde direttamente a "quanto dura questo siero dopo l'apertura" viene citato con la stessa facilità dello stesso paragrafo avvolto nel markup `FAQPage`. Il markup non è il primitivo di citazione; la risposta lo è. Questa è, a ben pensarci, la stessa conclusione che il web ha raggiunto sul markup FAQ nel 2021: il valore di marketing era sempre nella risposta, non nel markup.

L'errore più comune nel lavoro sul markup commerciale è pubblicare un contenitore attorno a contenuti che non esistono. La sezione FAQ che nessuno ha chiesto. La pagina Q&A senza domande. Il blocco `aggregateRating` su una homepage che sta recensendo se stessa. Il markup dovrebbe essere una descrizione di qualcosa di reale. Quando quel qualcosa di reale manca, il markup descrive l'assenza, e i motori (motori di ricerca, motori di risposta, bot di indicizzazione AI) leggono l'assenza con precisione. Citano il brand che ha risposto a una domanda reale, su una pagina reale, con parole reali. Saltano il brand che ha pubblicato un contenitore.

La mossa giusta nel 2026 è trovare le domande reali dei clienti, rispondervi con parole reali, e lasciare che il markup sia l'ultima decisione invece della prima. I brand che fanno questo finiscono per pubblicare meno markup, più prosa, e più pagine che vale la pena indicizzare. (Vedi the half life of a product page per il caso del compounding.) I brand che continuano a pubblicare il markup sbagliato non vengono penalizzati; sono semplicemente silenziosamente assenti dalle citazioni che hanno scritto il markup per conquistare.