Dane strukturalne (schema.org) na stronie firmowej

Wyszukiwarka czyta twoją stronę inaczej niż człowiek. Widzi tekst, ale nie zawsze wie, że ciąg cyfr to numer telefonu, a „9–17” to godziny otwarcia. Dane strukturalne rozwiązują ten problem. Dane strukturalne to ustandaryzowany opis treści strony, zwykle w formacie JSON-LD i słowniku schema.org, który mówi wyszukiwarkom wprost, czym jest firma, produkt, artykuł czy wydarzenie. Z tego poradnika dowiesz się, które typy schema.org warto wdrożyć na stronie firmowej, jak napisać poprawny kod, jak go przetestować i jakich błędów unikać.

Najważniejsze w skrócie

• Dane strukturalne opisują treść strony w formacie zrozumiałym dla maszyn, najczęściej jako JSON-LD ze słownikiem schema.org.
• Google zaleca format JSON-LD, bo jest oddzielony od kodu HTML i najłatwiej go utrzymać.
• Dane strukturalne nie są bezpośrednim czynnikiem rankingowym, ale mogą dać wynik rozszerzony i pomagają wyszukiwarkom zrozumieć stronę.
• Znaczniki muszą odpowiadać treści widocznej na stronie; opis rzeczy, których użytkownik nie widzi, narusza wytyczne Google.
• Poprawność sprawdzisz w Teście wyników z elementami rozszerzonymi i w walidatorze schema.org, a błędy na bieżąco w Google Search Console.

Czym są dane strukturalne i jak działają

Schema.org to wspólny słownik typów i właściwości, rozwijany przez największe wyszukiwarki. Opisuje setki rodzajów obiektów: organizacje, lokale, produkty, artykuły, przepisy, wydarzenia, oferty pracy. Znaczniki schema.org możesz umieścić na stronie na trzy sposoby.

Format	Jak działa	Kiedy wybrać
JSON-LD	Osobny skrypt w kodzie strony, niezależny od HTML-a	Domyślnie – zalecany przez Google, najłatwiejszy w utrzymaniu
Microdata	Atrybuty dopisane do znaczników HTML	Starsze szablony, w których dane już są w ten sposób oznaczone
RDFa	Atrybuty HTML oparte na standardzie W3C	Rzadko na stronach firmowych; częściej w projektach z otwartymi danymi

W praktyce na stronie firmowej niemal zawsze wybierzesz JSON-LD. Kod jest czytelny, można go zmieniać bez ruszania szablonu i łatwo go wygenerować z pól w CMS-ie.

Jakie typy schema.org wdrożyć na stronie firmowej

Nie musisz opisywać wszystkiego. Na typowej stronie firmowej wystarczy kilka typów, które odpowiadają realnym treściom.

Typ	Gdzie	Co daje
Organization	Strona główna	Nazwa, logo, dane kontaktowe i profile społecznościowe firmy
LocalBusiness (lub podtyp)	Strona główna lub kontakt	Adres, godziny otwarcia, telefon – ważne w SEO lokalnym
WebSite	Strona główna	Nazwa witryny wyświetlana w wynikach
BreadcrumbList	Podstrony	Ścieżka nawigacji zamiast surowego adresu URL w wynikach
Article / BlogPosting	Wpisy na blogu	Autor, data publikacji i aktualizacji, obraz
Product i Offer	Karty produktów	Cena, dostępność, oceny – wyniki rozszerzone w sklepach
Event	Szkolenia, webinary	Data, miejsce, sposób udziału

Uwaga na typy, których wyświetlanie Google ograniczył. Wyniki rozszerzone FAQ pojawiają się dziś głównie przy autorytatywnych serwisach rządowych i medycznych, a wyniki HowTo zostały wycofane. Znaczniki FAQPage nie szkodzą, ale nie licz na to, że dadzą rozwinięte pytania w wynikach wyszukiwania.

Przykład danych strukturalnych dla firmy lokalnej

Poniższy kod JSON-LD opisuje firmę usługową z adresem i godzinami otwarcia. Umieszczasz go w znaczniku <script type="application/ld+json"> w kodzie strony głównej lub strony kontaktowej.

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Pracownia Przykładowa",
  "url": "https://www.example.pl/",
  "telephone": "+48 600 000 000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykładowa 1",
    "addressLocality": "Kraków",
    "postalCode": "30-001",
    "addressCountry": "PL"
  },
  "openingHours": "Mo-Fr 09:00-17:00"
}

Wartości muszą być zgodne z tym, co widać na stronie i w Profilu Firmy w Google. Jeśli zmieniasz godziny otwarcia, zmień je we wszystkich tych miejscach jednocześnie.

Jak łączyć schematy na jednej stronie

Na jednej podstronie często występuje kilka typów naraz: wpis blogowy ma autora, wydawcę i ścieżkę nawigacji. Zamiast powtarzać pełny opis firmy w każdym bloku, nadaj mu identyfikator właściwością @id, np. adres strony głównej z dopiskiem #organization, i odwołuj się do niego w innych schematach. Dzięki temu wyszukiwarka widzi jeden spójny obiekt, a nie kilka niezależnych firm o tej samej nazwie. Podobnie postępuj z autorem: jedna osoba opisana raz i wskazywana we wszystkich artykułach. Na stronach wielojęzycznych każda wersja językowa powinna mieć własne znaczniki z tekstami w danym języku, a identyfikator organizacji może pozostać wspólny.

