Local Schema Markup – jak wdrożyć krok po kroku?

Czym jest local schema markup?

Ponad 46% wszystkich wyszukiwań w Google ma charakter lokalny – użytkownicy szukają firm, usług i produktów w swojej okolicy. Mimo to większość stron firmowych nie wykorzystuje jednego z najprostszych narzędzi, które pomaga wyszukiwarce zrozumieć, czym dokładnie zajmuje się dana firma i gdzie działa. Tym narzędziem jest local schema markup.

Schema markup (dane strukturalne) to fragment kodu umieszczany w kodzie źródłowym strony, który przekazuje wyszukiwarkom jednoznaczne informacje o treści w ustandaryzowanym formacie. Zamiast liczyć na to, że algorytm Google sam „domyśli się", że podany ciąg cyfr to numer telefonu, a tekst obok to godziny otwarcia – podajesz mu te dane wprost, w formie zrozumiałej dla maszyn.

Local schema markup to podzbiór danych strukturalnych zaprojektowany specjalnie dla firm działających lokalnie. Obejmuje informacje takie jak:

• Nazwa firmy (dokładnie taka, jak w profilu Google Moja Firma)
• Adres siedziby i oddziałów
• Numer telefonu i adres e-mail
• Godziny otwarcia (z uwzględnieniem dni świątecznych)
• Obszar działania (serviceArea)
• Współrzędne geograficzne (latitude, longitude)
• Opinie klientów i oceny (aggregateRating)
• Oferowane usługi i produkty

Wdrożenie local schema markup to nie kwestia „czy", lecz „kiedy". Google oficjalnie potwierdza, że dane strukturalne pomagają w lepszym zrozumieniu treści strony, a w kontekście wyników lokalnych – mogą wpływać na wyświetlanie rozszerzonych fragmentów (rich results), w tym gwiazdek ocen, godzin otwarcia czy informacji kontaktowych bezpośrednio w wynikach wyszukiwania. Dla firm działających lokalnie – szczególnie małych, które dopiero zaczynają z SEO lokalnym – to jeden z najskuteczniejszych elementów optymalizacji technicznej.

Warto podkreślić, że schema markup nie jest czynnikiem rankingowym w klasycznym rozumieniu (Google nie przyznaje za niego bezpośrednio „punktów"). Jednak dane strukturalne wpływają na to, jak Twoja strona jest prezentowana w wynikach wyszukiwania – a lepsza widoczność oznacza wyższy CTR, więcej kliknięć i ostatecznie więcej klientów. Według badań Search Engine Journal strony z wdrożonymi danymi strukturalnymi osiągają nawet o 30% wyższy współczynnik klikalności niż strony bez nich.

Typy danych strukturalnych dla firm lokalnych

Schema.org definiuje dziesiątki typów encji, ale dla firm lokalnych kluczowe znaczenie ma kilka konkretnych. Wybór odpowiedniego typu to fundament skutecznego local schema markup wdrożenia – błędny typ może sprawić, że Google zignoruje Twoje dane lub źle je zinterpretuje.

LocalBusiness i jego podtypy

Bazowym typem jest LocalBusiness – to ogólna kategoria obejmująca każdą firmę działającą stacjonarnie lub w określonym obszarze. Google zaleca jednak stosowanie jak najbardziej szczegółowego podtypu. Oto najczęściej używane:

Pełna lista podtypów LocalBusiness na schema.org obejmuje ponad 100 kategorii. Jeśli Twoja branża ma dedykowany podtyp – zawsze go używaj. Jeśli nie – zostań przy ogólnym LocalBusiness i uzupełnij go o dodatkowe właściwości opisujące działalność.

Dodatkowe typy wspierające lokalne SEO

Sam LocalBusiness to podstawa, ale kompletna implementacja danych strukturalnych dla firmy lokalnej powinna uwzględniać również inne typy:

• Organization – nadrzędna encja firmy, szczególnie gdy masz wiele oddziałów (każdy oddział = osobny LocalBusiness, wszystkie powiązane z jedną Organization)
• PostalAddress – ustrukturyzowany adres z podziałem na ulicę, miasto, kod pocztowy, kraj
• GeoCoordinates – współrzędne GPS siedziby (Google Map korzysta z tych danych)
• OpeningHoursSpecification – szczegółowe godziny otwarcia per dzień tygodnia
• AggregateRating / Review – zagregowane oceny i indywidualne recenzje
• Service / Product – konkretne usługi i produkty oferowane przez firmę
• FAQPage – sekcja pytań i odpowiedzi (doskonała do zdobywania featured snippets, czyli pozycji zero w Google)

W praktyce najskuteczniejsze local schema markup wdrożenie łączy kilka typów w jeden spójny graf danych. Nie ograniczaj się do samego adresu i telefonu – im więcej precyzyjnych informacji przekażesz Google, tym lepiej Twoja firma będzie reprezentowana w wynikach wyszukiwania. Pamiętaj też, że profesjonalny audyt SEO zawsze obejmuje weryfikację danych strukturalnych jako elementu optymalizacji technicznej.

Jak wdrożyć LocalBusiness schema – kod JSON-LD

Google jednoznacznie rekomenduje format JSON-LD (JavaScript Object Notation for Linked Data) jako preferowany sposób implementacji danych strukturalnych. W odróżnieniu od Microdata czy RDFa, JSON-LD nie wymaga modyfikacji struktury HTML – to osobny blok kodu wstawiany w sekcję <head> lub <body> strony. Dzięki temu jest łatwiejszy w utrzymaniu i nie ingeruje w warstwę prezentacji.

Podstawowy szablon JSON-LD dla LocalBusiness

Poniżej znajdziesz kompletny, gotowy do użycia szablon kodu JSON-LD dla firmy lokalnej. Dostosuj poszczególne wartości do swojej działalności:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Nazwa Twojej Firmy",
  "image": "https://twojadomena.pl/logo.png",
  "url": "https://twojadomena.pl",
  "telephone": "+48-123-456-789",
  "email": "kontakt@twojadomena.pl",
  "priceRange": "$$",
  "description": "Krótki opis działalności firmy (150-200 znaków)",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykładowa 10",
    "addressLocality": "Warszawa",
    "addressRegion": "mazowieckie",
    "postalCode": "00-001",
    "addressCountry": "PL"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 52.2297,
    "longitude": 21.0122
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "08:00",
      "closes": "17:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "09:00",
      "closes": "14:00"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/twojafirma",
    "https://www.linkedin.com/company/twojafirma",
    "https://www.instagram.com/twojafirma"
  ],
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "127"
  }
}
</script>

