Web 24 maj 2026 · 12 min czytania · Zespół Monaltro

Schema.org i JSON-LD dla MŚP w 2026 — co naprawdę zmienia w wynikach Google i AI Overviews

7 maja 2026 Google wycofał FAQ rich results. Pokazujemy, które typy schema.org dalej działają w MŚP, jak wdrożyć JSON-LD bez programisty i co Google oficjalnie mówi o cytowaniu w AI Overviews.

Strona firmowa MŚP w wyszukiwarce konkuruje z dwoma rzeczami naraz: z konkurencją na tradycyjnej liście wyników i z AI Overviews — odpowiedziami generowanymi przez Google nad listą linków. W obu przypadkach pojawia się to samo pytanie: czy Google rozumie, kto jesteś, gdzie jesteś i co oferujesz, czy zgaduje? Strukturalne dane (schema.org) to format, w którym właściciel strony mówi to wyszukiwarce wprost — językiem, który ona czyta szybciej niż akapity tekstu.

W maju 2026 wokół tego tematu wydarzyły się dwie istotne rzeczy. Google ostatecznie wycofał FAQ rich results (typ, na który wielu właścicieli liczyło), a w oficjalnej dokumentacji „AI features in Google Search” napisał wprost, że żadna dodatkowa schema nie da Ci pierwszeństwa w AI Overviews. To wymaga aktualizacji starego myślenia o „wrzucamy FAQ i mamy ruch”. Pokazujemy, co rzeczywiście warto wdrożyć w MŚP w 2026, dlaczego JSON-LD wygrał z Microdata, i jak zacząć bez programisty.

Co się zmieniło 7 maja 2026 — koniec FAQ rich results

Najświeższa decyzja, która dotyka wielu stron firmowych: FAQ rich results od 7 maja 2026 nie pojawiają się już w wynikach wyszukiwania Google. Google ogłosił też harmonogram dalszego wycofywania: Rich Results Test przestanie walidować FAQ w czerwcu 2026, a Search Console API w sierpniu 2026.

Dla właścicieli MŚP oznacza to konkretną zmianę:

Sekcje „Najczęściej zadawane pytania” na stronie usługi, oznaczone FAQPage w JSON-LD, już nie powodują pojawienia się rozwijanej listy pytań pod linkiem strony w Google. Wcześniej był to bardzo widoczny element wyniku, dający przewagę CTR.
FAQ markup nadal można zostawić w kodzie — Google nie karze za jego obecność, po prostu nie pokazuje już efektu wizualnego.
Część SEO-bloggerów przez lata sprzedawała wdrożenie FAQPage jako „magiczną” technikę zwiększającą CTR. Po 7 maja 2026 jest to nieaktualne — i nie wróci.

Ostrzeżenie: jeśli na Twojej stronie usługi widzisz rozwijaną listę FAQ pod tytułem w Google — to zaszłość. Zniknie w ciągu najbliższych kilku miesięcy. Nie planuj strategii contentu na ten format.

Już wcześniej, od 2023 roku, Google twardo ograniczał FAQ rich results — w oficjalnej dokumentacji można było przeczytać:

FAQ rich results są dostępne tylko dla znanych, autorytatywnych stron skoncentrowanych na tematyce rządowej lub zdrowotnej. — Google Search Central, dokumentacja FAQPage (do maja 2026)

Czyli średnia kancelaria, biuro księgowe czy sklep online — nawet jeśli wdrożyły schema FAQ idealnie — nie miały szans na pojawienie się rich result. Wycofanie z maja 2026 tylko dokończyło proces. To dobra wiadomość: nie inwestujesz już czasu w coś, co i tak nie działało dla większości MŚP.

Wniosek praktyczny: w 2026 schema FAQ to dodatek dla porządku semantycznego (AI Overviews i inne wyszukiwarki, np. Bing, mogą czytać te dane), ale nie cel sam w sobie. Energia powinna iść w typy, które faktycznie generują rich results: LocalBusiness, Organization, Article, Product, BreadcrumbList.

JSON-LD vs Microdata vs RDFa — dlaczego Google rekomenduje pierwsze

Schema.org to słownik — definiuje typy obiektów (LocalBusiness, Article, Product) i ich pola (name, address, openingHours). Ten słownik można zapisać na stronie w jednym z trzech formatów: JSON-LD, Microdata albo RDFa. Wszystkie trzy są przez Google obsługiwane, ale rekomendacja jest jasna i konsekwentna od kilku lat.

