Schema.org dla wyeksponowania przez SI: Które znaczniki mają teraz znaczenie

Schema.org dla wyeksponowania przez sztuczną inteligencję: Które znaczniki mają teraz znaczenie

Na dzień 5 września 2026 r. dane strukturalne nadal pomagają wyszukiwarkom zrozumieć strony, autorów, organizacje i fakty. Nie są jednak bezpośrednim przełącznikiem rankingowym dla odpowiedzi sztucznej inteligencji.

Google stwierdza, że strony nie potrzebują specjalnych znaczników Schema.org, aby pojawić się w przeglądach SI (AI Overviews) lub trybie SI (AI Mode). Strona musi być głównie przeszukiwalna, indeksowana, kwalifikować się do fragmentu wyszukiwania i być wspierana przez użyteczną treść. Google mówi również, że dane strukturalne powinny odpowiadać widocznej treści strony. (developers.google.com)

Najlepsza obecna strategia to zatem:

1. Używanie danych strukturalnych do dokładnego opisu strony.
2. Dopasowanie znaczników do prawdziwego celu strony.
3. Budowanie jasnych relacji między artykułami, autorami, organizacjami i tematami.
4. Pisanie bezpośrednich, kompletnych odpowiedzi w widocznym kodzie HTML.
5. Mierzenie cytowań sztucznej inteligencji oddzielnie od tradycyjnych wyników rozszerzonych.

Podsumowanie

Ważne jest szerokie odkrycie badawcze: dodanie samych generycznych danych strukturalnych nie doprowadziło do spójnego wzrostu cytowań przez sztuczną inteligencję. Kontrolowane badanie Ahrefs śledziło 1885 stron, które dodały JavaScript Object Notation for Linked Data i porównało je z 4000 stron kontrolnych. Nie znaleziono znaczącej poprawy w trybie SI Google ani cytowaniach ChatGPT. Cytowania w przeglądach SI Google nieznacznie spadły, ale badacze ostrzegli, że zmiana była niewielka i nie można jej jednoznacznie przypisać znacznikom. (ahrefs.com)

Oddzielny preprint z 2026 r. wykazał, że generyczne typy, takie jak Article, Organization, BreadcrumbList i WebPage, nie przewidywały niezależnie cytowań przez sztuczną inteligencję po uwzględnieniu pozycji w wyszukiwarce i autorytetu domeny. Najsilniejsze odkrycie dotyczyło tego, że strony z konkretnymi danymi bogatymi w atrybuty, takimi jak ceny, oceny i specyfikacje, osiągały lepsze wyniki niż strony zawierające tylko ogólne etykiety stron. To odkrycie skupiało się głównie na stronach produktów i recenzji, więc nie należy go traktować jako dowodu na to, że którykolwiek z typów w tym artykule tworzy przewagę w cytowaniach. (aixiv.science)

Co dane strukturalne mogą, a czego nie mogą zrobić

Dane strukturalne to czytelny maszynowo opis strony. Mogą one powiedzieć wyszukiwarce:

• Jaki to typ strony
• Kto ją napisał
• Jaka organizacja ją opublikowała
• Na jakie pytanie odpowiada
• Kiedy została opublikowana lub zaktualizowana
• Jaką osobę, firmę, termin lub zestaw danych opisuje strona

Google twierdzi, że dane strukturalne mogą pomóc jego systemom zrozumieć treść strony i sprawić, że strony kwalifikują się do bogatszych funkcji wyszukiwania. Mówi również, że Google Search może używać innych właściwości Schema.org do zrozumienia, nawet jeśli te właściwości nie wywołują widocznego wyniku wyszukiwania. (developers.google.com)

Dane strukturalne nie gwarantują:

• Wyższej pozycji w wynikach organicznych
• Cytowania przez sztuczną inteligencję
• Wyniku rozszerzonego
• Panelu wiedzy
• Włączenia do odpowiedzi sztucznej inteligencji
• Użycia dokładnego tekstu w znacznikach

