Fact Check

Om du har en webbsida som granskar ett påstående som gjorts av andra kan du inkludera ClaimReview strukturerade data på din webbsida. ClaimReviewstrukturerade data kan göra det möjligt att visa en sammanfattad version av din faktagranskning i Googles sökresultat när din sida visas i sökresultaten för det påståendet.

Den här guiden beskriver detaljerna om hur du implementerar ClaimReviewstrukturerade data. Om du inte vill lägga till strukturerade data manuellt kan du kolla in Fact Check Markup Tool. Om du vill veta mer går du till Om Fact Check Markup Tool.

Hur man lägger till strukturerade data

Strukturerade data är ett standardiserat format för att tillhandahålla information om en sida och klassificera sidans innehåll. Om du är ny med strukturerade data kan du läsa mer om hur strukturerade data fungerar.

Här får du en översikt över hur du bygger, testar och släpper strukturerade data. Om du vill ha en steg-för-steg-guide om hur du lägger till strukturerade data på en webbsida kan du läsa Codelab för strukturerade data.

  1. Lägg till de nödvändiga egenskaperna. För information om var strukturerade data ska placeras på sidan, titta på JSON-LD strukturerade data: Var på sidan: Where to insert on the page.
  2. Följ riktlinjerna.
  3. Validera koden med hjälp av Rich Results Test.
  4. Distribuera några sidor som innehåller dina strukturerade data och använd URL Inspection-verktyget för att testa hur Google ser sidan. Kontrollera att sidan är tillgänglig för Google och inte blockeras av en robots.txt-fil, noindex-taggen eller inloggningskrav. Om sidan ser okej ut kan du be Google att återigen söka upp dina webbadresser.
  5. För att hålla Google informerad om framtida ändringar rekommenderar vi att du skickar in en sitemap. Du kan automatisera detta med Search Console Sitemap API.

Exempel

Föreställ dig en sida som utvärderar påståendet att jorden är platt. Så här kan en sökning på ”jorden är platt” se ut i Googles sökresultat om sidan tillhandahåller ett ClaimReview-element (observera att den faktiska visuella utformningen kan förändras):

Här är ett exempel på strukturerade data på sidan som är värd för den här faktagranskningen:

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

Riktlinjer för stödberättigande

Google garanterar inte att faktagranskningar kommer att visas i sökresultaten, även om din sida är korrekt markerad enligt Rich Result Test. Användning av strukturerade data gör det möjligt för en funktion att finnas med, det garanterar inte att den kommer att finnas med. Googles algoritm avgör programmatiskt om faktagranskningar är berättigade till rika resultat, beroende på många variabler, bland annat följande riktlinjer.

För att ditt innehåll med faktagranskningar ska vara berättigat att visas som ett rika resultat med faktagranskningar i Google Search måste du uppfylla följande riktlinjer:

  • Din webbplats måste ha flera sidor som är markerade med ClaimReview strukturerade data.
  • Du måste följa alla riktlinjer för strukturerade data och riktlinjer för webbansvariga.
  • Det får inte finnas någon diskrepans mellan de strukturerade data och sidans innehåll (t.ex. om de strukturerade data anger att påståendet är sant, men om innehållet på sidan anger att påståendet är falskt). Se i stället till att både innehåll och strukturerade data stämmer överens (t.ex. om båda anger att påståendet är sant).
  • Du måste uppfylla standarderna för ansvarighet, transparens, läsbarhet och felaktig representation på webbplatsen, enligt vad som anges i våra allmänna riktlinjer för Google News.
  • Du måste ha en korrigeringspolicy eller en mekanism för användare att rapportera fel.
  • Websidor för politiska enheter (t.ex. kampanjer, partier eller förtroendevalda) är inte berättigade till den här funktionen.
  • Dina läsare kan lätt identifiera påståenden och kontroller i artikelns huvuddel. Dina läsare kan förstå vad som kontrollerades och vilka slutsatser som drogs.
  • Du måste tydligt hänföra det specifika påstående som du bedömer till ett distinkt ursprung (skilt från din webbplats), oavsett om det är en annan webbplats, ett offentligt uttalande, sociala medier eller en annan spårbar källa.
  • Din analys av faktagranskningen måste kunna spåras och vara transparent när det gäller källor och metoder, med citat och referenser till primärkällor.

Tekniska riktlinjer

  • En enda sida kan hysa flera ClaimReview-element, vart och ett för ett separat påstående.
  • Om olika granskare på sidan kontrollerar samma fakta kan du inkludera ett separat ClaimReview-element för varje granskares analys. Mer information finns på sidan Lägg upp flera faktagranskningar på en sida.
  • Den sida som är värd för ClaimReview-elementet måste innehålla åtminstone en kort sammanfattning av faktagranskningen och utvärderingen, om inte hela texten.
  • Du bör vara värd för ett specifikt ClaimReview på endast en sida på din webbplats. Upprepa inte samma faktagranskning på flera sidor, såvida det inte rör sig om varianter av samma sida (du kan till exempel lägga upp samma ClaimReview på mobilversionen och skrivbordsversionen av en sida).
  • Om din webbplats aggregerar faktagranskningsartiklar ska du se till att alla artiklar uppfyller kriterierna ovan och att du tillhandahåller en öppen och allmänt tillgänglig lista över alla faktagranskningswebbplatser som du aggregerar.