Google w dokumentacji „Introduction to structured data” pisze wprost:

Rekomendujemy format najłatwiejszy do wdrożenia i utrzymania (w większości przypadków jest to JSON-LD). — Google Search Central, intro do structured data

Dlaczego JSON-LD wygrał z Microdata i RDFa? Trzy konkretne powody:

Separacja od kodu HTML strony. JSON-LD to osobny blok <script type="application/ld+json"> w <head> lub <body>. Możesz dodać go bez ruszania szablonu strony, bez znacznikowania każdego elementu atrybutami itemscope/itemtype (jak w Microdata) czy vocab/typeof (jak w RDFa).
Łatwiejsza praca z dynamicznym contentem. Google potwierdza wprost w dokumentacji: dane JSON-LD są poprawnie odczytywane także wtedy, gdy są wstrzykiwane do strony dynamicznie (np. przez JavaScript po stronie klienta). Dla stron firmowych zbudowanych na Astro, Next.js czy WordPressie z pluginem SEO to oznacza, że schema generowana po stronie serwera albo przez plugin zostanie zaindeksowana tak samo dobrze jak statyczna.
Łatwiejsze zagnieżdżanie. LocalBusiness może mieć zagnieżdżony address typu PostalAddress, geo typu GeoCoordinates, openingHoursSpecification z listą dni — w JSON to czytelne hierarchicznie, w Microdata robi się ciężki HTML.

Praktyczny test sąsiada: pokaż swojemu programiście fragment Microdata i fragment JSON-LD opisujący tę samą firmę. Drugi ma większą szansę zostać poprawnie utrzymany przez rok, gdy zmieniacie skin szablonu albo migrujecie z WordPressa na Astro. Microdata wymaga, żeby ktoś pamiętał o atrybutach przy każdej zmianie HTML. JSON-LD jest oddzielnym blokiem — wystarczy go raz wygenerować poprawnie.

Cztery typy schema, które realnie warto wdrożyć w MŚP w 2026

Schema.org definiuje setki typów. Większość nie ma zastosowania w stronie firmowej MŚP. Po wycofaniu FAQ konkretną wartość dają cztery — przedstawiamy je w kolejności priorytetu wdrożenia.

1. LocalBusiness — najważniejszy typ dla firmy z adresem

Jeśli prowadzisz firmę z fizycznym adresem (biuro, salon, gabinet, sklep, lokal usługowy), LocalBusiness jest pierwszą rzeczą do wdrożenia. To typ, który Google używa do zasilenia panelu Mapy, listy lokalnych wyników i odpowiedzi typu „kowalstwo Warszawa”.

Schema.org definiuje LocalBusiness jako „konkretną fizyczną firmę lub oddział organizacji — przykładami są restauracja, oddział banku, gabinet lekarski, klub, kręgielnia”. Hierarchicznie typ ten krzyżuje dwie ścieżki: Thing > Organization > LocalBusiness i Thing > Place > LocalBusiness. Dlatego ma równocześnie atrybuty firmy (NIP, godziny pracy) i miejsca (adres, współrzędne geograficzne).

Pola wymagane przez Google dla rich result:

name — pełna nazwa firmy
address — fizyczna lokalizacja, jako zagnieżdżony PostalAddress

Pola rekomendowane (dodaj ich tyle, ile potrafisz):

openingHoursSpecification — godziny otwarcia w formacie dni + zakres czasu
geo — szerokość i długość geograficzna, minimum 5 miejsc po przecinku (np. 52.22977, nie 52.23)
telephone — główny numer kontaktowy klientów
priceRange — względny przedział cenowy, maks. 100 znaków (np. $$ albo od 200 zł)
image — zdjęcie lokalu albo logo
url — adres strony

Schema.org ma 35+ wyspecjalizowanych podtypów LocalBusiness — Google sugeruje wprost, by używać najbardziej szczegółowego dostępnego podtypu zamiast generycznego LocalBusiness. Dla typowej firmy MŚP w Polsce użyteczne są:

