Fact Check

Jeśli masz stronę internetową, która weryfikuje twierdzenia innych osób, możesz umieścić na niej dane strukturalne ClaimReview. Dane strukturalne ClaimReview mogą umożliwić wyświetlenie podsumowanej wersji sprawdzenia faktów w wynikach wyszukiwania Google, gdy Twoja strona pojawi się w wynikach wyszukiwania dla tego twierdzenia.

Ten przewodnik opisuje szczegóły dotyczące wdrażania danych strukturalnych ClaimReview. Jeśli nie chcesz dodawać danych strukturalnych ręcznie, możesz skorzystać z narzędzia Fact Check Markup Tool. Aby dowiedzieć się więcej, odwiedź stronę About the Fact Check Markup Tool.

Jak dodać dane strukturalne

Dane strukturalne to ustandaryzowany format dostarczania informacji o stronie i klasyfikowania jej zawartości. Jeśli jesteś początkującym użytkownikiem danych strukturalnych, możesz dowiedzieć się więcej o tym, jak działają dane strukturalne.

Oto przegląd sposobów budowania, testowania i udostępniania danych strukturalnych. Aby uzyskać przewodnik krok po kroku, jak dodać dane strukturalne do strony internetowej, zapoznaj się z kodelabem danych strukturalnych.

  1. Dodaj wymagane właściwości. Aby uzyskać informacje o tym, gdzie umieścić dane strukturalne na stronie, obejrzyj JSON-LD dane strukturalne: Gdzie wstawić na stronie.
  2. Postępuj zgodnie z wytycznymi.
  3. Waliduj swój kod za pomocą Rich Results Test.
  4. Wprowadź kilka stron, które zawierają Twoje dane strukturalne i użyj narzędzia URL Inspection, aby sprawdzić, jak Google widzi stronę. Upewnij się, że Twoja strona jest dostępna dla Google i nie jest zablokowana przez plik robots.txt, znacznik noindex lub wymagania logowania. Jeśli strona wygląda dobrze, możesz poprosić Google o ponowne przeszukanie adresów URL.
  5. Aby informować Google o przyszłych zmianach, zalecamy przesłanie sitemapy. Możesz to zautomatyzować za pomocą Search Console Sitemap API.

Przykład

Wyobraź sobie stronę, która ocenia twierdzenie, że ziemia jest płaska. Oto jak może wyglądać wyszukiwanie „świat jest płaski” w wynikach wyszukiwania Google, jeśli strona zawiera element ClaimReview (zwróć uwagę, że rzeczywisty projekt wizualny może ulec zmianie):

Oto przykład danych strukturalnych na stronie, na której znajduje się to sprawdzenie faktów:

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

Wskazówki dotyczące kwalifikowalności

Google nie gwarantuje, że fact checks będą wyświetlane w wynikach wyszukiwania, nawet jeśli Twoja strona jest oznaczona poprawnie zgodnie z Rich Result Test. Użycie danych strukturalnych umożliwia obecność funkcji, ale nie gwarantuje, że będzie ona obecna. Algorytm Google programowo określa kwalifikowalność do bogatych wyników sprawdzania faktów w zależności od wielu zmiennych, w tym następujących wytycznych.

Aby treści sprawdzania faktów kwalifikowały się do wyświetlania jako bogate wyniki sprawdzania faktów w wyszukiwarce Google, muszą spełniać następujące wytyczne:

  • Twoja witryna musi mieć kilka stron oznaczonych ClaimReview danymi strukturalnymi.
  • Musisz przestrzegać wszystkich wytycznych dotyczących danych strukturalnych oraz wytycznych dla webmasterów.
  • Nie może występować żadne niedopasowanie między danymi strukturalnymi a treścią strony (na przykład, jeśli dane strukturalne wskazywały, że twierdzenie jest prawdziwe, ale treść na stronie mówiła, że twierdzenie jest fałszywe). Zamiast tego należy się upewnić, że zarówno treść, jak i dane strukturalne są zgodne (na przykład obie wskazują, że twierdzenie jest prawdziwe).
  • Musisz spełnić standardy odpowiedzialności, przejrzystości, czytelności i wprowadzania w błąd w witrynie, określone w ogólnych wytycznych dotyczących Wiadomości Google.
  • Musisz mieć politykę poprawek lub mechanizm zgłaszania błędów przez użytkowników.
  • Witryny podmiotów politycznych (takich jak kampanie, partie lub urzędnicy) nie kwalifikują się do tej funkcji.
  • Twoi czytelnicy mogą łatwo zidentyfikować twierdzenia i kontrole w treści artykułu. Twoi czytelnicy są w stanie zrozumieć, co zostało sprawdzone i jakie wnioski zostały wyciągnięte.
  • Musisz jasno przypisać konkretne twierdzenie, które oceniasz do odrębnego źródła (oddzielnego od Twojej strony internetowej), niezależnie od tego, czy jest to inna strona internetowa, oświadczenie publiczne, media społecznościowe, czy inne możliwe do prześledzenia źródło.
  • Twoja analiza sprawdzania faktów musi być identyfikowalna i przejrzysta w odniesieniu do źródeł i metod, z cytatami i odniesieniami do źródeł pierwotnych.

