Каждая статья блога — это актив. Но без правильной разметки поисковик видит её как набор текста, не понимая, кто автор, когда опубликовано и является ли это вообще статьёй. JSON-LD разметка типа BlogPosting решает эту проблему — она добавляет машиночитаемый слой данных, который используют Google, Яндекс и AI-поисковики при формировании ответов. В этом гайде — всё, что нужно знать для правильной реализации в 2026 году.
Что такое JSON-LD и тип BlogPosting
JSON-LD (JavaScript Object Notation for Linked Data) — рекомендованный Google формат структурированных данных. Он вставляется в тег <head> страницы и не виден пользователю — только поисковым роботам и AI-краулерам.
BlogPosting — подтип Article в Schema.org, предназначенный именно для постов блога. Иерархия: CreativeWork → Article → BlogPosting. Для редакционных материалов и новостей используется NewsArticle, для общих статей — Article. Для блогов правильный выбор — BlogPosting.
Разметка сообщает поисковику три ключевые вещи: что это статья, кто её написал и когда. Эти данные влияют на доверие к контенту и на отображение в поиске.
Обязательные поля BlogPosting
Google указывает три поля как обязательные для получения rich results:
headline— заголовок статьи. Максимум 110 символов. Должен совпадать с H1 страницы.image— изображение статьи в форматеImageObject. Рекомендуемые размеры: 1200×630 px, соотношение 16:9. Google показывает изображение в расширенных результатах.datePublished— дата публикации в формате ISO 8601:2026-05-05или2026-05-05T10:00:00+03:00.
Минимальный рабочий пример:
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Заголовок статьи до 110 символов",
"image": {
"@type": "ImageObject",
"url": "https://example.ru/images/article.jpg",
"width": 1200,
"height": 630
},
"datePublished": "2026-05-05"
}
Рекомендуемые поля — заполнять обязательно
Технически необязательные, но критически важные для E-E-A-T и AI-видимости:
author— автор в форматеPersonс именем и ссылкой на профиль (urlилиsameAs).publisher— организация-издатель сname,urlиlogo.dateModified— дата последнего обновления. Обновляйте при редактировании статьи.description— краткое описание статьи. Можно использовать мета-тегdescription.mainEntityOfPage— ссылка на саму страницу какWebPage.inLanguage— язык материала:"ru"для русскоязычного контента.
Полный пример BlogPosting
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "JSON-LD для статей: полный гайд 2026",
"description": "Как правильно добавить BlogPosting разметку на статью блога.",
"datePublished": "2026-05-05",
"dateModified": "2026-05-05",
"inLanguage": "ru",
"image": {
"@type": "ImageObject",
"url": "https://example.ru/images/json-ld-guide.jpg",
"width": 1200,
"height": 630
},
"author": {
"@type": "Person",
"name": "Иван Петров",
"url": "https://www.linkedin.com/in/ivan-petrov/"
},
"publisher": {
"@type": "Organization",
"name": "Название блога",
"url": "https://example.ru",
"logo": {
"@type": "ImageObject",
"url": "https://example.ru/assets/logo.svg"
}
},
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://example.ru/blog/json-ld-dlya-statey"
}
}
JSON-LD + FAQPage — двойная разметка
Если статья содержит секцию FAQ, добавьте второй блок script с типом FAQPage. Это не конфликтует с BlogPosting — Google поддерживает несколько блоков JSON-LD на одной странице.
<!-- Блок 1: BlogPosting -->
<script type="application/ld+json">
{ "@type": "BlogPosting", ... }
</script>
<!-- Блок 2: FAQPage -->
<script type="application/ld+json">
{ "@type": "FAQPage", ... }
</script>
Это стандартная практика для статей блога. BlogPosting описывает сам материал, FAQPage — вопросы для AI-поисковиков и Яндекса.
Частые ошибки
- headline длиннее 110 символов — Google обрезает или игнорирует.
- Нет поля image — без изображения rich results не показываются.
- Неправильный формат даты — только ISO 8601:
2026-05-05, не05.05.2026. - dateModified раньше datePublished — логическое противоречие, поисковик игнорирует оба поля.
- Разные заголовки в headline и H1 — должны совпадать или быть очень близкими.
- Изображение меньше 1200 px по ширине — Google не показывает в расширенных результатах.
Влияние на AI-поисковики в 2026
Это главная причина не игнорировать разметку в 2026 году. ChatGPT, Perplexity, Google AI Overviews и Яндекс Нейро при формировании ответов используют структурированные данные как сигнал авторитетности. Статья с корректной разметкой BlogPosting, заполненным автором и свежей датой публикации воспринимается как более надёжный источник.
Конкретно разметка помогает AI-системам:
- Определить тип контента (статья, а не страница продукта)
- Понять актуальность материала через
dateModified - Оценить экспертность через поле
authorс профилем - Правильно атрибутировать цитату при упоминании в ответе
Обновляйте dateModified каждый раз, когда вносите существенные правки в статью. Свежая дата — один из сигналов, по которым AI-поисковики выбирают актуальные источники для цитирования.
Как добавить разметку на разных платформах
Tilda: Настройки сайта → «Ещё» → «HTML-код внутрь head». Добавить блок <script type="application/ld+json"> для всего сайта или через zero-блок для конкретной страницы.
WordPress: Плагин WPCode (бесплатный) или Yoast SEO / Rank Math — они генерируют BlogPosting автоматически для постов.
Собственный движок: Добавить блок в шаблон статьи, подставляя данные динамически: заголовок, дату, автора, URL изображения.
SeoSmith: При генерации статьи BlogPosting JSON-LD создаётся автоматически со всеми обязательными и рекомендуемыми полями — не нужно ничего делать вручную.
Проверка разметки
После добавления разметки обязательно проверьте её в двух инструментах:
- Google Rich Results Test — показывает, видит ли Google разметку и нет ли ошибок. Важно: инструмент рендерит JavaScript, поэтому подходит для SPA.
- Schema.org Validator — более строгая проверка на соответствие спецификации Schema.org.
Через 3-7 дней после переиндексации можно проверить страницу в Google Search Console → «Улучшения» → «Статьи» — там будет статус валидации разметки.
Итого: чек-лист для BlogPosting
- Тип
BlogPosting(не простоArticle) headline— заголовок до 110 символов, совпадает с H1image— URL изображения 1200×630 px минимумdatePublished— дата в ISO 8601dateModified— обновлять при каждом редактированииauthor— имя и ссылка на профиль автораpublisher— организация с логотипомinLanguage: "ru"— для русскоязычного контента- Отдельный блок
FAQPage— если есть секция FAQ - Проверить через Google Rich Results Test