Bing udziela podobnych wskazówek. Jego obecne wytyczne dla webmasterów mówią, że dane strukturalne mogą wspierać jaśniejsze uzasadnienie, ale nie gwarantują widoczności ani ruchu z cytowań. Bing doradza również wydawcom, aby wyraźnie przedstawiali fakty i definicje w widocznej treści strony. (bing.com)

Główne ograniczenie badań

Panele odpowiedzi sztucznej inteligencji zazwyczaj pokazują stronę źródłową, a nie typ Schema.org, który mógł być obecny na tej stronie. Google nie publikuje raportu mówiącego na przykład, że strona została zacytowana, ponieważ użyła Article zamiast WebPage.

Tworzy to trzy różne pytania:

1. Czy strona została zacytowana?
2. Czy strona zawierała dane strukturalne?
3. Czy dane strukturalne spowodowały cytowanie?

Większość badań może odpowiedzieć tylko na dwa pierwsze pytania. Nie mogą udowodnić trzeciego.

Dlatego strona z znacznikami FAQPage może często pojawiać się w odpowiedziach sztucznej inteligencji, nie będąc przyczyną tego pojawienia. Strona może mieć silną treść, wysoką pozycję w wyszukiwarce, wiele linków lub znaną markę.

Audyt według typu schemy

1. Article

Co robi

Article opisuje artykuł, wiadomość, wpis na blogu lub podobną stronę redakcyjną. Google obsługuje Article, NewsArticle i BlogPosting jako typy artykułów. Google nie wymienia wymaganych właściwości dla znaczników artykułu, ale zaleca dodawanie właściwości, które mają zastosowanie do strony. (developers.google.com)

Właściwości, które mają największe znaczenie

Używaj ich, gdy są widoczne i dokładne:

• headline
• author
• author.name
• author.url lub author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google zaleca używanie rzeczywistej Person lub Organization dla autora. Zaleca również utrzymywanie spójności dat w danych strukturalnych z widocznymi datami publikacji i aktualizacji. (developers.google.com)

Wpływ sztucznej inteligencji

Poziom dowodów: pośredni.

Article pomaga ustalić typ strony, autorstwo i świeżość. Są to użyteczne sygnały dla systemów wyszukiwania, zwłaszcza na stronach z faktami i treściach redakcyjnych. Jednak obecne dowody nie pokazują, że samo dodanie Article zwiększa cytowania przez sztuczną inteligencję.

Lista kontrolna artykułu

• Strona jest naprawdę artykułem.
• Nagłówek odpowiada widocznemu tytułowi.
• Każdy widoczny autor jest uwzględniony.
• Każdy autor ma osobny obiekt Person lub Organization.
• Nazwiska autorów zawierają tylko imiona i nazwiska, a nie stanowiska ani nazwy wydawców.
• Autor linkuje do prawdziwego profilu lub strony autora.
• Daty publikacji i aktualizacji są widoczne na stronie.
• Daty używają prawidłowej strefy czasowej, jeśli uwzględniono czas.
• Obraz przedstawia artykuł.
• Wydawca jest konsekwentnie identyfikowany w całej witrynie.
• Artykuł nie jest oznaczony jako inny główny typ, taki jak HowTo, chyba że strona rzeczywiście służy obu celom.

2. WebPage

Co robi

WebPage to ogólny typ strony. Schema.org stwierdza, że każda strona internetowa jest niejawnie traktowana jako WebPage, ale jawna deklaracja może pomóc, gdy strona zawiera właściwości lub relacje na poziomie strony. (schema.org)

Użyteczne właściwości to:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Wpływ sztucznej inteligencji

Poziom dowodów: niski i pośredni.

WebPage najlepiej używać jako zewnętrznej warstwy strony w połączonym grafie. Może ona łączyć stronę z jej głównym artykułem, definicją, zestawem danych, osobą lub organizacją.

Nie należy jej traktować jako specjalnego typu optymalizacji dla sztucznej inteligencji. Strona, która zawiera tylko generyczny obiekt WebPage, zazwyczaj dostarcza mniej użytecznych informacji niż strona, która jasno identyfikuje swoją główną encję.

Lista kontrolna WebPage

