Schema Service i LocalBusiness: co naprawdę powinno znaleźć się w danych strukturalnych?

W skrócie

Schema Service i LocalBusiness bywają stosowane zamiennie, choć opisują zupełnie różne elementy działalności. Schema.org definiuje Service jako usługę oferowaną przez organizację, na przykład dostawę lub usługi drukarskie. Kluczowe pola to między innymi provider, serviceType, areaServed i hasOfferCatalog. Z kolei Schema.org opisuje konkretną firmę działającą pod fizycznym adresem, taką jak restauracja, oddział banku czy gabinet medyczny. Jeśli strona usługi dotyczy firmy z jedną siedzibą, najczęściej warto połączyć oba typy: LocalBusiness dla lokalizacji oraz Service dla oferowanych usług.

Najważniejsze informacje

• LocalBusiness wymaga co najmniej nazwy i adresu: Google uwzględnia w wynikach rozszerzonych dla lokalnych firm wyłącznie oznaczenia zawierające te dane.
• Każda placówka powinna mieć własne oznaczenie: jeśli firma działa w kilku lokalizacjach, każdą fizyczną placówkę należy opisać osobno jako typ LocalBusiness, zgodnie z wytycznymi Google.
• Service opisuje ofertę, a nie lokalizację: pola serviceType i areaServed pozwalają wskazać, co oferujesz oraz na jakim obszarze, niezależnie od adresu siedziby.
• Opinie nie są obowiązkowe: aggregateRating w LocalBusiness Google zaleca tylko serwisom, które samodzielnie gromadzą opinie o innych lokalnych firmach. Nie jest to obowiązkowe pole dla każdej firmy publikującej oceny klientów (Google).
• Wyniki rozszerzone nigdy nie są gwarantowane: Google wyraźnie zaznacza, że poprawne dane strukturalne nie zapewniają ich wyświetlenia w wynikach wyszukiwania.

Dlaczego Google nie rozpoznaje mojej strony usługi jako lokalnej firmy?

Firma hydrauliczna publikuje stronę z adresem, godzinami otwarcia i listą usług, ale w wynikach wyszukiwania nie pojawia się wizytówka firmy, oceny ani wskazówki dojazdu. Informacje są na stronie, lecz robot wyszukiwarki nie odczytuje ich jako danych firmowych. To właśnie różnica między treścią stworzoną dla człowieka a danymi strukturalnymi przeznaczonymi dla systemów (strony usług, które odpowiadają klientom).

Problem rzadko leży w samej treści strony. Zwykle chodzi o brak oznaczenia Schema albo jego nieprawidłowe wdrożenie. Bez danych strukturalnych w formacie JSON-LD lub mikrodanych Google widzi jedynie zwykły tekst. Musi wtedy domyślać się, czy zapis „ul. Główna 12, Kraków” jest adresem, przypisem czy fragmentem akapitu. Dane strukturalne usuwają tę niepewność, ponieważ jasno określają znaczenie każdego pola.

Wizytówka firmy i karta usług to dwie różne rzeczy

LocalBusiness można porównać do wizytówki firmy: zawiera nazwę, adres, numer telefonu i godziny otwarcia. Service działa jak karta usług: wskazuje, co oferujesz, dla kogo i na jakim terenie. Strona z samym LocalBusiness informuje wyszukiwarkę, gdzie znajduje się firma, ale nie wyjaśnia dokładnie, czym się zajmuje. Z kolei sama informacja Service mówi, co oferujesz, lecz nie wskazuje klientowi miejsca, do którego może przyjść. Dla większości firm usługowych z fizyczną siedzibą potrzebne są oba typy danych.

Co się dzieje, gdy wybierzesz niewłaściwy typ?

Jeżeli oznaczysz jako LocalBusiness usługę świadczoną wyłącznie online lub z dojazdem do klienta, sugerujesz istnienie miejsca, którego klient może fizycznie odwiedzić. Jeśli natomiast użyjesz tylko Service dla sklepu, gabinetu czy salonu z ustaloną lokalizacją, tracisz szansę na pokazanie wizytówki z mapą, godzinami otwarcia i trasą dojazdu. W obu przypadkach firma może stracić widoczność, którą dawałoby prawidłowe oznaczenie.

Który typ danych pasuje do Twojej działalności usługowej?

Wybór między Service, LocalBusiness lub połączeniem obu zależy od sposobu korzystania z usługi.

Samo LocalBusiness sprawdzi się w firmach, w których lokalizacja jest kluczowa dla klienta, takich jak restauracja, siłownia czy sklep. Klient przychodzi do Ciebie, a usługa jest realizowana na miejscu.

Samo Service będzie właściwe dla usługodawców bez stałego miejsca przyjmowania klientów albo realizujących usługi w dowolnej lokalizacji, na przykład dla niezależnego copywritera, ogólnopolskiej firmy sprzątającej czy konsultanta informatycznego pracującego zdalnie. W takim przypadku ważniejsze od adresu jest pole areaServed.

