schema organization sameas

Schema Organization i sameAs: jak opisać markę dla AI

Znacznik Organization z poprawnie wypełnionym polem sameAs to najtańszy sposób, żeby modele językowe traktowały markę jako jedną, rozpoznawalną encję, a nie zbiór luźnych wzmianek. Kilkanaście linijek JSON-LD w sekcji head spina nazwę firmy, logo, adres i profile zewnętrzne w jeden węzeł, do którego ChatGPT, Gemini czy Perplexity mogą przypiąć wszystko, co o firmie znajdą w sieci. Poniżej gotowy wzór, pola, które robią różnicę, i sposób walidacji.

W skrócie

  • Organization opisuje firmę jako encję: nazwę, logo, adres, kontakt i profile w polu sameAs.
  • Modele nie czytają schemy bezpośrednio, ale korzystają z niej pośrednio przez Google, Bing i grafy wiedzy, które ją parsują.
  • Do sameAs trafiają wyłącznie profile, które firma kontroluje i które zawierają tę samą nazwę oraz ten sam adres.
  • Znacznik ma być jeden, na stronie głównej, z tym samym identyfikatorem @id podawanym w Article i Product.
  • Walidacja: Rich Results Test, Schema Markup Validator i ręczne porównanie NAP w trzech miejscach.

Po co modelom znacznik Organization

Model językowy nie ma pojęcia, że seotrade.pl, „SEOTrade” i „Seo Trade sp. z o.o.” to ta sama firma, dopóki ktoś mu tego nie powie w sposób, który da się zapisać w grafie. Rolę tego „ktosia” pełnią wyszukiwarki: Google buduje graf wiedzy między innymi z danych strukturalnych, Bing robi to samo na potrzeby Copilota, a Perplexity i ChatGPT pobierają wyniki z tych indeksów w trakcie odpowiadania. Jeśli encja jest w grafie spójna, model dostaje gotową paczkę: nazwa, branża, lokalizacja, kanały.

Bez znacznika systemy zgadują powiązania z tekstu, a zgadują konserwatywnie. Firma z rozjechaną nazwą w kilku katalogach pojawia się w odpowiedziach AI jako dwa różne podmioty albo wcale. Jak budować encję marki od podstaw, opisujemy w tekście o tym, jak budować entity, które LLM zna; Organization jest jego technicznym fundamentem.

Pola obowiązkowe i pola, które robią różnicę

Google w dokumentacji Organization wymaga formalnie tylko pola name, ale dla rozpoznawalności encji liczy się zestaw minimum siedmiu atrybutów. Poniższa tabela porządkuje je według wpływu.

Pole Status Po co
@id kluczowe Stały identyfikator encji (np. https://seotrade.pl/#organization), do którego odwołują się inne znaczniki
name obowiązkowe Oficjalna nazwa marki, dokładnie taka sama jak w stopce i w Profilu Firmy Google
legalName zalecane Pełna nazwa prawna z KRS lub CEIDG, jeśli różni się od marki
url obowiązkowe Kanoniczny adres strony głównej, z tym samym protokołem i wariantem www co w sitemap
logo zalecane Obiekt ImageObject z plikiem co najmniej 112×112 px, w formacie PNG, JPG lub WebP
sameAs kluczowe Tablica adresów profili zewnętrznych, które potwierdzają tożsamość
address zalecane Obiekt PostalAddress: ulica, kod, miasto, kraj w formacie ISO (PL)
contactPoint opcjonalne Telefon i e-mail z określonym contactType
vatID, taxID opcjonalne NIP jako jednoznaczny klucz łączący z rejestrami publicznymi

Dwa pola z tej listy przesądzają o wszystkim: @id i sameAs. Pierwsze pozwala połączyć Organization z autorem artykułu czy wydawcą produktu bez powtarzania danych. Drugie mówi systemom, że konto na LinkedInie, wpis w Wikidata i profil w Google to ta sama encja co strona. Gotowy wzór dla agencji wygląda tak:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://seotrade.pl/#organization",
  "name": "SEOTrade",
  "legalName": "SEOTrade sp. z o.o.",
  "url": "https://seotrade.pl/",
  "logo": {
    "@type": "ImageObject",
    "url": "https://seotrade.pl/wp-content/uploads/logo-600.png",
    "width": 600,
    "height": 600
  },
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykładowa 12",
    "postalCode": "00-001",
    "addressLocality": "Warszawa",
    "addressCountry": "PL"
  },
  "vatID": "PL0000000000",
  "sameAs": [
    "https://www.linkedin.com/company/seotrade",
    "https://www.wikidata.org/wiki/Q000000",
    "https://g.co/kgs/xxxxxx",
    "https://www.youtube.com/@seotrade"
  ]
}