• Użyj jednego stabilnego @id dla strony.
• Użyj kanonicznego URL jako URL strony.
• Zidentyfikuj prawdziwą mainEntity strony.
• Połącz główną encję z powrotem do strony za pomocą mainEntityOfPage.
• Dodaj inLanguage, gdy jest znany.
• Utrzymuj nazwę i opis strony zgodne z widoczną treścią.
• Nie używaj WebPage do ukrywania faktu, że strona jest w rzeczywistości artykułem, profilem, zestawem danych lub stroną z pytaniami.

3. QAPage

Co robi

QAPage jest przeznaczone dla strony skupiającej się na jednym pytaniu i jego odpowiedziach. Google twierdzi, że używa danych strukturalnych Question ze stron oznaczonych jako QAPage, a na stronie powinno być tylko jedno QAPage i jedno główne Question. (developers.google.com)

Wymagane właściwości

Dla obecnej kwalifikacji Google do pytań i odpowiedzi:

• QAPage.mainEntity
• Zagnieżdżone Question
• Question.answerCount
• Albo acceptedAnswer albo suggestedAnswer
• Answer.text

Pytanie bez odpowiedzi nie kwalifikuje się do wyniku rozszerzonego.

Ważna zasada dotycząca treści

Nie używaj QAPage dla:

• Normalnej strony z często zadawanymi pytaniami
• Wpisu na blogu, który odpowiada na pytanie
• Artykułu typu „jak to zrobić” (how-to)
• Strony produktu zawierającej wiele pytań
• Odpowiedzi redakcyjnej napisanej tylko przez właściciela witryny

Google twierdzi, że użytkownicy muszą mieć możliwość przesyłania odpowiedzi dla normalnej QAPage. Ważne przykłady to pytanie na forum lub strona pomocy technicznej, gdzie użytkownicy mogą udzielać odpowiedzi. (developers.google.com)

Wpływ sztucznej inteligencji

Poziom dowodów: średnie dopasowanie semantyczne, brak udowodnionego wzrostu przyczynowego.

Prawdziwa strona z pytaniami i odpowiedziami jest naturalnie łatwa do zrozumienia dla systemu wyszukiwania informacji. Jednak żadne silne publiczne badanie nie dowodzi, że same znaczniki QAPage zwiększają cytowania przez sztuczną inteligencję.

Lista kontrolna QAPage

• Strona skupia się na jednym pytaniu.
• Użytkownicy mogą przesyłać odpowiedzi, chyba że strona kwalifikuje się do specjalnego doświadczenia pytań i odpowiedzi edukacyjnych.
• Pełne pytanie jest widoczne.
• Pełny tekst odpowiedzi jest widoczny.
• answerCount odpowiada rzeczywistej liczbie odpowiedzi.
• Zaakceptowane i sugerowane odpowiedzi są poprawnie oznaczone.
• Komentarze są oznaczone jako komentarze, a nie odpowiedzi.
• Strona nie jest po prostu redakcyjną stroną z często zadawanymi pytaniami.
• Strona nie zawiera wielu niepowiązanych pytań.

Przykład QAPage

html

Używaj tego wzorca tylko wtedy, gdy strona naprawdę wspiera interakcję pytań i odpowiedzi.

4. HowTo

Co robi

HowTo opisuje instrukcje krok po kroku. Google kiedyś obsługiwał wyniki rozszerzone How-to, ale wycofał tę funkcję wyszukiwania we wrześniu 2023 r. Google stwierdził, że wyniki How-to nie będą już pojawiać się na komputerach stacjonarnych i zostały już usunięte z wyszukiwania mobilnego. (developers.google.com)

Wpływ sztucznej inteligencji

Poziom dowodów: niski dla Google.

Widoczne kroki mogą nadal pomagać użytkownikom i systemom wyszukiwania informacji. Jasny samouczek z nagłówkami, numerowanymi krokami, narzędziami, czasem i ostrzeżeniami jest łatwiejszy do czytania i cytowania. Jednak obecne dowody nie pokazują, że znaczniki HowTo tworzą specjalną przewagę w przeglądach SI Google lub trybie SI.

