Fact Check

Hvis du har en webside, der gennemgår en påstand, der er fremsat af andre, kan du inkludere ClaimReview strukturerede data på din webside. ClaimReview strukturerede data kan gøre det muligt at vise en sammenfattet version af din faktatjekning i Google-søgeresultaterne, når din side vises i søgeresultaterne for den pågældende påstand.

Denne vejledning beskriver detaljerne om, hvordan du implementerer ClaimReview strukturerede data. Hvis du ikke ønsker at tilføje strukturerede data manuelt, kan du tjekke værktøjet Fact Check Markup Tool. Du kan få mere at vide på Om værktøjet Fact Check Markup Tool.

Sådan tilføjer du strukturerede data

Strukturerede data er et standardiseret format til at give oplysninger om en side og klassificere sidens indhold. Hvis du er nybegynder med strukturerede data, kan du få mere at vide om, hvordan strukturerede data fungerer.

Her får du en oversigt over, hvordan du opbygger, tester og frigiver strukturerede data. Du kan få en trinvis vejledning i, hvordan du tilføjer strukturerede data til en webside, ved at se Codelab om strukturerede data.

  1. Tilføj de nødvendige egenskaber. Du kan få oplysninger om, hvor du skal placere strukturerede data på siden, ved at se JSON-LD strukturerede data: Hvor skal du indsætte på siden?”
  2. Følg retningslinjerne.
  3. Validér din kode ved hjælp af Rich Results Test.
  4. Deploy et par sider, der indeholder dine strukturerede data, og brug URL-inspektionsværktøjet til at teste, hvordan Google ser siden. Sørg for, at din side er tilgængelig for Google, og at den ikke er blokeret af en robots.txt-fil, noindex-tagget eller login-krav. Hvis siden ser okay ud, kan du bede Google om at genindlæse dine URL’er.
  5. For at holde Google orienteret om fremtidige ændringer anbefaler vi, at du indsender et sitemap. Du kan automatisere dette med Search Console Sitemap API’et.

Eksempel

Forestil dig en side, der evaluerer påstanden om, at jorden er flad. Sådan kan en søgning på “jorden er flad” se ud i Googles søgeresultater, hvis siden indeholder et ClaimReview-element (bemærk, at det faktiske visuelle design kan ændre sig):

Her er et eksempel på strukturerede data på den side, der er vært for denne faktatjekning:

<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>

Retningslinjer for støtteberettigelse

Google garanterer ikke, at faktatjek vil blive vist i søgeresultaterne, selv om din side er markeret korrekt i henhold til Rich Result Test. Brug af strukturerede data gør det muligt for en funktion at være til stede, men det garanterer ikke, at den vil være til stede. Google-algoritmen bestemmer programmatisk, om faktatjek er berettiget til rich results, afhængigt af mange variabler, herunder følgende retningslinjer.

For at dit indhold med faktatjek kan blive vist som et rich result med faktatjek i Google Search, skal du opfylde følgende retningslinjer:

  • Dit websted skal have flere sider markeret med ClaimReview strukturerede data.
  • Du skal følge alle retningslinjerne for strukturerede data og webmaster-retningslinjerne.
  • Der må ikke være uoverensstemmelse mellem de strukturerede data og sidens indhold (f.eks. hvis de strukturerede data angiver, at påstanden er sand, men indholdet på siden siger, at påstanden er falsk). Sørg i stedet for, at både indholdet og de strukturerede data stemmer overens (f.eks. at begge angiver, at påstanden er sand).
  • Du skal opfylde standarderne for ansvarlighed, gennemsigtighed, læsbarhed og fejlagtig fremstilling på siden, som er formuleret i vores generelle retningslinjer for Google News.
  • Du skal have en politik for rettelser eller have en mekanisme, så brugerne kan rapportere fejl.
  • Websites for politiske enheder (f.eks. kampagner, partier eller valgte embedsmænd) er ikke berettiget til denne funktion.
  • Dine læsere kan nemt identificere påstande og kontroller i artiklens hovedtekst. Dine læsere er i stand til at forstå, hvad der blev kontrolleret, og hvilke konklusioner der blev draget.
  • Du skal klart henføre den specifikke påstand, som du vurderer, til en bestemt oprindelse (adskilt fra dit websted), uanset om det er et andet websted, en offentlig udtalelse, sociale medier eller en anden sporbar kilde.
  • Din analyse af faktatjek skal være sporbar og gennemsigtig med hensyn til kilder og metoder med citater og henvisninger til primære kilder.

Tekniske retningslinjer

  • En enkelt side kan rumme flere ClaimReview-elementer, hver for en separat påstand.
  • Hvis forskellige anmeldere på siden kontrollerer den samme kendsgerning, kan du inkludere et separat ClaimReview-element for hver anmelderes analyse. Du kan finde flere oplysninger under Opsætning af flere faktatjek på en side.
  • Den side, der er vært for ClaimReview-elementet, skal som minimum indeholde et kort resumé af faktatjekket og evalueringen, hvis ikke den fulde tekst.
  • Du bør kun være vært for et bestemt ClaimReview på én side på dit websted. Du må ikke gentage den samme faktatjek på flere sider, medmindre der er tale om variationer af den samme side (du kan f.eks. lægge det samme ClaimReview op på mobilversionen og desktopversionen af en side).
  • Hvis dit websted samler artikler om faktatjek, skal du sikre, at alle artikler opfylder ovenstående kriterier, og at du giver en åben og offentligt tilgængelig liste over alle de websteder med faktatjek, som du samler.

