Dane strukturalne Organization

TL;DR — Dane strukturalne Organization to niewielki blok kodu, który mówi wyszukiwarkom, kim jest Twoja firma — podaje nazwę, logo, oficjalną witrynę i profile społecznościowe. W przeciwieństwie do większości schematów opisuje samą firmę, a nie treść strony. Pomaga Google rozpoznać i prawidłowo zidentyfikować markę oraz może wpływać na elementy prezentacji, takie jak panel informacyjny („Knowledge Panel”), który niektóre marki otrzymują w wynikach. Nie gwarantuje tego panelu i nie poprawia pozycji.

Czym są dane strukturalne Organization

Większość oznaczeń opisuje to, co znajduje się na stronie — cenę produktu, czas przygotowania przepisu czy ocenę recenzji. Dane strukturalne Organization są inne. Opisują firmę stojącą za całą witryną: nazwę, logo, oficjalny adres URL, konta społecznościowe, a czasem adres i dane kontaktowe.

Wykorzystują wspólne słownictwo schema.org zapisane jako blok kodu (JSON-LD), który znajduje się na stronie, ale nie zmienia jej wyglądu. Gdy Google go odczytuje, komunikat brzmi zasadniczo: “This is who we are.” (tłumaczenie) „To właśnie my.”

Dlaczego warto je dodać

Ich głównym zadaniem jest pomaganie wyszukiwarkom identyfikować markę i odróżniać ją od innych firm o podobnych nazwach. Google celowo formułuje to ostrożnie: dodanie tych oznaczeń “can help Google better understand your organization’s administrative details and disambiguate your organization in search results” (tłumaczenie) „może pomóc Google lepiej zrozumieć dane administracyjne organizacji i rozróżnić ją w wynikach wyszukiwania”, a niektóre właściwości “can influence visual elements in Search results” (tłumaczenie) „mogą wpływać na elementy wizualne w wynikach wyszukiwania” — na przykład na to, jakie logo pojawi się w Knowledge Panel, czyli polu informacyjnym z logo, linkami i szczegółami, które niektóre marki otrzymują po prawej stronie (albo u góry) wyników.

„Może pomóc” i „może wpływać” nie oznaczają gwarancji. Google nie tworzy Knowledge Panel tylko dlatego, że oznaczenia istnieją — wyświetlenie panelu zależy od tego, jak dobrze znana i potwierdzona przez różne źródła w sieci jest encja. Oznaczenia są jednym z danych wejściowych, których Google może użyć, a nie przełącznikiem włączającym panel.

Najczęstsze błędy początkujących

• Nie gwarantują Knowledge Panel. Poprawne oznaczenia pomagają, ale nie zmuszają Google do wyświetlenia panelu.
• Nie są czynnikiem rankingowym. Dane Organization nie przesuną Cię wyżej w wynikach. Ich celem jest tożsamość i prezentacja, a nie ranking.
• Umieść je w jednym miejscu, nie wszędzie. Google zaleca stronę główną albo pojedynczą stronę opisującą organizację, na przykład stronę „O nas”, i mówi, że nie trzeba umieszczać ich na każdej stronie witryny.
• Logo ma rzeczywisty minimalny rozmiar: co najmniej 112x112 pikseli, a obraz musi być dostępny dla Google (niezablokowany).

Chcesz poznać pełną listę właściwości, rozszerzenie z listopada 2023 roku, rzeczywiste działanie sameAs oraz konkretne przyczyny błędów? Przejdź do karty Advanced.

TL;DR — Dane Organization (schema.org/Organization, JSON-LD) opisują encję stojącą za witryną — nazwę, logo, adres URL, sameAs i pola administracyjne — a ich udokumentowanym zadaniem jest rozróżnianie encji; niektóre właściwości mogą wpływać na elementy wizualne, takie jak Knowledge Panel lub interfejs atrybucji, ale nie na ranking. Żadne z tych zastosowań nie jest gwarantowane. Google mówi, że nie ma wymaganych właściwości (dodaj te istotne), i zaleca umieszczenie oznaczeń raz na stronie głównej albo stronie „O nas” — Mueller porównuje duplikowanie ich w całej witrynie do spamu z oznaczeniami recenzji. logo musi mieć ≥112x112px i być możliwe do crawlowania oraz indeksowania. Aktualizacja z listopada 2023 roku włączyła stare dokumenty Logo do dokumentacji Organization i dodała pola administracyjne (address, legalName, duns, leiCode, naics, iso6523Code, numberOfEmployees, foundingDate). Pola związane z handlem (hasMerchantReturnPolicy, hasMemberProgram, hasShippingService) pojawiły się później, w odrębnych aktualizacjach z lat 2024–2025 — nie w pakiecie z 2023 roku. Najważniejszy mit do obalenia: oznaczenia ≠ gwarantowany Knowledge Panel i nie są czynnikiem rankingowym.