Service umieszczone w LocalBusiness to rozwiązanie dla większości firm usługowych z sektora MŚP: firmy instalacyjnej z siedzibą i obszarem działania, kancelarii notarialnej czy gabinetu fizjoterapii, który oferuje także wizyty domowe. Siedzibę definiujesz wtedy jako LocalBusiness, a konkretne usługi dodajesz jako obiekty Service za pomocą właściwości makesOffer lub hasOfferCatalog.

Praktyczny przykład pól, których potrzebujesz

Dla firmy hydraulicznej z jedną siedzibą i obszarem działania obejmującym trzy gminy minimalny, poprawny zestaw może wyglądać tak:

• @type: LocalBusiness lub bardziej szczegółowy typ, na przykład Plumber
• name, address, telephone, openingHours
• areaServed z nazwami gmin, na których terenie świadczysz usługi
• hasOfferCatalog, zawierające jeden lub więcej obiektów Service, każdy z własnym serviceType

Taka struktura daje wyszukiwarkom i asystentom AI pełny, jednoznaczny obraz firmy: kim jesteś, gdzie działasz i jakie dokładnie usługi oferujesz.

Jak wdrożyć to w praktyce:

• Najpierw ustal, czy usługa jest związana z fizyczną lokalizacją, czy realizowana w dowolnym miejscu.
• Wybierz LocalBusiness, lub jego bardziej szczegółowy typ, gdy lokalizacja ma znaczenie dla klienta.
• Dodaj obiekty Service przez hasOfferCatalog dla każdej odrębnej usługi.
• Zawsze uzupełniaj nazwę i adres, ponieważ to podstawowy wymóg Google dla wyników rozszerzonych lokalnych firm.
• Przed publikacją sprawdź oznaczenie w teście wyników rozszerzonych Google.

Jak powinno wyglądać oznaczenie firmy z kilkoma placówkami?

Wyobraź sobie regionalną sieć gabinetów fizjoterapii z trzema placówkami w różnych miastach. Każda ma inne godziny otwarcia, własny zespół i częściowo wspólną, a częściowo odmienną ofertę.

Przykład: hipotetyczna firma usługowa z sektora MŚP z kilkoma placówkami

Załóżmy, że taka firma stosuje jedno ogólne oznaczenie LocalBusiness dla wszystkich trzech lokalizacji, podając adres centrali. Wyszukiwarka otrzymuje wtedy niejednoznaczny sygnał: która placówka odpowiada na zapytanie klienta z najbliższej okolicy? Po rozdzieleniu danych na trzy niezależne obiekty LocalBusiness, każdy z własnym adresem, numerem telefonu i godzinami otwarcia oraz własnymi obiektami Service dla lokalnej oferty, podobne firmy zauważają w praktyce wyraźną poprawę widoczności właściwej placówki w lokalnych wynikach wyszukiwania. Konkretne efekty zależą od branży i sytuacji, jednak zasada zalecana przez Google, czyli osobne opisanie każdej placówki, jest podstawą takiego działania.

Wniosek nie jest wyłącznie techniczny, lecz organizacyjny. Firma, która traktuje dane strukturalne jako jednorazowe ustawienie dla całej działalności, nie wykorzystuje największej korzyści, jaką mogą one przynieść.

Co konkretnie daje poprawne oznaczenie Service i LocalBusiness?

Korzyści z prawidłowego oznaczenia widać na dwóch poziomach. Pierwszy to klasyczne wyniki rozszerzone: wizytówka firmy, godziny otwarcia i wskazówki dojazdu widoczne bezpośrednio w wynikach wyszukiwania. Google jasno podkreśla, że dane strukturalne są warunkiem technicznym, a nie gwarancją wyświetlenia tych elementów. Nawet perfekcyjnie wdrożone oznaczenie może nie przynieść wyniku rozszerzonego, ponieważ o sposobie prezentacji decyduje Google.

Drugi poziom, dziś co najmniej równie istotny, to czytelność danych dla asystentów AI. Gdy ktoś pyta ChatGPT lub Perplexity: „Który hydraulik w Krakowie wykonuje pilne naprawy?”, system chętniej wykorzysta jasno opisane dane strukturalne niż pojedyncze zdania ukryte w długim akapicie. Obiekt Service z precyzyjnie określonymi serviceType i areaServed jest przydatny dla modelu językowego równie mocno jak dla wyszukiwarki, a często nawet łatwiejszy do odczytania niż swobodny tekst.

Rosnące znaczenie tego podejścia potwierdza tempo, w jakim firmy wdrażają AI w marketingu i sprzedaży. Według CBS w 2025 roku AI wykorzystywała jedna na sześć holenderskich firm, czyli dwukrotnie więcej niż dwa lata wcześniej. Najczęściej wskazywanymi obszarami zastosowania były marketing i sprzedaż. Firmy, które już teraz sprawiają, że ich strony usług są czytelne dla systemów, przygotowują się na środowisko wyszukiwania, w którym rekomendacje będą opierały się nie tylko na Google, lecz także na asystentach AI oraz dobrze opisanych danych.

Jakie błędy najczęściej pojawiają się w istniejących oznaczeniach?

Podczas audytu danych strukturalnych regularnie powtarzają się trzy problemy.