Postering af flere faktatjek på en side

Hvis du beslutter dig for at angive flere ClaimReview artikler på en enkelt side, skal du sørge for, at de alle er relevante for sidens hovedemne. Brug en af følgende metoder:

  • Opret en oversigtsside med flere sammenfattede faktatjek, hver med sit eget ClaimReview-element. Læg den fulde tekstudgave af hver faktatjek ud på sin egen side. Hvert ClaimReview-element på oversigtssiden peger på fuldtekstversionen i stedet for på oversigtssiden.
  • eller
  • Opret en enkelt side med flere anmeldelser i fuldtekst, hver med et HTML-anker. Hvert ClaimReview-element peger på det summary_page.html#anchor.

De definitioner af strukturerede datatyper

De følgende strukturerede datatyper er nødvendige for at implementere faktatjek:

  • ClaimReview
  • Claim
  • Rating

Du skal medtage de krævede egenskaber, for at dit indhold er berettiget til at blive vist som et righoldigt resultat. Du kan også inkludere de anbefalede egenskaber for at tilføje flere oplysninger om dit indhold, hvilket kan give en bedre brugeroplevelse.

Hvis din organisation er interesseret i at implementere eller oplever problemer med ClaimReview, skal du indsende dine kontaktoplysninger. Vores team vil muligvis kontakte dig.

ClaimReview

Den fulde definition af ClaimReview findes på schema.org/ClaimReview.

Krævede egenskaber
claimReviewed

Text

Et kort resumé af den fordring, der evalueres. Prøv at holde dette på under 75 tegn for at minimere indpakningen, når det vises på en mobilenhed.

reviewRating

Rating

Vurderingen af anprisningen. Dette objekt understøtter både en numerisk og en tekstbaseret vurdering. Den tekstmæssige værdi er i øjeblikket den eneste værdi, der vises i søgeresultaterne.

Differente faktatjekprojekter har en række forskellige vurderingsordninger, som kan have subtile forskelle, især for mellemliggende værdier. Det er vigtigt at dokumentere sådanne vurderingsordninger for at tydeliggøre betydningen af de numeriske vurderinger. Der bør som minimum være et rating-system med tal til tekst for alle dine faktatjek, der har numeriske karakterer.

  • 1 = “Falsk”
  • 2 = “For det meste falsk”
  • 3 = “Halvt sandt”
  • 4 = “For det meste sandt”
  • 5 = “Sandt”

For yderligere oplysninger, se Rating.

url

URL

Link til den side, der indeholder den fulde artikel om faktatjekket. Hvis siden har flere ClaimReview-elementer, skal du sørge for, at faktatjekket har et HTML-anker, og at denne egenskab peger på dette anker. Eksempler: http://example.com/longreview.html eller http://example.com/summarypage.html#fact1

Domænet for denne URL-værdi skal være det samme domæne som eller et underdomæne af den side, der er vært for dette ClaimReview-element. Omdirigeringer eller forkortede URL’er (f.eks. g.co/searchconsole) bliver ikke opløst og fungerer derfor ikke her.

Anbefalede egenskaber
author

Organization

Udgiveren af artiklen til faktatjek, ikke udgiveren af påstanden. author skal være en organisation eller en person. author har mindst en af følgende egenskaber:

name Text

Navnet på den organisation, der udgiver faktatjekket.

url

URL

URL’en på udgiveren af faktatjekket. Det kan være en hjemmeside, en kontaktside eller en anden passende side.

datePublished

DateTime

Datoen, hvor faktatjekket blev offentliggjort

itemReviewed

Claim

En genstand, der beskriver den påstand, der fremsættes. For yderligere oplysninger, se Claim.

Claim

Den fulde definition af Claim findes på schema.org/Claim.

Anbefalede egenskaber
appearance

URL eller CreativeWork

Et link til eller en inline-beskrivelse af en CreativeWork, hvori dette krav forekommer.

author

Organization eller Person

Forfatteren af påstanden, ikke forfatteren af faktatjekket. Du skal ikke medtage author-egenskaben, hvis påstanden ikke har en forfatter. Hvis du tilføjer author, skal du definere følgende egenskaber:

name Text, påkrævet

Påstandens udgiver. Udgiveren kan være en person eller en organisation.

sameAs URL, anbefales

Indikerer den part, der fremsætter kravet, uanset om parten er en Person eller Organization. Når flere udgivere rapporterer om den samme fordring, kan appearance-egenskaben gentages. Når flere parter i det væsentlige fremsætter den samme påstand, kan author-egenskaben gentages.

