Fact Check

Se hai una pagina web che esamina un’affermazione fatta da altri, puoi includere ClaimReview dati strutturati sulla tua pagina web. I dati strutturati ClaimReview possono abilitare una versione riassuntiva del tuo fact check da visualizzare nei risultati di ricerca di Google quando la tua pagina appare nei risultati di ricerca per quell’affermazione.

Questa guida descrive i dettagli su come implementare i dati strutturati ClaimReview. Se non vuoi aggiungere manualmente i dati strutturati, puoi controllare il Fact Check Markup Tool. Per saperne di più, visita About the Fact Check Markup Tool.

Come aggiungere dati strutturati

I dati strutturati sono un formato standardizzato per fornire informazioni su una pagina e classificarne il contenuto. Se sei nuovo ai dati strutturati, puoi imparare di più su come funzionano i dati strutturati.

Ecco una panoramica su come costruire, testare e rilasciare i dati strutturati. Per una guida passo dopo passo su come aggiungere dati strutturati a una pagina web, controlla il codelab dei dati strutturati.

  1. Aggiungi le proprietà richieste. Per informazioni su dove inserire i dati strutturati nella pagina, guarda i dati strutturati JSON-LD: Dove inserire nella pagina.
  2. Seguite le linee guida.
  3. Validate il vostro codice usando il Rich Results Test.
  4. Deployate alcune pagine che includono i vostri dati strutturati e usate lo strumento URL Inspection per verificare come Google vede la pagina. Assicurati che la tua pagina sia accessibile a Google e non sia bloccata da un file robots.txt, dal tag noindex o dai requisiti di login. Se la pagina sembra a posto, puoi chiedere a Google di rivedere i tuoi URL.
  5. Per mantenere Google informato sui cambiamenti futuri, si consiglia di inviare una sitemap. Puoi automatizzare questa operazione con la Search Console Sitemap API.

Esempio

Immagina una pagina che valuta l’affermazione che la terra è piatta. Ecco come potrebbe apparire una ricerca per “il mondo è piatto” nei risultati di Google Search se la pagina fornisce un elemento ClaimReview (si noti che il design visivo effettivo può cambiare):

Ecco un esempio di dati strutturati sulla pagina che ospita questo fact check:

<html> <head> <title>The world is flat</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "ClaimReview", "datePublished": "2016-06-22", "url": "http://example.com/news/science/worldisflat.html", "claimReviewed": "The world is flat", "itemReviewed": { "@type": "Claim", "author": { "@type": "Organization", "name": "Square World Society", "sameAs": "https://example.flatworlders.com/we-know-that-the-world-is-flat" }, "datePublished": "2016-06-20", "appearance": { "@type": "OpinionNewsArticle", "url": "http://skeptical.example.net/news/a122121", "headline": "Square Earth - Flat earthers for the Internet age", "datePublished": "2016-06-22", "author": { "@type": "Person", "name": "T. Tellar" }, "image": "https://example.com/photos/1x1/photo.jpg", "publisher": { "@type": "Organization", "name": "Skeptical News", "logo": { "@type": "ImageObject", "url": "https://example.com/logo.jpg" } } } }, "author": { "@type": "Organization", "name": "Example.com science watch" }, "reviewRating": { "@type": "Rating", "ratingValue": "1", "bestRating": "5", "worstRating": "1", "alternateName": "False" } } </script> </head> <body> </body></html>

Linee guida per l’ammissibilità

Google non garantisce che i fact check vengano mostrati nei risultati di ricerca, anche se la tua pagina è contrassegnata correttamente secondo il Rich Result Test. L’utilizzo di dati strutturati permette a una funzione di essere presente, non garantisce che sia presente. L’algoritmo di Google determina programmaticamente l’idoneità per i risultati ricchi di fact check, a seconda di molte variabili, comprese le seguenti linee guida.

