Одеваем WordPress в дорогой смокинг ради любви поисковых систем и алгоритмов ИИ

Васисуалий Пупкевич однажды услышал слово «микроразметка» на бизнес-завтраке и решил, что это что-то вроде фирменного стиля — логотип, шрифты, цвета бренда. Он тут же дал задание дизайнеру «добавить микроразметку на сайт покрасивее». Дизайнер сходил за валерьянкой. Через пять минут Васисуалий уже отправил сообщение ребятам dev-team ФОРСАЖ — и оказался прав: делегировать было единственно верным решением, потому что микроразметка не про красоту, а про то, понимает ли Google и генеративный ИИ, что именно написано на вашей странице.

Выбираем подходящую WordPress микроразметку для SEO и GEO

В этой статье разбираемся, какую микроразметку внедрять на информационном сайте, чтобы понравиться и классическому поиску, и алгоритмам ИИ — без риска получить санкции за перебор.

Микроразметка объясняет роботам то, что люди видят и так

Микроразметка — это способ «перевести» для поисковых роботов и ИИ-моделей то, что они видят на странице: статья это или товар, кто автор, какие вопросы разобраны в тексте, из каких шагов состоит инструкция. Без разметки робот гадает по контексту. С разметкой — читает прямой перевод контента на понятный ему язык, без домыслов.

Задача этой статьи — выбрать не абстрактно «всю возможную» разметку, а именно ту, которая реально влияет на видимость в выдаче Google, Яндекса и в генеративных ответах ИИ.

В выдаче сейчас работают конкретные типы разметки, а не все подряд

Начнём с фактов, а не с мечтаний. В поисковой выдаче Google для новостных сайтов и блогов сейчас действуют следующие типы:

• Новости и статьи — Article, NewsArticle, BlogPosting
• Списки и подборки — Carousel / ItemList
• Интерактивные форматы — FAQ и Видео. Важная деталь: Google окончательно прекратил поддержку расширенных результатов для разметки FAQPage в выдаче 7 мая 2026 года. Красивый раскрывающийся FAQ в сниппете больше не покажется — но саму разметку внедрять всё равно стоит, причину раскроем чуть ниже.

Плюс общетематические типы, не привязанные к конкретному формату контента:

• Навигация — BreadcrumbList (хлебные крошки)
• Данные об авторе и издании — Organization и Person
• Поиск по сайту — WebSite (Sitelinks Searchbox)
• Профиль автора — ProfilePage

В Яндексе набор чуть отличается: NewsArticle, BreadcrumbList, Article, Person, FAQPage, HowTo.

Формат для внедрения везде один — JSON-LD. Это давно негласный стандарт: удобно валидировать, легко поддерживать, не засоряет HTML-разметку страницы инлайн-атрибутами.

Комплексная разметка не конфликтует сама с собой

Резонный вопрос: если натыкать на сайт сразу Article, BreadcrumbList, Person, FAQPage и ItemList — не передерутся ли они между собой, и не решит ли Google, что вы дублируете контент ради манипуляции выдачей?

Спойлер: нет. Повторение контента в JSON-LD — это не «дублирование» в привычном SEO-понимании (когда тексты копипастят ради обмана алгоритмов). Для поисковика это структурированный перевод того же текста, который и так есть на странице. Роботы за это не штрафуют — наоборот, используют JSON-LD как самый надёжный источник явных данных о содержимом. Более того, и Google, и Яндекс сейчас ожидают именно комплексную разметку, а не одинокий тег Article в гордом одиночестве.

Но чтобы разметка давала реальный буст, а не превращалась в цифровой мусор, важны два архитектурных правила: связанность через узлы @id и строгий контекст под каждый тип страницы.

Разным страницам — разная разметка, и никак иначе

Вот где действительно можно получить проблемы — вплоть до ручных санкций Google за спам в структурированных данных. Но случается это только в одном сценарии: если внедрить всё подряд на все страницы сразу, без разбора.

Правильное распределение:

На главной странице:
WebSite (с поисковой строкой), Organization, BreadcrumbList. Статейной разметки здесь быть не должно — главная не статья, и притворяться ей не стоит.

На странице категории или рубрики:
ItemList (карусель из анонсов статей), BreadcrumbList.