Pełną specyfikację typu można sprawdzić w definicji Organization na schema.org, a wymagania Google w dokumentacji Search Central. Google od 2024 roku obsługuje też pola vatID, iso6523Code i numberOfEmployees.

sameAs: które profile podać, a które pominąć

Do sameAs trafiają wyłącznie adresy, które spełniają trzy warunki jednocześnie: firma je kontroluje, zawierają tę samą nazwę i adres co strona, oraz są publicznie dostępne bez logowania. Każdy profil, który łamie choć jeden z warunków, osłabia sygnał zamiast go wzmacniać.

  1. Wikidata: najsilniejszy sygnał, bo to bezpośrednie źródło grafu wiedzy Google i baza treningowa wielu modeli.
  2. Profil Firmy Google: link w formie g.co/kgs/... lub adres z Map. Spina Organization z lokalnym ekosystemem.
  3. LinkedIn (strona firmowa): modele traktują go jako rejestr biznesowy, dane o zatrudnieniu i branży są stamtąd często cytowane.
  4. Rejestry publiczne: adres wpisu w KRS lub CEIDG, jeśli jest dostępny pod stałym URL. W Polsce to ekwiwalent Crunchbase dla firm z USA.
  5. Kanały treści: YouTube, GitHub, Behance, w zależności od branży. Tylko te, na których pojawiają się regularne publikacje.
  6. Media społecznościowe: Facebook, Instagram, X, o ile profil jest aktywny.

Pominąć należy: profile prywatne właściciela (to encja typu Person, nie Organization), martwe konta założone „na zapas”, katalogi firm ze zdublowanym lub błędnym adresem, oraz strony partnerów czy klientów. Podstrony własnej domeny (np. „O nas”) też nie należą do sameAs: to ta sama strona, nie inna tożsamość.

Spójność NAP i nazwy marki w całym internecie

Schema działa tylko wtedy, gdy dane, na które wskazuje, zgadzają się ze sobą co do znaku. Zasada NAP (name, address, phone) znana z SEO lokalnego obowiązuje tu w wersji rozszerzonej: nazwa, adres, telefon, domena i logo mają wyglądać identycznie w znaczniku, w stopce strony, w Profilu Firmy Google, na LinkedInie i w Wikidata. Różnica typu „ul. Przykładowa 12″ kontra „Przykładowa 12/3″ to dla parsera dwa różne miejsca.

Rozjazdy biorą się z historii firmy: zmiana siedziby, rebranding, dopisanie „sp. z o.o.” po przekształceniu. Pomaga arkusz z jedną wersją kanoniczną każdego pola i kwartalny przegląd profili. O tym, jak ujednolicić samą warstwę wizualną i hasło firmy, piszemy w artykule o logo i tagline w odpowiedziach LLM; te elementy również powinny mieć jedną wersję w całym internecie.

Gdzie umieścić znacznik na WordPressie

Organization ma się pojawić raz, w kodzie strony głównej, a na pozostałych podstronach wystarczy odwołanie przez @id.

  • Rank Math: zakładka Titles & Meta, sekcja Local SEO, wybór typu „Organization”, uzupełnienie nazwy, logo, adresu i profili społecznościowych. Wtyczka sama generuje @id w formie /#organization i podpina je do Article jako publisher.
  • Yoast SEO: Ustawienia, Podstawy witryny, sekcja Reprezentacja witryny. Profile wpisuje się w tym samym panelu, Yoast składa z nich sameAs.
  • Bez wtyczki: własny blok JSON-LD w wp_head przez funkcję w motywie potomnym lub przez wtyczkę do wstrzykiwania kodu, z warunkiem is_front_page().

Jeśli motyw lub wtyczka Local SEO dodaje własny znacznik LocalBusiness, trzeba wybrać jeden typ; LocalBusiness dziedziczy po Organization, więc dwa bloki naraz tylko dublują dane.

Walidacja i typowe błędy

Sprawdzenie obejmuje trzy narzędzia: Rich Results Test od Google (poprawność względem wymagań wyszukiwarki), Schema Markup Validator na validator.schema.org (poprawność składni względem słownika) oraz Search Console, raport „Ulepszenia”, gdzie po kilku dniach pojawiają się ostrzeżenia z realnego crawla.

Błąd Skutek Poprawka
Logo poniżej 112 px lub w SVG Google ignoruje pole logo PNG lub WebP 600×600, tło jednolite
Różne @id w Organization i Article Wydawca artykułu to „inna” encja Jeden stały identyfikator we wszystkich blokach
Adres w sameAs prowadzi do 404 lub przekierowania Sygnał zerowy lub ujemny Kwartalny audyt linków z sameAs
Nazwa w znaczniku inna niż w stopce Rozbicie encji na dwa węzły Jedna wersja kanoniczna nazwy
Znacznik wstrzykiwany przez JavaScript po załadowaniu Część botów AI go nie widzi JSON-LD w kodzie HTML wysyłanym z serwera
Dwa bloki Organization (motyw + wtyczka) Sprzeczne dane w jednym dokumencie Wyłączenie generowania w jednym ze źródeł

