Schema LocalBusiness, czyli dane strukturalne dla lokalnej firmy

Dane strukturalne to sposób, w jaki mówisz Google wprost, czym jest Twoja firma, gdzie się mieści i kiedy jest otwarta. Bez nich wyszukiwarka musi się tego domyślać z treści strony.

Pokażę, jak dobrać właściwy typ, czego unikać i które popularne porady na ten temat są już nieaktualne.

Po co lokalnej firmie dane strukturalne

Strona firmowa zawiera adres, telefon i godziny otwarcia, ale w formie przeznaczonej dla ludzi. Wyszukiwarka widzi tam tylko tekst i musi zgadywać, czy „ul. Przykładowa 1” to adres siedziby, adres dostawy, czy fragment opisu dojazdu.

Dane strukturalne rozwiązują to jednoznacznie. W kodzie strony umieszczasz opis w formacie JSON-LD, w którym każda informacja ma etykietę. Wygląda to tak:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Nazwa firmy",
  "telephone": "+48 000 000 000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykładowa 1",
    "addressLocality": "Miasto",
    "postalCode": "00-000",
    "addressCountry": "PL"
  },
  "openingHours": "Mo-Fr 09:00-17:00"
}

Całość trafia do elementu script z atrybutem type="application/ld+json" w sekcji nagłówkowej strony. Jeśli korzystasz z Joomli, znajdziesz to w zakładce Schema przy artykule, bez dotykania kodu.

To nie jest gwarancja lepszej pozycji. To usunięcie niejednoznaczności, dzięki któremu Google nie musi zgadywać.

LocalBusiness czy Organization

Tu popełnia się najwięcej błędów, a rozróżnienie jest proste.

LocalBusiness opisuje konkretne miejsce, które klient może odwiedzić: biuro, sklep, gabinet, warsztat. Typ ten dziedziczy jednocześnie po Organization i po Place, i właśnie ten drugi rodowód jest tu sednem. Miejsce ma adres, współrzędne i godziny otwarcia.

Organization opisuje firmę jako podmiot, bez fizycznego punktu obsługi.

Jeśli działasz zdalnie albo dojeżdżasz do klienta i nie masz biura, do którego ktoś mógłby przyjść, nie używaj LocalBusiness. Deklarowanie adresu, pod którym nikogo nie ma, to obietnica bez pokrycia. Dla firm usługowych działających w terenie właściwym typem jest Organization, ewentualnie z dodatkowym określeniem obszaru działania.

Wybór właściwego podtypu

Im dokładniej określisz branżę, tym mniej pozostaje do interpretacji. LocalBusiness ma 34 bezpośrednie podtypy, a część z nich rozgałęzia się dalej, więc realny wybór jest znacznie szerszy.

• Store dla sklepów, z dalszym podziałem na branże,
• FoodEstablishment dla gastronomii, w tym restauracji, piekarni i kawiarni,
• MedicalBusiness i Dentist dla usług medycznych,
• ProfessionalService dla usług profesjonalnych,
• AutomotiveBusiness dla warsztatów i salonów,
• HealthAndBeautyBusiness dla salonów kosmetycznych i fryzjerskich.

Zasada jest jedna: schodź tak głęboko, jak pozwala rzeczywistość, ale ani kroku dalej. Lepiej użyć ogólniejszego LocalBusiness niż wcisnąć firmę w podtyp, który tylko z grubsza pasuje.

Pełną listę znajdziesz w dokumentacji schema.org. Uwaga na częste nieporozumienie: podtypy schema.org to nie to samo co kategorie w wizytówce Google. To dwa osobne zbiory, które warto trzymać spójnie, ale nie są wymienne.

Oddziały i wiele lokalizacji

Jeśli firma ma kilka placówek, każda potrzebuje własnego wpisu LocalBusiness, z własnym adresem i własnymi godzinami. Jeden wpis opisujący „wszystkie nasze oddziały” nie zadziała, bo miejsce z definicji jest jedno.

Do powiązania oddziałów z marką macierzystą służy właściwość parentOrganization.

Spotkasz jeszcze w poradnikach właściwość branchOf i sam wcześniej ją tu polecałem. Schema.org oznaczyła ją jako zastąpioną i wskazuje w jej miejsce właśnie parentOrganization. Jeśli masz ją w kodzie, warto podmienić przy okazji najbliższych zmian.

Testowanie i pułapki

Kod sprawdzisz w dwóch narzędziach. Rich Results Test pokazuje, co z Twojego kodu rozumie Google, a Schema Markup Validator weryfikuje zgodność ze słownikiem. Warto użyć obu, bo odpowiadają na inne pytania.

Trzy rzeczy, które psują efekt:

• Niespójność danych. Inny numer telefonu w kodzie, inny na stronie, jeszcze inny w wizytówce. Sprzeczne sygnały są gorsze niż ich brak.
• Dane niewidoczne dla ludzi. To, co deklarujesz w znaczniku, musi być obecne na stronie. Opisywanie w kodzie usług, których na stronie nie ma, jest niezgodne z wytycznymi.
• Znaczniki dla samych znaczników. Dokładanie kolejnych typów „na zapas” nie pomaga, a utrudnia utrzymanie.

Aktualizacja: FAQ Schema już nie działa

Wcześniejsza wersja tego tekstu zalecała wdrożenie FAQ Schema dla wyświetlania pytań i odpowiedzi pod wynikiem wyszukiwania. Ta porada jest nieaktualna.

Google wygasił wzbogacone wyniki FAQ w trzech etapach: 7 maja 2026 przestały pojawiać się w wynikach, w czerwcu zniknęły powiązane raporty w Search Console, a w sierpniu 2026 usunięto obsługę w API. Wcześniej, od 2023 roku, były już ograniczone do serwisów rządowych i zdrowotnych.

Znacznik FAQPage pozostaje poprawnym typem i Google nadal go czyta, żeby lepiej zrozumieć stronę, więc istniejących wdrożeń nie trzeba usuwać. Ale nie licz na złote pytania pod linkiem, bo ich już nie ma dla nikogo poza wąską grupą serwisów.

Dane strukturalne to jeden z elementów układanki. Reszta, czyli wizytówka Google, opinie i spójność danych w katalogach, to osobny temat, który rozłożyłem na czynniki pierwsze w tekście o SEO lokalnym dla małej firmy.