Dane strukturalne LocalBusiness wdraża się najczęściej jako JSON-LD opisujący nazwę firmy, adres, telefon, stronę, godziny otwarcia, usługi i obszar działania. Informacje muszą odpowiadać treści widocznej na stronie oraz danym w Profilu Firmy w Google. Markup ułatwia wyszukiwarce interpretację firmy, ale nie gwarantuje wyższej pozycji ani elementu rozszerzonego.
Dane strukturalne LocalBusiness — co to jest i po co je wdrażać
Google definiuje dane strukturalne jako ustandaryzowany format przekazywania informacji o stronie i klasyfikowania jej treści. W dokumentacji Intro to How Structured Data Markup Works z 2025 roku rekomenduje JSON-LD, ponieważ ten format jest łatwiejszy do wdrażania i utrzymania niż pozostałe rozwiązania.
LocalBusiness w schema.org oznacza konkretną fizyczną firmę lub oddział organizacji, na przykład restaurację, oddział banku, gabinet albo klub. Dla części działalności usługowych lepszy będzie bardziej szczegółowy podtyp, taki jak Plumber, Electrician, Dentist lub Restaurant.
W praktyce dane strukturalne LocalBusiness pomagają Google połączyć kilka informacji: nazwę firmy, lokalizację, kontakt i ofertę. Mogą wspierać prezentację danych w wynikach wyszukiwania, Mapach oraz panelu wiedzy, lecz nie są obietnicą rankingu. Jak wskazuje Google Search Central w wytycznych z 2026 roku, nawet poprawny markup nie musi zostać wyświetlony jako rich result.
Jak połączyć firmę, lokalizację i kontakt
Podstawowy obiekt powinien zawierać pola name, url, telephone i address. Adres warto rozbić na streetAddress, addressLocality, postalCode oraz addressCountry. Google w dokumentacji Organization Schema Markup z 2026 roku zaleca również dodanie logo, gdy ma ono zastosowanie, a numer telefonu powinien uwzględniać kod kraju i kierunkowy.
W zależności od rzeczywistej zawartości strony można oznaczyć także geo, openingHoursSpecification, image i sameAs. Nie dodawaj jednak współrzędnych, godzin ani profili społecznościowych tylko po to, by rozbudować kod. Każda wartość powinna odpowiadać informacjom dostępnym użytkownikowi.
Nazwa, telefon, adres i godziny muszą być spójne z widoczną treścią strony. Warto porównać je także z Profilem Firmy w Google. Profil i markup są odrębnymi elementami: dane strukturalne nie zastępują profilu, w którym właściciel zarządza między innymi adresem, typem działalności, kontaktem i zdjęciami. Takie uporządkowanie wspiera także Pozycjonowanie stron w ramach szerszego SEO lokalnego.
Jak oznaczyć usługi i obszar działania
Do opisu oferty służy typ Service. Jego najważniejsze pola to serviceType, provider i areaServed. Schema.org wskazuje, że taki obiekt pozwala powiązać konkretną usługę z firmą, która ją świadczy, oraz z obszarem obsługi w 4 wskazanych lokalizacjach: Białymstoku, Łomży, Suwałkach lub na terenie całego Podlasia.
Przykładowo firma oferująca serwis klimatyzacji może wskazać usługę „serwis klimatyzacji”, siebie jako provider oraz Białystok i województwo podlaskie jako areaServed. Analogicznie można opisać działalność obsługującą Łomżę, Suwałki albo całe Podlasie. Obszar powinien odpowiadać faktycznemu zakresowi dojazdu lub obsługi, a nie być listą przypadkowych miejsc.
Firma usługowa bez stałego lokalu również może stosować dane strukturalne LocalBusiness, jeśli opisuje rzeczywistą działalność. W takim przypadku szczególnego znaczenia nabiera jasne oznaczenie usługi i obszaru działania. Nie należy natomiast przedstawiać adresu mieszkania, biura lub punktu jako miejsca przyjmowania klientów, jeśli strona nie komunikuje tego użytkownikom.
Przykład JSON-LD dla lokalnej firmy usługowej
Poniższy 1 schemat można dostosować do prawdziwych danych. Zastąp wartości w nawiasach informacjami widocznymi na stronie, wybierz właściwy typ firmy i nie dodawaj fikcyjnych opinii ani lokalizacji:
JSON-LD: {"@context":"https://schema.org","@type":"Plumber","name":"[NAZWA FIRMY]","url":"[ADRES STRONY]","telephone":"[TELEFON Z KODEM KRAJU]","address":{"@type":"PostalAddress","streetAddress":"[ULICA I NUMER]","addressLocality":"[MIASTO]","postalCode":"[KOD POCZTOWY]","addressCountry":"PL"},"makesOffer":{"@type":"Offer","itemOffered":{"@type":"Service","serviceType":"[NAZWA USŁUGI]","provider":{"@type":"Plumber","name":"[NAZWA FIRMY]"},"areaServed":"[RZECZYWISTY OBSZAR OBSŁUGI]"}}}
Jeżeli działalność nie pasuje do typu Plumber, zastąp go właściwym podtypem albo ogólnym LocalBusiness. Nazwa usługi, adres, telefon i obszar w kodzie powinny być możliwe do potwierdzenia na stronie. Schema.org opisuje tu strukturę danych, natomiast Google decyduje, czy i jak wykorzysta ją w wyszukiwarce.
Najczęstsze błędy
Najczęstszy problem to rozbieżność między markupem a stroną: inna nazwa, nieaktualny telefon, dawny adres, zmienione godziny albo szerszy zakres usług niż ten opisany w treści. Google może pominąć dane, które są niezgodne z główną zawartością, ukryte dla użytkownika, mylące lub nieaktualne.
Błędem jest także wpisywanie fikcyjnego adresu, oznaczanie usług niewidocznych na stronie albo ukrywanie informacji wyłącznie w JSON-LD. Dane strukturalne powinny reprezentować treść dostępną użytkownikowi. Zbyt ogólny typ firmy nie zawsze jest najlepszym wyborem, jeżeli działalność pasuje do bardziej szczegółowego podtypu.
Nie traktuj schema markup jako gwarancji wzrostu pozycji. Google Search Central w General Structured Data Guidelines z 2026 roku wyraźnie rozdziela poprawność techniczną danych od decyzji o ich wyświetleniu. Dane strukturalne są wdrożeniem technicznym, a nie potwierdzeniem prawa do prowadzenia działalności, adresu lub świadczenia usług; informacje o firmie muszą być prawdziwe, aktualne i zgodne z obowiązującymi wymogami branżowymi oraz przepisami.
Testowanie i utrzymanie
Wdrożenie wykonaj w 5 etapach: wybierz typ firmy, dodaj podstawowe dane, opisz usługę, sprawdź zgodność i przetestuj kod. Najpierw użyj Rich Results Test, a następnie narzędzia URL Inspection. Dokumentacja Google Search Central dotycząca LocalBusiness wskazuje, że po publikacji Google może potrzebować kilku dni na ponowne znalezienie i przetworzenie strony.
| Etap | Co zrobić | Praktyczny przykład dla firmy z Białegostoku lub Podlasia |
|---|---|---|
| 1 | Wybierz typ firmy | Użyj najbardziej szczegółowego podtypu, np. Plumber, Electrician, Dentist albo Restaurant, zamiast ogólnego LocalBusiness, jeśli taki typ pasuje do działalności. |
| 2 | Dodaj podstawowe dane | Uzupełnij name, url, telephone oraz address z streetAddress, addressLocality, postalCode i addressCountry. |
| 3 | Opisz usługę | Dodaj obiekt Service z serviceType, provider i areaServed, np. „serwis klimatyzacji” — Białystok i województwo podlaskie. |
| 4 | Zadbaj o zgodność | Porównaj nazwę, telefon, adres, godziny oraz zakres usług z treścią strony i Profilem Firmy w Google; uwzględnij wytyczne Google z 2025 roku. |
| 5 | Przetestuj i monitoruj | Sprawdź kod w Rich Results Test, a następnie użyj URL Inspection. Po publikacji Google może potrzebować kilku dni na ponowne znalezienie i przetworzenie strony. |
Tabela dotyczy typowego wdrożenia JSON-LD dla lokalnej firmy usługowej. Nie wpisuj danych, których nie ma na stronie lub które są nieaktualne; markup powinien opisywać informacje dostępne użytkownikowi.
Po zmianie adresu, numeru telefonu, godzin lub zakresu usług zaktualizuj jednocześnie stronę, dane strukturalne i Profil Firmy w Google. Następnie sprawdź wynik w Search Console oraz ponownie uruchom walidację, zamiast zakładać, że stara wersja kodu zostanie automatycznie poprawiona.
Najczęstsze pytania
Czy LocalBusiness poprawi pozycję strony w Google?
Nie należy traktować go jako bezpośredniego czynnika gwarantującego wyższą pozycję. Dane strukturalne pomagają Google zrozumieć stronę i mogą umożliwić określone prezentacje w wynikach, ale Google nie gwarantuje ich wyświetlenia.
Czy firma usługowa bez lokalu może używać danych LocalBusiness?
Tak, jeśli opisuje rzeczywistą działalność i poprawnie przedstawia sposób obsługi klienta. Warto jasno oznaczyć usługę oraz areaServed, czyli obszar, na którym firma faktycznie działa.
Czy dane na stronie muszą być takie same jak w Profilu Firmy w Google?
Powinny być spójne. Rozbieżności w nazwie, adresie, telefonie, godzinach lub zakresie usług mogą utrudniać Google właściwą interpretację firmy, a oba elementy trzeba aktualizować osobno.
Czy można ukryć dane w treści strony i zostawić je tylko w JSON-LD?
Nie. Dane strukturalne powinny reprezentować treść widoczną dla użytkownika; nie należy oznaczać informacji ukrytych, fikcyjnych ani niezwiązanych z głównym tematem strony.
Źródła
- Local Business (LocalBusiness) Structured Data — Google Search Central, 2026, Dokumentacja Google Search Central
- General Structured Data Guidelines — Google Search Central, 2026, Ogólne wytyczne dotyczące danych strukturalnych
- Establish your business details with Google — Google Search Central, 2025, Wskazówki dotyczące danych firmy w Google
- Intro to How Structured Data Markup Works — Google Search Central, 2025, Wprowadzenie do danych strukturalnych
- LocalBusiness – Schema.org Type — Schema.org, 2026, Definicja typu LocalBusiness
- Service – Schema.org Type — Schema.org, 2026, Definicja typu Service