Kluczowe pola i na co zwrócić uwagę

Każde pole w powyższym szablonie ma znaczenie. Oto szczegółowe wskazówki dotyczące ich wypełniania:

1. name – musi być identyczna z nazwą w profilu Google Moja Firma (Google Business Profile). Każda rozbieżność osłabia sygnał spójności NAP (Name, Address, Phone).
2. @type – użyj najbardziej szczegółowego podtypu (np. Dentist zamiast LocalBusiness, jeśli prowadzisz gabinet stomatologiczny).
3. telephone – w formacie międzynarodowym z prefiksem kraju (+48). Używaj tego samego numeru, co w Google Business Profile.
4. address – rozbij na pola składowe. Nie wrzucaj całego adresu do jednego pola streetAddress.
5. geo – współrzędne GPS powinny wskazywać dokładną lokalizację siedziby, nie centrum miasta. Możesz je pobrać z Google Maps (kliknij prawym przyciskiem na pinezce).
6. openingHoursSpecification – podawaj rzeczywiste godziny. Jeśli firma jest zamknięta w niedzielę, nie dodawaj tego dnia.
7. sameAs – linki do oficjalnych profili w mediach społecznościowych. Google wykorzystuje je do potwierdzenia tożsamości marki.
8. aggregateRating – wdrażaj WYŁĄCZNIE jeśli masz realny system zbierania opinii. Fałszywe oceny naruszają wytyczne Google i mogą skutkować karą.

Rozszerzona wersja z usługami i obszarem działania

Jeśli Twoja firma świadczy usługi w szerszym obszarze (np. serwis klimatyzacji obsługujący całe województwo), dodaj właściwości areaServed i hasOfferCatalog:

"areaServed": [
  {
    "@type": "City",
    "name": "Warszawa"
  },
  {
    "@type": "State",
    "name": "mazowieckie"
  }
],
"hasOfferCatalog": {
  "@type": "OfferCatalog",
  "name": "Nasze usługi",
  "itemListElement": [
    {
      "@type": "Offer",
      "itemOffered": {
        "@type": "Service",
        "name": "Montaż klimatyzacji",
        "description": "Profesjonalny montaż klimatyzacji w domach i biurach"
      }
    },
    {
      "@type": "Offer",
      "itemOffered": {
        "@type": "Service",
        "name": "Serwis klimatyzacji",
        "description": "Przeglądy i naprawy urządzeń klimatyzacyjnych"
      }
    }
  ]
}

