Schema LocalBusiness: dane strukturalne dla wyszukiwania lokalnego

Jeśli prowadzisz lokalną firmę w Austrii, klienci znajdują Cię niemal wyłącznie przez Google. Lider rynku ma tu 81,87% udziału w rynku wyszukiwarek (stan na maj 2026 roku), a za nim plasują się Bing z 9,01% i DuckDuckGo z 2,75%. Przy 8,69 mln internautów i penetracji internetu na poziomie 95,3% to wyszukiwanie organiczne i lokalne w dużej mierze decyduje o tym, czy gabinet, zakład rzemieślniczy lub restauracja zdobędą klientów.

Aby Google, a coraz częściej także systemy AI, mogły rzetelnie odczytać kluczowe dane lokalnej firmy, sam zwykły tekst nie wystarczy. Lokalne znaczniki Schema dostarczają te dane w formie czytelnej dla maszyn. Mimo dużych korzyści są mało rozpowszechnione: według Web Almanac 2024 znaczniki LocalBusiness występują tylko na 3,97% stron mobilnych, co czyni je wprawdzie trzecim najczęstszym typem JSON-LD, ale wciąż dalekim od standardowej praktyki. Właśnie tu kryje się realna szansa na wyróżnienie się. Ten artykuł pokazuje, jak zbudowane są znaczniki LocalBusiness, jak poprawnie wdrożyć je w austriackiej firmie i jakie błędy najczęściej powodują brak wyników rozszerzonych.

Dlaczego lokalne znaczniki Schema mają znaczenie dla lokalnej widoczności

Dane strukturalne to adnotacje w kodzie, które jawnie opisują treść strony, zamiast ją tylko wyświetlać. Google zaleca do tego format JSON-LD, czyli obiekt danych osadzony w tagu <script>. Web Almanac 2024 potwierdza ten trend: udział JSON-LD wzrósł z 34% w 2022 roku do 41% wszystkich stron w 2024 roku, a format ten uchodzi za preferowany przez Google i najszybciej zyskujący na popularności.

W przypadku lokalnych firm znaczniki LocalBusiness pełnią trzy funkcje. Pozwalają jednoznacznie odczytać lokalizację, godziny otwarcia i dane kontaktowe, mogą rozszerzyć prezentację firmy w wynikach wyszukiwania i dostarczają systemom AI, takim jak Google AI Overviews czy Perplexity, ustrukturyzowanych faktów do odpowiedzi. W przeciwieństwie do Google Business Profile, który prowadzisz na platformie Google, znaczniki są częścią Twojej własnej strony i wzmacniają jej autorytet jako głównego źródła danych.

Ważne są realistyczne oczekiwania: Schema nie jest bezpośrednim czynnikiem rankingowym. Nie poprawia pozycji, tylko zrozumiałość i sposób prezentacji. Wartość powstaje pośrednio: z lepszej jakości danych, z większej skłonności do klikania, którą dają wyniki rozszerzone, oraz ze spójnych sygnałów dla wyszukiwarek i systemów AI.

LocalBusiness na tle typów Organization i WebSite

Trzy typy Schema są często mylone. Organization: opisuje firmę jako podmiot prawny lub gospodarczy, bez obowiązkowego odniesienia lokalnego. Sprawdza się w przypadku marek i firm działających ponadregionalnie. WebSite: opisuje samą stronę internetową, np. na potrzeby nazwy witryny, którą Google wyświetla w wynikach wyszukiwania. Pola wyszukiwania w linkach do podstron, do którego wcześniej używano znaczników WebSite, Google nie wyświetla od 21 listopada 2024 roku. LocalBusiness: jest specjalizacją typów Organization i Place i opisuje firmę z fizyczną lokalizacją oraz lokalnym obszarem działania. Tylko LocalBusiness przekazuje adres, współrzędne geograficzne i godziny otwarcia jako kluczowe właściwości.

Kluczowy jest wybór właściwego podtypu. Google wyraźnie zaleca stosowanie najbardziej szczegółowego podtypu LocalBusiness, np. Restaurant, DaySpa lub HealthClub. Schema.org definiuje rozbudowaną hierarchię: Dentist dla gabinetu stomatologicznego, Plumber dla hydraulika, Restaurant dla gastronomii, LegalService dla kancelarii prawnej. Jeśli nie ma pasującego podtypu, używasz ogólnego typu LocalBusiness. Błędny lub zbyt ogólny typ marnuje kontekst, który wyspecjalizowane podtypy zapewniają dzięki dodatkowym właściwościom, takim jak servesCuisine czy menu.

