LocalBusiness schema - jak pomóc Google zrozumieć lokalną firmę?

LocalBusiness schema to dane strukturalne, które pomagają Google lepiej zrozumieć lokalną firmę: jej nazwę, adres, telefon, godziny otwarcia, stronę internetową, logo, obszar działania, typ działalności, oddziały i powiązane profile. Najczęściej wdraża się je w formacie JSON-LD na stronie głównej, stronie kontaktu oraz wybranych landing page'ach lokalnych. LocalBusiness schema nie zastępuje wizytówki Google, opinii ani lokalnego SEO, ale porządkuje dane firmy i zmniejsza ryzyko, że Google będzie musiało zgadywać, kim jesteś, gdzie działasz i jak można się z Tobą skontaktować.

Lokalna firma często ma prosty problem.

Działa w konkretnym mieście.

Ma konkretny adres.

Ma telefon.

Ma godziny otwarcia.

Ma obszar obsługi.

Ma wizytówkę Google.

Ma stronę internetową.

Ma profile społecznościowe.

Ma opinie.

Ma usługi.

Ale te dane są często porozrzucane.

Na stronie jest jedna wersja telefonu.

W stopce druga.

W wizytówce Google trzecia.

W katalogu firm stary adres.

Na Facebooku inne godziny.

Na landing page'u lokalnym brak pełnej informacji o obszarze działania.

A w kodzie strony nie ma żadnych danych strukturalnych.

Wtedy Google musi składać obraz firmy z wielu źródeł.

Czasem zrobi to poprawnie.

Czasem nie.

LocalBusiness schema nie tworzy lokalnej widoczności samo z siebie. Pomaga jednak uporządkować informacje o firmie tak, żeby Google mogło je łatwiej zrozumieć i powiązać z resztą ekosystemu lokalnego SEO.

To szczególnie ważne dla firm, które działają lokalnie:

• firm usługowych,
• gabinetów medycznych,
• kancelarii prawnych,
• restauracji,
• salonów kosmetycznych,
• fryzjerów,
• mechaników,
• firm sprzątających,
• pogotowia technicznego,
• hydraulików,
• elektryków,
• dentystów,
• fitness klubów,
• sklepów lokalnych,
• firm remontowych,
• firm B2B obsługujących konkretny region.

LocalBusiness schema jest częścią danych strukturalnych.

Nie jest magicznym czynnikiem rankingowym.

Nie zastępuje wizytówki Google.

Nie zastępuje opinii.

Nie zastępuje lokalnych landing page'y.

Nie zastępuje spójnego NAP.

Ale może pomóc Google zrozumieć najważniejsze dane firmy w uporządkowany sposób.

Ten poradnik pokazuje, czym jest LocalBusiness schema, jakie dane warto wdrożyć, jak dobrać typ biznesu, jak opisywać adres, telefon, godziny, obszar działania, oddziały, firmy mobilne, wizytówki lokalne i landing page'e, a także jak testować wdrożenie oraz unikać błędów, które potrafią wprowadzić więcej chaosu niż porządku.

LocalBusiness schema - najkrótsza odpowiedź

Najkrótsza odpowiedź:

LocalBusiness schema warto wdrożyć na stronach lokalnych firm, aby uporządkować dane o nazwie, adresie, telefonie, godzinach otwarcia, stronie internetowej, logo, typie działalności i obszarze obsługi. Najlepiej używać JSON-LD i opisywać tylko dane zgodne z tym, co użytkownik widzi na stronie oraz w oficjalnych profilach firmy. Schema pomaga Google zrozumieć lokalną firmę, ale nie zastępuje Google Business Profile, opinii, lokalnych treści i reputacji.

Najczęściej warto oznaczyć:

• name - nazwa firmy,
• url - adres strony,
• telephone - telefon,
• email - e-mail, jeśli jest widoczny,
• address - adres firmy, jeśli jest publiczny,
• openingHoursSpecification - godziny otwarcia,
• areaServed - obszar działania,
• logo - logo firmy,
• image - zdjęcie firmy, lokalu lub zespołu,
• geo - współrzędne, jeśli firma ma lokalizację,
• sameAs - profile społecznościowe i zaufane źródła,
• priceRange - orientacyjny poziom cen, jeśli ma sens,
• department - oddziały lub działy, jeśli firma je ma.