Takie rozszerzenie jest szczególnie istotne dla firm usługowych, które nie mają fizycznego sklepu odwiedzanego przez klientów. Dla sklepów internetowych z lokalnymi punktami odbioru warto dodatkowo wdrożyć schema typu Store z informacją o lokalizacji punktu.

Gdzie umieścić kod JSON-LD?

Optymalnie – w sekcji <head> strony głównej oraz na każdej podstronie opisującej lokalizację firmy (np. strona „Kontakt", strony poszczególnych oddziałów). Google oficjalnie potwierdza, że JSON-LD może być umieszczony zarówno w <head>, jak i w <body>. Jeśli korzystasz z CMS-a (WordPress, Joomla, PrestaShop), najwygodniejszym sposobem jest użycie wtyczki takiej jak Rank Math, Yoast SEO lub Schema Pro – pozwalają one dodać dane strukturalne bez edycji kodu.

Testowanie i walidacja danych strukturalnych

Wdrożenie kodu to dopiero połowa sukcesu. Bez testowania nie masz pewności, czy Google poprawnie odczytuje Twoje dane strukturalne. Jeden brakujący przecinek w JSON-LD potrafi unieważnić cały blok kodu, a błąd w typie danych (np. tekst zamiast liczby w polu ratingValue) może sprawić, że Google zignoruje schema markup lub – co gorsza – wyświetli błędne informacje w wynikach wyszukiwania.

Narzędzia do walidacji

Google udostępnia dwa główne narzędzia do testowania danych strukturalnych:

1. Rich Results Test (search.google.com/test/rich-results) – sprawdza, czy Twoje dane strukturalne kwalifikują się do wyświetlania rozszerzonych wyników (rich results). To narzędzie pokazuje dokładnie, jakie typy schema Google wykrył na stronie i czy spełniają one wymagania do wygenerowania rich snippets. Testuj tu zawsze po wdrożeniu.
2. Schema Markup Validator (validator.schema.org) – sprawdza poprawność składniową kodu względem specyfikacji schema.org. Jest bardziej szczegółowy niż Rich Results Test i wychwytuje błędy, które Google może tolerować, ale które technicznie naruszają standard.

Dodatkowo warto korzystać z:

• Google Search Console – zakładka „Ulepszenia" pokazuje stan danych strukturalnych dla całej witryny. Znajdziesz tam informacje o błędach, ostrzeżeniach i poprawnie wdrożonych elementach. Jeśli widzisz nagły spadek liczby prawidłowych elementów – to sygnał, że coś się zepsuło po ostatniej aktualizacji strony.
• Screaming Frog SEO Spider – pozwala na masową walidację danych strukturalnych na wszystkich podstronach naraz. Nieoceniony przy dużych witrynach z wieloma lokalizacjami.
• Ahrefs / SEMrush – w ramach audytu technicznego raportują brakujące lub błędne dane strukturalne.

Procedura testowania krok po kroku

Poniżej przedstawiamy proces, który stosujemy w Noril.pl przy każdym local schema markup wdrożeniu:

1. Walidacja składni JSON – wklej kod do dowolnego walidatora JSON (np. jsonlint.com). Upewnij się, że nie ma brakujących nawiasów, przecinków ani cudzysłowów. To najczęstsza przyczyna problemów.
2. Test w Rich Results Test – wklej URL strony lub fragment kodu. Sprawdź, czy narzędzie wykrywa typ LocalBusiness i czy nie raportuje błędów ani ostrzeżeń.
3. Weryfikacja w Schema Markup Validator – dla pewności sprawdź też tutaj. Validator pokaże brakujące zalecane pola (np. priceRange), które nie są wymagane, ale warto je uzupełnić.
4. Sprawdzenie w Google Search Console – po 2-3 dniach od wdrożenia sprawdź, czy GSC poprawnie indeksuje nowe dane strukturalne. Czas potrzebny na przetworzenie zależy od częstotliwości crawlowania Twojej strony.
5. Porównanie z konkurencją – użyj rozszerzenia przeglądarki (np. Detailed SEO Extension lub Schema Builder), żeby sprawdzić, jakie dane strukturalne mają Twoi lokalni konkurenci. To pomaga zidentyfikować luki w Twojej implementacji.

Pamiętaj: testowanie to nie jednorazowa czynność. Za każdym razem, gdy aktualizujesz dane firmy (zmiana godzin otwarcia, nowy adres, nowy numer telefonu), musisz zaktualizować również dane strukturalne i ponownie je zwalidować. Niespójność między danymi na stronie a danymi w schema markup to jeden z najczęstszych problemów, który potrafi negatywnie wpłynąć na lokalne rankingi. Dlatego właśnie regularny audyt SEO powinien obejmować przegląd danych strukturalnych.

Schema markup a pozycja w local pack

Local pack – ta wyróżniona sekcja z mapą i trzema wynikami firmowymi wyświetlana na szczycie SERP – to najbardziej pożądane miejsce w lokalnych wynikach wyszukiwania. Według danych BrightLocal aż 42% użytkowników klika właśnie w wyniki local pack. Pytanie, które słyszymy najczęściej od klientów: czy wdrożenie schema markup pomoże mi wejść do local pack?

Odpowiedź jest nieco bardziej złożona niż proste „tak" lub „nie".

Bezpośredni vs pośredni wpływ

Google wielokrotnie powtarzał, że dane strukturalne nie są bezpośrednim czynnikiem rankingowym. Oznacza to, że samo dodanie JSON-LD do strony nie sprawi magicznie, że przeskoczysz konkurencję w local pack. Jednak wpływ pośredni jest znaczący i wielowymiarowy:

• Lepsze zrozumienie kontekstu – Google precyzyjniej klasyfikuje Twoją firmę, gdy otrzymuje ustrukturyzowane dane o branży, lokalizacji i usługach. To redukuje ryzyko wyświetlania Twojej firmy na nieodpowiednie zapytania i zwiększa trafność na właściwe.
• Spójność NAP – dane strukturalne wzmacniają sygnał spójności Name-Address-Phone, który jest jednym z kluczowych czynników w rankingu lokalnym. Kiedy Google widzi identyczne dane NAP w profilu Google Business, na stronie w treści i w danych strukturalnych – traktuje to jako silny sygnał wiarygodności.
• Wyższy CTR z organic – strony z rich snippets (gwiazdki, godziny otwarcia, cena) przyciągają więcej kliknięć. Wyższy CTR to sygnał behawioralny, który Google bierze pod uwagę przy ustalaniu rankingu.
• Knowledge panel – poprawnie wdrożone dane strukturalne zwiększają szansę na wyświetlenie panelu wiedzy (Knowledge Panel) po prawej stronie wyników wyszukiwania przy wyszukiwaniu brandowym.

Schema markup w kontekście pełnej strategii lokalnej

Dane strukturalne to jeden element większej układanki. Pełna strategia SEO lokalnego obejmuje:

1. Optymalizacja profilu Google Business – kompletne, aktualne informacje, regularne posty, odpowiedzi na opinie
2. Spójność NAP w katalogach – identyczne dane firmy w Panoramie Firm, PKT.pl, Yelp, branżowych katalogach
3. Opinie klientów – ilość, jakość i regularność nowych opinii to jeden z najsilniejszych sygnałów
4. Lokalne treści na stronie – podstrony dedykowane miastom i dzielnicom, w których działasz
5. Schema markup – techniczne wzmocnienie wszystkich powyższych sygnałów
6. Linki lokalne – wzmianki i linki z lokalnych portali, organizacji i mediów

Według badania Whitespark z 2025 roku, dane strukturalne (w tym schema markup) odpowiadają za około 6-8% wagi w algorytmie local pack. Choć nie jest to dominujący czynnik, to brak danych strukturalnych przy jednoczesnym ich posiadaniu przez konkurentów może stanowić różnicę między pozycją 3 a pozycją 4 – a ta czwarta pozycja w local pack oznacza brak widoczności w mapce. Jeśli zastanawiasz się, czy SEO w ogóle opłaca się Twojej małej firmie, to właśnie takie szczegóły techniczne decydują o zwrocie z inwestycji.

Warto też pamiętać, że schema markup wspiera nie tylko pozycje w Google. Wyszukiwarki takie jak Bing czy DuckDuckGo również odczytują dane strukturalne, a asystenci głosowi (Google Assistant, Siri) korzystają z nich przy udzielaniu odpowiedzi na zapytania lokalne typu „najbliższy dentysta". W świecie, gdzie AI coraz mocniej wpływa na wyszukiwanie, dane strukturalne stają się jeszcze ważniejsze – to one ułatwiają maszynom zrozumienie Twojej oferty bez potrzeby analizowania pełnej treści strony.

Najczęstsze błędy w local schema

Po przeanalizowaniu setek stron klientów, z którymi współpracowaliśmy w Noril.pl, zidentyfikowaliśmy powtarzające się błędy w implementacji danych strukturalnych. Większość z nich jest łatwa do uniknięcia – pod warunkiem, że wiesz, na co zwrócić uwagę.

1. Niespójność danych NAP

To zdecydowanie najczęstszy i jednocześnie najbardziej szkodliwy błąd. Dane w schema markup muszą być identyczne z danymi na stronie, w profilu Google Business i we wszystkich katalogach firmowych. „Identyczne" oznacza dosłownie identyczne – „ul." a nie „ulica", „Warszawa" a nie „warszawa", „+48 123 456 789" a nie „123-456-789". Nawet drobne różnice w formatowaniu mogą osłabić sygnał spójności.

2. Używanie ogólnego typu LocalBusiness zamiast podtypu

Jeśli prowadzisz kancelarię prawną, użyj typu LegalService. Jeśli restaurację – Restaurant. Google lepiej zinterpretuje Twoją firmę, gdy wskaże mu się precyzyjną kategorię. Używanie ogólnego LocalBusiness dla firmy, która ma dedykowany podtyp, to zmarnowana okazja.

3. Fałszywe lub przesadzone oceny w aggregateRating

Wstawianie aggregateRating z wartością 5.0 i „500 opinii", gdy firma ma w rzeczywistości 12 opinii na Google z średnią 4.2 – to proszenie się o kłopoty. Google porównuje dane z schema z danymi z Google Business Profile. Rozbieżność jest łatwo wykrywalna i może skutkować manual action (karą ręczną). Podawaj wyłącznie prawdziwe dane lub w ogóle nie wdrażaj tego pola.

4. Brakujące lub błędne godziny otwarcia

Godziny w schema markup muszą odpowiadać rzeczywistym godzinom pracy. Typowe błędy to: podanie godzin w formacie 12-godzinnym zamiast 24-godzinnego (np. „5:00" zamiast „17:00"), pominięcie dni wolnych, brak aktualizacji po zmianie godzin otwarcia. Użytkownik, który trafi do zamkniętej firmy, bo Google wyświetlił błędne godziny – nie wróci.

5. Schema markup tylko na stronie głównej

Jeśli Twoja firma ma wiele lokalizacji, każda podstrona oddziału powinna mieć własny, unikalny blok JSON-LD z danymi tej konkretnej lokalizacji. Wstawianie identycznego kodu na wszystkich podstronach (z adresem siedziby głównej) nie pomaga – wręcz dezorientuje Google co do Twojej rzeczywistej obecności w różnych miastach.

6. Brak aktualizacji po zmianach

Dane strukturalne to nie element „ustaw i zapomnij" (set and forget). Zmiana numeru telefonu, przeprowadzka, nowe godziny otwarcia, dodanie nowej usługi – wszystko to wymaga aktualizacji JSON-LD. Stale dane to jedno z największych zagrożeń, bo nieaktualna informacja w rich snippet może być gorsza niż brak informacji.

7. Duplikowanie danych na jednej stronie

Umieszczenie dwóch bloków JSON-LD z typem LocalBusiness na tej samej podstronie – np. jednego wygenerowanego przez wtyczkę SEO, drugiego dodanego ręcznie – to przepis na konflikt. Google może wybrać dowolny z nich albo zignorować oba. Przed dodaniem własnego kodu sprawdź, czy Twój CMS lub wtyczka nie generuje już danych strukturalnych automatycznie.

8. Ignorowanie ostrzeżeń z Rich Results Test

Ostrzeżenia (warnings) to nie błędy krytyczne, ale ignorowanie ich oznacza rezygnację z potencjalnych korzyści. Typowe ostrzeżenia dotyczą brakujących zalecanych pól – priceRange, image, review. Każde uzupełnione pole to dodatkowy sygnał dla Google i potencjalnie bogatszy wynik w SERP. W ramach systematycznej inwestycji w pozycjonowanie strony warto zaplanować regularne przeglądy i uzupełnianie danych strukturalnych.

Wdrożenie schema markup to zadanie, które wymaga zarówno wiedzy technicznej, jak i zrozumienia zasad SEO lokalnego. Jeśli nie masz pewności, czy Twoja implementacja jest poprawna, warto zlecić profesjonalny audyt SEO, który obejmie również przegląd danych strukturalnych. Koszt naprawienia błędów post factum – szczególnie jeśli doszło do manual action – jest wielokrotnie wyższy niż koszt prawidłowego wdrożenia za pierwszym razem.

Na koniec warto wspomnieć o aspekcie mierzalności. Wdrożenie danych strukturalnych powinno być częścią szerszej strategii, której efekty da się zmierzyć – analogicznie do mierzenia ROAS w kampaniach reklamowych. Monitoruj w Google Search Console liczbę wyświetleń rich results, CTR z wyników organicznych i pozycję w local pack – to pozwoli Ci ocenić realny wpływ schema markup na Twój biznes.