Размечай то, что уже есть на странице
Schema.org не исправит слабую страницу и не гарантирует расширенный сниппет. Она помогает поисковику разобрать то, что уже видно пользователю: статью, услугу, организацию или хлебные крошки.
Первое, что я бы убрал: Добавлять рейтинг, цену или FAQ в JSON-LD, когда этих данных нет на странице.
Что проверить до JSON-LD
- Тип страницы и главная сущность.
- Видимый текст, совпадающий с JSON-LD.
- Один canonical URL.
- Проверка синтаксиса и обязательных полей.
Как выбрать тип Schema.org
- Выбери тип страницы
Для услуги используй Service, для компании — Organization/LocalBusiness, для статьи — Article, для навигации — BreadcrumbList. Не ставь Product на обычную услугу.
Что увидишь: Тип описывает реальную главную сущность страницы.
Если не сработало: Оставь только Article/Organization и не размечай то, в чём не уверены.
- Добавь JSON-LD
В CMS ищи Custom code/Head, в статическом сайте добавляй script в head. Поля должны совпадать с видимым контентом и canonical URL.
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Service", "name": "Ремонт кондиционеров", "serviceType": "Ремонт бытовых кондиционеров", "url": "https://example.com/services/repair/" } </script>Сверь: JSON-LD парсится и не содержит данных, которых нет на странице.
Если не сходится: Проверь кавычки, запятые и кодировку JSON.
- Проверь разметку инструментами
Проверь JSON-LD в валидаторе Schema.org и в исходном HTML, затем открой URL в Яндекс Вебмастере → «Индексирование → Проверка страницы». Яндекс Вебмастер проверяет доступность и индексирование URL, а не обещает расширенный сниппет.
Что должно совпасть: Нет синтаксических ошибок и критичных предупреждений по выбранному типу.
Если ответ другой: Сначала исправь синтаксис JSON, затем убери поля, которых нет в видимом тексте.
- Следи после публикации
После обновления смотри отчёты улучшений и проверяй, что разметка не устарела вместе с адресом, ценой или FAQ.
Перед запуском: Структурированные данные соответствуют текущей странице.
Если упёрлось: Удали тип, который больше нельзя подтвердить видимым текстом.
Выбираю тип по смыслу страницы
Для обычной страницы услуги чаще всего достаточно `Organization`, `Service` и `BreadcrumbList`. Не добавляй `aggregateRating`, если отзывов нет на странице; не выдумывай цену; не превращай услугу в Product. Данные в JSON-LD должны совпадать с видимым текстом и реальными URL.
В CMS ищи `Custom code / Head`; в статическом сайте добавляй `script` в `<head>`. После этого проверь JSON-LD в валидаторе Schema.org, открой исходный HTML и отправь URL на проверку в Яндекс Вебмастере.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Автоматизация бизнес-процессов",
"serviceType": "Business process automation",
"url": "https://example.com/services/automation/"
}
</script>Как понять, что разметка не врёт
Открой исходный HTML и найди все `application/ld+json`: частая проблема — CMS и ручной код публикуют два конфликтующих графа. Проверь, что `url`, `@id`, изображения и breadcrumbs ведут на страницы со статусом 200. До изменения сохрани показы, клики, CTR и позицию по 5–10 похожим страницам, иначе эффект нельзя сравнить.
- Синтаксическая валидность не гарантирует расширенный сниппет.
- Разметка не заменяет фактический контент.
- Не используй скрытые данные только ради сниппета.
Не тестирую разметку на словах
Сохрани URL, тип schema, дату проверки, ошибки валидатора, видимый блок на странице и ожидаемый результат. FAQPage — вопросы и ответы видимы человеку. Service — название и область совпадают с текстом страницы.
После публикации не обещай rich snippet. Дождись переобхода, сравни показы и CTR с похожими URL. JSON-LD уточняет смысл страницы, но не заменяет текст и не гарантирует оформление.
Article, FAQ, Service или LocalBusiness
| Критерий | Вопрос | Хороший признак |
|---|---|---|
| Вход | Что подготовить для Schema.org-разметка страницы? | Выбери одну главную сущность страницы и собери реальные имя, URL, телефон, адрес, услугу и хлебные крошки. |
| Действие | Что система может сделать сама? | Только заранее перечисленные действия, без доступа ко всему аккаунту |
| Проверка | Как понять, что результат можно принять? | Сверь каждое поле с видимым текстом и проверь URL в проверке JSON-LD, валидаторе Schema.org и Яндекс Вебмастере. |
| Сбой | Куда уходит непонятный случай? | Удали спорное поле или тип; не заполняй его выдуманным рейтингом, ценой или адресом. |
Как выглядит честная разметка
Разметка объясняет страницу и не создаёт второй набор противоречивых фактов.
Где schema превращается в шум
Вставить выдуманный рейтинг или цену.
Разметить скрытый текст, которого нет для посетителя.
Добавить десять типов без понимания главной сущности.
Считать валидный JSON гарантией rich result.
Когда разметку нужно связать с данными
Если разметка собирается из CMS, CRM и нескольких шаблонов, настрой проверку после публикации и владельца ошибок.
Какие типы использовать на практике
Можно ли добавить сразу десять типов schema?
Начни с типов, которые описывают главную сущность страницы и подтверждаются видимым текстом.
Где проверять JSON-LD?
В валидаторе Schema.org, в исходном HTML страницы и после публикации через «Индексирование → Проверка страницы» в Яндекс Вебмастере. Вебмастер проверяет доступность URL, а не обещает rich snippet.
FAQPage гарантирует FAQ-сниппет?
Нет. Разметка помогает понять содержимое, но формат показа и право на сниппет решает поисковик.
Можно ли размечать отзывы из формы?
Только если отзыв реально опубликован, относится к объекту и ты соблюдаешь правила поисковика.
