Testowanie, utrzymanie i czego nie wolno robić

Moduł 5: Dane strukturalne · Czas czytania: 12 minut

Cel lekcji: Po tej lekcji będą Państwo potrafili testować dane strukturalne za pomocą Rich Results Test i Schema Markup Validator, wyjaśnić różnicę między błędami a ostrzeżeniami oraz stosować zasady Google, takie jak zakaz umieszczania opinii o własnej firmie.

Kluczowe pojęcia: Rich Results Test, Schema Markup Validator, problem krytyczny (błąd) a problem niekrytyczny (ostrzeżenie), wyrenderowany HTML, raporty w Search Console, wytyczne dotyczące danych strukturalnych, własne opinie (self-serving), ręczne działanie, zdublowane bloki, utrzymanie

Dwa narzędzia testowe, dwa pytania

Istnieją dwa bezpłatne narzędzia i każde z nich odpowiada na inne pytanie.

Prosimy zacząć od Rich Results Test (https://search.google.com/test/rich-results, po polsku: Test wyników z elementami rozszerzonymi). Prosimy wpisać adres strony, a nie kod: wtedy narzędzie widzi stronę tak, jak pobiera ją Googlebot, łącznie z JSON-LD dodawanym przez JavaScript. Po wklejeniu kodu JavaScript może napotkać ograniczenia, jak przyznaje samo Google. Jeśli chcą Państwo sprawdzić, czy oznaczenia są zgodne ze schema.org, także dla typów, z których Google nie korzysta, prosimy użyć Schema Markup Validator (https://validator.schema.org/).

Jak czytać błędy i ostrzeżenia

Rich Results Test dzieli problemy na dwa rodzaje:

• Problemy krytyczne (błędy). Brakuje wymaganej właściwości albo wartość jest nieprawidłowa. Element nie kwalifikuje się wtedy do specjalnego wyświetlania. Te problemy należy zawsze rozwiązać.
• Problemy niekrytyczne (ostrzeżenia). Brakuje zalecanej właściwości, na przykład priceRange lub geo. Element jest poprawny. Prosimy uzupełnić właściwość, jeśli mają Państwo te dane i są one prawdziwe; nie należy niczego wymyślać tylko po to, aby pozbyć się ostrzeżenia.

Test pokazuje komunikat "No items detected" (nie wykryto elementów), choć wiedzą Państwo, że na stronie jest JSON-LD? Prosimy sprawdzić trzy możliwe przyczyny:

1. JSON jest nieprawidłowy (o jeden przecinek za dużo lub za mało, zapomniany cudzysłów). Wtedy cały blok jest pomijany. Schema Markup Validator zwykle wskazuje wiersz, w którym występuje problem.
2. Typ jest nieznany (Bloemist zamiast Florist) lub błędnie zapisany (localbusiness).
3. Strona jest zablokowana dla Googlebota przez robots.txt lub noindex (lekcje 3.3 i 1.3). Google wyraźnie prosi: nie blokujcie stron z danymi strukturalnymi.

Search Console to monitoruje

Gdy tylko Państwa strona zostanie dodana do Search Console (moduł 2), Search Console pokazuje w sekcji Ulepszenia raport dla każdego typu, dla którego Google ma specjalne wyświetlanie i znajduje poprawne oznaczenia na Państwa stronie. Widać tam elementy poprawne, elementy z problemami niekrytycznymi i elementy nieprawidłowe, wraz z przykładowymi stronami. Kilka rzeczy, o których warto wiedzieć:

• Nie ma przycisku "napraw to". Poprawiają Państwo źródło (stronę, wtyczkę, kreator stron), a następnie mogą Państwo poprosić w raporcie o weryfikację.
• Liczby dotyczą elementów, a nie stron. Jedna strona może zawierać wiele elementów.
• Jeśli dla danego typu nie ma raportu, Google nie znalazło poprawnych oznaczeń tego typu albo typ nie ma własnego sposobu wyświetlania.

Czego nie wolno robić

Wytyczne Google dotyczące danych strukturalnych są krótkie i surowe. Najważniejsze z nich:

• Opisywać tylko to, co jest widoczne. W JSON-LD nie mogą znaleźć się godziny otwarcia, ceny ani opinie, których odwiedzający nie znajdzie na stronie.
• Bez wprowadzania w błąd. Dane muszą rzetelnie odzwierciedlać stronę.
• Na właściwej stronie. Oznaczenia należy umieścić na stronie, którą opisują.
• Obrazy w danych strukturalnych muszą być możliwe do pobrania i zaindeksowania przez Google.
• Bez fałszywych opinii i bez opinii, które nie pochodzą od prawdziwych użytkowników.

Opinie o własnej firmie

Zasada, która zaskakuje wiele firm: w bloku LocalBusiness na własnej stronie nie należy umieszczać aggregateRating ani review o sobie. Google stwierdza: jeśli oceniana firma sama zarządza opiniami o sobie, strony z oznaczeniami LocalBusiness lub innymi oznaczeniami Organization nie kwalifikują się do gwiazdek w wynikach wyszukiwania. Google wprowadziło tę zasadę w 2019 roku. Nie ma znaczenia, czy zbierają Państwo opinie samodzielnie, pobierają je z widżetu, czy przejmują z serwisu z opiniami. Gwiazdki przy Państwa firmie w Google Maps pochodzą z Profilu Firmy w Google (lekcja 6.5), a nie z Państwa własnego JSON-LD.

Wtyczki i motywy czasem automatycznie dodają taką ocenę do oznaczeń. Prosimy więc sprawdzić we własnym JSON-LD, czy występuje tam aggregateRating, i wyłączyć tę opcję, jeśli dotyczy ona Państwa własnej firmy.

Co się dzieje w przypadku nadużyć

Jeśli naruszą Państwo wytyczne, Google może zastosować ręczne działanie dotyczące danych strukturalnych. Jest ono widoczne w Search Console w sekcji Bezpieczeństwo i ręczne działania (lekcja 2.4). Skutek według Google: strona przestaje kwalifikować się do specjalnego wyświetlania. Według Google takie ręczne działanie nie wpływa na zwykłe pozycje w wynikach wyszukiwania. Po wprowadzeniu poprawek prosimy wystąpić w Search Console o ponowne rozpatrzenie.

Utrzymanie: ciche błędy

Większość problemów nie powstaje podczas pisania, lecz później.

• Dwa bloki, które sobie przeczą. Motyw dodaje blok LocalBusiness, a wtyczka SEO również, z innym numerem telefonu. Prosimy wybrać jedno źródło i wyłączyć drugie. Dwa bloki różnych rodzajów (WebSite i Florist) nie stanowią problemu; dwukrotnie ta sama firma z różnymi danymi już tak.
• Dane, które się zmieniają. Nowy numer telefonu, przeprowadzka, inne godziny otwarcia latem. Prosimy najpierw zmienić je w stałym miejscu (w kreatorze stron lub wtyczce), a następnie sprawdzić Profil Firmy w Google, Apple Business i katalogi firm (moduł 6).
• Nowy motyw lub nowy kreator. Po odświeżeniu strony czasem nie ma już JSON-LD albo jest on zdublowany. Prosimy testować po każdej większej zmianie.
• Godziny tymczasowe. Święta i urlopy wpisują Państwo w Profilu Firmy w Google jako specjalne godziny otwarcia. W JSON-LD można to zrobić za pomocą validFrom i validThrough; prosimy wtedy pamiętać o ich późniejszym usunięciu.

Dobry nawyk: prosimy testować stronę kontaktową w Rich Results Test po każdej zmianie danych firmy i po każdej większej aktualizacji strony, a raz na kwartał zajrzeć do raportu w Search Console.

W praktyce: testowanie strony w WordPress i strony z AI Builder

W przypadku strony w WordPress z wtyczką SEO Rich Results Test często pokazuje więcej elementów: WebSite, Organization lub LocalBusiness, BreadcrumbList oraz Article dla każdego wpisu. Na stronie utworzonej w AI Builder od WebOké na stronie głównej znajdą Państwo @graph z WebSite i firmą jako podtypem LocalBusiness. Aby zobaczyć wszystkie właściwości tego bloku, także godziny otwarcia w skróconym zapisie openingHours, prosimy wkleić adres również do Schema Markup Validator: pokazuje on każdy typ schema.org i każdą właściwość. W innych kreatorach stron testowanie działa dokładnie tak samo.

Podsumowanie

• Rich Results Test informuje, czy strona kwalifikuje się do specjalnego wyświetlania w Google; Schema Markup Validator informuje, czy oznaczenia są poprawnym schema.org.
• Prosimy testować z użyciem adresu strony, a nie wklejonego kodu. Problemy krytyczne należy zawsze rozwiązać; ostrzeżenia tylko prawdziwymi danymi.
• Bez nieprawidłowego JSON, bez nieznanych typów i bez blokowania stron z danymi strukturalnymi dla Googlebota.
• Bez opinii i ocen o własnej firmie we własnych oznaczeniach; nadużycie może skutkować ręcznym działaniem.
• Prosimy testować ponownie po każdej zmianie danych lub strony i unikać zdublowanych bloków, które sobie przeczą.

Quiz

Zadanie

Zadanie A5.3: Proszę znaleźć błędy. Prosimy pobrać przykładowy plik jsonld-fouten-1.json: blok JSON-LD dla kwiaciarni z sześcioma błędami. Prosimy przeczytać go wiersz po wierszu (można go też wkleić do Schema Markup Validator) i spośród dziesięciu stwierdzeń w zadaniu wybrać sześć, które opisują rzeczywisty błąd. Program porówna Państwa wybór ze stałym kluczem i wyjaśni każde stwierdzenie.

Więcej informacji

• Rich Results Test od Google: https://search.google.com/test/rich-results
• Schema Markup Validator: https://validator.schema.org/
• Google Search Central, Ogólne wytyczne dotyczące danych strukturalnych: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
• Google Search Central, Fragmenty opinii (z zasadą dotyczącą własnych opinii): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
• Pomoc Google Search Console, Raporty dotyczące wyników z elementami rozszerzonymi: https://support.google.com/webmasters/answer/7552505
• Google Search Central, Dane strukturalne generowane przez JavaScript: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript