Dane strukturalne na stronie firmowej — jak wdrożyć schema.org i sprawdzić efekt

Dane strukturalne to dodatkowa warstwa informacji o Twojej stronie, zapisana w kodzie w formacie zrozumiałym dla wyszukiwarki. Na stronie firmowej wdraża się je jako blok JSON-LD oparty na słowniku schema.org, osobno dla każdej ważnej podstrony. Efekt sprawdzisz trzema narzędziami: Rich Results Test, walidatorem schema.org i raportem w Google Search Console. Poniżej pokazuję, które typy wybrać, jak napisać oznaczenie i jak je zweryfikować krok po kroku.

Co dane strukturalne dają stronie firmowej

Schema.org to wspólny słownik, w którym każda informacja ma ustaloną nazwę: nazwa firmy, adres, godziny otwarcia, pytanie z odpowiedzią. Wyszukiwarki używają go do rozpoznania, że dany fragment strony to właśnie telefon, a nie przypadkowy ciąg cyfr. Bez oznaczenia wyszukiwarka i tak próbuje wyłuskać te informacje z tekstu, ale oznaczenie usuwa wątpliwości i porządkuje kontekst całej podstrony.

Konkretnie dla małej firmy usługowej dane strukturalne:

• przypisują stronę do konkretnej kategorii działalności i lokalizacji,
• opisują usługi i obszar, na którym pracujesz,
• pozwalają oznaczyć pytania i odpowiedzi z sekcji FAQ.

Jedno zastrzeżenie: oznaczenie nie wymusza żadnego konkretnego wyglądu wyniku w Google i samo w sobie nie podnosi pozycji. To uzupełnienie porządnej treści, nie jej zamiennik — najpierw treść, potem schema.

Które typy schema.org wybrać dla firmy usługowej

Nie oznaczaj wszystkiego. Dla strony jednoosobowej lub małej firmy usługowej wystarczy kilka typów, każdy na właściwej podstronie:

1. LocalBusiness — na stronie głównej. Nazwa, adres, telefon, godziny otwarcia, obszar działania. Jeśli prowadzisz działalność doradczą lub biurową, sprawdź dokładniejsze podtypy, np. ProfessionalService.
2. Service — na podstronie każdej usługi. Nazwa usługi, krótki opis, obszar świadczenia (właściwość serviceArea).
3. FAQPage — na stronie FAQ lub podstronie z pytaniami, pod warunkiem że pytania i odpowiedzi są widoczne w treści.
4. BreadcrumbList — nawigacja okruszkowa, przydatna, gdy masz więcej niż dwa poziomy podstron.
5. Organization — dane firmowe, gdy LocalBusiness nie pasuje, np. przy pracy wyłącznie zdalnej bez adresu przyjmowania klientów.

Z rezerwą podchodź do AggregateRating i Review. Oznaczaj wyłącznie opinie, które faktycznie widnieją na stronie i pochodzą od realnych klientów. Wymyślone oceny są bezwartościowe dla czytelnika, który i tak skontaktuje się z Tobą i zweryfikuje wszystko w rozmowie — a to czytelnik, nie wyszukiwarka, decyduje, czy strona przynosi zapytania.

Jak napisać oznaczenie JSON-LD

JSON-LD to blok <script type="application/ld+json"> umieszczony w sekcji <head> lub w treści strony. Minimalne oznaczenie dla firmy usługowej z Bytomia wygląda tak:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Nazwa Firmy",
  "telephone": "+48600100200",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Ulica 1",
    "postalCode": "41-900",
    "addressLocality": "Bytom",
    "addressCountry": "PL"
  },
  "openingHours": "Mo-Fr 09:00-17:00",
  "areaServed": "Bytom, Śląsk"
}
</script>

Trzy zasady, których się trzymam przy każdym wdrożeniu:

• każda podstrona dostaje własne, dopasowane oznaczenie — nie kopiuj tego samego bloku na wszystkie adresy,
• wstaw JSON-LD bezpośrednio w HTML strony; oznaczenie widoczne w kodzie źródłowym najłatwiej zweryfikować i utrzymać,
• trzymaj się oficjalnych nazw właściwości ze schema.org — literówka w nazwie powoduje, że dana informacja po prostu nie zostanie odczytana.

Gdzie jakie oznaczenie umieścić

Zanim zaczniesz pisać kod, rozpisz mapę: podstrona → typ. To najkrótsza droga do spójnego wdrożenia i najłatwiejszy dokument do utrzymania przy zmianach na stronie.