Zalecenie

Używaj HowTo tylko wtedy, gdy:

• Strona naprawdę uczy jakiegoś zadania.
• Kroki są widoczne w treści strony.
• Inna wyszukiwarka, platforma lub system wewnętrzny czerpie korzyści ze znaczników.
• Twój zespół może to utrzymać bez tworzenia sprzecznych danych.

Dla Google Search priorytetem są silne nagłówki HTML, numerowane listy, jasne instrukcje oraz użyteczne obrazy lub filmy.

Lista kontrolna samouczka

• Strona uczy prawdziwego zadania.
• Wynik zadania jest jasny.
• Każdy krok jest widoczny i kompletny.
• Nazwy kroków odpowiadają widocznym nagłówkom.
• Narzędzia i materiały są prawdziwe i widoczne.
• Oceny czasu są dokładne.
• Ostrzeżenia dotyczące bezpieczeństwa są dołączone tam, gdzie jest to potrzebne.
• Pierwsza sekcja zawiera krótką odpowiedź lub wynik.
• Strona nie polega na znacznikach w celu dostarczenia instrukcji.

5. ClaimReview

Co robi

ClaimReview zostało zaprojektowane do treści weryfikujących fakty. Google stopniowo wycofywał wsparcie dla Claim Review w wyszukiwarce w ramach działań z 2025 roku, mających na celu uproszczenie wyników wyszukiwania. Typ ten został usunięty z raportowania w Search Console i z testu wyników rozszerzonych. (developers.google.com)

Wpływ sztucznej inteligencji

Poziom dowodów: brak obecnej przewagi dla Google.

Wysokiej jakości weryfikacja faktów nadal może być cytowana, ponieważ jasno określa:

• Twierdzenie
• Ocenę
• Dowody
• Datę
• Organizację weryfikującą fakty
• Uzasadnienie wniosku

Te korzyści wynikają głównie z samej treści, a nie z wycofanej funkcji wyszukiwania Google.

Zalecenie

Dla strony z faktami:

1. Użyj Article lub NewsArticle, gdy strona jest redakcyjna.
2. Wyraźnie przedstaw twierdzenie w widocznym tekście.
3. Cytuj podstawowe dowody.
4. Zidentyfikuj autora i organizację recenzującą.
5. Dodaj daty publikacji i recenzji.
6. Użyj ClaimReview tylko, jeśli inna platforma lub system danych tego wyraźnie wymaga.

Nie dodawaj ClaimReview tylko dlatego, że oczekujesz, że odpowiedzi sztucznej inteligencji Google będą go preferować.

6. FAQPage

Co robi

FAQPage opisuje stronę zawierającą pytania i oficjalne odpowiedzi. Google przestał wyświetlać wynik rozszerzony FAQ w wyszukiwarce począwszy od 7 maja 2026 r. i usunął powiązaną dokumentację w czerwcu 2026 r. (developers.google.com)

Wpływ sztucznej inteligencji

Poziom dowodów: słaby i mieszany.

90-dniowe badanie dostawcy dodało znaczniki FAQPage do 120 stron. Nie znaleziono wiarygodnej poprawy w cytowaniach przez ChatGPT, Gemini lub przeglądach SI Google. Perplexity wykazało niewielki wzrost, ale samo badanie stwierdziło, że wynik był specyficzny dla platformy i nie dowodził przyczynowości. (authorityradar.com)

Inne badanie 615 już cytowanych stron wykazało, że znaczniki FAQ pojawiały się częściej na stronach intensywnie cytowanych. Ta zależność zniknęła po uwzględnieniu powtarzających się stron od tych samych wydawców. Badacze doszli do wniosku, że dowody nie ustaliły wpływu samych znaczników. (getintel.ai)

Zalecenie

Używaj często zadawanych pytań, gdy poprawiają one stronę dla czytelników. Nie dodawaj dużych bloków ogólnych pytań tylko po to, aby celować w odpowiedzi sztucznej inteligencji.

Jeśli zachowujesz znaczniki FAQPage dla innej wyszukiwarki lub systemu treści:

• Uczyń każde pytanie widocznym.
• Uczyń każdą odpowiedź kompletną.
• Utrzymuj identyczne znaczniki jak na stronie.
• Nie powtarzaj tego samego pytania w kilku blokach schemy.
• Nie oczekuj wyniku rozszerzonego Google FAQ.

Przykład FAQPage dla konsumentów spoza Google

html

Jest to opis semantyczny, a nie obietnica funkcji wyszukiwania Google.

7. Organization

Co robi

Organization pomaga Google zrozumieć i rozróżnić firmę, organizację non-profit, wydawcę, szkołę lub inną organizację. Google twierdzi, że znaczniki organizacji mogą wpływać na elementy wizualne, takie jak logo wyświetlane w wyszukiwarce i niektóre informacje w panelu wiedzy. W obecnym przewodniku Google dotyczącym organizacji nie ma wymaganych właściwości. (developers.google.com)

Zalecane właściwości

Używaj właściwości, które są prawdziwe i widoczne:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Wpływ sztucznej inteligencji

Poziom dowodów: pośredni, ale użyteczny.

Organization może łączyć:

• Wydawcę z artykułem
• Firmę z jej produktami lub usługami
• Markę z jej oficjalnymi profilami
• Organizację ze znaną tożsamością internetową

Jest to użyteczne dla rozróżniania encji. Nie dowodzi to, że system sztucznej inteligencji zacytuje stronę.

Lista kontrolna organizacji

• Umieść pełny obiekt organizacji na stronie głównej lub stronie organizacji.
• Użyj stabilnego @id, takiego jak https://www.example.com/#organization.
• Użyj dokładnej publicznej nazwy organizacji.
• Linkuj do prawdziwych oficjalnych profili za pomocą sameAs.
• Użyj prawidłowego podtypu organizacji, gdy jest to stosowne.
• Użyj prawdziwego logo, które reprezentuje organizację.
• Utrzymuj aktualne informacje kontaktowe.
• Odwołuj się do organizacji z artykułów zamiast odtwarzać sprzeczne wersje na każdej stronie.

8. Person

Co robi

Person identyfikuje osobę, która pisze, recenzuje, posiada, zarządza lub pojawia się na stronie. Zazwyczaj jest najbardziej użyteczny, gdy jest połączony z:

• Article.author
• Autorem pytania lub odpowiedzi w QAPage
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Wytyczne Google dotyczące profili mówią, że strona profilowa musi koncentrować się na jednej osobie lub organizacji. Obiekt ProfilePage wymaga mainEntity, a ta encja musi być Person lub Organization. Osoba lub organizacja musi mieć name lub alternateName, gdy nazwa nie jest dostępna. (developers.google.com)

Zalecane właściwości

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Wpływ sztucznej inteligencji

Poziom dowodów: pośredni.

Znaczniki Person mogą pomóc połączyć nazwisko autora z:

• Biografią
• Stanowiskiem lub rolą
• Organizacją
• Opublikowanymi artykułami
• Zewnętrznymi profilami
• Obszarami ekspertyzy

Używaj ich do wyjaśniania tożsamości, a nie do twierdzenia o ekspertyzie, której strona nie wspiera.

Lista kontrolna Person

• Używaj Person tylko dla prawdziwej osoby.
• Używaj Organization dla firmy lub publikacji.
• Linkuj osobę do widocznej strony autora.
• Używaj sameAs tylko dla dokładnych, oficjalnych profili.
• Utrzymuj aktualne stanowiska i kwalifikacje.
• Dodaj wszystkich widocznych autorów, nie tylko głównego autora.
• Używaj tego samego @id osoby w artykułach i na stronach profilowych.

Matryca wymaganych właściwości

Ogólne wytyczne Google faworyzują kompletne i dokładne dane ponad dużą ilością niekompletnych znaczników. Ostrzega również, że dane strukturalne muszą przedstawiać widoczną treść i że poprawne znaczniki nadal nie gwarantują wyniku rozszerzonego. (developers.google.com)

Listy kontrolne implementacji dla przypadków użycia

Strony z faktami