Najważniejsze zasady:

• schema musi być zgodna z widoczną treścią,
• nie dodawaj fikcyjnego adresu,
• nie wpisuj miast, w których firma realnie nie działa,
• nie dodawaj nieprawdziwych godzin otwarcia,
• nie oznaczaj opinii, których użytkownik nie widzi,
• nie twórz kilku sprzecznych wersji LocalBusiness,
• spójność z Google Business Profile jest kluczowa,
• dla wielu lokalizacji twórz osobne dane dla każdej placówki,
• testuj JSON-LD po wdrożeniu.

Najprostsza zasada:

LocalBusiness schema ma opisywać realną lokalną firmę, a nie tworzyć w kodzie lokalizacje, godzinę, opinie lub obszar działania, których firma faktycznie nie ma.

Czym jest LocalBusiness schema?

LocalBusiness schema to typ danych strukturalnych z rodziny Schema.org, który opisuje lokalną firmę.

Może dotyczyć firmy z fizyczną lokalizacją, firmy usługowej działającej na określonym obszarze albo firmy z wieloma oddziałami.

Przykład prostego LocalBusiness schema:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://example.com/#localbusiness",
  "name": "Przykładowa Firma",
  "url": "https://example.com/",
  "telephone": "+48123456789",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Przykładowa 10",
    "addressLocality": "Lublin",
    "postalCode": "20-001",
    "addressCountry": "PL"
  }
}
</script>

Taki kod mówi wyszukiwarce:

• to jest lokalna firma,
• tak się nazywa,
• to jest jej strona,
• to jest jej telefon,
• to jest jej adres.

LocalBusiness schema można rozbudować o:

• godziny otwarcia,
• obszar działania,
• logo,
• zdjęcia,
• profile społecznościowe,
• współrzędne,
• działy firmy,
• typ działalności,
• dane kontaktowe,
• przedział cenowy.

LocalBusiness schema nie jest widoczne dla użytkownika jako zwykły tekst.

Ale powinno opisywać to, co użytkownik faktycznie może potwierdzić na stronie lub w oficjalnych danych firmy.

Po co lokalnej firmie dane strukturalne?

Lokalnej firmie dane strukturalne są potrzebne po to, żeby uporządkować informacje.

Google zbiera dane o lokalnych firmach z wielu miejsc:

• strony internetowej,
• Google Business Profile,
• map,
• katalogów firm,
• social mediów,
• opinii,
• wzmianek w sieci,
• stron branżowych,
• lokalnych portali.

Jeśli dane są spójne, Google ma łatwiej.

Jeśli dane są sprzeczne, Google ma trudniej.

LocalBusiness schema może pomóc:

• potwierdzić nazwę firmy,
• potwierdzić adres,
• potwierdzić telefon,
• potwierdzić godziny otwarcia,
• opisać obszar działania,
• powiązać stronę z marką,
• powiązać firmę z profilami społecznościowymi,
• wskazać typ działalności,
• opisać oddziały,
• zmniejszyć niejednoznaczność danych.

To ma znaczenie szczególnie wtedy, gdy:

• firma działa w konkurencyjnej branży lokalnej,
• firma ma podobną nazwę do innych firm,
• firma zmieniała adres,
• firma ma kilka numerów telefonu,
• firma działa na obszarze usługowym bez sklepu stacjonarnego,
• firma ma wiele oddziałów,
• strona ma wiele landing page'y lokalnych,
• dane NAP są niespójne w internecie.

Dane strukturalne są więc warstwą semantyczną.

Pomagają nazwać i uporządkować to, co na stronie już powinno być jasne.

Czy LocalBusiness schema poprawia pozycje lokalne?

LocalBusiness schema nie powinno być traktowane jako prosty gwarant wyższych pozycji lokalnych.

Lokalne SEO zależy od wielu elementów.

Najważniejsze obszary to:

• trafność firmy względem zapytania,
• odległość od użytkownika lub wskazanej lokalizacji,
• rozpoznawalność i reputacja firmy,
• jakość Google Business Profile,
• opinie,
• kategorie w wizytówce,
• treść strony,
• lokalne landing page'e,
• spójność NAP,
• linki i wzmianki lokalne,
• zachowanie użytkowników,
• jakość oferty.

