Право на показ, а не ранжування
Дійсна розмітка робить сторінку придатною до розширеного результату. Google обирає це слово свідомо: наявність усіх обов'язкових властивостей кваліфікує сторінку для збагаченого показу, але не обіцяє його, а структуровані дані самі по собі не є фактором ранжування.
Відстань між «придатна» і «показана» ширша, ніж більшість очікує, і вона не довільна. Чи з'явиться розширення, залежить від запиту, пристрою, країни, від того, чи існує ця функція такою мовою, і від власної оцінки Google, чи допомагає вона в цьому контексті. Та сама сторінка може показати зірки в одному пошуку й не показати в наступному.
JSON-LD — той формат, який варто брати
Усі три синтаксиси — JSON-LD, Microdata і RDFa — для Google однаково прийнятні, і саме JSON-LD він рекомендує. Рекомендація практична, а не технічна.
JSON-LD живе в одному теґу script, а не протягнутий крізь розмітку атрибутами на елементах, які описує. Тому він переживає рефакторинг шаблонів, читається в одному місці тим, хто його успадкує, і помилка в ньому не псує видиму сторінку. Microdata зчіплює опис із поданням, тож кожен редизайн ризикує тихо втратити властивості.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Robots.txt and sitemaps",
"datePublished": "2026-06-14",
"author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>- Один блок на сутність зрозуміліший за один велетенський блок, що намагається описати все на сторінці.
- Породжуйте його з тих самих даних, з яких рендериться сторінка, щоб вони не могли розійтися.
- Його можна вставити через JavaScript, але сторінка все одно має успішно відрендеритися, щоб розмітку побачили.
Розмітка мусить збігатися зі сторінкою
Описувати вміст, якого відвідувач не бачить, — це порушення настанов, а не скорочення шляху. Google називає обидва режими відмови прямо: сторінки, збудовані як порожні оболонки, щоб нести розмітку, і властивості, що стверджують факти, яких сторінка ніколи не показує. Будь-що з цього може коштувати розширеного результату повністю, а ручні заходи прибирають його по всьому сайту, а не лише на цій сторінці.
Найпоширеніший різновид цього не є навмисним. Шаблон видає зведену оцінку, чиї відгуки видалили, або ціну, яку перемикач валюти змінює на клієнті, або дату події, що вже минула. Ніхто не збирався вводити в оману; розмітка просто пережила вміст, який описувала. Саме тому породжувати її з відрендерених даних важливіше, ніж один раз зробити правильно.
| Симптом | Звична причина |
|---|---|
| Розширення так і не з'явилося | Бракує обов'язкової властивості, тож сторінка непридатна |
| З'явилося, а потім зникло | Вміст змінився, і розмітка вже з ним не збігається |
| Розмітка дійсна, розширення все одно немає | Придатна, але не обрана — запит, мова або пристрій |
| Розширення втрачено по всьому сайту | Ручні заходи, про які повідомляє Search Console |
Пов'язувати сутності замість повторювати їх
Більшість сайтів зрештою описують ту саму організацію на кожній сторінці, щоразу трохи іншими словами. Словник має кращу відповідь, ніж повторення: дайте сутності @id, визначте її один раз і всюди далі посилайтеся на цей ідентифікатор.
Це важить понад охайність. Пошукова система, що узгоджує три ледь відмінні описи вашої компанії, мусить вирішити, чи це одна організація, чи три; явний ідентифікатор прибирає здогад. Те саме стосується авторки, яка пише по всьому сайту, або товару, на який посилаються і перелік, і огляд.
sameAs — це друга половина. Він указує на профілі та записи, що вже описують сутність деінде: стаття у Вікіпедії, офіційний акаунт, реєстр компаній. Це не ранжувальний хід, а підтвердження — саме те, що потрібно системі, аби пов'язати вашу заяву про себе з чимось перевірюваним.
Вибір типів, які додавати
Корисне сито коротке: чи існує пошукова функція для цього типу і чи може сторінка справді її заслужити? Розмічати тип, за яким немає жодного розширеного результату, додає обслуговування й не змінює в результатах нічого — розмітка дійсна, правильна та бездіяльна.
Стверджувати, що тип сторінки не відповідає вимогам, гірше, ніж не позначати її, оскільки це може порушити вказівки щодо функцій, не створюючи корисного вигляду пошуку. Довідкова стаття не є Product. 7 травня 2026 року Google припинив показ розширених результатів поширених запитань і видалив документацію з розширеними результатами поширених запитань у червні. Це нагадування, що функції пошуку можна скасувати. Позначте те, що насправді являє собою сторінка, і перевірте галерею підтримуваних функцій, перш ніж підтримувати розмітку для функції пошуку.
- Визначте, чим сторінка є насправді, у поняттях цього словника.
- Перевірте, чи існує пошукова функція для цього типу і чого вона вимагає.
- Видайте кожну обов'язкову властивість із даних, які рендерять сторінку.
- Перевірте синтаксис, а потім підтвердьте придатність у звіті про розширення.
- Передивіться знову після змін шаблону — саме там розмітка й вміст розходяться.