Jak to łączy się z resztą danych strukturalnych

Organization jest węzłem nadrzędnym, do którego odwołują się pozostałe typy. W Article pole publisher wskazuje na @id organizacji, a author na encję Person, która sama w polu worksFor zwraca to samo @id. W Product pole brand lub manufacturer również wskazuje na organizację.

W sklepach ten mechanizm ma wymierne znaczenie, bo Google Shopping i asystenci zakupowi dopasowują oferty do sprzedawcy właśnie przez powiązanie Product z Organization, co rozwijamy w przewodniku o sklepach pod AI: feedzie, opisach i schemie produktu. Szerszy kontekst, czyli jak encje, ontologie i embeddingi składają się na rozumienie tematu przez model, znajduje się w tekście o semantic SEO 2026.

Najczęstsze błędy przy wdrożeniu

  • Traktowanie sameAs jak listy „wszystkich linków, jakie mamy”: profile bez aktywności i bez zgodnego NAP obniżają wiarygodność zestawu.
  • Brak elementu w Wikidata przy jednoczesnym oczekiwaniu, że AI „zna” markę: to najprostszy do uzupełnienia brak i najczęstszy.
  • Poleganie wyłącznie na walidatorze składni: poprawny JSON-LD z błędnym adresem przechodzi test, ale i tak rozbija encję.

FAQ: najczęstsze pytania

Czy ChatGPT lub Gemini czytają znacznik Organization bezpośrednio?

Nie w trakcie generowania odpowiedzi. Modele korzystają z niego pośrednio: Google i Bing parsują JSON-LD do swoich grafów wiedzy, a asystenci AI pobierają z tych indeksów wyniki wraz z opisem encji. Dodatkowo crawlery treningowe (GPTBot, ClaudeBot) pobierają HTML strony, więc znacznik w kodzie źródłowym trafia do danych, na których modele się uczą. Znacznik wstrzykiwany przez JavaScript (np. z Google Tag Managera) do tej drugiej ścieżki nie trafi, bo GPTBot i ClaudeBot nie wykonują skryptów.

Ile adresów wpisać w sameAs?

Zwykle od 4 do 8. Liczy się jakość, nie liczba: Wikidata, Profil Firmy Google, LinkedIn i rejestr publiczny dają większość sygnału. Każdy dodatkowy profil ma być aktywny, publicznie dostępny i zawierać identyczną nazwę oraz adres. Profil z innym adresem lub nazwą działa na niekorzyść, bo wprowadza sprzeczność do zestawu, który ma tę tożsamość potwierdzać.

Organization czy LocalBusiness: który typ wybrać?

LocalBusiness dla firmy z fizyczną siedzibą przyjmującą klientów na miejscu (gabinet, warsztat, restauracja, kancelaria). Organization lub jego podtyp (OnlineStore, Corporation) dla firm działających zdalnie, sklepów internetowych i wydawców treści. Wystarczy jeden typ z pełnym zestawem pól i tym samym @id w całej domenie.

Czy trzeba zakładać element w Wikidata?

Nie ma takiego wymogu, ale to najsilniejszy pojedynczy adres w sameAs. Wikidata jest otwartym źródłem grafu wiedzy Google i częścią zbiorów treningowych większości modeli. Element zakłada się ręcznie, potrzebna jest strona firmowa i co najmniej jedno zewnętrzne źródło potwierdzające istnienie podmiotu (rejestr, artykuł prasowy).

Jak sprawdzić, czy Google połączyło znacznik z encją?

Najprostszy test: wyszukanie nazwy firmy w Google i sprawdzenie, czy po prawej stronie pojawia się panel wiedzy z logo, opisem i linkami do profili. Drugi test: Search Console, raport Ulepszenia, brak ostrzeżeń przy Organization. Trzeci: zapytanie w Gemini lub ChatGPT o firmę po nazwie i porównanie odpowiedzi z danymi ze znacznika.

Co dalej

Po wdrożeniu Organization warto zająć się kolejną warstwą encji: profilami autorów i ich powiązaniem z firmą, bo to na nich opiera się ocena wiarygodności treści. Praktyczne sygnały, które można pokazać bez dużego zespołu, zebraliśmy w tekście o EEAT dla jednoosobowej firmy. Znacznik Organization to punkt wyjścia, z którego te wszystkie powiązania się rozchodzą.