LocalBusiness schema może pomóc w zrozumieniu danych firmy, ale nie zastąpi tych elementów.

Najlepsze podejście:

Traktuj LocalBusiness schema jako element porządku i spójności lokalnego SEO, a nie jako samodzielny sposób na wejście do mapki.

Jeśli firma ma słabą wizytówkę, mało opinii, brak lokalnych treści i niespójne dane w sieci, samo schema nie rozwiąże problemu.

Jeśli firma ma mocną lokalną strategię, schema może być dodatkową warstwą porządku.

LocalBusiness schema a Google Business Profile

Google Business Profile i LocalBusiness schema to nie to samo.

Google Business Profile to profil firmy w Google.

LocalBusiness schema to kod na stronie internetowej.

Element	Google Business Profile	LocalBusiness schema
Gdzie działa?	W Google Search i Maps	Na stronie internetowej
Kto zarządza?	Właściciel profilu w Google	Właściciel strony lub developer
Co zawiera?	Nazwa, kategorie, adres, telefon, godziny, opinie, zdjęcia, wpisy	Dane strukturalne o firmie i lokalizacji
Czy zastępuje drugie?	Nie	Nie

Najważniejsza jest spójność.

Dane w LocalBusiness schema powinny zgadzać się z:

• wizytówką Google,
• treścią strony kontaktowej,
• stopką strony,
• regulaminem lub danymi firmy,
• profilami społecznościowymi,
• ważnymi katalogami branżowymi.

Przykład problemu:

Google Business Profile:
tel. 500 000 000

Strona:
tel. 501 000 000

LocalBusiness schema:
tel. 502 000 000

To nie pomaga.

To tworzy chaos.

Najpierw uporządkuj dane firmy.

Dopiero potem wdrażaj schema.

Organization schema a LocalBusiness schema - czym się różnią?

Organization schema opisuje organizację jako markę lub firmę.

LocalBusiness schema opisuje lokalną firmę lub konkretną lokalizację biznesu.

Przykład:

• Organization - Digitay jako firma/agencja,
• LocalBusiness - lokalna siedziba lub firma obsługująca określony obszar.

Różnica:

Typ	Opisuje	Kiedy użyć?
Organization	Firmę jako encję	Strona główna, marka, wydawca, logo, social media
LocalBusiness	Lokalny biznes lub placówkę	Firma lokalna, adres, godziny, obszar działania, kontakt

Czy można używać obu?

Tak, ale trzeba robić to spójnie.

Możesz użyć:

• Organization jako głównej encji marki,
• LocalBusiness jako lokalnej reprezentacji firmy,
• stałych identyfikatorów @id, żeby powiązać dane.

Przykład:

"@id": "https://example.com/#organization"

oraz:

"@id": "https://example.com/#localbusiness"

Największy błąd:

Kilka różnych bloków schema opisuje tę samą firmę innymi nazwami, telefonami, adresami i logo.

Jakie dane lokalnej firmy warto oznaczyć?

LocalBusiness schema powinno opisywać najważniejsze dane lokalnej firmy.

Podstawowy zestaw:

• nazwa firmy,
• typ działalności,
• adres strony,
• telefon,
• adres fizyczny, jeśli publiczny,
• godziny otwarcia,
• logo,
• zdjęcie,
• obszar działania,
• profile społecznościowe,
• współrzędne geograficzne,
• przedział cenowy, jeśli ma sens.

Rozszerzony zestaw:

• oddziały,
• działy,
• obsługiwane miasta,
• obsługiwane regiony,
• metody kontaktu,
• identyfikatory firmy,
• języki obsługi,
• usługi,
• polityka rezerwacji, jeśli dotyczy,
• linki do profili branżowych.

Nie wszystko trzeba wdrażać na każdej stronie.

Najważniejsze jest, żeby dane były prawdziwe, aktualne i spójne.

NAP - nazwa, adres i telefon w danych strukturalnych

NAP to skrót od:

• Name - nazwa,
• Address - adres,
• Phone - telefon.

W lokalnym SEO spójność NAP jest bardzo ważna.

LocalBusiness schema powinno odzwierciedlać oficjalne dane firmy.

Przykład:

"name": "Przykładowa Firma",
"telephone": "+48123456789",
"address": {
  "@type": "PostalAddress",
  "streetAddress": "Przykładowa 10",
  "addressLocality": "Lublin",
  "postalCode": "20-001",
  "addressCountry": "PL"
}

Dobre praktyki:

• używaj tej samej nazwy firmy co na stronie i w wizytówce Google,
• telefon zapisuj w formacie międzynarodowym,
• adres zapisuj zgodnie z publicznymi danymi,
• nie dodawaj słów kluczowych do nazwy firmy, jeśli nie są częścią nazwy,
• nie dodawaj fikcyjnych lokalizacji,
• nie mieszaj danych kilku oddziałów w jednym LocalBusiness.

Zły przykład:

"name": "Najlepszy Hydraulik Lublin 24h Tanio Awaryjnie"

jeśli oficjalna nazwa firmy brzmi:

"HydroSerwis Kowalski"

Schema nie jest miejscem na upychanie fraz lokalnych.

Adres firmy i PostalAddress

Adres w LocalBusiness schema powinien być prawdziwy i publiczny.

Stosuje się typ PostalAddress.

Przykład:

"address": {
  "@type": "PostalAddress",
  "streetAddress": "Przykładowa 10",
  "addressLocality": "Lublin",
  "addressRegion": "lubelskie",
  "postalCode": "20-001",
  "addressCountry": "PL"
}

Co oznaczają pola?

• streetAddress - ulica i numer,
• addressLocality - miasto,
• addressRegion - region lub województwo,
• postalCode - kod pocztowy,
• addressCountry - kraj.

Nie dodawaj adresu, jeśli:

• firma nie przyjmuje klientów pod tym adresem,
• adres jest prywatny i niepubliczny,
• adres jest wirtualny i nie reprezentuje realnej działalności,
• adres nie zgadza się z wizytówką Google,
• adres należy do innej firmy.

W przypadku firm mobilnych lub obsługujących klientów u nich, często ważniejsze będzie areaServed niż pełny publiczny adres.

Godziny otwarcia i openingHoursSpecification

Godziny otwarcia można opisać przez openingHoursSpecification.

Przykład:

"openingHoursSpecification": [
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": [
      "Monday",
      "Tuesday",
      "Wednesday",
      "Thursday",
      "Friday"
    ],
    "opens": "08:00",
    "closes": "16:00"
  },
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": "Saturday",
    "opens": "09:00",
    "closes": "13:00"
  }
]

Dobre praktyki:

• godziny muszą zgadzać się ze stroną,
• godziny powinny zgadzać się z Google Business Profile,
• nie wpisuj 24/7, jeśli firma tak nie działa,
• dla usług awaryjnych rozdziel godziny biura i obsługi interwencyjnej,
• aktualizuj godziny świąteczne w wizytówce Google,
• nie mieszaj godzin kilku oddziałów w jednym bloku.

Jeśli firma działa całodobowo:

"openingHoursSpecification": [
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": [
      "Monday",
      "Tuesday",
      "Wednesday",
      "Thursday",
      "Friday",
      "Saturday",
      "Sunday"
    ],
    "opens": "00:00",
    "closes": "23:59"
  }
]

Ale używaj tego tylko wtedy, gdy firma naprawdę działa całodobowo.

Obszar działania, czyli areaServed

areaServed opisuje obszar działania firmy.

Jest bardzo przydatne dla firm usługowych.

Przykład:

"areaServed": [
  {
    "@type": "City",
    "name": "Lublin"
  },
  {
    "@type": "AdministrativeArea",
    "name": "województwo lubelskie"
  }
]

areaServed ma sens dla:

• firm sprzątających,
• pogotowia technicznego,
• hydraulików,
• elektryków,
• firm remontowych,
• doradców lokalnych,
• usług mobilnych,
• firm B2B obsługujących region,
• firm bez salonu dla klientów.

Nie przesadzaj z obszarem działania.

Jeśli firma realnie działa w Lublinie i okolicy, nie wpisuj całej Polski.

Jeśli firma obsługuje województwo, ale nie wszystkie miasta, doprecyzuj dane na stronie.

Zły przykład:

"areaServed": "Polska"

dla małej lokalnej firmy, która realnie dojeżdża tylko w promieniu 20 km.