Wskazówki techniczne

  • Pojedyncza strona może zawierać wiele elementów ClaimReview, każdy dla oddzielnego twierdzenia.
  • Jeśli różni recenzenci na stronie sprawdzają ten sam fakt, możesz dołączyć oddzielny element ClaimReview dla analizy każdego recenzenta. Aby uzyskać więcej informacji, odwiedź Posting multiple fact checks on a page.
  • Strona hostująca element ClaimReview musi mieć przynajmniej krótkie podsumowanie sprawdzenia faktów i oceny, jeśli nie pełny tekst.
  • Powinieneś hostować określony element ClaimReview tylko na jednej stronie w witrynie. Nie powtarzaj tego samego sprawdzenia faktów na wielu stronach, chyba że są to odmiany tej samej strony (na przykład, możesz umieścić ten sam ClaimReview na wersji mobilnej i desktopowej strony).
  • Jeśli Twoja witryna agreguje artykuły sprawdzające fakty, upewnij się, że wszystkie artykuły spełniają powyższe kryteria i że zapewniasz otwartą i publicznie dostępną listę wszystkich witryn sprawdzających fakty, które agregujesz.

Podawanie wielu sprawdzeń faktów na stronie

Jeśli zdecydujesz się podać wiele ClaimReview artykułów na jednej stronie, upewnij się, że wszystkie są istotne dla głównego tematu strony. Użyj jednej z następujących metod:

  • Utwórz stronę podsumowującą z wieloma podsumowanymi kontrolami faktów, każda z własnym elementem ClaimReview. Zamieść pełnotekstową wersję każdego sprawdzenia faktów na jego własnej stronie. Każdy element ClaimReview na stronie z podsumowaniem wskazuje na wersję pełnotekstową, a nie na stronę z podsumowaniem.
  • OR
  • Utwórz pojedynczą stronę z wieloma pełnowymiarowymi recenzjami, każda z kotwicą HTML. Każdy element ClaimReview wskazuje na ten summary_page.html#anchor.

Definicje strukturalnych typów danych

Następujące strukturalne typy danych są wymagane do wdrożenia sprawdzania faktów:

  • ClaimReview
  • Claim
  • Rating

Musisz zawrzeć wymagane właściwości, aby Twoja zawartość kwalifikowała się do wyświetlenia jako bogaty wynik. Możesz również dołączyć zalecane właściwości, aby dodać więcej informacji o swojej zawartości, co może zapewnić lepsze wrażenia użytkownika.

Jeśli Twoja organizacja jest zainteresowana wdrożeniem lub doświadcza problemów z ClaimReview, prześlij swoje dane kontaktowe. Nasz zespół może się z Tobą skontaktować.

ClaimReview

Pełna definicja ClaimReview jest dostępna na schema.org/ClaimReview.

Wymagane właściwości
claimReviewed

Text

Krótkie podsumowanie ocenianego roszczenia. Postaraj się, aby było to mniej niż 75 znaków, aby zminimalizować zawijanie podczas wyświetlania na urządzeniach mobilnych.

reviewRating

Rating

Ocena roszczenia. Obiekt ten obsługuje zarówno ocenę numeryczną jak i tekstową. Wartość tekstowa jest obecnie jedyną wartością wyświetlaną w wynikach wyszukiwania.

