Если вы хотите улучшить сниппеты и помочь поисковым системам точнее понимать, что находится на странице, разметка Schema.org в WordPress — один из самых практичных способов это сделать. Она не гарантирует расширенный сниппет, но даёт поисковикам структурированные данные о статье, странице, организации, хлебных крошках, FAQ и других сущностях.
В WordPress разметку Schema.org можно добавить тремя нормальными способами: через SEO-плагин, через настройки темы или вручную в коде. Выбор зависит от того, что именно нужно размечать и насколько вы готовы править шаблоны.
Что именно даёт Schema.org в WordPress
Schema.org — это словарь структурированных данных, который поисковые системы читают в формате JSON-LD, Microdata или RDFa. На практике для WordPress почти всегда удобнее использовать JSON-LD: его проще внедрять, он меньше зависит от верстки и не требует оборачивать каждый элемент в дополнительные атрибуты.
Для сайта на WordPress чаще всего размечают:
- статьи и записи блога;
- страницы с информацией о компании или авторе;
- хлебные крошки;
- FAQ-блоки, если они действительно есть на странице;
- организацию, сайт и контактные данные;
- товары, если это интернет-магазин.
Если задача — базовая и без сложной логики, обычно достаточно разметить тип страницы, автора, дату публикации и хлебные крошки. Этого уже хватает, чтобы поисковику было проще сопоставить контент с сущностями Schema.org.
Самый простой способ: использовать SEO-плагин
Для большинства сайтов это лучший вариант. Плагин берёт на себя генерацию базовой структурированной разметки и снижает риск ошибок в синтаксисе. Если у вас уже стоит SEO-плагин, сначала проверьте, не создаёт ли он Schema.org автоматически. Многие популярные решения уже выводят JSON-LD для записей, страниц и хлебных крошек.
Что важно проверить в настройках плагина:
- тип сайта или организации;
- данные компании, если сайт не личный;
- разметку хлебных крошек;
- тип контента для записей и страниц;
- наличие дублирующей разметки, если тема тоже добавляет Schema.org.
Главная ошибка здесь — включить разметку сразу в плагине и в теме. Внешне сайт от этого не ломается, но в HTML появляются дублирующиеся блоки JSON-LD, а это уже лишний шум для поисковых систем и лишняя работа при диагностике.
Когда лучше добавить разметку вручную
Ручной способ нужен, если вам требуется нестандартная схема, а плагин не даёт нужной гибкости. Например, вы хотите размечать только отдельный тип записей, добавить собственные поля или контролировать содержимое JSON-LD без зависимости от интерфейса плагина.
В WordPress вручную разметку обычно добавляют в `
` через хук `wp_head`. Это безопаснее, чем вставлять код прямо в шаблон, потому что вы можете вынести логику в дочернюю тему или мини-плагин и не потерять изменения при обновлении.Ниже пример базовой разметки для статьи. Он подойдёт, если вы хотите вывести JSON-LD для одиночной записи и у вас есть доступ к `functions.php` дочерней темы или к собственному плагину.
add_action( 'wp_head', function () {
if ( ! is_single() ) {
return;
}
global $post;
if ( ! $post ) {
return;
}
$data = array(
'@context' => 'https://schema.org',
'@type' => 'Article',
'headline' => get_the_title( $post ),
'datePublished' => get_the_date( DATE_W3C, $post ),
'dateModified' => get_the_modified_date( DATE_W3C, $post ),
'author' => array(
'@type' => 'Person',
'name' => get_the_author_meta( 'display_name', $post->post_author ),
),
'mainEntityOfPage' => get_permalink( $post ),
'url' => get_permalink( $post ),
);
echo '<script type="application/ld+json">' . wp_json_encode( $data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES ) . '</script>';
} );Этот пример намеренно простой. Он не пытается автоматически подставлять изображение, издателя или сложные вложенные сущности, потому что для этого уже нужно учитывать структуру конкретной темы и сайта. Но как базовая отправная точка он рабочий.
Если вы добавляете код вручную, не вставляйте его в файл активной темы без необходимости. После обновления темы изменения могут пропасть. Для постоянного решения лучше использовать дочернюю тему или небольшой собственный плагин.
Какие типы Schema.org реально полезны для WordPress-сайта
Не стоит размечать всё подряд. Для обычного сайта на WordPress чаще всего достаточно нескольких типов, которые дают понятную пользу и не требуют сложной поддержки.
| Тип Schema.org | Где использовать | Когда нужен |
|---|---|---|
| Article | Записи блога, новости, материалы | Если страница — редакционный контент |
| WebPage | Обычные страницы | Если это не статья, а информационная страница |
| Organization | Сайт компании | Если нужно описать бренд или организацию |
| BreadcrumbList | Хлебные крошки | Если на сайте есть навигационная цепочка |
| FAQPage | Страницы с вопросами и ответами | Если FAQ реально присутствует на странице |
Отдельно стоит сказать про FAQ. Размечать можно только тот блок, который действительно виден пользователю на странице. Не стоит добавлять вопросы и ответы, которых нет в контенте, — это уже не техническая настройка, а попытка обмануть поисковую систему.
Как добавить Schema.org через тему WordPress
Если тема уже поддерживает структурированные данные, сначала используйте её встроенные настройки. Некоторые темы выводят разметку статьи, автора, сайта и хлебных крошек без дополнительного кода. Это удобно, если вы не хотите держать отдельный плагин только ради Schema.org.
Но здесь есть нюанс: тема может добавлять разметку не так, как вам нужно. Например, она может размечать записи как `Article`, а вам нужен `BlogPosting`, или выводить хлебные крошки в формате, который конфликтует с SEO-плагином. Поэтому после включения такой функции всегда проверяйте исходный код страницы.
Если тема не умеет нужную разметку, а править её шаблоны вы не хотите, лучше не встраивать Schema.org в случайный файл. В WordPress это быстро превращается в трудно поддерживаемую смесь из шаблонов, хуков и ручных вставок. В такой ситуации проще вынести разметку в отдельный мини-плагин.
Как проверить, что разметка работает
После внедрения не полагайтесь только на визуальный вид страницы. JSON-LD обычно не виден пользователю, поэтому проверять нужно именно код и валидатор.
Порядок проверки простой:
- Откройте страницу в браузере и посмотрите исходный код.
- Найдите блок `