Najlepsza kombinacja:

• WebPage
• Article lub NewsArticle
• Person
• Organization
• Opcjonalnie ClaimReview tylko dla innego obsługiwanego konsumenta

Lista kontrolna:

• Podaj główny fakt blisko góry strony.
• Podaj źródło faktu.
• Linkuj do podstawowych dowodów.
• Uwzględnij datę publikacji i ostatniej recenzji.
• Zidentyfikuj autora i recenzenta.
• Oddziel fakty od opinii.
• Użyj Article, gdy strona jest redakcyjna.
• Nie używaj ClaimReview jako obecnej taktyki dla Google Search.

Strony z definicjami

Najlepsza kombinacja:

• WebPage
• DefinedTerm
• Opcjonalnie Article, jeśli strona jest długim redakcyjnym wyjaśnieniem
• Organization lub Person, gdy ekspert lub wydawca jest odpowiedzialny

DefinedTerm jest przeznaczone dla słowa, frazy, kodu lub koncepcji z formalną definicją. Jego główne właściwości to name, description, termCode, inDefinedTermSet i sameAs. (schema.org)

Lista kontrolna:

• Podaj definicję w pierwszym akapicie.
• Użyj jednego jasnego terminu jako głównej encji.
• Dodawaj alternatywne nazwy tylko wtedy, gdy są prawdziwe.
• Linkuj do wiarygodnej zewnętrznej definicji, gdy jest to stosowne.
• Wyjaśnij termin prostym językiem.
• Używaj przykładów i granic.
• Unikaj oznaczania listy niepowiązanych terminów jako jeden DefinedTerm.

Samouczki

Najlepsza kombinacja:

• WebPage
• HowTo tylko, gdy inny konsument tego potrzebuje
• Article, gdy samouczek jest również artykułem redakcyjnym
• Person i Organization dla autorstwa

Lista kontrolna:

• Podaj wynik przed krokami.
• Używaj numerowanych widocznych nagłówków.
• Skup każdy krok na jednej akcji.
• Uwzględnij narzędzia, materiały, czas i ostrzeżenia, gdy jest to potrzebne.
• Dodaj obrazy lub filmy, gdy pomagają.
• Nie ukrywaj kroków tylko w JSON-LD.
• Nie oczekuj wyników rozszerzonych How-to w Google Search.

Katalogi danych

Najlepsza kombinacja:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org definiuje Dataset jako zbiór ustrukturyzowanych informacji i obsługuje relacje, takie jak includedInDataCatalog i distribution. (schema.org)

Google wyjaśnił pod koniec 2025 r., że dane strukturalne Dataset są używane przez Dataset Search i nie są ogólną funkcją wyników wyszukiwania Google. Dlatego należy je traktować jako warstwę odkrywania danych i interoperacyjności, a nie skrót do cytowania przez sztuczną inteligencję. (developers.google.com)

Lista kontrolna:

• Nadaj każdemu zestawowi danych stabilny identyfikator.
• Podaj temat i zakres.
• Uwzględnij wydawcę lub twórcę.
• Dodaj zakres dat objętych danymi.
• Podaj zasięg geograficzny, gdy jest to istotne.
• Opisz licencje i warunki dostępu.
• Dodaj każdy plik do pobrania jako DataDownload.
• Uwzględnij format pliku i URL pobierania.
• Utrzymuj metadane katalogu zsynchronizowane z rzeczywistymi plikami.
• Dokumentuj częstotliwość aktualizacji i datę ostatniej aktualizacji.

Przykład JSON-LD: strona z faktami

Ten przykład łączy stronę, artykuł, autora, wydawcę i temat. Zastąp każdą wartość informacjami, które pojawiają się na rzeczywistej stronie.

html

Przykład JSON-LD: strona z definicją

html

Definicja musi również pojawić się jako zwykły tekst na stronie. Nie umieszczaj definicji tylko w danych strukturalnych.

Przykład JSON-LD: samouczek

Ponieważ funkcja wyników rozszerzonych How-to w Google jest przestarzała, traktuj te znaczniki jako opcjonalne dla innych systemów. Widoczna strona nadal powinna zawierać pełne instrukcje.