Co naprawdę robią dane Organization

Ujęcie Google jest precyzyjne: dodanie danych strukturalnych Organization do strony głównej “can help Google better understand your organization’s administrative details and disambiguate your organization in search results” (tłumaczenie) „może pomóc Google lepiej zrozumieć dane administracyjne Twojej organizacji i odróżnić ją od innych organizacji w wynikach wyszukiwania”. Dwa słowa mają tu znaczenie — rozumieć i rozróżniać. Oznaczenia mówią wyszukiwarce, którym „Acme” jesteś, odróżniają Cię od każdego innego Acme i przekazują dane administracyjne (logo, oficjalne linki, identyfikatory), których Google używa do przedstawiania organizacji.

Google dzieli również właściwości według celu: “Some properties are used behind the scenes to disambiguate your organization from other organizations (like iso6523 and naics), while others can influence visual elements in Search results (such as which logo is shown in Search results and your knowledge panel).” (tłumaczenie) „Niektóre właściwości są używane w tle do odróżniania organizacji od innych organizacji, na przykład iso6523 i naics, a pozostałe mogą wpływać na elementy wizualne w wynikach wyszukiwania, takie jak wyświetlane logo i panel wiedzy.” Oznaczenia wykonują więc dwa zadania — potwierdzają tożsamość w tle i mogą wpływać na widoczny interfejs, taki jak logo i szczegóły Knowledge Panel. Żadne z tych zastosowań nie jest dźwignią rankingową ani gwarancją — Google mówi o możliwości pomocy i wpływu, a nie o pewnym wyświetleniu panelu czy poprawie pozycji.

To warstwa encji w danych strukturalnych. Działa obok centrum Entity & Identity Schema oraz blisko spokrewnionych typów — LocalBusiness Schema (podtyp dla firm z fizyczną lokalizacją i godzinami otwarcia) i Person Schema (dla osób oraz autorów) — które wykonują to samo zadanie tożsamościowe dla innych typów encji. Organization stosujesz dla samej firmy lub marki.

Brak wymaganych właściwości — dodaj istotne

To zaskakuje: Google stwierdza “There are no required properties; instead, we recommend adding as many properties that are relevant to your organization.” (tłumaczenie) „Nie ma wymaganych właściwości; zalecamy natomiast dodanie tylu właściwości, ile jest istotnych dla Twojej organizacji.” Oszczędny, ale dokładny blok (nazwa, logo, adres URL i kilka dobrych sameAs) jest prawidłowy i często lepszy od przeładowanego bloku z odgadniętymi identyfikatorami. Google nie wskazuje zdefiniowanego „rdzenia”, ale name, logo, url i sameAs to rozsądny praktyczny punkt wyjścia.

Gdzie to umieścić — i dlaczego nie na każdej stronie

Umiejscowienie jest udokumentowaną zasadą, a nie preferencją: “We recommend placing this information on your home page, or a single page that describes your organization, for example the about us page. You don’t need to include it on every page of your site.” (tłumaczenie) „Zalecamy umieszczenie tych informacji na stronie głównej albo na jednej stronie opisującej organizację, na przykład na stronie „O nas”. Nie trzeba dodawać ich do każdej strony witryny.”

John Mueller podkreślał to bezpośrednio. Według jego wskazówek Google musi znaleźć oznaczenia tylko w oczywistym miejscu — na stronie głównej albo stronie kontaktowej/O nas — i ostrzegał przed podejściem obejmującym całą witrynę, porównując je do spamu z oznaczeniami recenzji: umieszczanie oznaczeń firmy na każdej stronie w nadziei na uzyskanie ulepszenia wszędzie jest błędnym modelem mentalnym. (Parafraza komentarzy Muellera opisana przez Search Engine Journal.)

