Если на сайте WordPress есть записи, страницы, статьи и товары, не стоит ставить одну и ту же Schema.org разметку на всё подряд. Поисковику важен не сам факт наличия структурированных данных, а то, насколько точно они описывают конкретную страницу. Ошибка в выборе типа schema обычно не ломает сайт, но часто делает разметку бесполезной: она не помогает понять контент и не даёт ожидаемого эффекта в поиске.
Для WordPress правильный подход простой: сначала определить тип страницы и её реальную роль, затем выбрать наиболее подходящий тип Schema.org, а уже после этого проверить, не дублирует ли разметка то, что уже делает тема или SEO-плагин. На практике чаще всего речь идёт о разметке для Article, BlogPosting, WebPage, Product, а иногда о более узких типах вроде FAQPage или BreadcrumbList.
С чего начать выбор schema для WordPress-страницы
Сначала задайте себе не технический, а содержательный вопрос: что это за страница для пользователя и что она должна сообщать поисковой системе? Запись в блоге, карточка товара, страница услуги и главная страница могут выглядеть похожими в редакторе WordPress, но смысл у них разный. Именно от этого зависит, какой тип schema уместен.
Если страница публикует редакционный материал, обычно подходит один из типов семейства Article. Если это карточка товара с ценой, наличием и отзывами, нужен Product. Если это обычная информационная или служебная страница без признаков статьи, товара или рецепта, часто достаточно WebPage или более конкретного подтипа, который уже задаёт тема или SEO-плагин.
Не пытайтесь «усилить» страницу более “крутым” типом разметки. Например, не стоит размечать страницу услуги как Article только потому, что на ней много текста. Поисковик смотрит не на объём, а на назначение страницы.
Какая разметка подходит для записей, страниц и статей
В WordPress важно различать не только тип записи в админке, но и реальный формат контента. Запись в блоге почти всегда ближе к Article или BlogPosting, а обычная страница — к WebPage. Это не жёсткое правило, но оно хорошо работает как базовая схема выбора.
Записи блога и статьи
Для новостных, экспертных и информационных материалов обычно используют Article или его подтип BlogPosting. Если у вас редакционный блог, это самый естественный вариант. Он помогает поисковым системам понять, что перед ними не товар и не служебная страница, а материал с автором, датой публикации и основным текстом.
Если статья относится к новостям, иногда уместен NewsArticle, но только если сайт действительно публикует новости и соответствует этому формату. Для обычного блога такой тип использовать не нужно.
Обычные страницы
Для страниц «О компании», «Контакты», «Доставка», «Политика конфиденциальности» и похожих разделов чаще всего подходит WebPage. Здесь не нужно притворяться статьёй. Поисковику достаточно понять, что это отдельная страница сайта с определённым назначением.
Если на странице есть хлебные крошки, их лучше размечать отдельно как BreadcrumbList. Это полезнее, чем пытаться вложить всё в один общий тип.
Товарные страницы
Для карточек товаров нужен Product. Это один из самых важных случаев, где schema действительно имеет практический смысл: цена, валюта, наличие, рейтинг, отзывы, бренд и идентификатор товара помогают поисковику точнее интерпретировать страницу. Но здесь особенно важно, чтобы данные были реальными и совпадали с тем, что видит пользователь на странице.
Если на странице товара нет цены или товара нет в наличии, не подставляйте фиктивные значения в разметку. Несоответствие между schema и видимым контентом — частая причина, по которой разметка не даёт эффекта и может вызвать проблемы с расширенными результатами.
Как выбрать тип schema по сценарию, а не по привычке
Удобнее всего ориентироваться на сценарий использования страницы. Ниже — практическая логика выбора, которая подходит для большинства WordPress-сайтов.
| Тип страницы | Подходящая schema | Что важно учесть |
|---|---|---|
| Запись в блоге | Article или BlogPosting | Автор, дата, заголовок, основное изображение |
| Новость | NewsArticle | Только если контент действительно новостной |
| Обычная страница | WebPage | Не пытаться выдавать её за статью или товар |
| Карточка товара | Product | Цена, валюта, наличие, отзывы, идентификаторы |
| Хлебные крошки | BreadcrumbList | Отдельная разметка, если она есть в интерфейсе |
| FAQ-блок | FAQPage | Только если вопросы и ответы реально видны на странице |
Эта таблица не означает, что на странице должен быть только один тип schema. На практике часто используется несколько связанных сущностей: например, Article плюс BreadcrumbList, или Product плюс отзывы и хлебные крошки. Главное — чтобы они не противоречили друг другу.
Что обычно делает Yoast SEO и где его возможностей достаточно
Yoast SEO умеет добавлять базовую структурированную разметку для WordPress-страниц и помогает связать между собой тип страницы, заголовок, автора, хлебные крошки и другие сущности. Для большинства сайтов этого достаточно, если тема не подменяет разметку своими шаблонами и не создаёт дубли.
Важный момент: интерфейс и набор настроек Yoast SEO могут отличаться в зависимости от версии плагина, а часть возможностей доступна только в Premium или зависит от темы. Поэтому не стоит искать в настройках один универсальный переключатель «Schema.org для всего сайта». Чаще схема уже строится автоматически, а задача владельца сайта — проверить, не мешают ли ей тема, конструктор или дополнительные плагины.
Если вы используете Yoast SEO, обычно разумно оставить базовую логику плагина для записей и страниц, а вручную вмешиваться только тогда, когда тип страницы выбран неверно или разметка дублируется. Для большинства владельцев сайтов это безопаснее, чем пытаться собрать schema вручную без необходимости.
Когда разметку нужно настраивать вручную
Ручная настройка нужна не всегда. Она оправдана, если:
- тема WordPress выводит некорректный тип schema;
- плагин разметки конфликтует с Yoast SEO или другим SEO-плагином;
- на сайте есть нестандартные типы контента: курсы, рецепты, события, вакансии, локальные услуги;
- карточка товара или статья требует дополнительных полей, которых нет в стандартной настройке;
- нужно убрать лишнюю или дублирующую разметку, которую генерирует тема.
Если вы добавляете schema вручную, делайте это через дочернюю тему, собственный плагин или код в том месте, где вы контролируете обновления. Не вносите такие правки прямо в файлы родительской темы: после обновления они пропадут.
Для сложных сценариев иногда проще и надёжнее использовать специализированный плагин или доработку разработчиком. Например, если нужно одновременно управлять структурой сайта, дублями, хлебными крошками и техническими SEO-настройками, часть задач можно закрыть инструментами вроде Clearfy Pro, но только если он реально нужен вашему сайту и не конфликтует с уже установленным SEO-стеком.
Какие ошибки чаще всего убивают эффект от schema
Самая частая проблема — несоответствие разметки реальному содержимому страницы. Если в schema указан товар, а на странице нет цены и покупки, поисковик не получит полезного сигнала. Если размечена статья, но это по сути лендинг услуги, тип тоже выбран неправильно.
Ещё одна типичная ошибка — дублирование. Когда тема, Yoast SEO и отдельный плагин одновременно выводят похожие структурированные данные, поисковик получает несколько версий одной и той же сущности. Это не всегда критично, но часто мешает интерпретации страницы.
Также не стоит разметкой компенсировать слабый контент. Schema.org не заменяет нормальный заголовок, понятную структуру, полезный текст и корректные мета-данные. Она помогает поисковой системе понять страницу, но не превращает посредственный материал в сильный.
Как проверить, что разметка настроена правильно
После настройки проверьте страницу не только визуально, но и через инструменты проверки структурированных данных. Самый практичный путь — открыть исходный код страницы и убедиться, что разметка действительно присутствует, а затем прогнать URL через валидатор структурированных данных Google или аналогичный инструмент проверки schema.
Смотрите на три вещи:
- тип сущности соответствует странице;
- обязательные поля заполнены и не пустые;
- данные в разметке совпадают с тем, что видит пользователь на странице.
Если страница товара размечена как Product, проверьте цену, валюту, наличие и название. Если это статья, проверьте автора, дату и основной заголовок. Если есть хлебные крошки, убедитесь, что они ведут по реальной структуре сайта, а не по случайной цепочке.
Не ждите, что после исправления schema позиции сразу вырастут. Структурированные данные не гарантируют рост трафика сами по себе. Их задача — помочь поисковику точнее понять страницу и, в некоторых случаях, дать ей более подходящий формат отображения в выдаче.
Практический выбор для большинства сайтов
Если упростить до рабочего правила, то для большинства WordPress-сайтов схема выглядит так: записи блога — Article или BlogPosting, обычные страницы — WebPage, товары — Product, хлебные крошки — BreadcrumbList. Всё остальное добавляйте только тогда, когда это действительно соответствует содержанию страницы и поддерживается вашим сайтом.
Такой подход лучше, чем попытка «разметить всё и сразу». Он снижает риск дублей, упрощает поддержку и делает schema полезной не только для поисковика, но и для вас: проще понять, что именно размечено, где это создаётся и что нужно исправить, если структура сайта меняется.