URL’en kan være:

  • Hjemmesiden for den organisation, der fremsætter påstanden.
  • En anden endelig URL, der indeholder oplysninger om den part, der fremsætter påstanden, f.eks. en persons eller organisations Wikipedia- eller Wikidata-post.
datePublished

DateTime

Datoen, hvor påstanden blev fremsat eller kom ind i den offentlige diskurs (f.eks. da den blev populær i sociale netværk).

firstAppearance

URL eller CreativeWork

Et link til eller en inline-beskrivelse af en CreativeWork, hvori denne specifikke påstand optræder første gang.

Rating

Den fulde definition af Rating findes på skema.org/Rating.

Krævede egenskaber
alternateName

Text

Den sandhedsvurdering, der er tildelt ClaimReview.reviewRating, som et kort ord eller en sætning, der kan læses af mennesker. Denne værdi vises i faktatjekket i søgeresultaterne. Eksempler: “Sandt” eller “Mest sandt”.

Hvis du bruger en længere sætning, skal du sørge for, at begyndelsen af sætningen udtrykker betydningen, hvis sætningen bliver afkortet for at passe til visningen. F.eks: “Mest sandt i detaljerne, selv om den overordnede påstand er noget misvisende.”

Anbefalede egenskaber
bestRating

Number

For numeriske vurderinger, den bedst mulige værdi på skalaen fra dårligst til bedst. Skal være større end worstRating. Skal kunne evalueres som et tal. Eksempel: 4

name

Text

Samme som alternateName, og bruges, når alternateName ikke er angivet, men vi anbefaler, at du angiver alternateName i stedet for name.

ratingValue

Number

En numerisk vurdering af denne fordring, i intervallet worstRatingbestRating inklusive. Heltalsværdier anbefales, men er ikke påkrævet. Jo tættere den numeriske vurdering er på bestRating, jo mere sand er den; jo tættere denne værdi er på worstRating, jo mere falsk er den. Den numeriske vurdering skal kunne evalueres som et tal. Eksempel: 4

worstRating

Number

For numeriske vurderinger, den værst mulige værdi i en skala fra værst til bedst. Skal være mindre end bestRating. Skal kunne vurderes som et tal. Skal have en minimumsværdi på 1. Eksempel: 1

Overvåg rige resultater med Search Console

Search Console er et værktøj, der hjælper dig med at overvåge, hvordan dine sider klarer sig i Google Search. Du behøver ikke at tilmelde dig Search Console for at blive vist i Googles søgeresultater, men det kan hjælpe dig med at forstå og forbedre, hvordan Google ser dit websted. Vi anbefaler, at du tjekker Search Console i følgende tilfælde:

  1. Efter implementering af strukturerede data for første gang
  2. Efter frigivelse af nye skabeloner eller opdatering af din kode
  3. Analyse af trafikken med jævne mellemrum

Efter implementering af strukturerede data for første gang

Når Google har indekseret dine sider, skal du kigge efter problemer ved hjælp af den relevante statusrapport for Rich-resultater. Ideelt set bør du se en stigning i antallet af gyldige sider og ingen stigning i antallet af fejl eller advarsler. Hvis du finder problemer i dine strukturerede data:

  1. Retter fejlene.
  2. Inspicer en live-URL for at kontrollere, om problemet fortsætter.
  3. Anmod om validering ved hjælp af statusrapporten.

Efter frigivelse af nye skabeloner eller opdatering af din kode

Når du foretager væsentlige ændringer på dit websted, skal du overvåge for stigninger i fejl og advarsler i strukturerede data.

  • Hvis du ser en stigning i fejl, har du måske udrullet en ny skabelon, der ikke fungerer, eller dit websted interagerer med den eksisterende skabelon på en ny og dårlig måde.
  • Hvis du ser et fald i gyldige elementer (ikke modsvaret af en stigning i fejl), indlejrer du måske ikke længere strukturerede data i dine sider. Brug URL-inspektionsværktøjet til at finde ud af, hvad der er årsag til problemet.

Analyser trafikken med jævne mellemrum

Analyser din Google-søgetrafik ved hjælp af Ydelsesrapporten. Dataene viser dig, hvor ofte din side vises som et rich-resultat i Søgning, hvor ofte brugerne klikker på den, og hvilken gennemsnitlig position du vises i søgeresultaterne. Du kan også trække disse resultater automatisk med Search Console API’en.

Forsøgning af problemer

Hvis du har problemer med at implementere eller fejlfinde strukturerede data, er der her nogle ressourcer, der kan hjælpe dig.

  • Hvis du bruger et indholdsstyringssystem (CMS), eller hvis en anden person tager sig af dit websted, så bed dem om at hjælpe dig. Sørg for at videresende enhver meddelelse fra Search Console, der beskriver problemet, til dem.
  • Du har muligvis en fejl i dine strukturerede data. Tjek listen over fejl i strukturerede data.
  • Fejlfinding af manglende rige resultater / fald i det samlede antal rige resultater.
  • For generelle spørgsmål om crawling og indeksering kan du se FAQ om crawling og indeksering i Google Search.
  • Stil et spørgsmål i Google Search Central kontortid.
  • Post et spørgsmål i Google Search Central-forummet.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.