Schema powinno opisywać prawdę biznesową.

Firmy z adresem, firmy mobilne i firmy SAB

Nie każda lokalna firma działa tak samo.

Są trzy popularne modele:

1. Firma z lokalem dla klientów

Przykład:

• restauracja,
• salon kosmetyczny,
• gabinet stomatologiczny,
• siłownia,
• sklep stacjonarny.

Tu pełny adres, godziny i współrzędne mają duży sens.

2. Firma usługowa dojeżdżająca do klienta

Przykład:

• hydraulik,
• elektryk,
• pogotowie techniczne,
• firma sprzątająca,
• firma ogrodnicza.

Tu ważne są telefon, obszar działania i godziny obsługi.

Publiczny adres ma sens tylko wtedy, gdy jest realny i zgodny z polityką firmy.

3. Firma wielolokalizacyjna

Przykład:

• sieć gabinetów,
• restauracje w kilku miastach,
• salony beauty,
• oddziały szkoły językowej,
• sklepy stacjonarne.

Tu każda lokalizacja powinna mieć własny, spójny zestaw danych.

Nie mieszaj oddziałów w jednym LocalBusiness.

Typy LocalBusiness - jak dobrać właściwy typ?

LocalBusiness jest typem ogólnym.

Można jednak użyć bardziej szczegółowego typu, jeśli pasuje do firmy.

Przykłady:

• Restaurant - restauracja,
• Dentist - dentysta,
• MedicalClinic - klinika medyczna,
• LegalService - usługi prawne,
• RealEstateAgent - agent nieruchomości,
• Store - sklep,
• AutoRepair - warsztat samochodowy,
• HealthAndBeautyBusiness - branża beauty,
• HomeAndConstructionBusiness - usługi budowlane i domowe,
• ProfessionalService - usługi profesjonalne.

Dobierz typ tak dokładnie, jak to ma sens.

Jeśli nie ma idealnego typu, użyj LocalBusiness lub najbliższego odpowiedniego typu.

Nie wybieraj typu tylko dlatego, że brzmi lepiej pod SEO.

Typ ma opisywać rzeczywistość.

Logo, zdjęcia, mapa i współrzędne geograficzne

LocalBusiness schema może zawierać logo i zdjęcia.

Przykład:

"logo": "https://example.com/logo.png",
"image": "https://example.com/images/siedziba-firmy.webp"

Dobre zdjęcia:

• przedstawiają firmę, lokal, zespół, usługę lub obiekt,
• są dostępne dla Googlebota,
• nie są placeholderem,
• nie zwracają 404,
• nie są zablokowane robots.txt,
• są spójne z marką.

Współrzędne geograficzne można dodać przez geo:

"geo": {
  "@type": "GeoCoordinates",
  "latitude": "51.2465",
  "longitude": "22.5684"
}

Ma to sens głównie przy firmach z fizyczną lokalizacją.

Nie dodawaj losowych współrzędnych, jeśli firma nie ma publicznego punktu obsługi.

Telefon, e-mail, URL i dane kontaktowe

Dane kontaktowe powinny być spójne i aktualne.

Przykład:

"url": "https://example.com/",
"telephone": "+48123456789",
"email": "kontakt@example.com"

Dobre praktyki:

• telefon w formacie międzynarodowym,
• e-mail zgodny z widocznym kontaktem,
• URL bez parametrów,
• URL zgodny z canonicalem strony głównej,
• brak starych domen,
• brak numerów nieużywanych,
• brak danych z innych oddziałów.

Jeśli firma ma kilka działów, można rozważyć ContactPoint lub department, ale nie komplikuj wdrożenia bez potrzeby.

sameAs - profile społecznościowe i zewnętrzne źródła

sameAs pomaga powiązać firmę z innymi oficjalnymi profilami.

Przykład:

"sameAs": [
  "https://www.facebook.com/example",
  "https://www.instagram.com/example",
  "https://www.linkedin.com/company/example"
]

W sameAs dodawaj tylko oficjalne profile i źródła.

Mogą to być:

• Facebook,
• Instagram,
• LinkedIn,
• YouTube,
• TikTok,
• profile branżowe,
• inne zaufane oficjalne źródła.

Nie dodawaj:

• nieoficjalnych katalogów,
• profili konkurencji,
• starych profili bez dostępu,
• adresów, które nie reprezentują tej samej firmy,
• losowych linków tylko po to, żeby "dodać więcej".

sameAs powinno pomagać w identyfikacji encji firmy.

Nie powinno być listą przypadkowych linków.

department - oddziały i działy w lokalnej firmie

department może opisywać działy w ramach jednej firmy.

Przykład:

"department": [
  {
    "@type": "LocalBusiness",
    "name": "Przykładowa Firma - Serwis",
    "telephone": "+48123456780",
    "openingHoursSpecification": [...]
  },
  {
    "@type": "LocalBusiness",
    "name": "Przykładowa Firma - Sprzedaż",
    "telephone": "+48123456781",
    "openingHoursSpecification": [...]
  }
]

Ma to sens, gdy:

• firma ma różne działy,
• działy mają różne telefony,
• działy mają różne godziny,
• działy mają osobne punkty obsługi,
• użytkownik faktycznie widzi te informacje na stronie.

Nie używaj department, jeśli firma ma po prostu kilka usług.

Usługi można opisać osobnymi stronami i ewentualnie Service schema, ale nie każda usługa jest działem firmy.

review i aggregateRating - kiedy uważać?

Opinie i oceny w LocalBusiness schema są ryzykowne.

Największy błąd to dodawanie ocen, które nie są widoczne albo nie są zgodne z wytycznymi.

Uważaj szczególnie na:

• fikcyjne oceny,
• oceny skopiowane z wizytówki Google bez widocznego kontekstu,
• oceny niewidoczne na stronie,
• te same oceny na wszystkich landing page'ach,
• opinie o firmie oznaczone w sposób manipulacyjny,
• review markup dodany tylko po to, żeby uzyskać gwiazdki.

Bezpieczniejsze podejście:

• pokazuj realne opinie na stronie,
• nie oznaczaj opinii, jeśli nie rozumiesz zasad,
• nie dodawaj AggregateRating na siłę,
• zadbaj o opinie w Google Business Profile,
• traktuj opinie jako element reputacji, nie sztuczkę schema.

Dla wielu lokalnych firm lepiej wdrożyć poprawne LocalBusiness bez opinii niż ryzykować błędne Review schema.

LocalBusiness schema na stronie głównej, kontakcie i landingach lokalnych

Gdzie wdrożyć LocalBusiness schema?

Najczęściej:

• na stronie głównej,
• na stronie kontaktu,
• na stronie lokalizacji,
• na landing page'u lokalnym, jeśli opisuje konkretną lokalną usługę,
• na stronie oddziału, jeśli firma ma wiele lokalizacji.

Nie zawsze trzeba dodawać pełne LocalBusiness schema na każdej podstronie.

Przykładowy model:

Strona główna:
- Organization
- WebSite
- LocalBusiness

Kontakt:
- LocalBusiness
- PostalAddress
- openingHoursSpecification
- BreadcrumbList

Landing lokalny:
- BreadcrumbList
- Service
- LocalBusiness jako provider lub odniesienie przez @id

Blog:
- Article
- BreadcrumbList
- Organization jako publisher

Ważne, żeby nie tworzyć wielu sprzecznych encji.

Dobrze używać @id i odwoływać się do tej samej firmy.

LocalBusiness schema dla firm wielolokalizacyjnych

Firma z wieloma lokalizacjami wymaga większego porządku.

Przykłady:

• klinika z kilkoma placówkami,
• sieć restauracji,
• salony beauty w kilku miastach,
• firma szkoleniowa z oddziałami,
• sklepy stacjonarne.

Najlepsza praktyka:

• każda lokalizacja ma osobną podstronę,
• każda lokalizacja ma osobny LocalBusiness,
• każda lokalizacja ma własny adres, telefon i godziny,
• każda lokalizacja ma własne @id,
• strona główna może mieć Organization,
• landing lokalizacji ma BreadcrumbList i dane konkretnego oddziału.

Przykład:

/lokalizacje/lublin/
→ LocalBusiness dla Lublina

/lokalizacje/warszawa/
→ LocalBusiness dla Warszawy

Strona główna
→ Organization dla całej marki

Zły model:

Jedno LocalBusiness z trzema adresami, trzema telefonami i jednymi godzinami.