Praktyczny wniosek pozostaje bez zmian: jedno wystąpienie na stronie głównej albo stronie „O nas”.

Pełna lista właściwości (i rozszerzenie z listopada 2023 roku)

Udokumentowane przez Google obsługiwane właściwości Organization:

address · alternateName · contactPoint · description · duns · email · foundingDate · globalLocationNumber · hasMerchantReturnPolicy · hasMemberProgram · hasShippingService · iso6523Code · legalName · leiCode · logo · naics · name · numberOfEmployees · sameAs · taxID · telephone · url · vatID

Pakiet administracyjny — nazwa prawna, adres, dane kontaktowe, identyfikatory firmy (duns, leiCode, naics, iso6523Code), numberOfEmployees i foundingDate — pojawił się w listopadzie 2023 roku, gdy Google włączył starą samodzielną stronę danych strukturalnych Logo do dokumentacji Organization i rozszerzył ją znacznie poza pierwotną parę logo + url. Witryny, które już miały oznaczenia logo + url, nie musiały niczego zmieniać. (Szczegóły są parafrazą ogłoszenia Google.)

Obiekty związane z handlem nie należą do pakietu z 2023 roku — każdy pojawił się w osobnej, późniejszej aktualizacji potwierdzonej w historii aktualizacji wyszukiwania Google:

• hasMerchantReturnPolicy (zasady zwrotów na poziomie organizacji) — dodane 11 czerwca 2024 roku.
• hasMemberProgram (programy lojalnościowe) — dodane 10 czerwca 2025 roku.
• hasShippingService (zasady wysyłki) — dodane 12 listopada 2025 roku.

Każdy z tych obiektów ma własną dokumentację, zasady dostępności i zachowanie pierwszeństwa wobec oznaczeń na poziomie produktu oraz ustawień Merchant Center. Poprawne oznaczenia Organization same w sobie nie gwarantują akceptacji w Merchant Center ani wyświetlenia w wyszukiwarce.

Pozostałe właściwości można zgrupować z grubsza tak:

• Podstawowa tożsamość: name, alternateName, legalName, url, logo.
• Kontakt/lokalizacja: address, contactPoint, telephone, email.
• Identyfikatory firmy: duns, leiCode, naics, iso6523Code, globalLocationNumber, taxID, vatID.
• Profile: sameAs.
• Fakty o organizacji: numberOfEmployees, foundingDate.
• Handel i członkostwo: hasMerchantReturnPolicy, hasShippingService, hasMemberProgram.

sameAs: do czego służy i co tam umieszczać

sameAs służy potwierdzaniu tożsamości. Google opisuje tę właściwość jako “the URL of a page on another website with additional information about your organization” (tłumaczenie) „adres URL strony w innej witrynie, która zawiera dodatkowe informacje o Twojej organizacji” — przykładem jest profil w mediach społecznościowych albo serwisie z recenzjami. Szersza definicja Schema.org jest nieco bardziej rygorystyczna: strona referencyjna, która “unambiguously indicates the item’s identity” (tłumaczenie) „jednoznacznie wskazuje tożsamość danego elementu”, na przykład strona Wikipedii, wpis Wikidata lub oficjalna witryna. W praktyce kieruj sameAs do stron wiarygodnie przedstawiających organizację — oficjalnych kont społecznościowych, Wikipedii, Wikidata, Crunchbase lub LinkedIn. Celem jest rozróżnianie encji, a nie budowanie linków.

Dwa ostrzeżenia. Po pierwsze, sameAs nie jest czynnikiem rankingowym i nie gwarantuje Knowledge Panel — to jeden z wielu sygnałów potwierdzających, które Google waży. Po drugie, sameAs wskazujący niewłaściwy profil może aktywnie wprowadzić w błąd dopasowanie encji. Testuj wartości sameAs równie dokładnie jak kanonikal.

sameAs bywa również mylone z knowsAbout, które jest zupełnie inną właściwością: sameAs = tożsamość, natomiast knowsAbout = ekspertyza tematyczna. Nie są wymienne i nie pełnią tej samej funkcji.

Wymagania dotyczące logo i częste awarie