Branża	Schema podtyp
Restauracja, kawiarnia, food truck	`Restaurant`, `CafeOrCoffeeShop`, `FoodEstablishment`
Kancelaria prawna, biuro księgowe, agencja marketingowa	`LegalService`, `AccountingService`, `ProfessionalService`
Sklep stacjonarny / online	`Store` (i podtypy: `ClothingStore`, `ElectronicsStore`, `HardwareStore`)
Salon kosmetyczny, fryzjer, spa	`HealthAndBeautyBusiness`, `DaySpa`, `HairSalon`
Warsztat samochodowy, myjnia	`AutoRepair`, `AutoWash`, `AutomotiveBusiness`
Hotel, pensjonat, apartament na wynajem	`Hotel`, `LodgingBusiness`

Im bardziej konkretny typ, tym lepiej Google rozumie, co oferujesz — i tym celniej kieruje ruch z fraz typu „warsztat samochodowy + miasto” czy „księgowość dla JDG + miasto”.

2. Organization — dla firm działających głównie online

Jeśli Twoja firma świadczy usługi zdalne, prowadzi sprzedaż online albo nie ma reprezentacyjnego adresu, którym chcesz się chwalić — wybierz Organization zamiast LocalBusiness. Pola podobne (name, url, logo, contactPoint, sameAs z linkami do social media), ale bez nacisku na lokalizację. To dobry wybór dla agencji online, SaaS-ów, sklepów dropshipping.

Kluczowy atrybut: sameAs — tablica URL-i do oficjalnych profili firmy (LinkedIn, Facebook, GitHub, Wikipedia). To sygnał dla Google, że jesteś tą samą firmą w wielu miejscach internetu, co buduje encyjną tożsamość — kluczową dla AI Overviews.

3. Article — dla każdego wpisu na blogu firmowym

Każdy artykuł na blogu firmowym powinien mieć schema Article (albo bardziej konkretną BlogPosting, jeśli to wpis blogowy, lub NewsArticle dla treści wiadomościowych). Google explicit mówi: „There are no required properties; instead, add the properties that apply to your content” — czyli schema Article nie ma sztywno wymaganych pól, ale są rekomendowane i bez nich rich result się nie pojawi.

Rekomendowane pola Article:

headline — tytuł artykułu (powinien zgadzać się z widocznym <h1>)
datePublished — data publikacji w formacie ISO 8601 (2026-05-24T00:00:00Z)
dateModified — data ostatniej modyfikacji
author — obiekt Person (z imieniem) lub Organization (z nazwą firmy)
image — najlepiej kilka wariantów rozdzielczości w trzech proporcjach: 16:9, 4:3, 1:1

Ostrzeżenie: najczęstszy błąd we wdrożeniu Article to wpisanie tytułu zawodowego do author.name („Jan Kowalski, doradca podatkowy”). Google jasno zabrania mieszania w jednym polu nazwiska autora z tytułem zawodowym czy nazwą wydawcy — author.name powinien zawierać wyłącznie imię i nazwisko. Tytuł zawodowy idzie do osobnego pola author.jobTitle.

Większość frameworków blogowych (Astro, Hugo, Next.js, WordPress z pluginem SEO) generuje schema Article automatycznie na podstawie frontmattera posta. Sprawdź, czy Twój szablon to robi — jeśli nie, dodanie generatora to typowo godzina pracy.

4. BreadcrumbList — sygnał nawigacji dla AI

Breadcrumb (okruszki: Strona główna > Usługi > Księgowość) na stronie sygnalizuje, gdzie w hierarchii serwisu znajduje się dana strona. Schema BreadcrumbList pozwala wyświetlić tę ścieżkę zamiast surowego URL w wynikach Google — co poprawia czytelność i CTR, szczególnie na komórce.

Wdrożenie jest mechaniczne: jeden blok JSON-LD na każdą podstronę głębszą niż strona główna, z listą pozycji w hierarchii. W szablonach Astro/Next/WP można to wygenerować automatycznie z URL-a, bez ręcznego utrzymywania.

Jak schema.org wpływa na AI Overviews — czego Google NIE mówi wprost

Tu jest największa dezinformacja w branży SEO w 2026. Google w oficjalnej dokumentacji „AI features in Google Search” napisał coś, co warto zapamiętać dosłownie:

Nie ma dodatkowych wymagań, żeby pojawić się w AI Overviews lub AI Mode, ani żadnych specjalnych optymalizacji. Nie musisz tworzyć nowych plików machine-readable, plików tekstowych AI ani znaczników. Nie ma też żadnej specjalnej schema.org structured data, którą musisz dodać. — Google Search Central, dokumentacja AI features