Affinché il tuo contenuto di fact check sia idoneo a essere visualizzato come un risultato ricco di fact check su Google Search, è necessario soddisfare le seguenti linee guida:

  • Il tuo sito deve avere diverse pagine contrassegnate da ClaimReview dati strutturati.
  • Devi seguire tutte le linee guida sui dati strutturati e le linee guida per i webmaster.
  • Non ci deve essere alcuna discrepanza tra i dati strutturati e il contenuto della pagina (per esempio, se i dati strutturati indicano che l’affermazione è vera, ma il contenuto della pagina dice che l’affermazione è falsa). Invece, assicurati che sia il contenuto che i dati strutturati corrispondano (per esempio, entrambi indicano che l’affermazione è vera).
  • Devi soddisfare gli standard di responsabilità, trasparenza, leggibilità e travisamento del sito, come articolato nelle nostre linee guida generali di Google News.
  • Devi avere una politica di correzione o un meccanismo per gli utenti per segnalare gli errori.
  • I siti web per entità politiche (come campagne, partiti o funzionari eletti) non sono ammissibili per questa funzione.
  • I tuoi lettori possono facilmente identificare le affermazioni e le verifiche nel corpo dell’articolo. I vostri lettori sono in grado di capire cosa è stato controllato e quali conclusioni sono state raggiunte.
  • Devi attribuire chiaramente l’affermazione specifica che stai valutando a un’origine distinta (separata dal tuo sito web), che sia un altro sito web, una dichiarazione pubblica, un social media o un’altra fonte tracciabile.
  • La tua analisi di fact check deve essere tracciabile e trasparente sulle fonti e i metodi, con citazioni e riferimenti a fonti primarie.

Linee guida tecniche

  • Una singola pagina può ospitare più elementi ClaimReview, ciascuno per un’affermazione separata.
  • Se diversi revisori sulla pagina controllano lo stesso fatto, è possibile includere un elemento ClaimReview separato per l’analisi di ciascun revisore. Per maggiori informazioni, visita Posting multiple fact checks on a page.
  • La pagina che ospita l’elemento ClaimReview deve avere almeno un breve riassunto del fact check e la valutazione, se non il testo completo.
  • Dovresti ospitare un ClaimReview specifico su una sola pagina del tuo sito. Non ripetete lo stesso fact check su più pagine, a meno che non siano variazioni della stessa pagina (per esempio, potete pubblicare lo stesso ClaimReview sulle versioni mobile e desktop di una pagina).
  • Se il vostro sito aggrega articoli di fact-check, assicuratevi che tutti gli articoli corrispondano ai criteri di cui sopra e che forniate una lista aperta e disponibile al pubblico di tutti i siti di fact-check che aggregate.

Posizione di più fact-check su una pagina

Se decidete di specificare più ClaimReview articoli su una singola pagina, assicuratevi che siano tutti pertinenti all’argomento principale della pagina. Usa uno dei seguenti metodi:

  • Crea una pagina riassuntiva con più controlli dei fatti riassunti, ognuno con il proprio elemento ClaimReview. Pubblicare la versione full-text di ogni fact check sulla propria pagina. Ogni elemento ClaimReview sulla pagina di riepilogo punta alla versione a tutto testo piuttosto che alla pagina di riepilogo.
  • O
  • Crea una singola pagina con più recensioni a tutto testo, ciascuna con un’ancora HTML. Ogni elemento ClaimReview punta a quel summary_page.html#anchor.

Definizioni dei tipi di dati strutturati

I seguenti tipi di dati strutturati sono richiesti per implementare i fact checks:

  • ClaimReview
  • Claim
  • Rating

È necessario includere le proprietà richieste perché il tuo contenuto sia idoneo alla visualizzazione come risultato ricco. Puoi anche includere le proprietà raccomandate per aggiungere più informazioni sul tuo contenuto, che potrebbero fornire una migliore esperienza all’utente.

Se la tua organizzazione è interessata ad implementare o a sperimentare problemi con ClaimReview, invia le tue informazioni di contatto. Il nostro team potrebbe contattarti.

ClaimReview

La definizione completa di ClaimReview è disponibile su schema.org/ClaimReview.

Proprietà richieste
claimReviewed

Text