Logo musi spełniać konkretne wymagania. Dokumentacja Google mówi: “the image must be 112x112px, at minimum. The image URL must be crawlable and indexable.” (tłumaczenie) „Obraz musi mieć co najmniej 112x112px. Adres URL obrazu musi być dostępny dla robotów i możliwy do zindeksowania.” Najczęstsze ciche problemy to:

• Za małe — poniżej 112x112px logo nie będzie się kwalifikować, nawet jeśli JSON-LD przejdzie walidację.
• Zablokowane — adres URL obrazu jest niedozwolony w robots.txt albo znajduje się za łańcuchem przekierowań, którego Google nie może rozwiązać.
• Niewłaściwy obraz — oznaczenia wskazują coś, co nie jest rzeczywistym logo na stronie.

Blok JSON-LD może przejść walidację bez błędów, a mimo to nie dostarczyć oczekiwanego logo, ponieważ obraz nie spełnił tych warunków.

Przykład JSON-LD

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Co",
  "legalName": "Example Company, Inc.",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://en.wikipedia.org/wiki/Example_Co",
    "https://www.crunchbase.com/organization/example"
  ]
}

Umieść ten blok raz — na stronie głównej albo „O nas”. Dodawaj address, contactPoint i identyfikatory tylko wtedy, gdy są dokładne.

Opcjonalne ponowne użycie węzła Organization w grafie

Jeśli witryna emituje wiele węzłów JSON-LD — WebSite, węzeł Person/autora, wydawcę Article — możesz nadać Organization stabilne @id i odwoływać się do tego samego @id z innych węzłów, zamiast powtarzać cały obiekt:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example Co",
      "url": "https://example.com/",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

Nie jest to wymaganie Google — dokumentacja nie wymaga @id ani żadnego konkretnego kształtu grafu. To praktyka higieny grafu: jedna kanoniczna definicja Organization, do której odwołują się inne węzły, zamiast kilku nieco różnych kopii rozjeżdżających się w czasie. Samo to nie zmienia rankingu ani kwalifikacji.

Co robi Bing

Bing obsługuje oznaczenia schema.org (JSON-LD, Microdata, RDFa) i waliduje je względem zadeklarowanych typów — jeśli wartość nie odpowiada oczekiwanemu typowi danych, crawlery Bing ignorują to oznaczenie, więc sprawdź je przed publikacją. Bing nie wydaje się publikować dedykowanego dokumentu dotyczącego Organization porównywalnego z dokumentacją Google; jego ogólna pomoc dotycząca danych strukturalnych jest najbliższym oficjalnym źródłem. Traktuj tę część jako ograniczoną. (Wskazówki Binga są parafrazą.)

Zweryfikuj przed publikacją

• Rich Results Test — sprawdza elementy logo/Organization, które Google może wyświetlić.
• Schema Markup Validator — waliduje typ Organization i wszystkie jego właściwości.
• Google Search Console — monitoruj błędy danych strukturalnych po wdrożeniu.

Walidacja potwierdza, że oznaczenia są poprawnie zbudowane. Nie potwierdza, że otrzymasz Knowledge Panel — ten wynika z szerszego potwierdzenia encji, a nie z samych oznaczeń.

Podsumowanie AI

Skrót wersji Advanced:

• Co to jest: schema.org/Organization (JSON-LD) opisuje encję stojącą za witryną — nazwę, logo, adres URL, sameAs i pola administracyjne — a nie treść strony.
• Co robi: Google mówi, że pomaga “understand your organization’s administrative details and disambiguate your organization in search results.” (tłumaczenie) „zrozumieć dane administracyjne organizacji i odróżnić ją od innych organizacji w wynikach wyszukiwania”. Niektóre właściwości mogą wpływać na elementy wizualne, takie jak Knowledge Panel — bez gwarancji. To nie jest czynnik rankingowy.
• Brak wymaganych właściwości: Google mówi, aby dodawać to, co istotne; zalecany rdzeń to name, logo, url, sameAs.
• Umiejscowienie: raz, na stronie głównej albo „O nas” — nie na każdej stronie.
• Logo: musi mieć ≥112x112px, być dostępne dla robotów i możliwe do zindeksowania.
• Rozszerzenie z listopada 2023: dodano address, legalName, duns, leiCode, naics, iso6523Code, numberOfEmployees, foundingDate; obiekty handlowe pojawiły się później: hasMerchantReturnPolicy (czerwiec 2024), hasMemberProgram (czerwiec 2025), hasShippingService (listopad 2025).
• sameAs: strony wiarygodnie przedstawiające organizację służą potwierdzeniu tożsamości — nie jest to czynnik rankingowy, nie gwarantuje panelu, a niewłaściwy cel może połączyć różne encje. Różni się od knowsAbout.
• Knowledge Panel: wynika z potwierdzenia w wiarygodnych źródłach — oznaczenia są jednym z danych wejściowych.
• Powiązane typy: Entity & Identity Schema, LocalBusiness Schema, Person Schema.
• Walidacja: Rich Results Test + walidator schema.org + Search Console.