Podstrona	Typ schema.org
Strona główna	LocalBusiness lub Organization
Podstrona usługi	Service
FAQ	FAQPage
O mnie / O nas	LocalBusiness lub Person (firma jednoosobowa)
Wpis na blogu	BlogPosting
Kontakt	LocalBusiness z pełnymi danymi kontaktowymi

Przy jednej usłudze i pięciu podstronach ta tabela zajmuje pięć minut. Przy dziesięciu usługach i blogu — to samo ćwiczenie, tylko dłuższa lista. Punkt w tym, żebyś po roku wiedział, co gdzie jest oznaczone i dlaczego.

Jak sprawdzić efekt wdrożenia

Weryfikacja składa się z trzech kroków, każdy z innym narzędziem:

1. Rich Results Test (search.google.com/test/rich-results) — wklej adres podstrony lub sam kod. Narzędzie pokazuje, które rozszerzone wyniki wykryło i wskazuje dokładne miejsce błędu, np. brakującą właściwość.
2. Schema Markup Validator (validator.schema.org) — pełna walidacja struktury, także dla typów, które nie generują rozszerzonych wyników, jak Service czy BreadcrumbList.
3. Google Search Console — po wdrożeniu obserwuj raport skuteczności wyszukiwania i filtr typu wyniku. To tam widać, czy oznaczone podstrony zaczynają pojawiać się w wynikach z dodatkowymi elementami.

Czwarty krok jest banalny, a często pomijany: otwórz kod źródłowy podstrony (Ctrl+U w przeglądarce) i upewnij się, że blok JSON-LD faktycznie tam jest, z aktualnymi danymi. Jeśli korzystasz z Search Console przy innych pracach na stronie, opis konfiguracji i raportów znajdziesz w moim wcześniejszym wpisie na ten temat.

Najczęstsze błędy przy wdrożeniu

• Oznaczanie treści, której nie ma na stronie. Dane strukturalne opisują to, co widoczne — jeśli oznaczasz FAQ, pytania muszą być na podstronie; jeśli oznaczasz opinie, muszą być wyświetlone.
• Rozjazd danych między punktami styku. Telefon i adres powinny być identyczne w stopce, w Profilu Firmy Google i w oznaczeniu LocalBusiness. Klient, który widzi dwa różne numery, dzwoni na ten, który akurat sprawdził — a Ty nie wiesz, który działa.
• Przestarzałe informacje. Zmiana godzin otwarcia czy numeru telefonu bez aktualizacji oznaczenia to najczęstszy błąd utrzymaniowy. Wpisz aktualizację danych strukturalnych na listę rzeczy do sprawdzenia przy każdej zmianie danych firmy.
• Konfliktujące oznaczenia. Dwa różne bloki opisujące tę samą rzecz na jednej podstronie utrudniają odczyt. Jedna informacja — jeden zapis.
• Brak testu po wdrożeniu. Oznaczenie napisane, ale nigdy nieprzepuszczone przez walidator, to oznaczenie o nieznanej jakości.

Checklista wdrożenia danych strukturalnych

• Rozpisana mapa podstrona → typ schema.org
• LocalBusiness na stronie głównej z aktualnym telefonem, adresem i godzinami
• Service na każdej podstronie usługi z opisem i obszarem działania
• FAQPage tylko tam, gdzie pytania i odpowiedzi są widoczne
• Dane kontaktowe w oznaczeniu zgodne ze stopką i Profilem Firmy Google
• Każdy blok JSON-LD obecny w kodzie źródłowym podstrony
• Wszystkie podstrony przetestowane w Rich Results Test lub Schema Markup Validator
• Search Console sprawdzana po wdrożeniu pod kątem typów wyników

Podsumowanie i następny krok

Dane strukturalne to praca wdrożeniowa, a nie jednorazowy trik: raz napisane oznaczenia trzeba utrzymywać razem z treścią strony. Jeśli stawiasz nową witrynę, zaplanuj schema na etapie projektowania podstron — wtedy mapa podstrona → typ powstaje naturalnie, a nie jako dopisek po fakcie. Zajmuję się tym przy stronach internetowych dla firm, a przy stałej opiece SEO weryfikacja oznaczeń wchodzi w cykliczne przeglądy strony. Masz wątpliwości, które typy pasują do Twojej witryny? Umów bezpłatną konsultację i przejdźmy przez Twoje podstrony po kolei.