html

Przykład JSON-LD: katalog danych

html

Częste pułapki implementacyjne

Niespójna schema

Najpoważniejszym błędem jest oznaczanie treści, której użytkownicy nie mogą zobaczyć. Google twierdzi, że dane strukturalne muszą być prawdziwym odzwierciedleniem strony, a wprowadzające w błąd lub ukryte treści mogą sprawić, że strona nie będzie kwalifikować się do wyników rozszerzonych. (developers.google.com)

Częste przykłady:

• Oznaczanie artykułu jako HowTo, gdy nie zawiera on rzeczywistych kroków
• Oznaczanie firmy jako autora, gdy artykuł został napisany przez osobę
• Dodawanie odpowiedzi FAQ, które nie pojawiają się na stronie
• Używanie przyszłej daty publikacji
• Oznaczanie ogólnego wpisu na blogu jako QAPage
• Dodawanie ClaimReview do artykułu opinii

Niewystarczające odpowiedzi

Dane strukturalne nie mogą wypełnić pustej strony.

Krótka, niejasna odpowiedź w Answer.text lub acceptedAnswer nie tworzy silnego źródła. Widoczna treść powinna:

• Odpowiadać bezpośrednio na pytanie
• Wyjaśniać ważne ograniczenia i wyjątki
• Podawać źródła
• Uwzględniać daty, przykłady lub pomiary, gdy jest to użyteczne
• Zachować sens po skopiowaniu poza kontekst

Wytyczne Google dotyczące sztucznej inteligencji mówią, że nie ma idealnej długości strony i nie ma potrzeby dzielenia treści na małe fragmenty dla systemów sztucznej inteligencji. Lepszym celem jest użyteczna, kompletna treść zorientowana na ludzi. (developers.google.com)

Zduplikowane encje

Unikaj publikowania kilku sprzecznych wersji tej samej organizacji, autora lub strony.

Słaba implementacja:

• Jeden obiekt Organization z jedną nazwą na stronie głównej
• Drugi obiekt z inną nazwą w każdym artykule
• Trzeci obiekt bez @id na stronie autora

Lepsza implementacja:

• Nadaj organizacji jeden stabilny @id
• Nadaj każdemu autorowi jeden stabilny @id
• Odwołuj się do tych obiektów z artykułów, profili i stron z pytaniami
• Utrzymuj spójność nazwy, logo, URL i zewnętrznych linków tożsamości

Zduplikowane pytania

Nie powtarzaj tego samego pytania w:

• FAQPage
• QAPage
• Znacznikach artykułu
• Kilku widocznych sekcjach strony
• Wielu blokach JSON-LD

Używaj typu schemy, który odpowiada głównemu celowi strony. Jedna jasna odpowiedź jest lepsza niż kilka nakładających się bloków znaczników.

Nieprawidłowe daty

Google używa kilku źródeł do oszacowania dat publikacji i aktualizacji. Zaleca, aby widoczne daty i daty w danych strukturalnych były zgodne, oraz ostrzega przed używaniem przyszłych dat lub dat związanych z wydarzeniami omawianymi w artykule, a nie datami związanymi z samą stroną. (developers.google.com)

Nadużywanie sameAs

Link sameAs powinien identyfikować tę samą rzeczywistą osobę lub organizację. Nie linkuj do:

• Niepowiązanego profilu społecznościowego
• Strony wyników wyszukiwania
• Ogólnego wpisu w katalogu
• Strony z inną pisownią lub tożsamością
• Profilu, którego organizacja nie kontroluje

Znaczniki tylko w JavaScript

Google może przetwarzać dane strukturalne dodane do wyrenderowanej strony, ale implementacja tylko w JavaScript może być trudniejsza do wykrycia dla innych crawlerów i narzędzi audytowych. Blok JSON-LD renderowany po stronie serwera jest zazwyczaj łatwiejszy do testowania i utrzymania. (developers.google.com)

Praktyczny plan testowania

