Dane strukturalne JSON-LD dla firmy: Organization, Service i FAQ
Dane strukturalne JSON-LD to blok w kodzie strony, którego gość nie widzi. Zapisuje fakty o firmie: nazwę, adres, NIP, usługi i ceny. Google zaleca ten format i wymaga, żeby dane zgadzały się z tym, co widać na stronie. Do funkcji AI w wyszukiwarce nie trzeba jednak specjalnych znaczników.
- Google obsługuje trzy formaty danych strukturalnych (JSON-LD, Microdata i RDFa) i zaleca JSON-LD.
- Dane typu Organization, czyli opis firmy, nie mają w Google pól wymaganych. Google zaleca dodać wszystkie pasujące pola, np. adres, telefon z kodem kraju i NIP (pola taxID i vatID).
- Od 7 maja 2026 r. Google nie pokazuje wyników rozszerzonych FAQ, a 15 czerwca 2026 r. usunął ich dokumentację.
- Google zabrania oznaczania danymi strukturalnymi treści, której czytelnik nie widzi na stronie, nawet jeśli jest prawdziwa.
Co to są dane strukturalne i JSON-LD
Dane strukturalne to opis strony w formie, którą program odczyta bez zgadywania. Zamiast zdania „dzwoń pod 780 632 008” w kodzie stoi pole telephone z wartością +48 780 632 008. Słownik nazw pól i typów to schema.org, wspólny dla wyszukiwarek.
JSON-LD to sposób zapisu tych danych w jednym bloku kodu <script type="application/ld+json">. Odwiedzający go nie widzi, a wygląd strony się nie zmienia. Google używa takich danych, żeby lepiej rozumieć stronę i pokazywać wyniki rozszerzone, np. logo firmy. Sam pisze jednak, że poprawne dane nie gwarantują wyświetlenia.
W przewodniku o wyszukiwaniu z generatywną AI Google dodaje, że dane strukturalne nie są tam wymagane. Warto je mieć jako część zwykłego SEO, bo zapisują fakty o firmie jednoznacznie, bez zgadywania z tekstu.
Jakie typy wybrać dla firmy usługowej
Nazwy typów i pól są po angielsku, bo tak zapisuje je schema.org. Wpisuje je programista albo wtyczka SEO. Ty sprawdzasz, czy wartości w nich zgadzają się z tym, co jest na stronie.
| Typ schema.org | Co opisuje | Najważniejsze pola |
|---|---|---|
| Organization albo LocalBusiness | firmę; LocalBusiness, gdy klienci przychodzą do lokalu | name (nazwa), url, logo, telephone, email, address (adres), taxID i vatID (NIP), sameAs (profile firmy w innych serwisach) |
| Service | jedną usługę | name, description (opis), provider (kto świadczy), areaServed (obszar działania), serviceType (rodzaj usługi), offers (oferta) |
| Offer z PriceSpecification | cenę usługi | price (cena) albo minPrice i maxPrice (widełki), priceCurrency (waluta), valueAddedTaxIncluded (czy z VAT) |
| FAQPage | pytania i odpowiedzi widoczne na stronie | mainEntity: Question (pytanie) z acceptedAnswer (odpowiedź) |
| Person | właściciela albo autora | name, jobTitle (stanowisko), url |
Przykład: firma i jedna usługa z ceną
Tak buduję blok dla firmy usługowej. Kolejne kroki to kolejne części jednego bloku w sekcji <head> albo w treści strony:
- Otwórz blok
<script type="application/ld+json">, a w nim obiekt z polem"@context": "https://schema.org". - Opisz firmę:
"@type": "Organization", name, url, telephone w formacie +48…, email i address jako PostalAddress (streetAddress, postalCode, addressLocality, addressCountry: "PL"). - Dodaj taxID z numerem NIP. Google prosi, żeby numer pasował do kraju podanego w adresie.
- Opisz usługę osobnym obiektem
"@type": "Service"z polami name, description i areaServed (np. "Polska"). Pole provider wskazuje firmę przez jej "@id", czyli stały identyfikator. - Dodaj cenę. W usłudze wpisz pole offers z
"@type": "Offer", a w nim priceSpecification. Podaj tam minPrice 1500, maxPrice 3500, priceCurrency "PLN" i valueAddedTaxIncluded false, bo to ceny netto. To widełki mojego audytu SEO, które widać też na stronie. - Kilka obiektów połącz w tablicy
"@graph"i zamknij blok</script>.
FAQPage po 2026 r.: zostawić czy usunąć
Wynik rozszerzony FAQ to rozwijane pytania pod linkiem do strony w Google. Google przestał je pokazywać 7 maja 2026 r., a 15 czerwca 2026 r. usunął ich dokumentację. Nie dodawaj więc FAQPage dla wyglądu w Google.
Znacznik możesz zostawić, jeśli pytania są widoczne na stronie: nie szkodzi, a inne narzędzia mogą go czytać. Ważniejsze są same pytania i krótkie odpowiedzi na stronie, bo czytają je ludzie i asystenci AI.
Najczęstsze błędy
- Przecinek po ostatnim polu albo brakujący cudzysłów. Jeden błąd składni i program nie odczyta całego bloku.
- Dane, których nie widać na stronie: inne godziny, cena tylko w kodzie, opinie, których nikt nie może przeczytać.
- Dwa sprzeczne bloki, np. z motywu WordPressa i z wtyczki SEO, z dwoma różnymi adresami albo telefonami.
- Telefon bez +48. Google prosi o numer z kodem kraju i numerem kierunkowym.
- Logo mniejsze niż 112 × 112 pikseli albo pod adresem zablokowanym dla robotów.
Jak sprawdzić to samemu
- Otwórz źródło strony (Ctrl+U, na Macu Cmd+Option+U) i wyszukaj application/ld+json.
- Wklej adres strony do Testu wyników z elementami rozszerzonymi Google (search.google.com/test/rich-results); pokaże błędy krytyczne.
- Sprawdź ten sam adres w walidatorze schema.org (validator.schema.org); zobaczysz wszystkie typy, także te, których Google nie wyświetla.
- Porównaj każdą wartość z tym, co widać na stronie: nazwę, adres, telefon i ceny.
Co sprawdza bezpłatny skan
- Szuka bloków
<script type="application/ld+json">na stronie głównej i dokłada dane z przeskanowanych podstron. - Brak jakiegokolwiek bloku to uwaga do poprawy. Blok z błędem składni JSON to uwaga pilna, bo program go w całości pomija.
- Składa z danych obraz firmy: nazwę, nazwę prawną, adres, telefon, e-mail, NIP (taxID, vatID albo PropertyValue) i REGON. Dokłada profile z sameAs, właściciela (Person) i usługi (Service).
- Sprawdza, czy oferta ma cenę: Offer, AggregateOffer albo PriceSpecification z price, minPrice lub lowPrice. Gdy dane są, a ceny brak, zgłasza uwagę do poprawy.
- Liczy widoczne pytania (nagłówki H2–H4 albo
<summary>zakończone znakiem zapytania). Przy mniej niż dwóch proponuje sekcję pytań; gdy pytania są, a brakuje FAQPage, zgłasza to tylko jako wskazówkę.
Skan sprawdza stronę główną i do 3 podstron. Wynik dostajesz w około minutę.
Kiedy zlecić to komuś: Prostą firmę opiszesz sam na podstawie przykładu wyżej. Bywa jednak, że strona ma kilka sprzecznych bloków z motywu i wtyczek albo setki ofert. Wtedy uporządkuję dane w jednym miejscu i podepnę je pod cennik, żeby zmieniały się razem z nim. Zobacz pełny audyt.
Pytania i odpowiedzi
Czy dane strukturalne poprawiają pozycję w Google?
Google opisuje je jako sposób na lepsze zrozumienie strony i na wyniki rozszerzone. Pisze też, że nawet poprawne dane nie gwarantują, że te wyniki się pojawią.
Wtyczka czy własny kod?
W WordPressie wtyczka SEO zwykle sama dodaje podstawowe dane, a Google pisze, że wtyczka bywa najprostszą drogą. Zanim dopiszesz własny blok, sprawdź, co już jest w źródle strony, żeby nie mieć dwóch sprzecznych wersji.
Czy JSON-LD można dodać JavaScriptem?
Google ma osobną instrukcję generowania danych skryptem i takie dane odczyta. Roboty, które nie uruchamiają JavaScriptu, ich nie zobaczą, więc bezpieczniej mieć blok w HTML wysyłanym przez serwer.
Organization czy LocalBusiness?
LocalBusiness to odmiana Organization dla firm z miejscem, do którego przychodzą klienci, np. salonu albo warsztatu. Firma, która pracuje zdalnie albo u klienta, dobrze opisze się jako Organization z polem areaServed.
Źródła
- Google Search Central: jak działają dane strukturalne
- Google Search Central: ogólne wytyczne dotyczące danych strukturalnych
- Google Search Central: dane strukturalne organizacji (Organization)
- Google Search Central: dane strukturalne firmy lokalnej (LocalBusiness)
- Google Search Central: wycofanie wyników FAQ (wpis z 8 maja 2026 r.)
- Google Search Central: usunięcie dokumentacji wyników FAQ (wpis z 15 czerwca 2026 r.)
- Google Search Central: optymalizacja pod wyszukiwanie z generatywną AI
- schema.org: Service
- schema.org: PriceSpecification
- schema.org: FAQPage