Jakie schema.org realnie zwiększają cytowania w AI?

Co się właśnie zmienia

Dane strukturalne przestały być wyłącznie paliwem dla wyników rozszerzonych w Google. Dla modeli generujących odpowiedzi są tym, czym dla człowieka metryczka na początku dokumentu: nie zastępują treści, ale pozwalają szybko ustalić, czyja to strona, o czym mówi i jak ma się do innych bytów. Ostrożnie z obietnicami — ani Google, ani OpenAI nie potwierdziły, że schema jest czynnikiem decydującym o cytowaniu. Wiadomo natomiast, że ułatwia jednoznaczne odczytanie faktów, a przy sprzecznych sygnałach to bywa różnicą.

Co możesz zrobić lepiej

Konkretnie, od dziś

• FAQPage wdrażaj dla modeli, nie dla rich snippetów. Google od sierpnia 2023 pokazuje wyniki rozszerzone FAQ praktycznie wyłącznie serwisom rządowym i zdrowotnym — reszta ich nie zobaczy. Wartość została inna i realna: gotowe pary pytanie-odpowiedź, które model może zacytować bez zgadywania, gdzie w akapicie kończy się odpowiedź.
• Opisz ofertę typami, które Google faktycznie dokumentuje — Service dla usług, SoftwareApplication dla produktu, z polem featureList wypełnionym konkretami, nie hasłami. Model porównujący Was z konkurencją czyta te pola dosłownie.
• Używaj Article z silnym powiązaniem author (Person), budując autorytet E-E-A-T, który AI bierze pod uwagę przy wyborze źródeł.
• Nie wyrzucaj pól tylko dlatego, że nie dają rich snippetu. To dwa różne cele: wynik rozszerzony ma przyciągnąć wzrok w Google, a identyfikatory encji — nazwa prawna, numer VAT, sameAs, relacje między firmami — mają powiedzieć modelowi, o kim mowa. Te drugie nie pokażą się nigdzie, a robią całą robotę przy rozstrzyganiu tożsamości marki.

Dowód z naszych wdrożeń

Zamiast liczb, których nie zmierzyliśmy, pokażemy, co zrobiliśmy u siebie. Encji Organization dołożyliśmy identyfikatory: nazwę prawną, numer VAT w formacie VIES, NIP i numer D-U-N-S. Żaden z nich nie wygeneruje ani jednego rich snippetu — i o to chodzi. Model rozstrzygający „czy to ta sama firma” dostaje twardy uchwyt zamiast nazwy, która nie jest unikalna. Podobnie subOrganization: dtl.pl wskazuje na FlashAI, a flashai.pl odsyła z powrotem przez parentOrganization, więc relacja jest zadeklarowana z obu stron zamiast liczyć na to, że model wywnioskuje ją z kilkudziesięciu wzmianek w tekście. Znaleźliśmy przy tym błąd wart zapamiętania: przykład kodu w odpowiedzi FAQ zawierał zamykający znacznik skryptu, który przedwcześnie kończył blok application/ld+json. Efekt — cały schemat na tej stronie przestawał się parsować, nie jedno pole. I nic tego nie sygnalizuje: niepoprawny blok po prostu milczy. Warto zwalidować własne strony, zamiast zakładać, że skoro znaczniki są w kodzie, to działają. Schema to zresztą tylko jedna z trzech warstw i sama nie wystarczy: znaczniki mówią modelowi, kim jesteście, llms.txt podpowiada, co jest na stronie, a robots.txt rozstrzyga, czy w ogóle wolno mu to przeczytać. Najlepiej opisana encja nic nie da, jeśli crawler odbija się od zakazu.