38
8 мин
У компании «Северный свет» один офис. На странице контактов написано: Псков, улица Примерная, 7; телефон +7 8112 00‑00‑00; будни с 9:00 до 19:00. В коде мы нашли другой телефон и старое время до 18:00. Синтаксически разметка была правильной — ошибался смысл.
Это главная причина начинать Schema.org не с генератора кода, а с инвентаризации фактов. Разметка помогает поисковым системам распознать сущности и свойства страницы, но должна описывать то, что видит посетитель.
Небольшой пример JSON-LD
Ниже — учебный фрагмент для вымышленной компании. Он не предназначен для слепого копирования: тип организации, адрес, контакты и остальные свойства выбираются под реальный сайт.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Северный свет",
"url": "https://example.ru/",
"telephone": "+7-8112-00-00-00",
"address": {
"@type": "PostalAddress",
"streetAddress": "ул. Примерная, 7",
"addressLocality": "Псков",
"addressCountry": "RU"
},
"openingHours": "Mo-Fr 09:00-19:00"
}Человеку не нужно запоминать синтаксис. Полезно пройти строки как акт сверки: название совпадает, адрес существует, телефон работает, график актуален, адрес страницы канонический. Если компания сетeвая, филиалы описываются отдельно и связываются с соответствующими страницами и контактами.
Что говорит официальная документация
Google поддерживает JSON-LD, микроданные и RDFa и чаще рекомендует JSON-LD как удобный формат. Для расширенных результатов нужны обязательные свойства конкретного типа и соблюдение правил качества. При этом Google прямо не гарантирует специальное оформление даже при корректной реализации.
Яндекс обрабатывает разметку организаций и адресов, может использовать её полностью, частично или вместе с другими источниками. Для сетевой организации в документации отдельно указана необходимость размечать филиалы как отдельные компании. Эти правила важнее случайного шаблона из генератора.
Валидатор отвечает: «код можно прочитать». Он не отвечает: «телефон действующий, филиал существует, цена честная».
Три ошибки из практики проверки
| Ошибка | Почему инструмент может пропустить | Как проверить |
|---|---|---|
| Старый адрес | Формат адреса корректен | Сверить с контактами, картами и филиалом |
| Рейтинг без видимых отзывов | Поля заполнены | Проверить происхождение и наличие данных на странице |
| Размечена услуга, которой нет | Тип существует в словаре | Сопоставить с реальным содержанием и доступностью |
| Несколько организаций смешаны | Каждый объект отдельно валиден | Проверить связь с конкретными страницами |
Особенно опасна попытка добавить в код больше, чем есть на странице: вымышленные рейтинги, цены, FAQ или услуги. Поисковые системы требуют, чтобы структурированные данные представляли основное видимое содержание и не вводили пользователя в заблуждение.
Как поставить задачу разработчику
- Составить список типов страниц: организация, филиал, статья, услуга, товар и другие реальные сущности.
- Для каждого типа назвать источник данных в админке, чтобы факты не дублировались вручную.
- Показать связь каждого свойства с видимым элементом страницы.
- Проверить тестовую страницу валидаторами Яндекса и Google и сохранить результаты.
- Открыть итоговый код на опубликованной странице, а не только в тестовом шаблоне.
- Назначить повторную проверку после изменения темы, SEO-плагина или структуры сайта.
Если сайт сначала нужно привести в порядок по содержанию и структуре, разметку ставим после этого. Причины отсутствия роста разобраны в статье почему сайт не растёт, а риски редизайна — в материале о сохранении SEO при обновлении.
Приёмка на одной странице
Выберите не главную, а обычную страницу — например, карточку филиала или статью. Сравните заголовок, автора, дату, изображение, адрес и контакты с JSON-LD. Затем временно измените одно редактируемое поле в тестовой среде и убедитесь, что разметка обновилась вместе со страницей. Так доказывается не только наличие кода, но и его поддерживаемость.
Внедрение можно включить в SEO-работы или разработку сайта. Результат формулируется скромно и точно: поисковая система получает согласованные структурированные сведения. Обещание звёзд, высокой позиции или расширенного сниппета не является критерием приёмки.
