Schema Local Business: poprawny markup pod mapy i rich results
Schema LocalBusiness bez chaosu i błędów. Kiedy jej używać, jakie pola są ważne i jak utrzymać zgodność danych po zmianach na stronie.
Schema lokalna pomaga wyszukiwarkom lepiej zrozumieć firmę.
Jeśli dane są błędne albo niespójne, schema potrafi zaszkodzić bardziej niż pomóc.
Dlatego ważne jest nie tylko wdrożenie, ale też prosty proces utrzymania.
Kiedy używać LocalBusiness
Sięgaj po LocalBusiness lub właściwy podtyp wtedy, gdy firma ma realny adres albo jasno zdefiniowany obszar działania.
Najważniejsza zasada to spójność danych między stroną, profilem firmy i schema.
Przy wielu lokalizacjach lepiej mieć osobny blok dla każdej placówki niż jeden ogólny opis wszystkiego.
Najważniejsze pola
Jeśli adres, telefon i nazwa różnią się między JSON-LD, stroną i GBP, zaufanie do danych spada.
- name, address i telephone.
- openingHours.
- geo tam, gdzie naprawdę pomaga w danych lokalnych.
- sameAs dla oficjalnych profili.
- image, priceRange albo serviceArea tylko wtedy, gdy mają sens.
Walidacja i testy
Waliduj po większych zmianach szablonu, CMS albo sekcji kontaktowej.
To właśnie wtedy schema najczęściej się rozjeżdża.
- Sprawdź wdrożenie w Google Rich Results Test i Schema Markup Validator.
- Upewnij się, że na stronie nie ma konfliktu typów.
- Sprawdź, czy skrypty zewnętrzne nie psują JSON-LD po renderze.
Kto ma to pilnować
Wyznacz jedną osobę, która aktualizuje schema przy zmianie godzin, adresu albo zakresu usług.
W lokalnym SEO dużo problemów bierze się ze starych danych, nie z braku kolejnych narzędzi.
Błędy ze Search Console warto zamykać w najbliższym release, zanim staną się nową normą.
Plan wdrożenia 30/60/90 dni
Dni 1-30 to diagnoza i porządkowanie fundamentów: higiena danych, mapowanie intencji, wyznaczenie baseline KPI oraz identyfikacja najsłabszych punktów konwersji.
Celem nie jest „więcej działań”, tylko usunięcie blokad, które psują wynik na starcie.
Dni 31-60 to wdrożenia o najwyższym wpływie: najpierw strony i procesy z największym udziałem w popycie, później warstwa wspierająca.
Dni 61-90 to iteracja na danych i domknięcie zasad pracy, aby wynik był powtarzalny, a nie jednorazowy.
- Dni 1-30: audyt, baseline, mapa priorytetów.
- Dni 31-60: wdrożenie dźwigni o najwyższym wpływie.
- Dni 61-90: optymalizacja, automatyzacja i utrwalenie zasad pracy.
Diagnoza
Wdrożenie
Iteracja
Skalowanie
Model KPI i odpowiedzialność
Mierniki powinny tworzyć łańcuch przyczynowy: od widoczności i jakości ruchu, przez zachowanie użytkownika, aż po rezultat komercyjny.
Gdy raportujesz tylko metryki górnego lejka, zespół traci motywację do decyzji, które realnie podnoszą wynik biznesowy.
Każdy KPI powinien mieć osobę odpowiedzialną, docelowy poziom i rytm przeglądu.
Bez tego nawet dobre dashboardy zamieniają się w pasywny monitoring.
| Warstwa | KPI operacyjne | KPI biznesowe |
|---|---|---|
| Widoczność | pokrycie tematów, CTR, indeksacja | udział ruchu z intencją |
| Jakość ruchu | engagement, micro-conversions | lead quality / SQL ratio |
| Wynik | koszt i czas wdrożenia | lejek, przychód, payback |
Schema lokalna nie jest zadaniem „raz i koniec”. Działa dobrze tylko wtedy, gdy poprawna struktura idzie w parze z rutyną aktualizacji.
Potrzebujesz wdrożenia lub audytu schema lokalnej? Zrobimy poprawny markup i plan utrzymania.
Umów konsultację strategicznąNajczęściej zadawane pytania
Czy Organization i LocalBusiness razem?
Tak. Organization dla marki; LocalBusiness (lub podtyp) dla każdej lokalizacji. Unikaj błędnego zagnieżdżania.
Wiele lokalizacji, jak?
Albo jedna LocalBusiness na stronę lokalizacji, albo ItemList LocalBusiness. Każda encja spójna i rozróżnialna.
Czy schema zastępuje GBP?
Nie. GBP jest podstawą local pack. Schema wspiera zrozumienie i rich results; oba muszą być spójne.
Jak często walidować?
Po każdej istotnej zmianie strony lub lokalizacji oraz minimum raz w miesiącu rutynowo.