To zaprzecza dziesiątkom artykułów branżowych z 2025–2026, które obiecywały „specjalne schemata dla AI” albo „nowy typ optymalizacji pod AI Overviews”. Tego nie ma. Google traktuje AI Overviews jako warstwę nad istniejącym indeksem — jeśli Twoja strona jest dobrze zaindeksowana i Google rozumie jej zawartość, masz szansę być cytowany.

Co jednak nadal pomaga (pośrednio):

Spójność schema z widocznym tekstem. Google podkreśla, że strukturalne dane muszą odpowiadać temu, co użytkownik widzi na stronie. Schema kłamiąca o godzinach pracy albo cenach (np. priceRange: '$', gdy w treści jest „od 5000 zł netto”) nie tylko nie pomoże, ale może doprowadzić do manualnej kary.
Encyjna tożsamość (Organization z sameAs). AI Overviews chętniej cytują strony, które potrafią połączyć z konkretną encją (firmą, osobą). Organization.sameAs z linkami do LinkedIn, Wikipedii (jeśli istnieje), GitHub, Crunchbase pomaga Google zbudować ten graf.
Kontrola tego, co AI Overviews mogą pokazać. Google podaje konkretne dyrektywy: nosnippet (zakaz fragmentu), data-nosnippet (zakaz fragmentu dla wybranych elementów), max-snippet:0 (zero znaków fragmentu), noindex (całkowity zakaz indeksowania).
Kontrola treningu modeli AI Google poza wyszukiwarką. Robots-token Google-Extended blokuje wykorzystanie treści do trenowania Gemini i innych produktów AI Google bez wpływu na obecność w wyszukiwarce ani AI Overviews. Czyli możesz świadomie zabronić Google używania Twoich treści do trenowania modeli, jednocześnie pozostając obecnym w wynikach i AI Overviews.

Jeśli zastanawiasz się, jak AI Overviews realnie zmieniają ruch organiczny w MŚP — pisaliśmy o tym osobno w artykule AI Overviews Google — co zmieniają dla MŚP i jak bronić ruchu organicznego. Tu zostawiamy tylko praktyczny wniosek: schema.org jest fundamentem semantycznym, nie magiczną dźwignią pod AI.

Jak wdrożyć JSON-LD na stronie firmowej — krok po kroku

Większość systemów ma gotowe wsparcie albo plugin. Wybór drogi zależy od stacku.

1. WordPress — przez plugin SEO

Jeśli Twoja strona jest na WordPressie, masz to niemal za darmo:

Yoast SEO, Rank Math, The SEO Framework — wszystkie generują podstawowe schema (Organization lub LocalBusiness, WebSite, BreadcrumbList, Article dla wpisów) automatycznie po wypełnieniu formularza w ustawieniach.
Konfiguracja: w sekcji „Organizacja” wpisz nazwę firmy, adres, logo, telefon, linki do social media (Yoast nazywa je „Profile”). Plugin sam wygeneruje JSON-LD.
Dla LocalBusiness w Rank Math włącz „Local SEO module” — dodaje pola godzin pracy, geo, priceRange.

Po konfiguracji zawsze zwaliduj wynik w Rich Results Test (https://search.google.com/test/rich-results) — wpisz adres dowolnej strony i sprawdź, czy schema się parsuje i pokazuje przewidywane rich resulty.

2. Astro / Next.js / Hugo — komponent szablonu

W headless’owych frameworkach generujesz JSON-LD jako element layoutu:

---
// site/src/components/SchemaOrganization.astro
const schema = {
  "@context": "https://schema.org",
  "@type": "ProfessionalService",
  "name": "Twoja Firma",
  "url": "https://twojafirma.pl",
  "logo": "https://twojafirma.pl/logo.png",
  "telephone": "+48 600 000 000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Marszałkowska 1",
    "addressLocality": "Warszawa",
    "postalCode": "00-001",
    "addressCountry": "PL"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
    "opens": "09:00",
    "closes": "17:00"
  }],
  "sameAs": [
    "https://www.linkedin.com/company/twojafirma",
    "https://www.facebook.com/twojafirma"
  ]
};
---
<script type="application/ld+json" set:html={JSON.stringify(schema)} />

Komponent wstawiasz raz w głównym Layoucie strony (sekcja <head>). Dla artykułów blogowych dodajesz osobny komponent generujący schema BlogPosting z frontmattera posta.

3. Statyczna strona HTML — wklej blok ręcznie