Właściwości obowiązkowe i zalecane w szczegółach

Google wymienia w swojej dokumentacji dwie obowiązkowe właściwości: name i address typu PostalAddress. Bez tych dwóch pól znaczniki nie są prawidłowe. Wszystkie pozostałe właściwości są zalecane i znacznie zwiększają korzyści.

• name: dokładna nazwa firmy, identyczna z nazwą w Google Business Profile i w cytowaniach.
• address (PostalAddress): ustrukturyzowany adres z streetAddress, postalCode, addressLocality (miejscowość), addressRegion (kraj związkowy) i addressCountry (dla Austrii AT).
• geo (GeoCoordinates): latitude i longitude w stopniach dziesiętnych. Precyzyjne współrzędne poprawiają przypisanie w Mapach, zwłaszcza przy niejednoznacznych adresach.
• telephone: numer telefonu w formacie międzynarodowym z numerem kierunkowym kraju, dla Austrii zaczynający się od +43.
• openingHoursSpecification: czytelne dla maszyn godziny otwarcia z dayOfWeek, opens i closes w formacie 24-godzinnym.
• priceRange: poziom cen, np. jako symbol (€€) lub przedział.
• areaServed: obsługiwany obszar, przydatny zwłaszcza dla firm bez klientów z ulicy, które dojeżdżają do klientów.
• url, image, sameAs: strona internetowa, zdjęcie i powiązania z profilami, takimi jak Google Business Profile, Facebook czy katalogi branżowe.

JSON-LD krok po kroku: przykład dla firmy z Wiednia

Poniższy przykład pokazuje prawidłowe znaczniki dla fikcyjnego gabinetu stomatologicznego w Wiedniu. Zwróć uwagę na formatowanie specyficzne dla Austrii: addressCountry ustawione na AT, numer telefonu w formacie +43 i kropkę dziesiętną (nie przecinek) we współrzędnych geograficznych.

```html
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Dentist",
"@id": "https://www.zahnarzt-beispiel.at/#praxis",
"name": "Zahnarztpraxis Dr. Beispiel",
"image": "https://www.zahnarzt-beispiel.at/praxis.jpg",
"url": "https://www.zahnarzt-beispiel.at",
"telephone": "+43 1 5550123",
"priceRange": "€€",
"address": {
"@type": "PostalAddress",
"streetAddress": "Mariahilfer Straße 100",
"postalCode": "1070",
"addressLocality": "Wien",
"addressRegion": "Wien",
"addressCountry": "AT"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 48.198765,
"longitude": 16.345678
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
"opens": "08:00",
"closes": "17:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Friday",
"opens": "08:00",
"closes": "13:00"
}
],
"sameAs": [
"https://www.google.com/maps/place/?q=place_id:BEISPIEL",
"https://www.facebook.com/zahnarztbeispiel"
]
}
</script>
```

Umieść blok w sekcji <head> lub <body> danej strony, najlepiej na stronie głównej lub na stronie kontaktowej z pełnymi danymi lokalizacji. Atrybut @id z unikalnym adresem URL staje się ważny, gdy tylko łączysz kilka encji lub uwzględniasz kilka lokalizacji. Każda podana informacja musi być również widoczna na stronie.

Spójność NAP: Schema, Google Business Profile i cytowania

NAP oznacza Name, Address, Phone. Te trzy dane muszą być identyczne we wszystkich źródłach: w znacznikach LocalBusiness, w Google Business Profile i w lokalnych cytowaniach, takich jak herold.at, firmenabc.at czy katalogi branżowe. Niespójności, np. „Str.” kontra „Straße” albo różne formaty numeru telefonu, osłabiają zaufanie wyszukiwarki do danych i mogą pogorszyć lokalną widoczność.

Znaczniki Schema są przy tym czytelnym dla maszyn potwierdzeniem tego, co znajduje się w Google Business Profile i w cytowaniach. Właściwość sameAs jawnie łączy Twoją stronę z tymi zewnętrznymi profilami i pomaga wyszukiwarkom rozpoznać wpisy jako tę samą encję. Dlatego utrzymuj jeden obowiązujący zapis NAP i stosuj go wszędzie bez zmian. Spójność na wielu platformach ma znaczenie, bo konsumenci i tak sprawdzają kilka źródeł: według amerykańskiego badania BrightLocal 77% konsumentów korzysta podczas szukania informacji z co najmniej dwóch platform z opiniami, a 41% nawet z trzech lub więcej.

AggregateRating i znaczniki opinii dla lokalnych firm