Dodawanie ocen bez własnego systemu opinii

Firmy umieszczają aggregateRating w oznaczeniu LocalBusiness, mimo że nie prowadzą własnego systemu zbierania opinii. Google wyraźnie wskazuje, że tę właściwość zaleca wyłącznie serwisom, które rzeczywiście gromadzą recenzje innych lokalnych firm. Nie jest to uniwersalna ocena własnej działalności bez wiarygodnego źródła danych.

Jeden ogólny adres dla wielu placówek

Tak jak w przykładzie powyżej, częstym błędem jest używanie jednego wspólnego obiektu LocalBusiness dla kilku lokalizacji. W rezultacie żadna z placówek nie wykorzystuje w pełni potencjału lokalnych wyników, ponieważ sygnały dotyczące adresów i usług mieszają się ze sobą.

Informacje o usługach tylko w zwykłym tekście

Strona usługi może przejrzyście przedstawiać ofertę czytelnikowi, ale jeżeli informacje te nie występują w kodzie jako obiekty Service, nie są dla wyszukiwarki ani asystenta AI jednoznacznymi danymi strukturalnymi.

Usunięcie tych trzech błędów pozwala w praktyce uporządkować większość podstaw technicznych. Później pozostaje regularne aktualizowanie danych, gdy zmieniają się godziny otwarcia, adres lub zakres oferty.

Najczęściej zadawane pytania

Czym różnią się dane Schema Service i LocalBusiness?

LocalBusiness opisuje fizyczną placówkę z adresem i godzinami otwarcia, natomiast Service opisuje ofertę organizacji, na przykład usługę lub zabieg. Usługodawca ze stałą siedzibą często łączy oba typy: LocalBusiness dla placówki oraz Service dodane przez hasOfferCatalog dla oferty.

Czy każda strona w mojej witrynie powinna mieć oznaczenie LocalBusiness?

Nie. Oznaczenie LocalBusiness jest potrzebne wyłącznie na stronach opisujących konkretną fizyczną placówkę. Usługi bez stałego miejsca przyjmowania klientów lepiej opisać jako Service z polem areaServed.

Czy adres jest obowiązkowy w oznaczeniu LocalBusiness?

Tak. Według Google nazwa i adres to minimalne wymagania, aby firma mogła kwalifikować się do lokalnych wyników rozszerzonych. Bez tych pól oznaczenie nie zostanie uznane za poprawne dla tej funkcji.

Czy poprawne oznaczenie gwarantuje wynik rozszerzony w Google?

Nie. Google wyraźnie zaznacza, że nie gwarantuje wyświetlania funkcji opartych na danych strukturalnych w wynikach wyszukiwania, nawet gdy wdrożenie jest poprawne technicznie. Oznaczenie zwiększa szanse, ale nie daje pewności.

Jak Launchmind pomaga wdrożyć oznaczenie Service i LocalBusiness?

Alex, współpracownik AI od Launchmind, rozwija strony usługowe o bezpośrednią odpowiedź, orientacyjną cenę, opis procesu, dowody wiarygodności i pytania wynikające z Twoich rozmów z klientami. Dodaje też dane strukturalne odczytywane przez Google i asystentów AI. Po Twojej akceptacji Alex publikuje stronę jednym kliknięciem w Twojej witrynie, wraz z oznaczeniem Service i LocalBusiness dopasowanym do sytuacji firmy.

Podsumowanie

Schema Service i LocalBusiness nie są technicznym dodatkiem. Decydują o tym, czy Google oraz asystenci AI poprawnie zinterpretują stronę usługi jako opis placówki, oferty lub obu tych elementów. Zasada jest prosta: LocalBusiness określa, gdzie działasz, Service wyjaśnia, co robisz, a przy kilku placówkach każdą z nich należy opisać osobno. Pominięcie tych kroków oznacza rezygnację z widoczności w wynikach rozszerzonych i odpowiedziach AI, którą można zyskać stosunkowo niewielkim nakładem pracy.

Więcej o tym, co merytorycznie powinna zawierać skuteczna strona usługi, przeczytasz w artykule co powinna zawierać strona usługi, która naprawdę konwertuje. Nie chcesz samodzielnie zagłębiać się w kod, ale zależy Ci na tym, aby strony usług były dopracowane technicznie i merytorycznie? Umów bezpłatną konsultację i sprawdź, jak Alex przygotowuje oraz publikuje strony usługowe z właściwymi danymi strukturalnymi.

O firmie

Launchmind to współpracownik AI, który każdego dnia tworzy, sprawdza i publikuje treści SEO na Twoim blogu, w 8 językach, a następnie optymalizuje je na podstawie rzeczywistych danych z Search Console. Alex rozwija także strony usługowe o bezpośrednią odpowiedź, orientacyjną cenę, opis procesu, dowody wiarygodności oraz dane strukturalne odczytywane przez Google i asystentów AI. Rozwiązanie jest przeznaczone dla menedżerów marketingu, przedsiębiorców i dyrektorów marketingu w firmach z sektora MŚP oraz szybko rosnących spółkach.