Un breve riassunto della richiesta valutata. Cercate di mantenere questo meno di 75 caratteri per minimizzare il wrapping quando viene visualizzato su un dispositivo mobile.

reviewRating

Rating

La valutazione della richiesta. Questo oggetto supporta sia una valutazione numerica che una testuale. Il valore testuale è attualmente l’unico valore mostrato nei risultati di ricerca.

Diversi progetti di fact-checking hanno una varietà di schemi di valutazione che possono avere sottili differenze, in particolare per i valori intermedi. È importante documentare tali schemi di valutazione per chiarire il significato delle valutazioni numeriche. Minimamente, ci dovrebbe essere un sistema di classificazione da numero a testo per tutti i vostri fact check che hanno punteggi numerici.

  • 1 = “Falso”
  • 2 = “Quasi falso”
  • 3 = “Mezzo vero”
  • 4 = “Quasi vero”
  • 5 = “Vero”

Per maggiori informazioni, vedere Rating.

url

URL

Link alla pagina che ospita l’articolo completo del fact check. Se la pagina ha più elementi ClaimReview, assicurati che il fact check abbia un’ancora HTML e che questa proprietà punti a quell’ancora. Esempi: http://example.com/longreview.html o http://example.com/summarypage.html#fact1

Il dominio di questo valore URL deve essere lo stesso dominio o un sottodominio della pagina che ospita questo elemento ClaimReview. I reindirizzamenti o gli URL abbreviati (come g.co/searchconsole) non sono risolti, e quindi non funzioneranno qui.

Proprietà consigliate
author

Organization

L’editore dell’articolo fact check, non l’editore della dichiarazione. Il author deve essere un’organizzazione o una persona. I author hanno almeno una delle seguenti proprietà:

name Text

Nome dell’organizzazione che pubblica il fact check.

url

URL

L’URL dell’editore del fact check. Questo può essere una homepage, una pagina di contatto o un’altra pagina appropriata.

datePublished

DateTime

La data in cui il fact check è stato pubblicato

itemReviewed

Claim

Un oggetto che descrive l’affermazione fatta. Per maggiori informazioni, vedere Claim.

Claim

La definizione completa di Claim è disponibile su schema.org/Claim.

Proprietà consigliate
appearance

URL o CreativeWork

Un collegamento a, o una descrizione in linea di, un CreativeWork in cui appare questa rivendicazione.

author

Organization o Person

L’autore del claim, non l’autore del fact check. Non includere la proprietà author se il reclamo non ha un autore. Se aggiungi author, definisci le seguenti proprietà:

name Text, richiesto

L’editore della dichiarazione. L’editore può essere una persona o un’organizzazione.

sameAs URL, raccomandato

Indica la parte che sta facendo la dichiarazione, indipendentemente dal fatto che la parte sia un Person o Organization. Quando più editori riportano la stessa richiesta, la proprietà appearance può essere ripetuta. Quando più parti fanno essenzialmente la stessa dichiarazione, la proprietà author può essere ripetuta.

L’URL può essere:

  • La homepage dell’organizzazione che sta facendo la dichiarazione.
  • Un altro URL definitivo che fornisce informazioni sulla parte che sta facendo la dichiarazione, come la voce di Wikipedia o Wikidata di una persona o organizzazione.
datePublished

DateTime

La data in cui la rivendicazione è stata fatta o è entrata nel discorso pubblico (per esempio, quando è diventata popolare nei social network).

firstAppearance

URL o CreativeWork

Un link a, o una descrizione in linea di, un CreativeWork in cui questa specifica affermazione appare per la prima volta.

Rating

La definizione completa di Rating è disponibile su schema.org/Rating.

Proprietà richieste
alternateName

Text

La valutazione di veridicità assegnata a ClaimReview.reviewRating, come una breve parola o frase leggibile all’uomo. Questo valore viene visualizzato nel controllo dei fatti nei risultati di ricerca. Esempi: “Vero” o “Quasi vero”.

Se usi una frase più lunga, assicurati che l’inizio della frase esprima il significato, nel caso la frase sia troncata per adattarsi alla visualizzazione. Per esempio: “Per lo più vero nelle specifiche, anche se l’affermazione generale è un po’ fuorviante”

