Как вручную добавить Schema‑разметку на сайт (JSON‑LD и альтернативы)

.jpg?w=1600&h=900&fit=crop)

К чему приводит схема (коротко)

• Поисковые системы получают структурированную информацию о странице: тип контента, авторство, дата, цена, рейтинг и т. п.
• Страницы с правильной разметкой чаще получают расширенные сниппеты и могут повышать CTR.
• Разметка не гарантирует показ спецэлементов, но даёт шанс системе понять контекст.

Важно: Schema — это сигнал, а не универсальная гарантия видимости в поиске.

Что это за форматы разметки

Короткие определения:

• Microdata — набор атрибутов для вставки напрямую в HTML-теги. Полезен, если вы правите верстку на месте.
• RDFa — расширение HTML для описания отношений и словарей через атрибуты. Подходит для семантических интеграций.
• JSON‑LD — JSON встраиваемый в или перед закрывающимся body. Рекомендуется Google: удобен, не ломает HTML.

Microdata

Microdata добавляет к HTML теги вроде itemscope, itemtype и itemprop. Это «инлайн»-метод: разметка видна рядом с контентом.

Когда использовать:

• Если шаблон выводит множество элементов и вы хотите, чтобы каждый элемент содержал свою разметку прямо в HTML.

Когда не использовать:

• Если вы хотите централизованно управлять разметкой или не хотите менять HTML-структуру напрямую.

RDFa

RDFa работает схожим образом с Microdata, но чаще применяется для интеграции с семантическими веб‑словниками.

Когда использовать:

• При необходимости описать сложные связи между объектами и внешними онтологиями.

JSON‑LD

JSON‑LD — это объект JavaScript/JSON, обычно помещаемый в .

Ниже — пример простого JSON‑LD для статьи. Это пример, который вы можете вставить как значение custom field:

Копируйте, подставляйте значения и вставляйте в Custom Field.

4. Проверка разметки

Проверяйте разметку обязательно. Инструменты:

• Google Rich Results Test — проверяет, какие типы расширенных результатов поддерживает страница.
• Schema Markup Validator (schema.org) — независимая проверка синтаксиса JSON‑LD.

Как проверять:

1. Вставьте URL страницы в тестовую панель и запустите проверку.
2. Исправьте все ошибки, отмеченные валидатором.
3. Если вы тестируете прямо JSON, используйте опцию «проверить фрагмент кода».

Важно: валидатор проверяет корректность и соответствие спецификации, но не гарантирует появление расширенного сниппета в поиске.

Альтернативы: плагины и автоматизация

Если ручная поддержка слишком трудоёмка, используйте плагины:

• Yoast SEO — базовая поддержка структурированных данных.
• Rank Math — расширенные настройки schema и генерация JSON‑LD.
• Schema Pro и подобные — более гибкая генерация для магазинов и каталогов.

Плюсы плагинов:

• Меньше ручной работы.
• Централизованное управление шаблонами разметки.

Минусы:

• Плагин может генерировать лишние свойства.
• Обновление плагина иногда меняет структуру разметки.
• Плагин‑подход может не подойти при очень специфическом типе сущностей.

Когда разметка не даёт результата (контрпримеры)

• Разметка конфликтует с видимым содержимым: если JSON‑LD описывает контент, которого нет на странице, Google может игнорировать разметку.
• Низкое качество контента: разметка не «повысит» контент плохого качества.
• Нарушения политики Google (вводящая в заблуждение разметка) — санкции.

Модель принятия решения: когда применять ручную разметку

• Небольшой сайт с 50–200 страниц: ручная разметка через Custom Fields — приемлемо.
• Большой сайт с сотнями/тысячами товарных страниц: автоматизированный подход через шаблоны или плагины.
• Динамический контент (обновления цен, рейтинга): интеграция разметки с бекендом предпочтительна.

Мини‑методология: быстрый чек‑лист для внедрения разметки

1. Выберите тип сущности (Article, Product, LocalBusiness и т. п.).
2. Составьте обязательные поля и карту соответствий (какое поле CMS → какое свойство schema).
3. Напишите пример JSON‑LD для одной страницы.
4. Подключите его через Custom Field или шаблон.
5. Протестируйте и исправьте ошибки.
6. Мониторьте эффект (изменение CTR в Search Console через несколько недель).