Dla małych stron statycznych (jednoplikowych albo bez CMS-a) wstaw blok JSON-LD bezpośrednio w <head>:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "...",
  ...
}
</script>

Wadą jest ręczne utrzymanie — przy każdej zmianie danych firmy (telefon, godziny) musisz edytować blok w każdym pliku, gdzie się pojawia. W praktyce: trzymaj jeden blok w <head> template’u, jeśli korzystasz z jakiegokolwiek systemu szablonów (Eleventy, Jekyll, vanilla include).

4. Walidacja — dwa narzędzia

Każdą zmianę schema testuj w dwóch miejscach:

Rich Results Test (https://search.google.com/test/rich-results) — pokazuje, jakie rich resulty Google jest w stanie wygenerować z Twojej schemy. Tu zobaczysz LocalBusiness rich result, breadcrumbs, Article snippet.
Schema Markup Validator (https://validator.schema.org) — pokazuje, czy schema jest poprawna semantycznie wg słownika schema.org (Google’owy Rich Results Test sprawdza tylko typy, które Google obsługuje — schema validator jest szerszy).

Po wdrożeniu na produkcji monitoruj Google Search Console → sekcja „Rich Results” i „Unparsable structured data” — Google raportuje tu błędy znalezione podczas indeksowania. Każdy błąd to potencjalna utrata rich result.

Ostrzeżenie: schema.org wstawiana w <head> strony, która jest niedostępna dla Googlebota (np. zablokowana przez błędne reguły robots.txt, broken CSP, albo wymaga JavaScriptu, którego bot nie wykonuje), nie zostanie zaindeksowana. Jeśli zmieniałeś konfigurację bezpieczeństwa serwera, zerknij do naszego artykułu Bezpieczeństwo strony firmowej MŚP — minimum konfiguracji, żeby sprawdzić, czy CSP nie blokuje schemy.

Liczby, na które warto patrzeć

Google publikuje case studies, w których structured data realnie zmieniła wyniki — z dokumentacji „Introduction to structured data”:

Rotten Tomatoes: wzrost CTR o 25% dla stron wzbogaconych o strukturalne dane.
Nestlé: wzrost CTR o 82% dla stron z aktywnym rich result.

To wyniki dużych marek z dużym wolumenem ruchu — w MŚP skala efektu będzie mniejsza, ale kierunek (lepsza widoczność, wyższy CTR) jest powtarzalny. Zakres typowy dla strony firmowej, którą widzieliśmy w branżowych raportach, to wzrost CTR o kilka–kilkanaście procent na frazy lokalne po wdrożeniu LocalBusiness z pełnym kompletem rekomendowanych pól.

Podsumowanie

Schema.org w 2026 to fundament SEO technicznego — bez którego strona firmowa MŚP traci na widoczności, ale z którym nie staje się automatycznie liderem ani w wynikach klasycznych, ani w AI Overviews. Wycofanie FAQ rich results 7 maja 2026 to dobry moment, żeby przestać myśleć o schema jako o magicznej dźwigni, a zacząć jako o porządkowaniu danych firmy w formacie, który czyta wyszukiwarka.

JSON-LD jest rekomendowany przez Google — separuje markup od treści, łatwiej go utrzymywać, działa z dynamicznym contentem.
FAQ rich results od 7 maja 2026 nie istnieją. Zostaw schema FAQ tylko jeśli porządkuje content semantycznie — nie licz na efekt w Google.
Cztery typy, które realnie warto wdrożyć w MŚP: LocalBusiness (firma z adresem), Organization (firma online), Article/BlogPosting (każdy wpis na blogu), BreadcrumbList (nawigacja).
Google explicit mówi, że żadna specjalna schema nie da Ci pierwszeństwa w AI Overviews. Schema pomaga pośrednio — przez spójność danych i encyjną tożsamość.
Walidacja jest obowiązkowa: Rich Results Test + Schema Markup Validator + monitoring w Search Console.

Wskazówka: zacznij od jednego typu — LocalBusiness lub Organization, w zależności od profilu firmy. Wdrażaj, zwalidaj, zaindeksuj, dopiero potem dodawaj kolejne. Wdrażanie pięciu typów naraz przez tydzień daje błędy, których nikt potem nie debuguje. Jeśli rozważasz uporządkowanie SEO technicznego swojej strony firmowej i chcesz uniknąć kosztownych błędów konfiguracji — chętnie podpowiemy.