Содержание 13
Что такое Schema.org и где заканчиваются обещания GEO
Schema.org — словарь типов и свойств для описания сущностей. JSON-LD — один из форматов этого описания; Google также поддерживает Microdata и RDFa. Микроразметка не заменяет доступный HTML, индексацию или полезный ответ покупателю.
Различайте три вопроса: корректен ли JSON, верно ли выбран тип Schema.org и выполняет ли страница требования конкретной функции Google. Даже положительный результат всех проверок не гарантирует показа. Отдельного обязательного AI-schema-стека для Google AI Overviews нет.
| Страница | Уместный тип | Что сверить |
|---|---|---|
| Компания | Organization | Название, URL, контакты |
| Статья | Article / BlogPosting | Автор, заголовок, даты |
| Вопросы и ответы | FAQPage | Видимые вопросы и ответы |
| Товар | Product + Offer | Цена, валюта, наличие |
| Приложение | SoftwareApplication | Функция, среда, условия |
| Профиль эксперта | Person | Реальный человек и роль |
| Путь страницы | BreadcrumbList | Названия, URL, порядок |
Organization: компания, а не набор ключей
Опишите настоящую компанию: название, URL, логотип и доступные контакты. Стабильный @id помогает связать издателя статьи и другие упоминания той же организации. Не создавайте новую компанию для каждой языковой версии или страницы.
sameAs должен вести к профилям этой же организации, а не к любой статье с упоминанием бренда. Адрес, дату основания и юридическое название добавляют при наличии правильных данных. knowsAbout или areaServed не доказывают экспертность и не являются списком ключей для ранжирования.
Article и BlogPosting: автор и честные даты
Для статьи укажите заголовок, подходящее изображение, дату первой публикации и реального автора. Google допускает Person или Organization. Коллективная статья UPLIFY не должна превращаться в разметке в выдуманного человека.
dateModified соответствует существенному изменению, а datePublished не переписывают при каждом релизе. Ссылка на автора помогает его идентифицировать. Не добавляйте reviewedBy, сертификаты или dateReviewed без реального подтверждения; это не способ автоматически получить доверие.
FAQPage: вопросы для читателя, не гарантированный сниппет
Размечайте только доступные на странице вопросы и те же ответы. Ответ может находиться в аккордеоне, если читатель может его раскрыть. Не прячьте обещания или условия только в JSON-LD.
Google прекратил показ FAQ rich results 7 мая 2026. Тип FAQPage остается в Schema.org, но обещать FAQ-блок в Google нельзя. Нет универсального правила «от пяти вопросов» или «50–70 слов»: количество и длину определяет задача читателя.
Product и Offer: товар и условия продажи
Product описывает конкретный товар, Offer — предложение его купить. Название, изображение, валюта, цена и наличие должны совпадать с актуальной страницей. Не ставьте ноль вместо цены по запросу и не описывайте весь каталог как один товар.
SKU, GTIN или MPN добавляют из реальных данных, не придумывают. Отзывы и рейтинги должны быть настоящими и соответствовать правилам типа. Запрет self-serving ratings для Organization/LocalBusiness не означает, что все товарные отзывы обязательно должны происходить с другого сайта.
SoftwareApplication: приложение, а не любая услуга
Для веб-приложения описывайте его фактическую функцию, название, категорию и поддерживаемую среду. SoftwareApplication происходит от CreativeWork, а не является подтипом Product. Услуга команды по настройке магазина не становится программой лишь из-за автоматизации.
Для Google software-app rich result нужны name, offers.price и настоящий рейтинг или отзыв по его правилам. Не фабрикуйте данные ради зеленого теста. Корректное семантическое описание приложения может не соответствовать требованиям этого расширенного результата.
Person: реальный человек и проверенные роли
Описывайте именно того автора или эксперта, чей профиль доступен читателю: имя, роль и URL. worksFor или sameAs должны соответствовать фактическим отношениям и профилям. Не используйте имя основателя как автора всех материалов автоматически.
Сертификат можно указать только при подтверждении. Коллектив или компанию описывают как Organization. Наличие Person само по себе не подтверждает опыт, проверку материала или приоритет в ответах AI.
BreadcrumbList: понятный путь страницы
Хлебные крошки показывают место страницы в структуре: главная, блог, материал. Согласуйте названия и URL с реальной навигацией, используйте последовательные position. Не добавляйте несуществующие разделы только ради ключей.
Языковая версия имеет свои названия и доступные URL. Проверьте canonical и взаимные hreflang отдельно: BreadcrumbList не заменяет эти сигналы. На странице статьи нет необходимости описывать все платформы магазина как товарные сущности.
sameAs и Wikidata: проверяйте идентичность
Ссылка в sameAs должна однозначно описывать ту же сущность. Если профиль удален, переименован или принадлежит тезке, такая ссылка не помогает. Сохраняйте источник и дату проверки внешнего профиля.
Не создавайте запись Wikidata только как SEO-ссылку и не обещайте AI-цитирование после ее появления. Критерии Wikidata определяет само сообщество; число публикаций в СМИ не является универсальным порогом. Редакционные требования UPLIFY приведены в политике по ссылке ниже.
Как собрать и проверить разметку без дублей
Сначала проверьте, что уже генерируют CMS, тема и плагины: несколько блоков допустимы, противоречивые цены или разные авторы — нет. Связывайте одну сущность стабильным @id. Не добавляйте все семь типов на каждую страницу.
Проверьте JSON, словарь в Schema.org Validator и поддерживаемые Google-функции в Rich Results Test. Затем сверьте HTML и отрендеренный DOM, включая данные из JavaScript, и URL Inspection. Запишите URL, язык, тип, ошибку, ответственного и дату повторной проверки. После изменения цен или шаблона проверяйте снова.
Учебный пример JSON-LD
Пример ниже — выдуманная учебная статья на example.com, не данные клиента и не готовая разметка для вашего сайта. Замените факты на видимое содержание своей страницы; не вставляйте пример без проверки.
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"@id": "https://example.com/guides/structured-data/#article",
"headline": "Teaching example: structured data",
"url": "https://example.com/guides/structured-data/",
"author": {
"@type": "Organization",
"name": "Example editorial team",
"url": "https://example.com/"
}
}Вопросы о Schema.org и JSON-LD
Что такое микроразметка Schema.org?
Это описание сущностей страницы через стандартные типы и свойства. Например, Product называет товар, Offer — условия продажи, Article — материал. JSON-LD является форматом этого описания, а не отдельным набором SEO-правил.
Гарантирует ли schema лучшие позиции или GEO-цитирование?
Нет. Разметка помогает описать содержание и может создать пригодность для поддерживаемых поисковых функций. Правильный код не гарантирует их показа, роста позиций или упоминания в ChatGPT, Perplexity либо Google AI Overviews.
Чем отличаются Schema.org Validator и Rich Results Test?
Первый проверяет структурированные данные по словарю Schema.org. Второй ориентируется на поддерживаемые Google расширенные результаты. Тип может быть семантически корректным, но не иметь такой функции. Ни один тест не проверяет автоматически правдивость всех фактов.
Нужно ли размечать все семь типов?
Нет. Статье нужны данные о статье, авторах и ее пути; товарной странице — актуальный товар и предложение. FAQ добавляют при наличии видимых вопросов. Компанию и людей связывают по необходимости, без дублирования сущностей.
Можно ли добавить aggregateRating без отзывов?
Нет. Не придумывайте оценку или число отзывов. Реальные данные также должны соответствовать видимому контенту и правилам конкретного типа. Если нужных фактов нет, лучше не заявлять пригодность для расширенного результата.
Можно ли добавлять JSON-LD через JavaScript?
Да, Google может обрабатывать динамически добавленные структурированные данные. Проверьте отрендеренную страницу и URL Inspection, а не только исходный HTML. Доступность для других систем проверяют отдельно; их возможности не следует приравнивать к Google.
Практические проверки рядом
Источники и правила проверки
- Google: structured data ↗
- Google: quality policies ↗
- Google: Article authors ↗
- Google: Product snippets ↗
- Google: software apps ↗
- Google: AI optimization ↗
- Google: FAQ retirement ↗
- Schema.org: SoftwareApplication ↗
- Schema.org: sameAs ↗
- Wikidata: notability ↗
- Google: review snippets ↗
Проверить разметку вашего сайта
Отправьте адрес сайта, приоритетный рынок и задачу. Работаем с магазинами, услугами, B2B и SaaS; согласуем проверку и работы без обещаний цитирования.