Posta flera faktagranskningar på en sida

Om du bestämmer dig för att ange flera ClaimReview artiklar på en enda sida, se till att de alla är relevanta för sidans huvudämne. Använd en av följande metoder:

  • Skapa en sammanfattningssida med flera sammanfattade faktagranskningar, var och en med ett eget ClaimReview-element. Lägg upp fulltextversionen av varje faktagranskning på en egen sida. Varje ClaimReview-element på sammanfattningssidan pekar på fulltextversionen snarare än på sammanfattningssidan.
  • eller
  • Skapa en enda sida med flera recensioner i fulltext, var och en med ett HTML-ankare. Varje ClaimReview-element pekar på det summary_page.html#anchor.

Definitioner av strukturerade datatyper

Följande strukturerade datatyper krävs för att implementera faktakontroller:

  • ClaimReview
  • Claim
  • Rating

Du måste inkludera de nödvändiga egenskaperna för att ditt innehåll ska vara berättigat till visning som ett rikt resultat. Du kan också inkludera de rekommenderade egenskaperna för att lägga till mer information om ditt innehåll, vilket kan ge en bättre användarupplevelse.

Om din organisation är intresserad av att implementera eller har problem med ClaimReview, skicka in dina kontaktuppgifter. Vårt team kan komma att kontakta dig.

ClaimReview

Den fullständiga definitionen av ClaimReview finns på schema.org/ClaimReview.

Krävda egenskaper
claimReviewed

Text

En kort sammanfattning av det krav som utvärderas. Försök att hålla denna kortare än 75 tecken för att minimera omslaget när den visas på en mobil enhet.

reviewRating

Rating

Bedömningen av påståendet. Detta objekt stöder både en numerisk och en textmässig bedömning. Det textuella värdet är för närvarande det enda värde som visas i sökresultaten.

Olika faktagranskningsprojekt har en mängd olika bedömningsscheman som kan ha subtila skillnader, särskilt för mellanliggande värden. Det är viktigt att dokumentera sådana värderingssystem för att klargöra innebörden av de numeriska värderingarna. Som ett minimum bör det finnas ett system för betygsättning från nummer till text för alla dina faktagranskningar som har numeriska poäng.

  • 1 = ”Falskt”
  • 2 = ”Mestadels falskt”
  • 3 = ”Halvt sant”
  • 4 = ”Mestadels sant”
  • 5 = ”Sant”

För mer information, se Betygsättning.

url

URL

Länk till sidan med hela artikeln om faktagranskningen. Om sidan har flera ClaimReview-element ska du se till att faktagranskningen har ett HTML-ankare och att den här egenskapen pekar på det ankaret. Exempel: http://example.com/longreview.html eller http://example.com/summarypage.html#fact1

Domänen för detta URL-värde måste vara samma domän som, eller en underdomän till, den sida som är värd för detta ClaimReview-element. Omdirigeringar eller förkortade webbadresser (t.ex. g.co/searchconsole) löses inte upp och fungerar därför inte här.

Rekommenderade egenskaper
author

Organization

Utgivaren av artikeln om faktagranskning, inte utgivaren av påståendet. author måste vara en organisation eller en person. author har minst en av följande egenskaper:

name Text

Namnet på den organisation som publicerar faktagranskningen.

url

URL

Urlänadressen för utgivaren av faktagranskningen. Detta kan vara en hemsida, en kontaktsida eller en annan lämplig sida.

datePublished

DateTime

Datum då faktagranskningen gjordes. Publicerat

itemReviewed

Claim

Ett objekt som beskriver det påstående som görs. För mer information, se Claim.

Claim

Den fullständiga definitionen av Claim finns på schema.org/Claim.

Rekommenderade egenskaper
appearance

URL eller CreativeWork

En länk till, eller en inline-beskrivning av, en CreativeWork i vilken detta påstående förekommer.

author

Organization eller Person

Författaren till påståendet, inte författaren till faktagranskningen. Ange inte egenskapen author om påståendet inte har någon författare. Om du lägger till author definierar du följande egenskaper:

name Text, krävs

Påståendets utgivare. Utgivaren kan vara en person eller organisation.

sameAs URL, rekommenderas

Indikerar den part som framställer påståendet, oavsett om parten är en Person eller Organization. När flera utgivare rapporterar om samma påstående kan egenskapen appearance upprepas. När flera parter gör i huvudsak samma påstående kan egenskapen author upprepas.

