Плагин сгенерировал Organization, WebSite, WebPage, Service и FAQPage. Rich Results Test зеленый, но в выдаче ничего не изменилось.
Обычно не хватает не еще одной сущности, а верного ожидания. Тест подтверждает корректность части кода, но ничего не обещает. Сначала выясните, что человек видит и какой сценарий поддерживает система.
Короткий ответ такой:
- для бренда нужны Organization и WebSite, для физической точки — подходящий подтип LocalBusiness;
- BreadcrumbList остается универсальным вариантом для многоуровневой навигации;
- блогу полезны Article или BlogPosting с настоящим автором и датами;
- интернет-магазину в первую очередь нужен Product с Offer или AggregateOffer;
- FAQPage больше не дает FAQ rich result в Google, а специальной Schema для AI Overviews не существует.
Что микроразметка делает — и чего не делает
Schema.org — словарь типов и свойств. JSON-LD, Microdata и RDFa — способы записать их в коде. Rich result — поисковый формат. Это три разные вещи.
Словарь, формат и поисковая функция — три разные вещи
В карточке Product обозначает товар, Offer описывает цену и наличие, а JSON-LD упаковывает поля. После этого система решает, подходит ли адрес для product snippet или merchant listing.
Корректные структурированные данные Google делают материал кандидатом на функцию, но показ не гарантируют. Яндекс формулирует прямее: семантический слой не влияет на ранжирование напрямую.
Микроразметка для SEO — не способ «поднять позиции кодом». Она убирает неоднозначность, передает точные поля и дает шанс на подходящее расширение результата.
Что изменилось к июлю 2026 года
JSON-LD не перестал работать, но функции выдачи меняются быстрее старых гайдов и плагинов.
FAQ и строка поиска ушли из выдачи
FAQ rich results исчезли 7 мая 2026 года, а в июне Google удалил документацию функции. FAQPage остается валидным типом словаря, но внедрять его на все услуги ради раскрывающихся вопросов уже бессмысленно.
Строка поиска по сайту в сниппете исчезла еще 21 ноября 2024 года. WebSite сохранил пользу для предпочтительного названия домена, а вот старый SearchAction не вернет Sitelinks Search Box.
Валидный тип не обязательно поддерживается Google
В Schema.org 30.0 насчитывается 823 типа. Search Gallery короче: Service, например, не дает отдельного расширенного формата. В 2025–2026 годах из поиска также ушли Course Info, Learning Video, Vehicle Listing и Practice Problem.
Правило простое: сначала смотрим документацию нужного потребителя, потом справочник Schema.org. Не наоборот.
Специальной Schema для AI Overviews нет
Для AI Overviews и AI Mode не нужен особый тип или новый машинно-читаемый файл. Материал должен индексироваться, содержать полезный текст, а значения в коде — совпадать с видимым содержимым. Подробнее — в разборе про AI Overviews, AI Mode и нейропоиск.
База для главной, контактов и навигации
Большинству корпоративных проектов не нужен десяток общих сущностей на каждом URL. Достаточно аккуратно описать бренд, домен, физические точки и путь по разделам.
Organization или LocalBusiness
Organization описывает бренд: название, логотип, официальный адрес, контакты и проверенные профили sameAs. Для места приема клиентов в Минске выбирают конкретный подтип LocalBusiness. Каждый филиал оформляют отдельно, иначе телефон одной точки смешается с адресом другой.
Значения должны совпадать с сайтом, Business Profile и Яндекс Бизнесом.
WebSite — только на главной
WebSite с name, alternateName и url размещают на главной домена или субдомена. Его задача — подсказать название источника, а не создать внутренний поиск.
BreadcrumbList для реального пути
Хлебные крошки повторяют рабочую навигацию. На десктопе они поддерживаются, мобильный путь с 2025 года упрощен. Яндекс проверяет подписи, адреса и последовательность. Если цепочка не соответствует архитектуре, сначала исправляют SEO-структуру и техническую логику, а не position.
Что ставить в блоге и экспертных материалах
Базовая микроразметка для статьи — Article или более узкий BlogPosting, для новости — NewsArticle. Доверие создают не названия, а проверяемые автор и история публикации.
Автор и даты должны быть настоящими
Укажите headline, изображение, datePublished, честный dateModified и каждого автора объектом Person. В author.url ведите на профиль с биографией. Даты записывают по ISO 8601 с часовым поясом.
Не меняйте dateModified при каждом пересохранении CMS. Если текст не обновлялся, новая дата выглядит как попытка выдать старый материал за свежий.
Коммерческие услуги: Service полезен, но без магии
Service уместен для конкретной услуги. Ее связывают с исполнителем через provider, территорией areaServed и объектом компании.
Отдельного сервисного расширения в текущей галерее нет. Поэтому микроразметка для сайта услуг не заменяет цену, сроки, условия, адрес, гарантии и форму обращения. Сначала эти элементы должны появиться для человека; затем их можно аккуратно передать машине. Такой порядок близок к обычной работе над коммерческими факторами и SEO-продвижением сайта.
Интернет-магазин — самая практичная зона
Здесь структурированные сведения влияют не на абстрактное «понимание», а на конкретные поля: стоимость, валюта, остаток, доставка, возврат, бренд и пользовательская оценка.
Product и Offer должны жить в одном ритме с каталогом
Для одной позиции используйте Product и Offer; для нескольких предложений того же товара — AggregateOffer. Для product snippet нужны имя и хотя бы offers, review либо aggregateRating. Яндекс Товары отдельно проверяет brand, image, availability, price и priceCurrency.
На карточке с ценой 299 BYN в коде не должно оставаться 329 BYN или OutOfStock. Иначе покупатель получит противоречивый ответ еще до перехода.
Review и AggregateRating — только по реальным оценкам
Текст отзывов, авторы, количество голосов и средняя оценка должны быть видимы на том же адресе. Нельзя собирать звезды с других площадок или подставлять число вручную.
Собственные страницы Organization и LocalBusiness не подходят для звездочного review feature, если организация контролирует отзывы о себе. Виджет с внешнего сервиса это ограничение не обходит. Для товара оценки остаются рабочим сценарием при соблюдении правил.
Категории и фиды требуют отдельного решения
На категории уместны CollectionPage, ItemList и BreadcrumbList, но не один Product для разных позиций. Код синхронизируют с Merchant Center и Яндекс Товарами. В больших каталогах это часть SEO-продвижения интернет-магазина: согласуются карточки, варианты, остатки и фиды.
Когда нужен VideoObject
VideoObject имеет высокий приоритет, если видео — центральное содержимое URL, а не ролик в футере. Проверьте четыре вещи:
- доступную миниатюру и стабильный contentUrl или embedUrl;
- name, description, uploadDate и duration;
- возможность поискового робота получить файл или проигрыватель;
- совпадение ролика, подписи и окружающего текста.
Для ключевых моментов используют Clip или SeekToAction; показ не обещан.
Матрица выбора по типам страниц
| Тип страницы | Что внедрять | Приоритет | Комментарий |
|---|---|---|---|
| Главная | Organization, WebSite | высокий | LocalBusiness добавлять при реальной физической точке |
| Контакты | LocalBusiness, PostalAddress | высокий | сверить адрес, телефон и график для Минска |
| Услуга | WebPage, BreadcrumbList, Service | средний | отдельного расширения для Service в Google нет |
| Статья | Article или BlogPosting, Person | высокий | нужны автор, изображение и честные даты |
| Категория магазина | CollectionPage, ItemList, BreadcrumbList | средний | не превращать список разных позиций в один Product |
| Карточка товара | Product, Offer/AggregateOffer | высокий | цена, BYN, наличие и бренд должны обновляться вместе |
| Видео-страница | VideoObject | высокий при наличии | ролик должен быть основным содержимым |
| FAQ-блок | FAQPage | низкий | Google FAQ rich results больше не показывает |
| Отзывы о товаре | Review, AggregateRating | высокий при наличии | только видимые пользовательские оценки |
| Хлебные крошки | BreadcrumbList | высокий | цепочка повторяет реальный путь по сайту |
Что не нужно внедрять вслепую
- Не ставьте FAQPage на каждый шаблон по совету из старого гайда.
- Не используйте Product на услуге или категории с разными товарами.
- Не добавляйте AggregateRating без видимых отзывов и счетчика.
- Не копируйте JSON-LD конкурента: его адрес, валюта и @id легко останутся в вашем коде.
- Не размечайте скрытый текст, которого пользователь не может найти.
- Не оставляйте SearchAction ради удаленной строки поиска Google.
- Не внедряйте редкие сущности только ради зеленого Schema Markup Validator.
- Не забывайте повторно тестировать шаблоны после редизайна, обновления CMS или плагина.
@id связывает корректные объекты, но не превращает услугу в товар и не подтверждает вымышленный рейтинг.
Schema.org и Open Graph решают разные задачи
Schema.org описывает сущности, Open Graph — карточку ссылки в соцсетях и мессенджерах. Они могут стоять вместе, но тестируются разными инструментами: Rich Results Test ничего не говорит о превью в Telegram.
Как проверить микроразметку
Один валидатор не отвечает на все вопросы. Нужен короткий маршрут до релиза и после него.
До релиза: словарь и поисковые функции проверяются отдельно
- Schema Markup Validator проверяет граф Schema.org и синтаксис JSON-LD, Microdata или RDFa.
- Google Rich Results Test показывает, подходит ли код под поддерживаемые функции.
- Валидатор микроразметки Яндекса учитывает требования его сервисов.
Предупреждение не всегда блокирует показ, а отсутствие ошибки не гарантирует его. Смотрите, что именно проверил инструмент.
После релиза
Возьмите несколько адресов каждого шаблона в URL Inspection. Сравните исходный и отрисованный HTML, затем смотрите отчеты Search Console и Вебмастера. Если материал закрыт noindex, запрещен роботу или не выбран каноническим, сначала нужна проверка индексации сайта.
Порядок внедрения и момент для аудита
Внедряйте по шаблонам, а не по одному удачному URL:
- Составьте список шаблонов и видимых сущностей.
- Выберите поддерживаемый поисковый сценарий и обязательные поля.
- Определите источник каждого значения в CMS, каталоге или CRM.
- Запустите пилот на нескольких адресах.
- Протестируйте код до публикации и фактический HTML после нее.
- Повторите контроль после переобхода и следите за отчетами в консолях.
Если значения приходят из плагина, фида и ручного блока, точечная правка часто создает дубль. SEO-аудит сайта должен дать карту шаблонов, конфликтующих @id, источников цены и ТЗ разработчику. На новом проекте эту логику дешевле заложить при разработке сайта с SEO-подготовкой.
Пришлите адрес сайта — проверим по несколько URL каждого шаблона и покажем, где код расходится с видимыми сведениями, CMS или товарной выгрузкой.
FAQ
Влияет ли Schema.org на позиции сайта?
Прямого роста позиций нет. Код может дать право на расширенное представление, но решение остается за поисковиком.
Нужно ли удалять FAQPage после 7 мая 2026 года?
Срочной обязанности нет: тип остается в Schema.org. Поддерживать его стоит при видимом FAQ и понятном потребителе сведений.
Подходит ли Product для страницы услуги?
Нет, если на URL нет конкретного товара. Для услуги уместнее WebPage, Service, BreadcrumbList и связь с Organization или LocalBusiness.
Какой формат лучше: JSON-LD или Microdata?
Чаще JSON-LD проще поддерживать; Яндекс принимает его для товаров и хлебных крошек. Формат не спасет неточные значения.
Почему Rich Results Test зеленый, а расширения нет?
Тест подтверждает техническую пригодность функции, но не управляет выдачей. Показ остается возможностью.
Нужна ли отдельная микроразметка для нейропоиска?
Для AI Overviews и AI Mode — нет. Нужны индексируемый текст и совпадение полей с видимым содержимым.
