Aby Google w odpowiedzi na zapytania użytkowników mogła wyświetlić odpowiednie strony, musi wiedzieć, co się na nich znajduje. Aby robot wyszukiwarki rozumiał treści zamieszczone na witrynie, muszą być one opisane odpowiednim kodem. To właśnie dane strukturalne. Jak je zamieścić na stronie?
Czym są dane strukturalne i kiedy je stosować
Dane strukturalne określane są również jako fragmenty rozszerzone (z ang. Rich Snippets). To znaczniki, dzięki którym roboty Google’a mogą lepiej zrozumieć, jaką zawartość ma strona internetowa. Dane strukturalne pozwalają prawidłowo zinterpretować rodzaj zawartości, by właściwie dopasować wyniki wyszukiwania do zapytań użytkowników.
W SERP-ach widzimy przede wszystkim tytuł i opis strony. Jednak dzięki fragmentom rozszerzonym można dodać wiele innych elementów. Najpopularniejsze to cena produktu, liczba opinii, średnia ocena użytkowników w postaci gwiazdek, data i miejsce wydarzenia oraz oczywiście zdjęcia.
Zastosowanie znaczników strukturalnych jest szczególnie przydatne w przypadku sklepów internetowych, stron z przepisami kulinarnymi, serwisów z wydarzeniami oraz witryn lokalnych firm usługowych. W każdym z tych przypadków użytkownik poszukuje konkretnych informacji — ceny, oceny, dostępności, lokalizacji — a rich snippets pozwalają je wyświetlić bezpośrednio w wynikach wyszukiwania, zanim jeszcze kliknie w link.
Schema.org jako wspólny słownik znaczników
Schema.org to słownik komponentów, dzięki któremu algorytm wyszukiwarek rozumie, co dokładnie znajduje się na stronie. Co istotne, jest to wspólny projekt Google, Yahoo, Binga i Yandexa. Ma na celu ujednolicenie formatu danych strukturalnych, aby łatwiej było interpretować robotom treść, jaka znajduje się na stronach www.
W słowniku Schema.org znajdziesz setki typów encji — od Product i Offer, przez Recipe i Event, po Organization i LocalBusiness. Każdy typ encji posiada zestaw dozwolonych właściwości (properties), które opisują szczegóły obiektu. Przykładowo, encja Product może zawierać właściwości takie jak name, image, brand, offers, aggregateRating. Dzięki temu robot wie, że dane pole to nie tylko zwykły tekst, lecz cena oferty lub średnia z ocen klientów.
Formaty implementacji danych strukturalnych
Można dodać dane strukturalne przy pozycjonowaniu strony poprzez umieszczenie odpowiednich znaczników w kodzie podstrony. Możliwe jest to również dzięki użyciu specjalnego markera danych, który dostępny jest w Google Search Console.
Dane strukturalne w kodzie strony można dodać na kilka sposobów. Umieszczane są w kodzie witryny między jej adresem a tytułem. Zazwyczaj wybiera się któryś z formatów:
- mikrodane w kodzie HTML,
- JSON-LD w przypadku JavaScript,
- RDFa w przypadku HTML5,
- Mikroformaty (hCard).
Według doniesień, Google obsługuje tylko 3 pierwsze formaty, a rekomenduje JSON-LD. Niezależnie od wyboru, każde z pierwszych trzech pozwoli na wykorzystanie tego samego zestawu znaczników i ich struktury. Słownik, w którym można je znaleźć, to właśnie wspomniany już Schema.org. Można w nim podejrzeć ujednolicone schematy danych strukturalnych, co znacznie ułatwia ich wykorzystanie.
Dlaczego Google preferuje JSON-LD
JSON-LD (JavaScript Object Notation for Linked Data) różni się od mikrodanych i RDFa tym, że nie wymaga osadzania znaczników bezpośrednio w strukturze HTML. Cały blok danych znajduje się w osobnym skrypcie, zwykle umieszczonym w sekcji <head> lub na końcu dokumentu. Dzięki temu kod HTML pozostaje czysty i czytelny dla programistów, a jednocześnie roboty wyszukiwarek bez problemu wyodrębniają strukturalne metadane.
Format JSON-LD jest także łatwiejszy do wdrożenia dynamicznie — np. przez systemy CMS czy wtyczki do WordPress — ponieważ nie wymaga ingerencji w każdy element szablonu strony.
Czy wdrożenie danych strukturalnych gwarantuje rich snippets w wynikach
Warto wiedzieć, że zaimplementowanie danych strukturalnych, niezależnie od wybranego formatu, nie jest jednoznaczne z tym, że na pewno w wynikach Google pojawi się rozszerzony opis. Jak to w przypadku algorytmów Google bywa — to zależy tylko od nich. Nie oznacza to jednak, że należy podejść do tematu po macoszemu. Warto wgrać rich snippets i prawidłowo je wdrożyć zgodnie z danym formatem. Trzeba zachować ostrożność i postawić tylko na jeden standard oznaczeń na jednej podstronie. Mało rozbudowanym witrynom zaleca się oznaczenie danych strukturalnych z wykorzystaniem markera Google.
Google decyduje o wyświetleniu rozszerzonych fragmentów na podstawie wielu czynników: jakości wdrożenia, zgodności z wytycznymi, trafności dla zapytania użytkownika oraz jakości całej strony. Nawet poprawnie zaimplementowane dane mogą nie zostać pokazane, jeśli algorytm uzna, że standardowy wynik lepiej odpowiada intencji wyszukującego. Dlatego kluczowe jest nie tylko dodanie znaczników, lecz także regularne testowanie ich poprawności w narzędziu Rich Results Test oraz monitorowanie raportów w Google Search Console.
Dane strukturalne a widoczność w Google
Dzisiaj konieczne są działania, które sprawią, że strona znajdzie się wysoko w wynikach wyszukiwania. Możliwe jest to pośrednio również dzięki danym strukturalnym. Google nagradza przejrzyste strony, ale doceniają je również internauci, którzy już z poziomu wyszukiwarki są w stanie oszacować, czy na danej witrynie znajdą to, czego potrzebują.
Choć same dane strukturalne nie są bezpośrednim czynnikiem rankingowym Google’a, to ich wpływ na CTR (Click-Through Rate) jest wymierny. Wynik z gwiazdkami, ceną i zdjęciem produktu przyciąga wzrok znacznie skuteczniej niż zwykły meta opis. Wyższy CTR z kolei sygnalizuje Google, że strona jest trafna dla danego zapytania, co może przełożyć się na poprawę pozycji w dłuższej perspektywie.
Przykłady zastosowań danych strukturalnych
Poniżej przedstawiamy najczęściej wykorzystywane typy Schema.org oraz sytuacje, w których przynoszą największą wartość:
| Typ Schema | Zastosowanie | Wyświetlane elementy |
|---|---|---|
| Product + Offer | Sklepy internetowe, karty produktów | Cena, dostępność, ocena, zdjęcie |
| Recipe | Blogi kulinarne, portale przepisów | Czas przygotowania, kalorie, ocena, zdjęcie |
| Event | Strony z wydarzeniami, koncerty, szkolenia | Data, miejsce, cena biletu, organizator |
| LocalBusiness | Firmy usługowe, restauracje, gabinety | Godziny otwarcia, adres, telefon, ocena |
| Article | Blogi, portale informacyjne | Data publikacji, autor, obrazek wyróżniający |
| FAQ | Strony z często zadawanymi pytaniami | Pytania i odpowiedzi bezpośrednio w SERP |
| HowTo | Poradniki krok po kroku | Lista kroków, czas realizacji, narzędzia |
Narzędzia do testowania i walidacji znaczników
Przed wdrożeniem danych strukturalnych na żywo warto przetestować ich poprawność. Google udostępnia dwa główne narzędzia:
- Rich Results Test — pozwala sprawdzić, czy strona może kwalifikować się do wyświetlania rich snippets oraz wskazuje błędy w kodzie,
- Raport „Ulepszenia” w Google Search Console — monitoruje wdrożone dane strukturalne na całej witrynie, wyświetla błędy i ostrzeżenia dla poszczególnych typów Schema.
Dodatkowo można skorzystać z walidatora Schema.org (validator.schema.org), który sprawdza składnię i zgodność z oficjalnym słownikiem. Regularne audyty techniczne powinny obejmować weryfikację aktualności znaczników — zwłaszcza po zmianach w szablonach lub wtyczkach CMS.
Najczęstsze błędy przy wdrażaniu danych strukturalnych
Implementacja znaczników to proces wymagający precyzji. Oto typowe pułapki, które mogą zniweczyć efekty:
- Brak wymaganych właściwości — każdy typ Schema ma obowiązkowe pola (np. Product wymaga name i offers). Pominięcie ich uniemożliwi wyświetlenie rich snippet.
- Niezgodność danych w kodzie i na stronie — jeśli w JSON-LD wpiszesz cenę 99 zł, a na widocznej stronie wyświetla się 120 zł, Google uzna to za próbę manipulacji.
- Stosowanie wielu formatów jednocześnie — mieszanie JSON-LD z mikrodanymi w tym samym dokumencie może prowadzić do błędów parsowania.
- Oznaczanie treści niewidocznych dla użytkownika — nie wolno dodawać znaczników dla elementów ukrytych w CSS lub JavaScript, jeśli nie są one dostępne dla odwiedzającego.
- Błędy składniowe w JSON — nawet brakujący przecinek lub cudzysłów spowoduje, że cały blok danych zostanie zignorowany.