01 / 04
Разметка — это подпись к содержанию, а не отдельная витрина
Schema.org — общий словарь, которым сайты могут описывать сущности: организацию, статью, продукт, событие, автора и многое другое. На практике часто используют JSON-LD: блок данных в коде страницы. Поисковая система сопоставляет эти данные с видимым содержанием и своими правилами. Важно помнить: словарь шире, чем поддержка конкретного поисковика, поэтому наличие свойства в Schema.org не означает появление специального элемента в выдаче.
Самое безопасное правило — размечать только то, что читатель может увидеть и проверить на этой странице. Если статья имеет автора, дату обновления и заголовок, эти данные можно описать как Article. Если главная страница действительно объясняет, какая это организация и как с ней связаться, уместна Organization. Если на странице есть настоящие вопросы и ответы для пользователя, можно рассмотреть соответствующую разметку — но не создавать пустую страницу только ради кода.
Google отдельно предупреждает, что корректная разметка не гарантирует показ расширенного результата. Решение зависит от запроса, устройства, региона и других факторов. Поэтому разговор о Schema.org должен идти не в терминах «включим звёзды» или «заставим ИИ цитировать», а в терминах точности данных и удобства поддержки сайта.
02 / 04
Какая разметка полезна для небольшого агентства
Для старта достаточно малого, но правдивого набора. На главной — Organization с названием, URL, логотипом, доступными контактами и ссылками на реальные публичные профили, когда они появятся. На странице услуги — Service с тем, что действительно продаётся, и фактической ценой или способом расчёта. На статье — Article с заголовком, описанием, датой публикации и автором, если автор обозначен читателю.
Хлебные крошки помогают описать положение страницы в структуре, когда структура станет глубже. FAQPage уместна только для заметного блока вопросов и ответов, а не для повторения рекламных тезисов. Review и AggregateRating особенно чувствительны: нельзя размечать отзывы, которых нет, или ставить рейтинги самой компании без соблюдения правил платформы и поисковых систем. На молодом сайте честнее оставить эти типы до появления подтверждённого материала.
Код должен соответствовать одной версии фактов. Если цена изменилась, обновляются и видимый блок, и JSON-LD. Если услуга пока не активна, не нужно размечать её как доступную. Если контакт временный, лучше не превращать его в постоянную «истину» в десятке шаблонов. Небольшой точный набор данных полезнее большого, но устаревшего.
03 / 04
Проверка перед публикацией
Техническая проверка начинается не с генератора разметки, а с содержания страницы. Сначала редактор проверяет заголовок, имя организации, дату, автора, ссылку на источник и все цифры. Затем разработчик добавляет JSON-LD, прогоняет страницу через инструмент проверки расширенных результатов и смотрит, нет ли критичных ошибок. После публикации стоит проверить, что роботу доступна та же страница: её не блокирует robots.txt, noindex, авторизация или ошибка сервера.
Валидатор отвечает на вопрос, соответствует ли формат правилам. Он не отвечает, полезен ли текст человеку и заслуживает ли страница видимости. Поэтому нужна ещё содержательная проверка: есть ли у статьи собственная мысль, не переписана ли она из чужого источника, объясняет ли термины, показывает ли ограничения. Google рекомендует оценивать материалы с точки зрения оригинальности, полноты, опыта автора и удовлетворённости читателя, а не под заданный объём текста.
После релиза не меняйте дату публикации только ради ощущения свежести. Обновление должно быть содержательным: новая информация, исправленная рекомендация, дополненный пример, уточнённый источник. В журнале изменений удобно хранить, что именно пересмотрено. Это помогает и команде, и читателю понять, почему материал актуален.
04 / 04
Частые ошибки и безопасная альтернатива
Первая ошибка — размечать невидимый или выдуманный контент. Например, поставить в коде рейтинг, которого нет на странице, или добавить ответы на вопросы, которые никто не писал. Вторая — копировать один блок разметки на все статьи, забывая заменить заголовок, дату и автора. Третья — считать, что разметка исправит слабый сайт: она не заменяет понятный текст, техническую доступность и реальную репутацию.
Безопасная альтернатива всегда одинакова: создайте страницу, полезную человеку, затем аккуратно опишите её машиночитаемыми данными. Если сомневаетесь в свойстве, не добавляйте его до появления доказательства. Если необходима оценка или отзыв, дождитесь реального согласованного опыта. Если хотите рассказать о будущем направлении, назовите его планом, а не действующей услугой.
Для «Ключа на 24» это принцип работы, а не декоративная деталь. Мы не продаём разметку как волшебный ключ к генеративной выдаче. Мы используем её как одну из частей дисциплины: данные должны быть точны, страницы — доступны, обещания — проверяемы, а история бренда — понятна человеку и системе, которая пытается её прочитать.
Раз в квартал полезно сверять разметку с содержанием и техническими отчётами. Этот небольшой ритуал вовремя обнаруживает следы старого шаблона, лишние свойства и ссылки на удалённые страницы. Разметка тогда остаётся обслуживаемой частью продукта, а не кодом, который когда-то добавили ради галочки и больше не открывали.
Источники и дальнейшее чтение