Jeśli lokalizacje są osobne, dane też powinny być osobne.

Jak wdrożyć LocalBusiness schema w JSON-LD?

Najlepszym formatem dla większości stron jest JSON-LD.

Poniżej przykład rozbudowanego wdrożenia dla lokalnej firmy.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://example.com/#localbusiness",
  "name": "Przykładowa Firma",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "image": "https://example.com/images/siedziba-firmy.webp",
  "telephone": "+48123456789",
  "email": "kontakt@example.com",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Przykładowa 10",
    "addressLocality": "Lublin",
    "addressRegion": "lubelskie",
    "postalCode": "20-001",
    "addressCountry": "PL"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": "51.2465",
    "longitude": "22.5684"
  },
  "areaServed": [
    {
      "@type": "City",
      "name": "Lublin"
    },
    {
      "@type": "AdministrativeArea",
      "name": "województwo lubelskie"
    }
  ],
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": [
        "Monday",
        "Tuesday",
        "Wednesday",
        "Thursday",
        "Friday"
      ],
      "opens": "08:00",
      "closes": "16:00"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/example",
    "https://www.instagram.com/example",
    "https://www.linkedin.com/company/example"
  ]
}
</script>

To przykład bazowy.

W realnym wdrożeniu trzeba dopasować:

• typ biznesu,
• adres,
• godziny,
• obszar działania,
• logo,
• zdjęcia,
• profile,
• oddziały,
• strony lokalizacji,
• relacje z Organization i WebSite.

Nie kopiuj przykładu 1:1 bez sprawdzenia danych.

Schema musi opisywać konkretną firmę.

Jak testować LocalBusiness schema?

LocalBusiness schema trzeba testować technicznie i merytorycznie.

Narzędzia:

• Rich Results Test,
• Schema Markup Validator,
• Google Search Console,
• Inspekcja URL,
• crawler SEO,
• podgląd źródła i renderowanego DOM-u.

Co sprawdzić?

• czy JSON-LD ma poprawną składnię,
• czy typ biznesu jest właściwy,
• czy nazwa firmy jest zgodna z treścią,
• czy telefon jest aktualny,
• czy adres jest prawidłowy,
• czy godziny zgadzają się z widoczną treścią,
• czy areaServed nie jest przesadzone,
• czy logo i zdjęcia działają,
• czy sameAs prowadzi do oficjalnych profili,
• czy nie ma kilku sprzecznych bloków schema,
• czy schema jest widoczna po renderowaniu,
• czy dane są spójne z Google Business Profile.

Ważne:

Poprawny kod JSON-LD nie oznacza, że dane są dobre. LocalBusiness schema może być technicznie poprawne, ale merytorycznie błędne, jeśli zawiera zły adres, telefon, godziny lub typ firmy.

Najczęstsze błędy LocalBusiness schema

Najczęstsze błędy to:

• brak LocalBusiness schema na stronie lokalnej firmy,
• kilka sprzecznych bloków schema,
• nazwa firmy z upchanymi frazami kluczowymi,
• stary adres,
• stary telefon,
• nieprawdziwe godziny otwarcia,
• obszar działania większy niż realny,
• fikcyjna lokalizacja,
• adres prywatny oznaczony jako publiczny,
• typ biznesu niedopasowany do branży,
• sameAs z nieoficjalnymi profilami,
• logo zwracające 404,
• współrzędne niezgodne z adresem,
• opinie dodane w schema, ale niewidoczne na stronie,
• jedno schema dla kilku oddziałów,
• schema generowana przez wtyczkę i ręczny kod jednocześnie,
• brak spójności z Google Business Profile.

Najgroźniejszy błąd:

Schema opisuje firmę inaczej niż strona, wizytówka Google i realna działalność.

Dane strukturalne mają porządkować informacje, a nie tworzyć alternatywną wersję firmy.

Checklista LocalBusiness schema SEO

Poniżej praktyczna checklista do audytu LocalBusiness schema.