URL:en kan vara:

  • Hemsidan för den organisation som gör påståendet.
  • En annan definitiv URL som ger information om den part som gör påståendet, t.ex. en persons eller organisations Wikipedia- eller Wikidata-post.
datePublished

DateTime

Datum då påståendet framfördes eller kom in i den offentliga diskursen (till exempel när det blev populärt i sociala nätverk).

firstAppearance

URL eller CreativeWork

En länk till, eller inline-beskrivning av, en CreativeWork där detta specifika påstående först förekommer.

Rating

Den fullständiga definitionen av Rating finns på schema.org/Rating.

Krävda egenskaper
alternateName

Text

Sanningen av sanningshalten som tilldelats ClaimReview.reviewRating, i form av ett kort ord eller en kort fras som kan läsas av människor. Detta värde visas i faktagranskningen i sökresultaten. Exempel: ”

Om du använder en längre mening, se till att början av meningen uttrycker innebörden, ifall meningen förkortas för att passa i displayen. Till exempel: ”

Rekommenderade egenskaper
bestRating

Number

För numeriska bedömningar, det bästa möjliga värdet i skalan från sämst till bäst. Måste vara större än worstRating. Måste kunna utvärderas som ett tal. Exempel: 4

name

Text

Samma som alternateName och används när alternateName inte anges, men vi rekommenderar att du anger alternateName istället för name.

ratingValue

Number

En numerisk värdering av detta påstående, i intervallet worstRatingbestRating inklusive. Hela tal rekommenderas men krävs inte. Ju närmare bestRating det numeriska värdet ligger, desto mer sant är det. Ju närmare worstRating det numeriska värdet ligger, desto mer falskt är det. Det numeriska värdet måste kunna utvärderas som ett tal. Exempel: 4

worstRating

Number

För numeriska betyg, det sämsta möjliga värdet i en skala från sämst till bäst. Måste vara mindre än bestRating. Måste kunna utvärderas som ett tal. Måste ha ett lägsta värde på 1. Exempel: 1

Övervaka rika resultat med Search Console

Search Console är ett verktyg som hjälper dig att övervaka hur dina sidor presterar i Google Search. Du behöver inte anmäla dig till Search Console för att komma med i Googles sökresultat, men det kan hjälpa dig att förstå och förbättra hur Google ser din webbplats. Vi rekommenderar att du kontrollerar Search Console i följande fall:

  1. Efter att ha distribuerat strukturerade data för första gången
  2. Efter att ha släppt nya mallar eller uppdaterat din kod
  3. Analysera trafiken regelbundet

Efter att ha distribuerat strukturerade data för första gången

Efter att Google har indexerat dina sidor kan du leta efter problem med hjälp av den relevanta statusrapporten för Rich-resultat. Helst ska du se en ökning av antalet giltiga sidor och ingen ökning av fel eller varningar. Om du hittar problem i dina strukturerade data:

  1. Rätta felen.
  2. Inspektera en levande URL för att kontrollera om problemet kvarstår.
  3. Begär validering med hjälp av statusrapporten.

Efter att du har släppt nya mallar eller uppdaterat koden

När du gör betydande ändringar på din webbplats ska du övervaka om det finns en ökning av fel och varningar i strukturerade data.

  • Om du ser en ökning av fel kanske du har lanserat en ny mall som inte fungerar, eller så interagerar din webbplats med den befintliga mallen på ett nytt och dåligt sätt.
  • Om du ser en minskning av giltiga objekt (som inte motsvaras av en ökning av fel) kanske du inte längre bäddar in strukturerade data på dina sidor. Använd verktyget URL-inspektion för att ta reda på vad som orsakar problemet.

Analysera trafik med jämna mellanrum

Analysera din trafik i Google Search med hjälp av prestandarapporten. Uppgifterna visar hur ofta din sida visas som ett rikt resultat i Sök, hur ofta användare klickar på den och vilken genomsnittlig position du har i sökresultaten. Du kan också hämta dessa resultat automatiskt med Search Console API.

Felsökning

Om du har problem med att implementera eller felsöka strukturerade data finns här några resurser som kan hjälpa dig.

  • Om du använder ett innehållshanteringssystem (CMS) eller om någon annan tar hand om din webbplats, be dem hjälpa dig. Se till att vidarebefordra alla meddelanden från Search Console som beskriver problemet till dem.
  • Du kan ha ett fel i dina strukturerade data. Kontrollera listan över fel i strukturerade data.
  • Förbättra saknade rika resultat/nedgång i totalt antal rika resultat.
  • För allmänna frågor om krypning och indexering, se FAQ om krypning och indexering i Google Search.
  • Ställ en fråga under Google Search Centrals kontorstider.
  • Posta en fråga i Google Search Central-forumet.

Lämna ett svar

Din e-postadress kommer inte publiceras.