Minimalny, bezpieczny zestaw schema dla strony usługowej to Organization (lub LocalBusiness) na stronie głównej, Service na podstronach usług i FAQPage tylko tam, gdzie na stronie jest realna, widoczna sekcja pytań i odpowiedzi. Dane strukturalne nie podnoszą pozycji same z siebie, mają jeden cel: żeby maszyna jednoznacznie zrozumiała, kto oferuje, co oferuje i jak się skontaktować. Zasada anty-spam jest jedna: w schema może być tylko to, co widać na stronie.
Schema to opis faktów o treści w formacie dla maszyn (słownik schema.org), a nie druga warstwa treści marketingowej. To jeden z technicznych elementów szerszej układanki, którą opisuję w przewodniku po GEO i AEO. Jeśli chcesz uporządkować całe wdrożenie, treść, strukturę i technikalia, robię to w ramach Click Made.
Schema zamienia domysły w jednoznaczną interpretację. Wyszukiwarka i systemy odpowiedzi zamiast zgadywać, czym jest strona, dostają wprost: nazwa firmy, rodzaj usługi, dane kontaktowe. To nie jest sygnał rankingowy, tylko warstwa zrozumienia.
W wyszukiwaniu opartym na AI liczy się spójność powtarzalnych faktów o marce: ta sama nazwa, ten sam zakres usług, ten sam kontakt w wielu miejscach. Schema tę spójność wzmacnia, zwłaszcza gdy strona ma kilka usług i różne wersje opisów. Jak spójność marki wpływa na zaufanie modeli, rozkładam w tekście o Entity SEO dla usług.
Dla większości stron usługowych wystarczą trzy typy. Reszta to ryzyko niespójności bez realnej korzyści.
| Typ | Kiedy użyć | Minimalne pola |
|---|---|---|
| Organization | firma działająca szerzej, online lub ogólnopolsko | name, url, logo, contactPoint |
| LocalBusiness | realny lokalny adres i oferta związana z lokalizacją | name, url, telephone, address |
| Service | podstrona konkretnej usługi | serviceType, provider |
| FAQPage | realna, widoczna sekcja pytań i odpowiedzi na stronie | mainEntity (Question + Answer) |
Organization czy LocalBusiness: wybierz LocalBusiness tylko wtedy, gdy strona faktycznie komunikuje lokalny charakter (adres, miasto, obszar działania). Jeśli działasz zdalnie i ogólnopolsko, zostań przy Organization. Nie deklaruj lokalności, której nie ma w treści.
Minimalne schema to nie „jak najwięcej pól”, tylko „jak najmniej pól, które zamykają interpretację i są prawdziwe”.
Organization lub LocalBusiness na stronie głównej, Service na podstronach usług, FAQPage tylko tam, gdzie jest realne FAQ. Taki podział ogranicza niespójności i upraszcza utrzymanie. Jak wcześniej uporządkować samą treść oferty, opisuję w tekście o strukturze oferty pod AI.
Od 7 maja 2026 Google wycofało FAQ rich results z wyszukiwarki całkowicie, także dla stron rządowych i zdrowotnych, które wcześniej były wyjątkiem. Rozwijane pytania pod wynikiem już się nie pojawiają. Sam typ FAQPage jest nadal poprawny i bywa parsowany, żeby zrozumieć treść, ale nie licz na żaden efekt wizualny w wynikach.
Wniosek praktyczny: FAQ na stronie usługowej rób pod decyzję klienta i pod czytelność dla AI, nie pod SERP.
Dodaj FAQPage, gdy: pytania są realne (z rozmów, maili, formularzy), odpowiedzi są konkretne i zgodne z ofertą, sekcja jest widoczna na stronie i domyka obiekcje zakupowe (czas, zakres, proces, warunki).
Odpuść, gdy: pytania są „pod frazy”, odpowiedzi są ogólne, a lista ma 20 pozycji mówiących to samo innymi słowami.
Ekspert online (konsultacje). Organization + Service, FAQ tylko dla 3-6 realnych pytań. Nie dokładaj ocen ani recenzji bez spełnienia warunków i wiarygodnego źródła.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Nazwa marki",
"url": "https://example.pl",
"logo": "https://example.pl/logo.png",
"contactPoint": [{
"@type": "ContactPoint",
"contactType": "sales",
"email": "kontakt@example.pl"
}]
}
</script>Lokalna usługa (adres i miasto). LocalBusiness, jeśli adres i lokalny charakter są jasne w treści. Minimum: nazwa, URL, telefon, adres.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Nazwa firmy",
"url": "https://example.pl",
"telephone": "+48 000 000 000",
"address": {
"@type": "PostalAddress",
"streetAddress": "Ulica 1",
"addressLocality": "Miasto",
"postalCode": "00-000",
"addressCountry": "PL"
}
}
</script>Firma z kilkoma usługami. Service na podstronach usług, nie 10 usług w jednym worku na stronie głównej. Przy jednej stronie oferty opisz jedną usługę główną i zakres.
<script type="application/ld+json">
{
"@context":"https://schema.org",
"@type":"Service",
"serviceType":"Projektowanie stron internetowych",
"provider":{
"@type":"Organization",
"name":"Nazwa firmy",
"url":"https://example.pl"
}
}
</script>Oferta z FAQ. FAQPage tylko jako czytelna struktura dla użytkownika i AI. Rich result się nie pojawi, więc nie jest to element gry o SERP.
<script type="application/ld+json">
{
"@context":"https://schema.org",
"@type":"FAQPage",
"mainEntity":[
{
"@type":"Question",
"name":"Jak wygląda start współpracy?",
"acceptedAnswer":{
"@type":"Answer",
"text":"Start obejmuje doprecyzowanie zakresu, zebranie materiałów i ustalenie kolejnych kroków realizacji."
}
}
]
}
</script>Sprawdzenie ma dwa poziomy: poprawność techniczną i zgodność z treścią. Zielony status w edytorze nie oznacza, że Google to wykorzysta, bo funkcje oparte o dane strukturalne są warunkowe.
Schema pomoże tylko wtedy, gdy boty w ogóle mogą pobrać stronę. Jak nie odciąć sobie dostępu, opisuję w tekstach o llms.txt i blokowaniu botów AI. Pełny wykaz typów i wymagań jest w dokumentacji Google o danych strukturalnych.
Koszt minimalnego schema to czas wdrożenia i czas utrzymania spójności, nie narzędzia. Najczęściej psuje się nie kod, tylko proces: oferta się zmienia, a schema zostaje stare. Na ryzyko wpływają: liczba usług i podstron, sposób wdrożenia (wtyczka, ręcznie, miks), częstotliwość zmian w ofercie i brak retestów.
Nie bezpośrednio. Nie jest sygnałem rankingowym. Pomaga zrozumieć treść i kwalifikuje stronę do wybranych wyników rozszerzonych, ale ich nie gwarantuje.
Dodawaj tylko, gdy na stronie jest realna sekcja Q&A. Nie ma już efektu w wynikach, ale poprawna struktura ułatwia zrozumienie treści maszynom i porządkuje decyzję klienta.
LocalBusiness, jeśli masz realny lokalny adres i lokalną ofertę. W innym razie Organization.
Pomaga pośrednio, przez spójność faktów o marce. Nie jest to „trik” na cytowanie, decyduje treść widoczna na stronie.
Oba działają. Ważne, żeby nie mieć obu naraz dla tego samego typu, bo powstają duplikaty i sprzeczności.
Jeśli chcesz wdrożyć to na konkretnej stronie usługowej, przejdę przez to z Tobą krok po kroku w ramach Click Made.
Autor
Karolina Wcisło
Projektantka stron internetowych i materiałów graficznych. Od ponad 10 lat tworzę strony na WordPressie dla firm i specjalistów — zdalnie, dla klientów z całej Polski. Prowadzę jednoosobowe studio graficzno-webowe Click Made.