Opinie to silna dźwignia w działaniach lokalnych. Według amerykańskiego badania BrightLocal 81% konsumentów czyta opinie o lokalnych firmach w Google, a 75% czyta opinie online „zawsze” lub „regularnie”. Znacznikami AggregateRating można oznaczyć średnią ocenę wraz z liczbą opinii. Na własnej stronie lokalnej firmy nie daje to jednak gwiazdek w wynikach wyszukiwania.

Powodem jest zasada Google dotycząca opinii self-serving. Jeśli oceniana firma kontroluje opinie o sobie, strony ze znacznikami LocalBusiness lub Organization nie kwalifikują się do gwiazdek ocen. Dotyczy to także prawdziwych opinii klientów na własnej stronie, niezależnie od tego, czy są umieszczone bezpośrednio w znacznikach, czy pochodzą z osadzonego widżetu z opiniami z Google lub Facebooka. Google zaleca aggregateRating i review w znacznikach LocalBusiness tylko dla witryn, które zbierają opinie o innych lokalnych firmach, czyli np. dla portali z opiniami. Gwiazdki lokalnej firmy pojawiają się więc za pośrednictwem jej Google Business Profile, np. w Local Pack, albo na takich portalach. Dla każdego znacznika opinii obowiązuje ponadto zasada: ratingValue, reviewCount i bestRating muszą dokładnie odpowiadać danym widocznym na stronie. Zmyślone lub zagregowane wartości bez widocznego potwierdzenia naruszają wytyczne i mogą skutkować działaniami ręcznymi.

Wiele lokalizacji, firmy z obszarem obsługi i powiązania przez @id

Firmy z wieloma lokalizacjami potrzebują dla każdego oddziału osobnego obiektu LocalBusiness z własnym adresem, własnymi współrzędnymi geograficznymi i własnym @id. Dla każdej lokalizacji utwórz osobną stronę docelową i umieść na niej odpowiednie znaczniki. Za pomocą @id można spójnie odwoływać się do lokalizacji i łączyć je z nadrzędnym obiektem Organization, który opisuje firmę macierzystą.

• Kilka oddziałów: dla każdej lokalizacji osobny adres URL, własny @id i osobny obiekt LocalBusiness z dokładnymi danymi tej lokalizacji.
• Firma z obszarem obsługi: firmy bez siedziby otwartej dla klientów, np. mobilni rzemieślnicy, pomijają ulicę i numer domu, ale w address podają miejscowość, kod pocztowy, kraj związkowy i kraj, ponieważ Google traktuje address jako pole obowiązkowe. Dodatkowo definiują areaServed z obsługiwanymi miejscowościami lub regionami.
• @id jako kotwica: unikalny @id dla każdej encji zapobiega scalaniu przez wyszukiwarki kilku lokalizacji w jedną całość i umożliwia czyste powiązania między Organization a poszczególnymi oddziałami.

Walidacja i usuwanie błędów

Opublikowane znaczniki trzeba sprawdzić. Trzy narzędzia wzajemnie się uzupełniają.

• Test wyników z elementami rozszerzonymi: to narzędzie Google pokazuje, czy ze znaczników może powstać wynik rozszerzony i których właściwości brakuje lub które są błędne. To pierwszy punkt kontrolny dla LocalBusiness.
• Schema Markup Validator (schema.org): ten walidator sprawdza poprawność składniową i strukturalną według specyfikacji Schema.org, niezależnie od wyników rozszerzonych Google.
• Sprawdzanie adresu URL w Search Console: funkcja „Testuj opublikowany URL” pokazuje, jak Google aktualnie renderuje stronę. Narzędzie nie wymienia LocalBusiness jako wykrytego elementu. W wyrenderowanym HTML widzisz jednak, czy blok JSON-LD trafia do wersji pobranej przez robota, np. przy JavaScripcie renderowanym po stronie klienta.

Traktuj ostrzeżenia i błędy oddzielnie. Błędy blokują wyniki rozszerzone i trzeba je usunąć, a ostrzeżenia dotyczą brakujących zalecanych właściwości i warto je uzupełnić, choć nie są blokujące.

Lokalne znaczniki Schema w kontekście wyszukiwania AI i AEO

Dane strukturalne zyskują na znaczeniu wraz z rozwojem wyszukiwania wspieranego przez AI. Google AI Overviews, ChatGPT i Perplexity chętniej pobierają fakty z jasno ustrukturyzowanych i jednoznacznie przypisanych źródeł. Znaczniki LocalBusiness dostarczają właśnie tego: czytelnych dla maszyn informacji o lokalizacji, godzinach otwarcia i usługach, które system AI może bezpośrednio przenieść do odpowiedzi.