Ролевые чек‑листы

Разработчик:

• Сделать резервную копию и создать дочернюю тему.
• Добавить вывод custom field в header.php или в шаблон.
• Следить за корректной экранизацией и кодировкой.

SEO‑специалист:

• Определить типы схем для сайта.
• Подготовить шаблоны JSON‑LD и примеры данных.
• Тестировать результаты в Search Console и Rich Results Test.

Контент‑редактор:

• Заполнять поля, нужные для разметки (author, date, image, description).
• Проверять, чтобы разметка соответствовала видимому контенту.

Критерии приёмки

• На каждой тестовой странице нет ошибок в валидаторе schema.org.
• JSON‑LD присутствует в и корректно парсится инструментами.
• Содержимое разметки соответствует видимому на странице.
• При смене шаблона или темы изменения сохраняются (проверка через обновление темы).

Отладка и типичные ошибки

• Некорректные кавычки или лишние тэги внутри JSON (проверьте через JSON validator).
• Несовпадение дат в JSON и в контенте — синхронизируйте генерацию данных.
• Дублирование разметки: два скрипта JSON‑LD для одной сущности могут путать систему — удалите лишнее.
• Ошибки при выводе PHP: включите WP_DEBUG и проверяйте логи.

Политика конфиденциальности и соответствие

• Не включайте чувствительные пользовательские данные в публичную разметку.
• Для персональных данных соблюдайте требования GDPR: публикуйте в schema только публичную информацию (имя автора, профиль), но не личные идентификаторы.

Рекомендации по безопасности

• Проверяйте, что вводимые в Custom Field данные проходят базовую валидацию на стороне администратора.
• Ограничьте права редактирования полей только доверенным редакторам.

Пример сценария применения (SOP)

1. SEO готовит шаблон JSON‑LD и список полей.
2. Разработчик добавляет вывод поля в header.php дочерней темы.
3. Контент‑редактор заполняет данные для тестовой страницы.
4. SEO запускает Rich Results Test и исправляет ошибки.
5. После успешной валидации — выкатываем на остальные страницы/шаблоны.

Решение по ошибкам — быстрый план отката

1. Если сайт сломался после правок header.php — откатить файл из резервной копии.
2. Если появились ошибки в разметке — временно удалить вывод schema до исправления JSON.
3. Тестировать на staging перед выкатом в production.

Мерчантайзинг и аналитика

• Отслеживайте изменение показателя CTR в Google Search Console по страницам с добавленной разметкой.
• Оценивайте, какие типы разметки приносят наибольший эффект (Product → транзакции; Article → органические клики).

Карта принятия решений (Mermaid)

flowchart TD
  A[Нужна разметка?] -->|Да| B{Сколько страниц?}
  B -->|Мало 'до 200'| C[Ручная: JSON-LD + Custom Fields]
  B -->|Много| D[Шаблоны/Плагины или интеграция с БД]
  C --> E[Тестировать в Rich Results Test]
  D --> E
  E --> F{Ошибки?}
  F -->|Да| G[Исправить JSON / откат]
  F -->|Нет| H[Мониторить CTR и Search Console]

Заключение

Schema‑разметка — приём, который повышает шансы страницы быть правильно понятым поисковыми системами и получить расширенные сниппеты. JSON‑LD — самый удобный и гибкий формат для большинства сайтов. Ручная установка через Custom Fields даёт контроль и подходит для небольших сайтов, тогда как крупным проектам лучше подходящая автоматизация.

Важно: всегда проверяйте валидность и соответствие разметки видимому контенту. Наблюдайте за метриками в Search Console и корректируйте подход по мере необходимости.

Краткое резюме:

• Выберите формат (JSON‑LD чаще всего).
• Подготовьте шаблон JSON‑LD.
• Вставьте через Custom Field или шаблон.
• Протестируйте и мониторьте результаты.

Важно

• Делайте бэкап перед правкой файлов темы.
• Работайте в дочерней теме, чтобы не потерять изменения при обновлении.

Примечание: для крупных сайтов рекомендуется интеграция разметки на уровне генерации страниц (сервер/скрипт), а не ручное заполнение полей.