Le stelle delle recensioni Google: come ottenerle davvero

Le stelle gialle che a volte compaiono sotto un risultato di ricerca — spesso accanto a un voto tipo «4,6» e a un conteggio recensioni tra parentesi — non fanno parte del testo della pagina: sono un rich result generato da un blocco di dati strutturati che dichiara a Google un punteggio medio. Non cambiano una virgola del contenuto che scrivi, ma cambiano quanto quel risultato salta all'occhio in mezzo a una pagina fatta quasi solo di link blu, e questo si traduce quasi sempre in più clic a parità di posizione.

Questo articolo non è l'ennesima guida generale ai dati strutturati — quel contenuto esiste già altrove. Qui ci si concentra su un pezzo specifico e spesso trascurato: come funziona davvero il rich result delle recensioni, quali regole di idoneità decidono se le stelle compaiono o no, e soprattutto quali errori nell'uso di questo markup fanno perdere il rich result, non solo mancare di ottenerlo.

Cosa sono esattamente le stelle nei risultati di ricerca

Il rich result a stelle (in passato chiamato «rich snippet») è una riga aggiuntiva che Google può mostrare sotto titolo e URL di un risultato organico: fino a cinque stelle, piene o parziali a seconda del voto medio, seguite in genere dal punteggio numerico e dal numero di recensioni su cui è calcolato. Non nasce dal testo visibile della pagina in sé, ma da un blocco di markup — tipicamente in formato JSON-LD — che dichiara esplicitamente a Google quel punteggio e la sua provenienza.

Il motivo per cui conta è puramente comportamentale: in una pagina di risultati fatta quasi solo di testo, un elemento colorato e diverso dalla norma attira l'occhio prima degli altri. Il numero accanto alle stelle funziona come prova sociale immediata — «4,7 su 328 recensioni» comunica affidabilità prima ancora che l'utente legga il titolo — e questo si riflette tipicamente in un tasso di clic più alto a parità di posizione in classifica. Vale la pena essere precisi su cosa questo non è: le stelle non sono, di per sé, un fattore di ranking dichiarato da Google. Non spostano una pagina dalla posizione otto alla posizione tre. Quello che possono fare è far sì che, restando in posizione otto, quella pagina raccolga più clic della pagina in posizione sette che non ha stelle.

La struttura dietro le stelle: Review e AggregateRating

Il markup che alimenta questo rich result si basa su due tipi di dati distinti. Review descrive una singola recensione — chi l'ha scritta, il voto assegnato, eventualmente il testo. AggregateRating descrive invece il punteggio aggregato calcolato su più recensioni: voto medio, numero totale di recensioni e i limiti della scala di voto usata, ad esempio da uno a cinque. Nella pratica, Google mostra le stelle quasi sempre a partire da un AggregateRating con un campione di recensioni dietro, non da una Review isolata: una recensione sola, per quanto positiva, raramente basta ad accendere il rich result.

Non tutti i tipi di pagina sono idonei a mostrare questo rich result, anche con un markup tecnicamente perfetto. Google riconosce Review e AggregateRating solo se collegati a entità di tipo specifico, tra cui:

• Prodotti in vendita, su schede e-commerce
• Ricette
• Corsi online
• Libri e film
• App e software
• Attività locali, con una restrizione importante di cui parliamo nel prossimo paragrafo
• Recensioni critiche di prodotti o servizi in articoli comparativi

Un errore frequente è inserire AggregateRating su un contenuto che non rientra in nessuna di queste categorie — un articolo di blog generico, una pagina «chi siamo», una landing page di servizi senza un'entità recensibile chiara. In quei casi il markup può anche essere sintatticamente valido, ma resta semplicemente fuori dai tipi di pagina per cui Google concede il rich result: non compariranno mai stelle, indipendentemente da quanto sia curato il codice.

Le regole che fanno davvero finire nei guai

La maggior parte delle guide sui dati strutturati si ferma alla sintassi: come scrivere il JSON-LD, quali proprietà sono obbligatorie. Le regole che contano davvero — quelle che decidono se il rich result resta idoneo o se il sito rischia una penalizzazione — riguardano il rapporto tra il markup e la realtà che descrive, non la correttezza formale del codice.

La prima regola è che le recensioni auto-referenziali non sono ammesse. Un'azienda non può scrivere da sé le recensioni sulla propria attività e marcarle come se fossero indipendenti, e non può costruire un AggregateRating a tavolino senza una fonte di recensioni reale e verificabile. Per questo motivo, sui tipi Organization e LocalBusiness la policy è particolarmente severa: il rich result a stelle per un'attività locale o un marchio tende a essere concesso solo quando le recensioni provengono da una piattaforma di recensioni terza e indipendente — non quando è l'azienda stessa a raccogliere e calcolare la media sul proprio sito, in totale autonomia. Il discorso cambia per Product: un e-commerce può marcare le recensioni ricevute sui propri prodotti, perché lì il soggetto recensito è il prodotto acquistato da clienti reali, non l'azienda che lo vende.