Proprietà consigliate
bestRating

Number

Per le valutazioni numeriche, il miglior valore possibile nella scala dal peggiore al migliore. Deve essere maggiore di worstRating. Deve poter essere valutato come un numero. Esempio: 4

name

Text

Come alternateName, e usato quando alternateName non è fornito, ma si raccomanda di specificare alternateName invece di name.

ratingValue

Number

Una valutazione numerica di questa richiesta, nell’intervallo worstRatingbestRating compreso. I valori interi sono raccomandati ma non richiesti. Più la valutazione numerica è vicina a bestRating, più è vera; più questo valore è vicino a worstRating, più è falsa. La valutazione numerica deve poter essere valutata come un numero. Esempio: 4

worstRating

Number

Per le valutazioni numeriche, il peggior valore possibile in una scala dal peggiore al migliore. Deve essere inferiore a bestRating. Deve poter essere valutato come un numero. Deve avere un valore minimo di 1. Esempio: 1

Monitorare i risultati ricchi con Search Console

Search Console è uno strumento che ti aiuta a monitorare le prestazioni delle tue pagine in Google Search. Non è necessario iscriversi a Search Console per essere inclusi nei risultati di ricerca di Google, ma può aiutarti a capire e migliorare come Google vede il tuo sito. Consigliamo di controllare Search Console nei seguenti casi:

  1. Dopo aver distribuito i dati strutturati per la prima volta
  2. Dopo aver rilasciato nuovi modelli o aver aggiornato il tuo codice
  3. Analizzando il traffico periodicamente

Dopo aver distribuito i dati strutturati per la prima volta

Dopo che Google ha indicizzato le tue pagine, cerca i problemi usando il relativo rapporto di stato dei risultati Rich. Idealmente si dovrebbe vedere un aumento delle pagine valide, e nessun aumento di errori o avvisi. Se trovi dei problemi nei tuoi dati strutturati:

  1. Correggi gli errori.
  2. Ispeziona un URL dal vivo per controllare se il problema persiste.
  3. Richiedi la convalida usando il rapporto di stato.

Dopo aver rilasciato nuovi modelli o aggiornato il tuo codice

Quando fai cambiamenti significativi al tuo sito web, controlla gli aumenti di errori e avvertimenti dei dati strutturati.

  • Se vedi un aumento degli errori, forse hai lanciato un nuovo template che non funziona, o il tuo sito interagisce con il template esistente in un modo nuovo e cattivo.
  • Se vedi una diminuzione degli elementi validi (non accompagnata da un aumento degli errori), forse non stai più incorporando dati strutturati nelle tue pagine. Usa lo strumento di ispezione degli URL per capire cosa sta causando il problema.

Analizzando il traffico periodicamente

Analizza il tuo traffico di ricerca su Google usando il Performance Report. I dati ti mostreranno quanto spesso la tua pagina appare come un risultato ricco nella ricerca, quanto spesso gli utenti cliccano su di essa e qual è la posizione media in cui appari nei risultati di ricerca. Puoi anche estrarre automaticamente questi risultati con l’API di Search Console.

Troubleshooting

Se hai problemi con l’implementazione o il debug dei dati strutturati, ecco alcune risorse che potrebbero aiutarti.

  • Se stai usando un sistema di gestione dei contenuti (CMS) o qualcun altro si occupa del tuo sito, chiedi loro di aiutarti. Assicurati di inoltrare loro qualsiasi messaggio di Search Console che dettagli il problema.
  • Potresti avere un errore nei tuoi dati strutturati. Controlla l’elenco degli errori dei dati strutturati.
  • Risolvi i problemi relativi ai risultati ricchi mancanti / al calo dei risultati ricchi totali.
  • Per domande generali sul crawling e l’indicizzazione, controlla le FAQ sul crawling e l’indicizzazione di Google Search.
  • Fai una domanda nell’orario di ufficio di Google Search Central.
  • Poni una domanda nel forum di Google Search Central.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.