Oficjalna dokumentacja

Dokumentacja źródłowa z wyszukiwarek.

Google

• Dane strukturalne Organization — główne źródło: definicja, umiejscowienie, brak wymaganych właściwości, rozróżnianie i elementy wizualne, pełna lista właściwości oraz wymóg logo 112x112px.
• Wprowadzenie do danych strukturalnych — zalecenie JSON-LD i sposób rozumienia encji.
• Rozszerzenie obsługi oznaczeń dla szczegółów Organization (listopad 2023) — ogłoszenie dodające pola administracyjne.
• Rich Results Test — sprawdza elementy Organization/logo.
• Schema Markup Validator — waliduje typ Organization i właściwości.
• schema.org/Organization — słownictwo.

Bing / Microsoft

• Bing Webmaster Tools — pomoc dotycząca danych strukturalnych — ogólna obsługa schema.org / JSON-LD i walidacja typów.

Cytaty ze źródła

Wypowiedzi z dokumentacji Google dotyczącej danych strukturalnych Organization, zweryfikowane na żywo podczas badań.

Dokumentacja Google — do czego służą

• “Adding organization structured data to your home page can help Google better understand your organization’s administrative details and disambiguate your organization in search results.” (tłumaczenie) „Dodanie danych strukturalnych organizacji do strony głównej może pomóc Google lepiej zrozumieć jej dane administracyjne i odróżnić ją od innych organizacji w wynikach wyszukiwania.” — Google Search Central, dane strukturalne Organization.
• “We recommend placing this information on your home page, or a single page that describes your organization, for example the about us page. You don’t need to include it on every page of your site.” (tłumaczenie) „Zalecamy umieszczenie tych informacji na stronie głównej lub na jednej stronie opisującej organizację, na przykład na stronie „O nas”. Nie ma potrzeby umieszczać ich na każdej stronie witryny.”
• “There are no required properties; instead, we recommend adding as many properties that are relevant to your organization.” (tłumaczenie) „Żadna właściwość nie jest wymagana; zalecamy natomiast dodanie możliwie wielu właściwości istotnych dla organizacji.”
• “Some properties are used behind the scenes to disambiguate your organization from other organizations (like iso6523 and naics), while others can influence visual elements in Search results.” (tłumaczenie) „Niektóre właściwości, takie jak iso6523 i naics, służą w tle do odróżniania organizacji, natomiast inne mogą wpływać na elementy wizualne w wynikach wyszukiwania.”
• “The image must be 112x112px, at minimum. The image URL must be crawlable and indexable.” (tłumaczenie) „Obraz musi mieć wymiary co najmniej 112x112px, a jego adres URL musi być dostępny dla robotów i możliwy do zindeksowania.” (dotyczy logo)

Dokumentacja właściwości Organization

Zalecany rdzeń (dopasowanie tożsamości + możliwy wpływ na elementy wizualne)

Inne właściwości tożsamości/kontaktu

Identyfikatory firmy (rozróżnianie, dodane/rozszerzone w listopadzie 2023 roku)

Fakty na poziomie organizacji (dodane/rozszerzone w listopadzie 2023 roku)

Handel i członkostwo (dodawane osobno, później — nie w pakiecie z listopada 2023 roku)

Szybkie fakty

• Brak wymaganych właściwości — dodaj to, co istotne; zalecany rdzeń to name, logo, url, sameAs.
• Umiejscowienie: Google zaleca jedno wystąpienie na stronie głównej albo „O nas” — nie na każdej stronie.
• Logo: ≥112x112px, możliwe do crawlowania i indeksowania.
• Cel: rozróżnianie; niektóre właściwości mogą wpływać na elementy wizualne, takie jak Knowledge Panel — nie na ranking i bez gwarancji.
• Brak gwarantowanego panelu: oznaczenia są jednym z danych wejściowych; panele wynikają z potwierdzenia w wielu źródłach.
• sameAs ≠ knowsAbout: tożsamość kontra ekspertyza tematyczna.
• Walidacja: Rich Results Test + walidator schema.org.