Aby zmierzyć, czy znaczniki mają przyrostowy wpływ, użyj kontrolowanego testu zamiast polegania na kilku ręcznych wyszukiwaniach.

Przed zmianą

Zapisz:

• Zapytania docelowe
• Obecną pozycję w wynikach organicznych
• Czy pojawia się odpowiedź sztucznej inteligencji
• Które strony są cytowane
• Pozycję cytowania, jeśli dostępna
• Ruch z wyszukiwarki
• Konwersje
• Obecne dane strukturalne
• Zmiany w treści dokonane w okresie testowym

Podczas testu

• Dodawaj jedną główną zmianę w znacznikach na raz.
• Utrzymuj stabilność treści, linków wewnętrznych, tytułów i linków zwrotnych.
• Użyj podobnych stron kontrolnych, które nie otrzymają zmiany.
• Zapisz dokładną datę publikacji zmiany.
• Poczekaj wystarczająco długo na indeksowanie i ponowne przetwarzanie.

Ahrefs użył dopasowanych grup kontrolnych i metody różnic w różnicach przed i po. Jego podejście jest użytecznym modelem dla organizacji, które chcą testować dane strukturalne zamiast zakładać, że korelacja dowodzi przyczynowości. (ahrefs.com)

Po zmianie

Śledź:

• Dane o wydajności sztucznej inteligencji w Google Search Console
• Cytowania w przeglądach SI Google
• Cytowania w trybie SI Google
• Cytowania sztucznej inteligencji w Bing Webmaster Tools
• Cytowania z ChatGPT, Gemini lub Perplexity, gdy są istotne
• Pozycje organiczne
• Kliknięcia z wyszukiwarki
• Wspomagane konwersje

Google raportuje ruch z wyszukiwania sztucznej inteligencji poprzez raportowanie wydajności w Search Console. Raportowanie wydajności sztucznej inteligencji w Bing pokazuje cytowane strony i zapytania ugruntowujące, ale nie pokazuje, dlaczego strona została wybrana ani jak ważne było to w ramach odpowiedzi. (developers.google.com)

Zalecana kolejność implementacji

Dla większości wydawców najlepsza kolejność to:

1. Najpierw napraw widoczną treść.
2. Upewnij się, że indeksowanie i indeksacja są niezawodne.
3. Zaimplementuj Article dla rzeczywistych stron redakcyjnych.
4. Połącz autorów z Person i stronami profilowymi.
5. Połącz wydawców z Organization.
6. Użyj WebPage jako czystej warstwy grafu na poziomie strony.
7. Użyj QAPage tylko dla prawdziwych pytań społeczności.
8. Użyj DefinedTerm dla stron słowników i definicji.
9. Użyj Dataset i DataCatalog dla zasobów danych.
10. Traktuj FAQPage, HowTo i ClaimReview jako znaczniki wtórne lub niezwiązane z Google, ponieważ ich funkcje wyszukiwania Google zostały usunięte lub są przestarzałe.

Podsumowanie

Najważniejsza obecna lekcja jest prosta: znaczniki Schema.org pomagają maszynom zrozumieć treść, ale nie są gwarantowaną ścieżką do odpowiedzi sztucznej inteligencji.

Najtrwalsza implementacja to nie duża kolekcja typów schemy. Jest to mały, dokładny graf encji:

• Article opisuje stronę redakcyjną.
• Person identyfikuje autora.
• Organization identyfikuje wydawcę.
• WebPage łączy stronę z jej główną encją.
• QAPage opisuje prawdziwe pytanie użytkownika i jego odpowiedzi.
• DefinedTerm wyjaśnia definicję.
• Dataset i DataCatalog opisują zasoby danych strukturalnych.

Używaj danych strukturalnych tam, gdzie dodają one jasnego znaczenia. Nie używaj ich do ukrywania ubogiej treści, duplikowania widocznego tekstu ani naśladowania funkcji wyszukiwania, której Google już nie obsługuje. Dla wyeksponowania przez sztuczną inteligencję, najważniejszą pracą pozostają jasne odpowiedzi, mocne dowody, dokładne encje, aktualne informacje i treść, która może funkcjonować samodzielnie.