Начните с самой страницы и поддерживаемой функции
Не начинайте с добавления всех типов schema.org, которые кажутся связанными с вашим бизнесом. Schema.org — это обширный общий словарь, тогда как Search Gallery Google документирует функции расширенных результатов, которые он поддерживает, и свойства, необходимые для них. Страница товара, события или статьи должна быть полезна сама по себе без разметки.
Для каждого шаблона назовите его основной объект и видимые вспомогательные факты. Затем прочитайте актуальное руководство Google для совпадающей функции. Примеры функций: Product, Recipe, Article, Breadcrumb, Event, Organization, LocalBusiness и Video. Один только тип из словаря не создаёт функцию Google — права на показ определяются обязательными свойствами этой функции.
Сделайте основной видимый элемент главным в разметке.
Используйте руководство Google для поведения функции и schema.org для словаря.
Сделайте видимую страницу источником истины
Разметка должна отражать основное содержание страницы, а не скрытый, нерелевантный или вводящий в заблуждение материал. Если в разметке указано, что выступает определённый артист, то страница должна описывать этого артиста. Если размечается агрегированный рейтинг, посетители должны видеть этот рейтинг. Это предотвращает «дрейф» шаблона в вводящую в заблуждение сводку.
Стройте текст страницы и разметку из одних и тех же утверждённых записей. Прайс-лист, система событий или CMS могут снабжать и то, и другое, но значения должны проверяться перед публикацией. Не копируйте цену, состояние запасов, дату или количество отзывов в поле только для разметки, которое могут забыть обновить. Обновляйте или удаляйте разметку, когда видимая информация меняется.
Держите названия, даты, цены, доступность и рейтинги согласованными с тем, что видно на странице.
Никогда не заполняйте свойства догадками или устаревшими значениями.
Используйте JSON-LD как удобный для поддержки уровень данных
JSON-LD — это формат linked-data на основе JSON, помещаемый в HTML-документ. Google поддерживает JSON-LD, Microdata и RDFa и отмечает, что JSON-LD обычно проще реализовать и поддерживать в масштабе. Его отделение от видимой разметки может облегчить моделирование вложенной информации.
Используйте один чёткий объект данных для каждого реального элемента, с соответствующим типом schema.org и точными поддерживаемыми свойствами. Для каждого шаблона документируйте руководство по функции, поле‑источник, поведение в случае обязательных полей и ответственного за это владельца. Также инспектируйте сгенерированный вывод: плагин или компонент может добавить дублирующую или конфликтующую разметку.
Выберите формат, который ваша команда сможет поддерживать последовательно.
Не выдумывайте обязательное значение, если исходных данных нет.
Проверьте код и доступность страницы
Валидация отвечает на два вопроса. Во‑первых: достаточно ли разметки для поддержки функции? Rich Results Test принимает вставленный код или публичный URL и сообщает, какие расширенные результаты можно сгенерировать из структурированных данных. Тестируйте репрезентативные примеры для каждого шаблона, а не одну необычно полной страницу.
Во‑вторых: может ли Google получить доступ к выпущенной странице и её ресурсам? Не блокируйте размеченные страницы через robots.txt, meta noindex или контролем доступа. Проверьте соответствующие URL изображений. Тест не является гарантией качества: проблемы с видимым контентом или политикой всё ещё могут помешать показу.
Сначала проверьте код, затем проверьте живой публичный URL.
Сравнивайте отрендеренную страницу, исходный код и результат теста, когда инструмент добавляет разметку.
Возможность показа не является обещанием фактического показа.
Релизуйте как изменение видимого шаблона
Структурированные данные часто зависят от шаблонов, фидов и правил публикации. Редизайн, изменение интеграции инвентаря, локализация или удалённый компонент могут сломать множество элементов. Добавьте репрезентативные проверки разметки в предрелизный обзор, используемый для canonical‑тегов, заголовков и изображений. Записывайте шаблон, примеры страниц, поля‑источники и дату релиза.
Когда шаблон выдаёт неверную разметку, исправьте общий источник или шаблон, провалидируйте небольшой образец, разверните минимально безопасное изменение и повторно протестируйте затронутые URL. Если исправление ведёт себя непредсказуемо, используйте обычный процесс отката. Цель — обоснованное устранение деградации веб‑возможности, а не сигнал о простое.
Проверяйте репрезентативные наборы страниц, а не один URL.
Записывайте изменение и компонент разметки перед последующим исправлением.
Поддерживайте, измеряйте и принимайте пределы отображения
После деплоя используйте соответствующий отчёт Search Console по расширенным результатам для изучения проблем и подтверждения исправлений. Отчёты представляют собой выборку, а не полный инвентарный список; счётчики отражают количество элементов, а не страниц. При необходимости инспектируйте конкретный URL.
Измеряйте осторожно. Google предлагает сравнение «до и после» на стабильных, достаточно просматриваемых страницах в течение нескольких месяцев в Search Console. Записывайте дату релиза и другие изменения страницы. Корректная разметка включает в список соответствующих, но окончательное представление определяет Google.
Перепроверяйте после изменений CMS, шаблонов, фидов, политик или модели контента.
Не сравнивайте наборы с другими значительными изменениями страниц.