Punkt kontroli	Tak/Nie	Co sprawdzić?
Czy strona ma LocalBusiness schema?		JSON-LD na stronie głównej, kontakcie lub lokalizacji
Czy nazwa firmy jest prawidłowa?		Bez upychania fraz, zgodna z marką
Czy telefon jest aktualny?		Format międzynarodowy i zgodność ze stroną
Czy adres jest prawdziwy?		PostalAddress zgodny z publicznymi danymi
Czy godziny są aktualne?		openingHoursSpecification i widoczne godziny
Czy areaServed jest realne?		Miasta i regiony zgodne z faktyczną obsługą
Czy typ biznesu jest dopasowany?		LocalBusiness lub dokładniejszy typ
Czy logo i zdjęcia działają?		Status 200, brak blokady robots.txt
Czy sameAs prowadzi do oficjalnych profili?		Facebook, Instagram, LinkedIn, YouTube, profile branżowe
Czy schema jest spójna z Google Business Profile?		Nazwa, adres, telefon, godziny i URL
Czy nie ma duplikatów schema?		Wtyczki, motyw, ręczne JSON-LD
Czy dane są widoczne dla użytkownika?		Schema nie powinna zawierać ukrytej alternatywnej wersji danych

Jeśli wiele odpowiedzi brzmi "nie", LocalBusiness schema może wymagać uporządkowania razem z całym lokalnym SEO.

Plan 90 dni: jak uporządkować dane lokalnej firmy?

Poniżej praktyczny plan wdrożenia i uporządkowania LocalBusiness schema.

Okres	Priorytet	Działania
Dni 1-7	Audyt danych firmy	Sprawdzenie strony, stopki, kontaktu, Google Business Profile, katalogów i social mediów
Dni 8-14	Ujednolicenie NAP	Ustalenie oficjalnej nazwy, adresu, telefonu, e-maila, URL-a i godzin
Dni 15-25	Mapa lokalizacji	Podział na firmę jednoadresową, firmę mobilną, SAB lub wiele oddziałów
Dni 26-35	Struktura schema	Ustalenie Organization, LocalBusiness, WebSite, BreadcrumbList i @id
Dni 36-45	Wdrożenie JSON-LD	Nazwa, adres, telefon, godziny, areaServed, logo, image, sameAs i typ biznesu
Dni 46-55	Landing page'e lokalne	Spójność danych lokalnych, usług, obszaru działania, breadcrumbs i provider
Dni 56-65	Wielolokalizacyjność	Osobne schema dla oddziałów, osobne URL-e lokalizacji i spójność danych
Dni 66-75	Testy	Rich Results Test, Schema Markup Validator, GSC, Inspekcja URL i crawl strony
Dni 76-90	Monitoring	Spójność z Google Business Profile, aktualizacje godzin, opinie, lokalne landing page'e i błędy techniczne

Po 90 dniach firma powinna mieć:

• spójne dane NAP,
• uporządkowane LocalBusiness schema,
• zgodność ze stroną kontaktową,
• zgodność z Google Business Profile,
• poprawne godziny,
• realny obszar działania,
• działające logo i zdjęcia,
• brak fikcyjnych danych,
• brak duplikatów schema,
• czytelny standard dla przyszłych zmian.

Najczęstsze pytania

LocalBusiness schema ma pomagać Google zrozumieć firmę, a nie tworzyć lokalną fikcję.

LocalBusiness schema jest bardzo przydatnym elementem lokalnego SEO.

Ale tylko wtedy, gdy opisuje realne, aktualne i spójne dane.

Najważniejsze zasady:

• wdrażaj LocalBusiness schema dla realnej lokalnej firmy,
• używaj JSON-LD,
• utrzymuj spójność z Google Business Profile,
• nie upychaj fraz w nazwie firmy,
• nie dodawaj fikcyjnych adresów,
• nie przesadzaj z obszarem działania,
• aktualizuj godziny, telefon i adres,
• dobierz właściwy typ biznesu,
• dla wielu lokalizacji twórz osobne dane,
• testuj wdrożenie po zmianach strony.

Dobrze wdrożone LocalBusiness schema pomaga Google zrozumieć, kim jest firma, gdzie działa, jak można się z nią skontaktować i z jakimi oficjalnymi profilami jest powiązana. Źle wdrożone schema robi odwrotnie: miesza dane, tworzy sprzeczne sygnały i opisuje firmę inaczej niż użytkownik oraz Google Business Profile. W lokalnym SEO spójność jest ważniejsza niż ilość kodu.