На странице конкретной статьи:
Article (или BlogPosting), внутри которой ссылками привязаны Person (автор) и Organization (издатель), плюс навигационный BreadcrumbList. Если в тексте реально есть блок вопросов и ответов — точечно добавляется FAQPage.

На странице автора:
ProfilePage и данные Person.

Разметка скрытого контента — прямой путь к бану

Если вы добавили FAQPage или HowTo в JSON-LD — эти вопросы и шаги обязаны быть написаны видимым текстом прямо на странице. Робот сверяет разметку с тем, что реально видит пользователь. Заметил расхождение — считает это манипуляцией выдачей, и сайт может улететь в бан. Спрятать вопросы в невидимый div ради красивой разметки — идея того же уровня гениальности, что и «покрасивее добавить микроразметку» от Васисуалия.

Второе правило простое: не дублировать один и тот же контент разными типами на одной странице. Не стоит одновременно размечать текст и как NewsArticle, и как Product, и как Recipe «на всякий случай». Выбираем один, максимально подходящий тип — и держимся его.

Article побеждает BlogPosting вопреки методичкам

Вот здесь начинается самое интересное. Основной контент нашего информационного сайта — это статьи. Формально под них подходят сразу два типа: NewsArticle и BlogPosting.

Наличие на сайте раздела «Новости» делает выбор NewsArticle заманчивым — казалось бы, прямое попадание. Стандартная SEO-рекомендация в такой ситуации обычно советует BlogPosting как более «правильный» с формальной точки зрения тип для контента блога.

Но верный выбор здесь — Article. Это тот редкий случай, когда «правильный по методичке» вариант и «верный по факту» — разные вещи. Article — наиболее универсальный тип, который одинаково корректно воспринимается и Google, и Яндексом, не создаёт путаницы между «новостью» и «постом блога», и не тянет за собой требования, специфичные для строгого новостного формата — актуальность, оперативность, привязка к дате события.

При окончательном выборе типа разметки мы руководствуемся тремя критериями:

1. Соответствие контенту страницы — тип должен реально описывать то, что на ней есть
2. Влияние на отображение в выдаче — даёт ли тип реальный визуальный или ранжирующий эффект
3. Универсальность восприятия — работает ли одинаково хорошо в разных поисковых системах

Финальный список разметки под каждый тип страницы

На странице публикации:

• Article
• BreadcrumbList
• Person (внедряется внутрь свойства author в схеме Article)
• FAQPage (для страниц с соответствующим контентом)
• HowTo (для страниц с соответствующим контентом)

На странице категории и меток:

• BreadcrumbList
• ItemList Article (карусель из анонсов статей)

На главной странице:

• ItemList Article (карусель из анонсов статей)
• WebSite
• Organization

Дополнительно при выборе приоритетов внедрения применяем метод анализа низкочастотной выдачи SEO и GEO — с приоритетом на продвижение новых сайтов с низким авторитетом в топ выдачи. Микроразметка здесь выступает своего рода «форой»: помогает молодому сайту получить более заметное представление в выдаче даже без многолетней истории домена.

Три валидатора проверяют разметку с разных сторон

Внедрили разметку — не спешите праздновать. Проверяем через три независимых валидатора, потому что каждый смотрит на свою часть картины:

• Rich Results Test (Google) — search.google.com/test/rich-results
• Валидатор микроразметки Яндекс Вебмастер — webmaster.yandex.ru/tools/microtest
• Schema Markup Validator (Schema.org) — validator.schema.org

Если хотя бы один из валидаторов ругается на ошибки в структуре — не переходите к следующей странице сайта, пока не почините текущую. Разметка с ошибками работает примерно как визитка с опечаткой в номере телефона: выглядит солидно, но толку ноль.

Как видим, микроразметка — это не про «поиграть со шрифтами», а про то, как перевести контент на родной язык поисковых роботов и нейросетей. Делегируйте эту задачу профессионалам, и вам не придется успокаивать команду разработки. А сам Васисуалий, говорят, уже пошел на новый бизнес-завтрак. Там краем уха он услышал про «векторные эмбеддинги» и уже пишет дизайнеру. Но это, как говорится, совсем другая история. Чистого вам кода и высоких позиций!