Częste błędy (mity w praktyce)

Najczęstsze problemy, które widzę w praktyce — każdy może zmarnować wykonaną pracę albo po cichu zepsuć oznaczenia.

1. Oczekiwanie gwarantowanego Knowledge Panel. Poprawne i kompletne dane Organization nie zmuszają Google do utworzenia ani aktualizacji Knowledge Panel. Panele wynikają z potwierdzenia w niezależnych, wiarygodnych źródłach; oznaczenia są jednym z danych wejściowych, a nie wyzwalaczem.

2. Umieszczanie ich na każdej stronie. To najczęstszy błąd strukturalny. Dokumentacja Google mówi, że wystarczy jedno wystąpienie — na stronie głównej albo „O nas” — a Mueller porównał podejście obejmujące całą witrynę do spamu z oznaczeniami recenzji (parafraza). Powielanie ich wszędzie niczego Ci nie daje.

3. Logo, które po cichu nie przechodzi. JSON-LD przechodzi walidację, ale logo ma mniej niż 112x112px, jest zablokowane w robots.txt, znajduje się za uszkodzonym przekierowaniem albo jest niewłaściwym obrazem. Google nie może użyć tego, czego nie może pobrać — walidacja oznaczeń nic nie mówi o obrazie.

4. Niewłaściwe cele sameAs. sameAs powinno wskazywać strony wiarygodnie przedstawiające organizację (Wikipedia, Wikidata, LinkedIn, Crunchbase, oficjalne profile społecznościowe). Wskazanie strony innej firmy albo niepowiązanego wpisu może połączyć Twoją encję z cudzą — gorzej niż całkowite pominięcie.

5. Traktowanie ich jako dźwigni rankingu. Udokumentowanym celem danych Organization jest rozróżnianie oraz elementy wizualne, a nie ranking organiczny. Dodanie oznaczeń nie zmieni pozycji.

6. Uzupełnianie każdej właściwości odgadniętymi danymi. Nie ma wymaganych właściwości. Oszczędny, dokładny blok jest lepszy od bloku pełnego wymyślonych identyfikatorów. Dodaj to, co jest prawdziwe i istotne, a resztę pomiń.

7. Oznaczanie niewłaściwej encji albo strony. Organization służy samej firmie/marce. W przypadku fizycznej lokalizacji użyj LocalBusiness Schema, a w przypadku osoby lub autora — Person Schema. Umieść blok na stronie reprezentującej organizację, a nie na dowolnej stronie treści.

Testy walidacyjne

Testuj opublikowany graf encji

Test do wykonania — przeanalizuj aktywny JSON-LD za pomocą Schema Validator. Oczekiwany rezultat — jedna spójna tożsamość Organization z prawidłowymi adresami URL i wyłącznie uzasadnionymi właściwościami. Interpretacja niepowodzenia — wtyczki lub szablony emitują duplikaty albo zniekształcone wartości. Okno monitorowania — natychmiastowe. Wyzwalacz wycofania — wycofaj zmianę, jeśli psuje analizę albo tworzy konkurujące tożsamości organizacji.

Testuj logo i odwołania do tożsamości

Test do wykonania — pobierz zadeklarowany adres URL logo i sprawdź cele url oraz sameAs. Oczekiwany rezultat — każdy adres URL jest publiczny, działa i należy do reprezentowanej organizacji. Interpretacja niepowodzenia — zasób został przeniesiony albo link tożsamości jest nieaktualny lub nieobsługiwany. Okno monitorowania — natychmiastowe i po zmianach marki/domeny. Wyzwalacz wycofania — usuń nieobsługiwane odwołania zamiast pozostawiać mylące twierdzenia o tożsamości.

Sprawdź się: dane strukturalne Organization

Pięć krótkich pytań o dane Organization, ich zastosowanie przez Google i błędy, które je psują. Wybierz odpowiedź na każde pytanie, a następnie sprawdź wynik.

Dziennik zmian