Jak wdrożyć dane strukturalne krok po kroku

1. Zrób listę typów stron. Strona główna, kontakt, oferta, wpis blogowy, produkt – każdy typ dostaje odpowiedni schemat.
2. Wybierz typy schema.org. Zacznij od Organization lub LocalBusiness i BreadcrumbList; kolejne dodawaj, gdy masz odpowiadające im treści.
3. Przygotuj szablon JSON-LD. Tam, gdzie to możliwe, wypełniaj go danymi z pól CMS-a, a nie wpisuj ich ręcznie na każdej podstronie.
4. Sprawdź, czy kod trafia do HTML-a. Znaczniki powinny być widoczne w źródle strony, a nie dopiero po uruchomieniu skryptów w przeglądarce.
5. Przetestuj i monitoruj. Po publikacji sprawdź kod w narzędziach testowych, a potem obserwuj raporty w Search Console.

Jak testować znaczniki schema.org

• Test wyników z elementami rozszerzonymi (Google) pokazuje, czy strona kwalifikuje się do konkretnych wyników rozszerzonych i jakich pól brakuje.
• Schema Markup Validator (validator.schema.org) sprawdza zgodność ze słownikiem schema.org, także dla typów, których Google nie wyświetla.
• Google Search Console w sekcji ulepszeń raportuje błędy i ostrzeżenia dla całej witryny, więc szybko zauważysz problem po zmianie szablonu.

Najczęstsze błędy w danych strukturalnych

• Znaczniki niezgodne z treścią. Cena, ocena czy godziny w kodzie różnią się od tych na stronie.
• Oceny wystawione samemu sobie. Google nie pokazuje gwiazdek dla opinii o własnej firmie opisanych typem Organization lub LocalBusiness na jej stronie.
• Zdublowane schematy. Szablon i dodatkowy skrypt generują dwa różne opisy tej samej firmy.
• Nieaktualne dane. Stary adres albo numer telefonu w kodzie, choć na stronie są już nowe.
• Brak wymaganych właściwości. Na przykład Product bez ceny lub Event bez daty rozpoczęcia.

Czy dane strukturalne poprawiają pozycje w Google?

Bezpośrednio nie. Google wielokrotnie podkreślał, że dane strukturalne nie są czynnikiem rankingowym. Pomagają za to wyszukiwarce jednoznacznie zrozumieć stronę, a wynik rozszerzony (gwiazdki, cena, ścieżka nawigacji) zajmuje więcej miejsca i często przyciąga więcej kliknięć. Coraz większe znaczenie mają też wyszukiwarki oparte na AI, dla których jasno opisane fakty o firmie są łatwiejsze do zacytowania. To dobry powód, żeby traktować schema.org jako element porządnego SEO technicznego, a nie trik.

Jak to wygląda w LessCMS

• Dane strukturalne ustawiasz z panelu, bez edytowania kodu szablonu.
• Strony są renderowane po stronie serwera (SSR), więc znaczniki i treść trafiają do HTML-a, który czyta wyszukiwarka.
• Meta title i description ustawiasz dla każdej strony, wpisu i języka, a mapa strony i robots.txt generują się automatycznie.

Pełen zestaw funkcji opisujemy na stronie SEO w LessCMS, a jeśli zajmujesz się pozycjonowaniem zawodowo, zajrzyj do sekcji LessCMS dla specjalistów SEO.

Najczęstsze pytania

Czy dane strukturalne są potrzebne na małej stronie firmowej?

Tak, choć wystarczy ich niewiele. Opis Organization lub LocalBusiness i ścieżka nawigacji to kilka minut pracy, a pomagają wyszukiwarce powiązać stronę z konkretną firmą i jej danymi kontaktowymi.

Jak dodać dane strukturalne do strony?

Najprościej wstawić kod JSON-LD w znaczniku script w nagłówku lub treści strony. Jeśli CMS pozwala ustawić dane strukturalne z panelu, nie musisz edytować szablonu ani prosić programisty.

Czym różni się JSON-LD od microdata?

JSON-LD to osobny blok kodu, a microdata to atrybuty dopisane do istniejących znaczników HTML. JSON-LD jest zalecany przez Google, bo łatwiej go utrzymać i nie psuje się przy zmianach szablonu.

Dlaczego Google nie pokazuje wyniku rozszerzonego mimo poprawnych danych strukturalnych?

Poprawny kod nie gwarantuje wyniku rozszerzonego. Google sam decyduje o jego wyświetleniu na podstawie jakości strony, zapytania i typu znaczników, a niektóre typy, takie jak FAQ, pokazuje tylko wybranym serwisom.

Jak sprawdzić, czy dane strukturalne działają?

Wklej adres strony do Testu wyników z elementami rozszerzonymi i do Schema Markup Validator. Po wdrożeniu obserwuj raporty ulepszeń w Google Search Console, które pokazują błędy dla całej witryny.

Chcesz zadbać o SEO techniczne bez wtyczek i ręcznej edycji kodu? Załóż konto bez karty i porównaj plany w cenniku LessCMS.