Dane strukturalne LocalBusiness w 2026 roku: które pola wymaga Google i jak je sprawdzić

Dwa pola obowiązkowe

Dokumentacja Google Search Central do danych strukturalnych LocalBusiness (ostatnia aktualizacja 8 września 2026 r.) wymienia dwa wymagane pola: name, czyli nazwę firmy, oraz address w formie obiektu PostalAddress. Bez nich strona nie kwalifikuje się do wyświetlania jako rich result.

Google radzi podać w adresie jak najwięcej właściwości, na przykład ulicę, miejscowość, region, kod pocztowy i kraj, bo im więcej, tym wyższa jakość wyniku dla użytkowników.

Pola zalecane

Google zaleca także:

• geo ze współrzędnymi o dokładności co najmniej 5 miejsc po przecinku,
• openingHoursSpecification z godzinami otwarcia,
• telephone z numerem kontaktowym, wraz z kodem kraju i numerem kierunkowym,
• url do konkretnej lokalizacji, który musi działać,
• priceRange, krótszy niż 100 znaków; przy dłuższym Google nie pokaże przedziału cen.

Godziny otwarcia podaje się w formacie hh:mm:ss, a sezonowe przerwy opisują pola validFrom i validThrough.

Jak wybrać typ

Dokumentacja każe użyć najbardziej szczegółowego podtypu LocalBusiness, na przykład Restaurant, DaySpa czy HealthClub. Jeśli firma świadczy kilka usług, typy podaje się jako tablicę, na przykład Electrician, Plumber, Locksmith. Pole additionalType nie jest obsługiwane.

Dla firmy z kilkoma działami Google przewiduje pole department, w którym nazwę działu zapisuje się w formacie nazwa sklepu plus nazwa działu.

Opinie: kiedy zostawić pole review

Pola review i aggregateRating są według Google zalecane tylko dla witryn, które zbierają opinie o innych lokalnych firmach, czyli na przykład katalogów. Jeśli prowadzisz własną firmę, nie ma potrzeby dopisywać ich do swojego znacznika.

Dokumentacja odsyła do ogólnych wytycznych dla danych strukturalnych i ostrzega, że nadużycia w znacznikach mogą skończyć się ręcznym działaniem, po którym znacznik jest ignorowany.

Walidacja i wdrożenie krok po kroku

Google opisuje prosty tok pracy. Dodaj wymagane pola, sprawdź kod w Rich Results Test i popraw błędy krytyczne, a potem opublikuj kilka stron ze znacznikiem i sprawdź je narzędziem URL Inspection. Strona nie może być zablokowana w robots.txt, mieć noindex ani wymagać logowania.

Gdy wszystko działa, możesz poprosić Google o ponowne zindeksowanie adresów i zgłosić mapę witryny, żeby przyszłe zmiany były widoczne. Google zastrzega, że po publikacji ponowne zindeksowanie może potrwać kilka dni.

Czego ta dokumentacja nie obiecuje

Google pisze wprost, że nie gwarantuje wyświetlania funkcji opartych na danych strukturalnych w wynikach wyszukiwania. Dokumentacja nie omawia też asystentów AI ani wpływu znaczników na ich odpowiedzi, więc nie traktuj schema jako gwarancji widoczności poza Google.

Znacznik uzupełnia, a nie zastępuje profil firmy w Google i spójne dane na stronie. Pilnuj, żeby nazwa, adres i telefon w kodzie zgadzały się z tym, co widzi klient.

Źródła

Google Search Central: Local business structured data (aktualizacja 8.09.2026) Google: Rich Results Test

Zdjęcie: Zhuojun Yu / Unsplash