La seconda regola è che le recensioni devono essere genuinamente raccolte e visibili nella stessa pagina in cui compare il markup. Non basta un plugin che genera un voto medio nell'intestazione della pagina: il contenuto delle recensioni — o quantomeno un riepilogo coerente con quel voto — deve essere leggibile da una persona reale su quella pagina, senza bisogno di cliccare altrove o effettuare un login. Se il markup dichiara «4,8 su 214 recensioni» ma la pagina mostra tre testimonianze scelte a mano, oppure non ne mostra nessuna, c'è uno scollamento tra ciò che il codice dichiara e ciò che l'utente vede — ed è esattamente il tipo di incoerenza che i sistemi di qualità di Google sono pensati per individuare.

La terza regola, la più sottovalutata, è che marcare un voto che la pagina non mostra non è un dettaglio tecnico: è una violazione delle linee guida sui dati strutturati. La conseguenza non si limita al fatto che quel singolo rich result non compaia: una violazione di questo tipo può portare a un'azione manuale che sospende i rich result generati da quel tipo di markup su tutto il sito, non solo sulla pagina interessata — e il ripristino della fiducia, una volta corretto il problema, richiede tempo. Il calcolo di rischio e beneficio è sbilanciato: una stella non guadagnata è un dettaglio estetico minore; l'azione manuale che ne consegue è la perdita di ogni rich result del sito per quel tipo di dato, spesso per mesi.

Perché a volte le stelle non compaiono anche con un markup corretto

Anche quando il markup è tecnicamente valido, privo di errori e conforme a tutte le regole di idoneità appena descritte, Google non garantisce che il rich result venga mostrato. L'idoneità è una condizione necessaria, non sufficiente: apre la possibilità che le stelle compaiano, ma la decisione se mostrarle viene presa query per query, non è una proprietà fissa e permanente della pagina.

In pratica questo significa che due pagine con markup identico, costruite con lo stesso CMS e lo stesso plugin di recensioni, possono comportarsi in modo diverso in SERP: una mostra le stelle, l'altra no, per la stessa ricerca o per ricerche diverse. Non è un bug né un'incoerenza da correggere via codice: è il sistema che valuta, di volta in volta, se quel formato aggiunge valore per quella specifica query, tenendo conto anche di segnali più ampi legati all'affidabilità del sito nel tempo. Vale la pena comunicarlo con chiarezza a chi si aspetta che «installare lo schema» produca stelle immediate e automatiche: l'idoneità tecnica è il punto di partenza, non la garanzia di arrivo.

Testare e validare il markup prima di pubblicare

Prima di pubblicare una pagina con markup di recensioni, ha senso verificare che sia sintatticamente corretto e privo di errori con uno strumento di test dei risultati avanzati: questi strumenti indicano se la pagina è idonea per quel tipo specifico di rich result e quali proprietà obbligatorie mancano o sono malformate. Conviene testare l'URL pubblico della pagina, non solo lo snippet di codice isolato: Google valuta anche la coerenza tra ciò che il markup dichiara e ciò che la pagina effettivamente mostra nel browser, quindi un test sul solo codice non cattura eventuali discrepanze con il contenuto reale.

Un test positivo al momento della pubblicazione non è una garanzia permanente. Un cambio di tema, un plugin di recensioni sostituito, una migrazione del sito: sono tutte operazioni che possono rompere silenziosamente il markup senza generare un errore visibile in fase di sviluppo. Il modo più affidabile per accorgersene non è ripetere il test manualmente ogni tanto, ma controllare periodicamente gli avvisi di markup che emergono nel tempo, così da intervenire prima che le stelle spariscano dai risultati senza una spiegazione evidente.

Le stelle si guadagnano, non si aggiungono con uno snippet

Il modo più affidabile — e l'unico davvero sostenibile — per ottenere stelle nei risultati di ricerca è avere recensioni reali: raccolte con un processo genuino, in cui clienti che hanno effettivamente comprato o usato qualcosa vengono invitati a lasciare un giudizio, pubblicate in modo visibile sulla pagina, e solo a quel punto descritte fedelmente con il markup corretto. Il codice JSON-LD non genera fiducia: la registra soltanto.

Se una pagina non ha ancora recensioni reali, la soluzione non è un frammento di markup più aggressivo o più «ottimizzato»: è costruire un processo di raccolta feedback — una richiesta via email dopo l'acquisto, un invito dopo l'uso del servizio — che produca il materiale genuino da marcare, in seguito, in modo corretto. Chi tratta il rich result come conseguenza di recensioni reali, e non come qualcosa da simulare con il codice, è chi riesce a mantenerlo nel tempo senza rischiare di perderlo insieme a tutti gli altri rich result del sito.