Schema.org per typ firmy 2026 — JSON-LD dla 21 branż
Każda branża ma własny typ Schema.org. Restauracja = Restaurant + Menu. Kancelaria = LegalService + Attorney. Hotel = LodgingBusiness + Room. Software house = SoftwareApplication. W tym przewodniku: 21 branż z konkretną Schema, obowiązkowymi polami, przykładami kodu JSON-LD i linkami do dedykowanych hub pages.
Dlaczego Schema.org per branża?
Google i LLM (ChatGPT, Claude, Perplexity) używają Schema.org do PRECYZYJNEJ klasyfikacji stron. Bez Schema wyświetlasz się jako „zwykły link z tytułem i opisem". Z Schema — wzbogacony rich snippet (ceny, oceny, godziny, mapa, menu, rezerwacja) = +30-60% CTR w SERP. Plus LLM cytują strony Schema jako primary source zamiast „może to być prawda".
3 kluczowe zasady Schema per branża:
- 1. Wybierz NAJBARDZIEJ SPECYFICZNY typ — Dentist ≫ MedicalBusiness ≫ LocalBusiness. Im bardziej szczegółowy, tym lepsze rich snippets.
- 2. Uzupełnij wszystkie REQUIRED fields (Google Rich Results Test pokazuje które są wymagane per typ).
- 3. Dodaj RECOMMENDED fields dla pełnych rich snippets — AggregateRating, Review, priceRange, openingHours, geo.
Podstawowy wzorzec Schema (dla każdej branży)
Każda strona powinna mieć MINIMUM Organization + WebSite + WebPage. Dla stron branżowych dodaj konkretny typ (Restaurant, MedicalBusiness, etc.).
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://domena.pl/#organization",
"name": "Nazwa Firmy",
"url": "https://domena.pl",
"logo": "https://domena.pl/logo.png",
"sameAs": [
"https://www.facebook.com/firma",
"https://www.linkedin.com/company/firma"
]
},
{
"@type": "WebSite",
"@id": "https://domena.pl/#website",
"url": "https://domena.pl",
"name": "Nazwa Firmy",
"publisher": { "@id": "https://domena.pl/#organization" },
"inLanguage": "pl-PL"
},
{
"@type": "WebPage",
"@id": "https://domena.pl/strona#webpage",
"url": "https://domena.pl/strona",
"name": "Tytuł Strony",
"isPartOf": { "@id": "https://domena.pl/#website" },
"about": { "@id": "https://domena.pl/#organization" }
}
]
}
</script>Medycyna i zdrowie (YMYL hard)
Prawo i finanse (YMYL hard)
HoReCa (gastronomia + hotelarstwo)
E-commerce + lokalne B2C
Edukacja + transport (B2B)
IT + kreatywne (portfolio-first)
Schema Person (E-E-A-T) — obowiązkowy dla YMYL
Dla branż YMYL (medycyna, prawo, finanse) Google wymaga silnych sygnałów E-E-A-T. Schema Person dla każdego specjalisty z hasCredential + knowsAbout + memberOf.
{
"@type": "Person",
"@id": "https://domena.pl/zespol/jan-kowalski#person",
"name": "Jan Kowalski",
"jobTitle": "Radca prawny, specjalista prawa gospodarczego",
"image": "https://domena.pl/zespol/jan-kowalski.jpg",
"worksFor": { "@id": "https://domena.pl/#organization" },
"hasCredential": [
{
"@type": "EducationalOccupationalCredential",
"credentialCategory": "license",
"name": "Radca prawny, Okręgowa Rada Adwokacka Warszawa",
"recognizedBy": { "@type": "Organization", "name": "Naczelna Rada Adwokacka" }
}
],
"knowsAbout": ["prawo gospodarcze", "prawo spółek", "fuzje i przejęcia"],
"alumniOf": { "@type": "CollegeOrUniversity", "name": "Uniwersytet Warszawski" },
"memberOf": { "@type": "Organization", "name": "Okręgowa Rada Adwokacka Warszawa" },
"sameAs": ["https://www.linkedin.com/in/jankowalski"]
}FAQPage + HowTo (kluczowe dla AEO)
LLM (ChatGPT, Claude, Perplexity) parsują FAQPage i HowTo jako primary source — cytują odpowiedzi bezpośrednio w swoich response. To najważniejsze Schema dla AEO 2026.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Ile kosztuje strona internetowa?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Od 1 850 zł (strona wizytówkowa) do 45 000 zł (enterprise). Zakres dla większości SMB: 2 400-9 500 zł. Zależy od branży, wielojęzyczności, compliance (YMYL, RODO), integracji (CRM, booking, marketplace)."
}
}
]
}Najczęstsze pytania (FAQ)
Po co Schema.org — skoro Google i tak czyta stronę?
Schema.org to STRUKTURYZOWANE dane — precyzyjnie mówią Google czym jest dana strona (restauracja/klinika/sklep/agencja). Google czyta HTML i ZGADUJE intencję, ale Schema = JEDNOZNACZNIE: „to jest Restaurant z adresem X, menu Y, opinią 4.7/5". Efekt: rich snippets w SERP (ceny, oceny, godziny, mapa) = +30-60% CTR. Plus kluczowe dla LLM (ChatGPT, Perplexity, Claude) które parsują Schema jako primary source. Bez Schema = wyświetlasz się jako „zwykły link z tytułem i opisem", z Schema = wzbogacony wynik który wygrywa.
JSON-LD vs microdata vs RDFa — co wybrać?
JSON-LD zdecydowanie — oficjalna rekomendacja Google. Zalety: (1) Separate od HTML content (łatwiejsze utrzymanie — nie mieszasz z content CSS/JS), (2) single block w `<script type="application/ld+json">` — łatwiej debugować, (3) nie wpływa na rendering HTML. Microdata + RDFa są deprecated dla nowych projektów (nadal wspierane ale bez nowych features). W Next.js: `<Script id="schema-x" type="application/ld+json" strategy="afterInteractive">{JSON.stringify(schema)}</Script>`.
Jak sprawdzić czy mój Schema działa?
3 narzędzia: (1) Google Rich Results Test (search.google.com/test/rich-results) — wpisz URL, zobacz JAKIE rich snippets wyświetlą się w SERP + ostrzeżenia. (2) Schema Markup Validator (validator.schema.org) — pełna walidacja JSON-LD struktury. (3) Google Search Console → Enhancements → Schema Report (Products/FAQ/Breadcrumb/etc.) po 2-4 tygodniach od wdrożenia. Najczęstsze błędy: brakujące REQUIRED pola (np. Product bez offers), niezgodność typu (np. rating bez reviewCount), duplicate @id między typami, nieprawidłowy format daty/URL.
Czy mogę łączyć kilka typów Schema na jednej stronie?
Tak, standardowy pattern — jedna strona może mieć wiele Schema. Przykłady: (1) Homepage = Organization + WebSite + WebPage + (opcjonalnie LocalBusiness). (2) Blog post = Article + Author Person + Publisher Organization + BreadcrumbList + FAQPage (jeśli ma FAQ). (3) Strona usługi = Service + Offer + AggregateRating + FAQPage + BreadcrumbList. (4) Produkt e-commerce = Product + Offer + AggregateRating + Review + BreadcrumbList. Każdy Schema w osobnym `<script>` bloku z unikalnym `id` (np. `id="article-schema"`, `id="faq-schema"`).
Schema @id — po co i jak używać?
Schema @id to unikalny identyfikator (URI-like) pozwalający na CROSS-REFERENCE między Schema. Przykład: blog post ma `author: { @type: "Person", @id: "https://gmweb.pl/o-mnie#person" }` — a strona /o-mnie ma Schema Person z TYM SAMYM @id. Google/LLM łączą te dane = author ma pełne credentials z Author Page, nie tylko „imię + firma". Konwencja: `https://domena.pl/page#type` (np. `https://gmweb.pl/#organization`, `https://gmweb.pl/o-mnie#person`, `https://gmweb.pl/blog/x#article`). Ta sama Person/Organization używa tego samego @id wszędzie = silny sygnał entity consolidation.
AEO (dla LLM) — które Schema są kluczowe?
LLM (ChatGPT, Claude, Perplexity, Gemini) parsują Schema jako primary source. TOP 5 dla AEO: (1) FAQPage — LLM cytują odpowiedzi bezpośrednio jako „Według GMWEB, cena strony to...". (2) HowTo — step-by-step instrukcje pojawiają się w odpowiedziach LLM. (3) Article + Author Person z hasCredential — LLM weryfikują autorytet autora (nie anonimowy blog). (4) Organization z knowsAbout — LLM dopasowują pytania do kompetencji firmy. (5) Product/Service + Offer + priceSpecification — LLM cytują ceny jako konkretne fakty. Plus: `/llms.txt` (standard 2026) w root domeny dający LLM strukturalny widok strony.
Potrzebujesz Schema.org audit dla swojej strony?
Przeprowadzamy audit Schema (Rich Results Test + Validator + GSC Schema Report) + wdrażamy brakujące JSON-LD per branża. Od 1 200 zł dla stron do 50 URL.
Umów konsultacjęPowiązane pillary
Regionalne SEO PL — mapa 16 województw
Per województwo: specyfika branżowa + strategia SEO.
Strony dla branż — mapa 17 segmentów
B2B/B2C per branża: Schema + pricing + features + YMYL compliance.
Technical SEO checklist 2026 — 40 punktów
Fundament: crawling, URL, rendering, hreflang, security+Schema.
Schema.org dla firm lokalnych
Podstawy Schema dla lokalnych — LocalBusiness + geo + openingHours.