Różne projekty sprawdzania faktów mają różne schematy oceny, które mogą mieć subtelne różnice, szczególnie dla wartości pośrednich. Ważne jest, aby dokumentować takie schematy oceniania, aby wyjaśnić znaczenie ocen numerycznych. Minimalnie, powinien istnieć system oceniania od numeru do tekstu dla wszystkich twoich sprawdzeń faktów, które mają numeryczną punktację.

  • 1 = „Fałsz”
  • 2 = „W większości fałsz”
  • 3 = „Półprawda”
  • 4 = „W większości prawda”
  • 5 = „Prawda”

Więcej informacji, zobacz Ocenianie.

url

URL

Link do strony zawierającej pełny artykuł sprawdzający fakty. Jeśli strona posiada wiele elementów ClaimReview, upewnij się, że fact check posiada kotwicę HTML, a ta właściwość wskazuje na tę kotwicę. Przykłady: http://example.com/longreview.html lub http://example.com/summarypage.html#fact1

Domena tej wartości URL musi być tą samą domeną, co, lub subdomeną strony hostującej ten element ClaimReview. Przekierowania lub skrócone adresy URL (takie jak g.co/searchconsole) nie są rozwiązywane, więc nie będą tu działać.

Zalecane właściwości
author

Organization

Wydawca artykułu sprawdzającego fakty, a nie wydawca roszczenia. author musi być organizacją lub osobą. The author have at least one of the following properties:

name Text

Name of the organization that is publishing the fact check.

url

URL

The URL of the publisher of the fact check. Może to być strona główna, strona kontaktowa lub inna odpowiednia strona.

datePublished

DateTime

Data, kiedy sprawdzenie faktów zostało opublikowana

itemReviewed

Claim

Obiekt opisujący zgłaszane roszczenie. Aby uzyskać więcej informacji, zobacz Claim.

Claim

Pełna definicja Claim jest dostępna na schema.org/Claim.

Zalecane właściwości
appearance

URL lub CreativeWork

Łącze do, lub opis inline CreativeWork, w którym pojawia się to roszczenie.

author

Organization lub Person

Autor twierdzenia, a nie autor sprawdzenia faktów. Nie dołączaj właściwości author, jeśli roszczenie nie ma autora. Jeśli dodajesz author, zdefiniuj następujące właściwości:

name Text, wymagane

Wydawca twierdzenia. Wydawcą może być osoba lub organizacja.

sameAs URL, zalecane

Wskazuje stronę zgłaszającą roszczenie, niezależnie od tego, czy strona ta jest Person czy Organization. Gdy wielu wydawców informuje o tym samym roszczeniu, właściwość appearance może być powtarzana. Gdy wiele stron zgłasza zasadniczo to samo roszczenie, właściwość author może być powtórzona.

Adres URL może być:

  • Strona główna organizacji, która zgłasza roszczenie.
  • Inny ostateczny adres URL, który dostarcza informacji o stronie, która zgłasza roszczenie, taki jak wpis osoby lub organizacji w Wikipedii lub Wikidata.
datePublished

DateTime

Data, kiedy roszczenie zostało zgłoszone lub weszło do dyskursu publicznego (na przykład, kiedy stało się popularne w sieciach społecznościowych).

firstAppearance

URL lub CreativeWork

Łącznik do, lub opis inline CreativeWork, w którym to konkretne twierdzenie pojawia się po raz pierwszy.

Rating

Pełna definicja Rating jest dostępna na schema.org/Rating.

Wymagane właściwości
alternateName

Text

Ocena prawdziwości przypisana do ClaimReview.reviewRating, jako czytelne dla człowieka krótkie słowo lub fraza. Ta wartość jest wyświetlana w sprawdzaniu faktów w wynikach wyszukiwania. Przykłady: „Prawda” lub „W większości prawda”.

Jeśli używasz dłuższego zdania, upewnij się, że początek zdania wyraża znaczenie, na wypadek gdyby zdanie zostało obcięte w celu dopasowania do wyświetlania. Na przykład: „W większości prawdziwe w szczegółach, choć ogólne twierdzenie jest nieco mylące”

Zalecane właściwości
bestRating

Number

W przypadku ocen liczbowych, najlepsza możliwa wartość w skali od najgorszej do najlepszej. Musi być większa niż worstRating. Musi być możliwa do oszacowania jako liczba. Przykład: 4

name

Text

