Краткий вывод
Что важно понять до чтения деталей
- BlogPosting уточняет тип публикации
- Автор и даты видимы читателю
- Изображение относится к теме
- JSON-LD строится из данных CMS
01
Как выбрать тип
Article — общий тип для статьи. BlogPosting уточняет, что материал опубликован в блоге, а NewsArticle предназначен для новостных публикаций. Выбирайте наиболее точный тип по фактическому содержанию, а не по желаемому виду в выдаче. Для экспертного блога компании обычно подходит BlogPosting.
Тип можно дополнить свойствами, которые описывают страницу как часть сайта, но не нужно собирать максимально длинный JSON-LD. Полезнее короткая непротиворечивая сущность, связанная с Organization и WebSite через устойчивые идентификаторы.
02
Какие свойства передавать
Google рекомендует указывать автора и его имя, URL страницы автора, datePublished, dateModified, headline и репрезентативные изображения. Даты передают в формате ISO 8601 с часовым поясом. Headline должен соответствовать видимому заголовку, а изображение — реально использоваться в материале.
Для publisher указывают организацию и логотип, если публикацию выпускает компания. mainEntityOfPage связывает статью с ее каноническим URL. Description можно добавить, но он не должен обещать того, чего нет в тексте. Все значения берут из одной фактической карточки материала.
03
Автор и дата должны быть настоящими
Не создавайте вымышленного специалиста только ради поля author. Если статьи выпускает редакция, честно укажите Organization или реальную редакционную команду и дайте страницу, где описан процесс подготовки материалов. Если назван конкретный автор, на странице должна быть видимая подпись и полезная информация о нем.
DateModified меняют при содержательном обновлении, а не при каждом пересборе футера. Полезно видимо сообщать читателю дату обновления и кратко пересматривать устаревающие сведения. Несогласованные даты в интерфейсе, sitemap и JSON-LD снижают доверие к данным.
04
Требования к изображениям
Изображение должно относиться к статье, быть доступным роботу и иметь достаточное разрешение. Google рекомендует несколько репрезентативных изображений высокого качества с пропорциями 16:9, 4:3 и 1:1, если сайт может их подготовить. Один качественный исходник можно корректно кадрировать в производственном процессе.
Не используйте логотип или декоративную плашку как единственное изображение статьи, если они не раскрывают тему. У изображения задают стабильный URL, размеры и понятный alt в HTML. В разметке нельзя ссылаться на закрытый, временный или несуществующий файл.
05
Проверка и поддержка
Проверьте JSON-LD валидатором Schema.org и инструментами поисковых систем, затем сопоставьте каждое извлеченное поле с видимой страницей. Отсутствие критической ошибки еще не означает, что автор, дата и изображение выбраны правильно. Ручная сверка обязательна.
После редизайна проверьте несколько старых и новых статей: шаблон мог потерять author, canonical или изображение. В редакционном процессе лучше формировать разметку из тех же данных CMS, что и видимую карточку, тогда расхождения не придется исправлять вручную.
Практика
Что проверить на своем сайте
- Выбрать точный тип статьи
- Указать headline и canonical
- Проверить автора и страницу автора
- Согласовать даты публикации и обновления
- Добавить доступное изображение
- Проверить извлеченные поля
Применить к проекту
Что можно сделать после статьи
Если тема похожа на вашу ситуацию, следующий шаг простой: проверить сайт на спрос, структуру, технические ограничения и точки, где пользователь не доходит до заявки.
Источники
Какие источники использовали
Рекомендации для Article, NewsArticle и BlogPosting: автор, даты, изображения и заголовок.
Google: общие правила структурированных данныхРазметка должна соответствовать видимому содержанию и не гарантирует расширенное отображение.
Яндекс Вебмастер: введение в Schema.orgБазовые принципы семантической разметки и соответствия разметки содержанию страницы.
