Schema.org помогает поисковым системам понять, где на странице сведения о компании, услуге, публикации и навигационной цепочке. Для бизнеса полезна не максимальная численность типов, а точная, непротиворечивая разметка, совпадающая с видимым содержанием.
Какие сущности нужны сайту
В основе обычно находятся Organization и WebSite. Организация получает постоянный @id, название, URL, логотип, контакты и официальные профили. На страницах услуг добавляют Service, в статьях — BlogPosting или Article, а на внутренних страницах — BreadcrumbList. WebPage связывает конкретный URL с сайтом и издателем.
Используйте один и тот же @id организации во всех графах. Если каждый плагин создаёт собственную Organization, поисковик видит несколько похожих сущностей с разным телефоном или логотипом. Перед внедрением проверьте исходный код: тема и SEO-плагин уже могут выводить часть схемы.
Organization и Service без выдуманных данных
Указывайте только проверяемые сведения: юридическое или публичное название, действующий телефон, адрес, регионы работы и логотип. Не добавляйте рейтинг, цену или отзывы, которых пользователь не видит на странице. Для Service полезны название услуги, описание, поставщик и зона обслуживания. Offer уместен, когда действительно показаны цена и условия предложения.
- Контакты в схеме совпадают с шапкой и страницей «О нас».
- URL и canonical используют HTTPS и основной домен.
- Логотип доступен роботу и имеет стабильный адрес.
- Каждая сущность имеет уникальный постоянный @id.
Article и BreadcrumbList
У публикации должны совпадать headline, дата, автор, изображение и canonical. dateModified обновляйте при содержательном редактировании, а не при техническом пересохранении. BlogPosting является более конкретным подтипом Article и подходит для блога. Автором может быть Person или Organization, если материал выпускает редакция.
BreadcrumbList отражает реальный путь пользователя: главная, раздел, текущая страница. Не включайте в itemListElement элементы, отсутствующие в навигации, и не размечайте главную страницу как цепочку из одного пункта.
Как внедрять и проверять
Составьте карту типов по шаблонам сайта, затем назначьте один источник каждого объекта. Проверьте JSON-LD валидатором Schema.org и инструментами поисковых систем, но не ограничивайтесь сообщением «ошибок нет». Сравните значения с видимой страницей, откройте изображения и ссылки, проверьте дубли @id и корректность дат.
После изменений просмотрите несколько страниц каждого типа. Ошибка шаблона масштабируется на сотни URL, поэтому контроль одной статьи недостаточен. В регламент релиза стоит включить автоматическую проверку обязательных полей и ручную проверку графа.
FAQ
Можно ли установить два плагина микроразметки?
Технически можно, но часто они создают дубли. Лучше назначить один источник глобальных сущностей и проверить итоговый HTML.
Разметка повышает позиции?
Прямой гарантии нет. Она помогает интерпретировать данные и может поддерживать расширенные результаты, если страница соответствует требованиям.
Нужно ли размечать каждую страницу вручную?
Нет, типовые свойства выводятся шаблоном, а индивидуальные данные берутся из записи. Ручной контроль нужен для исключений и тестирования.