Tak samo jak alternateName i używane, gdy alternateName nie jest podane, ale zalecamy podanie alternateName zamiast name.

ratingValue

Number

Numeryczna ocena tego oświadczenia, z zakresu worstRatingbestRating włącznie. Wartości całkowite są zalecane, ale nie wymagane. Im bardziej wartość liczbowa jest bliższa bestRating, tym bardziej jest prawdziwa; im bardziej wartość ta jest bliższa worstRating, tym bardziej jest fałszywa. Ocena liczbowa musi być możliwa do obliczenia jako liczba. Przykład: 4

worstRating

Number

W przypadku ocen liczbowych, najgorsza możliwa wartość w skali od najgorszej do najlepszej. Musi być mniejsza niż bestRating. Musi być w stanie być oceniana jako liczba. Musi mieć minimalną wartość 1. Przykład: 1

Monitoruj bogate wyniki za pomocą Search Console

Search Console to narzędzie, które pomaga monitorować, jak Twoje strony radzą sobie w wyszukiwarce Google. Nie musisz rejestrować się w Search Console, aby znaleźć się w wynikach wyszukiwania Google, ale może ono pomóc ci zrozumieć i poprawić sposób, w jaki Google widzi twoją witrynę. Zalecamy sprawdzenie Search Console w następujących przypadkach:

  1. Po wdrożeniu danych strukturalnych po raz pierwszy
  2. Po wydaniu nowych szablonów lub aktualizacji kodu
  3. Analizując ruch okresowo

Po wdrożeniu danych strukturalnych po raz pierwszy

Po tym, jak Google zaindeksowało Twoje strony, poszukaj problemów, korzystając z odpowiedniego raportu stanu wyników Rich. W idealnej sytuacji powinieneś zauważyć wzrost liczby ważnych stron, a nie wzrost liczby błędów lub ostrzeżeń. Jeśli znajdziesz problemy w danych strukturalnych:

  1. Napraw błędy.
  2. Skontroluj adres URL na żywo, aby sprawdzić, czy problem nadal występuje.
  3. Poproś o sprawdzenie poprawności, korzystając z raportu stanu.

Po wydaniu nowych szablonów lub aktualizacji kodu

Gdy wprowadzisz znaczące zmiany w witrynie, monitoruj, czy nie wzrasta liczba błędów i ostrzeżeń danych strukturalnych.

  • Jeśli widzisz wzrost liczby błędów, być może wprowadziłeś nowy szablon, który nie działa, lub Twoja witryna wchodzi w interakcję z istniejącym szablonem w nowy i zły sposób.
  • Jeśli widzisz spadek liczby ważnych elementów (któremu nie towarzyszy wzrost liczby błędów), być może nie osadzasz już danych strukturalnych na swoich stronach. Użyj narzędzia Inspekcja URL, aby dowiedzieć się, co jest przyczyną problemu.

Okresowe analizowanie ruchu

Zanalizuj ruch w wyszukiwarce Google, korzystając z Raportu wydajności. Dane pokażą Ci, jak często Twoja strona pojawia się jako bogaty wynik w Wyszukiwarce, jak często użytkownicy w nią klikają i jaka jest średnia pozycja, na której pojawiasz się w wynikach wyszukiwania. Możesz również automatycznie pobierać te wyniki za pomocą Search Console API.

Rozwiązywanie problemów

Jeśli masz problemy z wdrażaniem lub usuwaniem błędów z danymi strukturalnymi, oto kilka zasobów, które mogą Ci pomóc.

  • Jeśli używasz systemu zarządzania treścią (CMS) lub ktoś inny opiekuje się Twoją witryną, poproś go o pomoc. Upewnij się, że przekazałeś im każdą wiadomość Search Console, która szczegółowo opisuje problem.
  • Możesz mieć błąd w danych strukturalnych. Sprawdź listę błędów danych strukturalnych.
  • Rozwiązywanie problemów z brakującymi bogatymi wynikami / spadkiem całkowitej liczby bogatych wyników.
  • W przypadku ogólnych pytań dotyczących indeksowania i indeksowania sprawdź sekcję FAQ dotyczącą indeksowania i indeksowania wyszukiwarki Google.
  • Zadaj pytanie w godzinach pracy centrali wyszukiwarki Google.
  • Postaw pytanie na forum usługi Google Search Central.

.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.