Dla Answer Engine Optimization (AEO) oznacza to, że spójne, widoczne i potwierdzone znacznikami Schema dane zwiększają prawdopodobieństwo, że lokalna firma zostanie poprawnie wymieniona w odpowiedziach AI. Znaczniki nie zastępują dobrych treści, ale zmniejszają niejednoznaczność. Jeśli adres, numer telefonu i godziny otwarcia są zgodne zarówno w widocznym tekście, jak i w JSON-LD, spada ryzyko, że system AI użyje nieaktualnych lub błędnych danych z zewnętrznych źródeł. Przy niewielkim rozpowszechnieniu znaczników LocalBusiness staranne wdrożenie daje realną przewagę nad konkurencją.

Najczęstsze błędy w lokalnych znacznikach Schema

• Błędny lub zbyt ogólny podtyp: LocalBusiness zamiast Dentist lub Restaurant marnuje konkretny kontekst i dodatkowe właściwości.
• Niespójne dane NAP: rozbieżności między znacznikami Schema, Google Business Profile i cytowaniami osłabiają zaufanie wyszukiwarki.
• Znaczniki bez widocznej treści na stronie: dane w JSON-LD, których nie ma na stronie, naruszają wytyczne Google i mogą zostać zignorowane lub ukarane.
• Znaczniki opinii self-serving: znaczniki opinii o własnej firmie na własnej stronie nie dają w przypadku LocalBusiness gwiazdek, nawet przy prawdziwych opiniach klientów.
• Błędne formaty: numery telefonów bez +43, godziny otwarcia w formacie innym niż 24-godzinny lub współrzędne geograficzne z przecinkiem zamiast kropki prowadzą do błędów.
• Kilka lokalizacji w jednym obiekcie: oddziały bez własnego @id i własnej strony zlewają się w jeden byt i tracą indywidualną widoczność.

Pomiar efektów: wyniki rozszerzone, wyświetlenia i CTR

Efekty lokalnych znaczników Schema mierzysz przede wszystkim w Google Search Console. Nie ma tam jednak osobnego raportu ulepszeń dla LocalBusiness: Search Console udostępnia raporty stanu wyników rozszerzonych tylko dla wybranych typów, takich jak menu nawigacyjne, fragmenty informacji o produktach czy fragmenty opinii. Dlatego to, czy Google potrafi odczytać znaczniki, sprawdzasz w Teście wyników z elementami rozszerzonymi. Narzędzie to obsługuje LocalBusiness i renderuje stronę tak, jak przetwarza ją Google. Wpływ na ruch mierzysz w raporcie skuteczności na podstawie wyświetleń i CTR.

• Usuwanie błędów: sprawdź każdą zmienioną stronę w Teście wyników z elementami rozszerzonymi i szybko usuń zgłoszone błędy.
• Obserwowanie wyświetleń: rosnąca liczba wyświetleń dla lokalnych zapytań po wdrożeniu wskazuje na lepsze odczytywanie danych. W tym celu ustaw w raporcie skuteczności filtr na Austrię i na nazwy miejscowości.
• Porównanie CTR: porównaj CTR stron objętych zmianą przed wdrożeniem znaczników i po nim dla tych samych zapytań.
• Sprawdzanie indeksowania: za pomocą narzędzia Sprawdzanie adresu URL skontroluj, czy strona jest zaindeksowana i czy blok JSON-LD znajduje się w wyrenderowanym HTML.

Pamiętaj, że wyniki rozszerzone nie są gwarantowane. Google decyduje w zależności od zapytania i jakości, czy wyświetli rozszerzony fragment. Dlatego oceniaj efekty na podstawie połączenia bezbłędnych znaczników, wyświetleń i CTR, a nie jednego wskaźnika.

Co dalej

Lokalne znaczniki Schema to techniczna podstawa, która pokazuje swoją wartość dopiero w połączeniu ze spójnymi danymi. Zacznij od najbardziej szczegółowego podtypu LocalBusiness, wypełnij obowiązkowe pola name i address oraz najważniejsze zalecane właściwości i dbaj o identyczne dane NAP na stronie, w Google Business Profile i w cytowaniach. Zweryfikuj wynik w Teście wyników z elementami rozszerzonymi i w narzędziu Sprawdzanie adresu URL, a efekty monitoruj w Search Console. Ponieważ znaczniki LocalBusiness stosuje tylko niewielka część stron, staranne wdrożenie daje austriackim firmom konkretną i osiągalną przewagę w klasycznym wyszukiwaniu i w wyszukiwaniu wspieranym przez AI.