Сайту услуг обычно нужна микроразметка Schema.org для компании, услуг, страниц и хлебных крошек. Базовый набор включает Organization или LocalBusiness, Service, WebSite, WebPage и BreadcrumbList. Для отдельных проектов дополнительно подходят FAQPage, Person и типы конкретного локального бизнеса.
Универсального списка для всех сайтов нет: состав разметки зависит от структуры ресурса, способа оказания услуг, наличия офиса, специалистов, цен и видимых отзывов. Ниже разберём, какая микроразметка нужна веб-сайту услуг, какие свойства заполнять, как распределить сущности по страницам и что проверить перед публикацией.
Зачем сайту услуг структурированные данные
Микроразметка передаёт поисковой системе сведения о содержании страницы в стандартизированном виде. Алгоритму проще понять, где указана организация, какую услугу она оказывает, к какому региону относится предложение и как страница связана с другими разделами сайта.
Структурированные данные могут использоваться поисковыми системами для формирования расширенных элементов выдачи. Однако внедрение Schema.org не гарантирует расширенный сниппет, рост позиций или трафика. Поисковик самостоятельно решает, использовать ли размеченные сведения, и учитывает качество страницы, соответствие правилам, регион, тип запроса и другие сигналы.
На практике микроразметка решает три задачи:
- помогает однозначно описать компанию, услуги и структуру сайта;
- снижает риск неправильной интерпретации адреса, телефона, цены или авторства;
- создаёт техническую основу для поддерживаемых поисковыми системами расширенных результатов.
Микроразметка дополняет видимый контент, а не заменяет его. Если на странице нет цены, рейтинга или ответа на вопрос, добавлять такие сведения только в структурированные данные нельзя.
Базовые типы микроразметки для сайта услуг
Подбирать типы Schema.org следует по реальному содержанию и назначению страницы. Чем точнее сущность описывает объект, тем полезнее разметка. При этом не нужно добавлять все возможные типы на каждую страницу.
| Тип Schema.org | Что описывает | Где использовать |
|---|---|---|
| Organization | Компанию или другую организацию | Главная страница, страница «О компании» или общий граф данных сайта |
| LocalBusiness | Организацию с физическим местом обслуживания клиентов | Главная, контакты, страницы филиалов |
| Service | Конкретную услугу или направление | Посадочные страницы услуг |
| WebSite | Сайт как единый цифровой ресурс | Обычно главная страница |
| WebPage | Отдельную веб-страницу | На соответствующей странице |
| BreadcrumbList | Положение страницы в иерархии сайта | Внутренние страницы с хлебными крошками |
| Person | Специалиста, автора или эксперта | Страница сотрудника, автора либо услуги конкретного специалиста |
| FAQPage | Страницу или блок с вопросами и ответами | Только при наличии видимых вопросов и самостоятельных ответов |
На одном URL могут находиться несколько связанных сущностей. Например, страница юридической консультации может быть одновременно WebPage, содержать Service, ссылаться на Organization как поставщика услуги и включать BreadcrumbList. Это не дублирование, поскольку каждый тип описывает отдельный объект.
Как выбрать между Organization и LocalBusiness
Organization подходит компании как юридической или организационной сущности независимо от наличия офиса. Тип полезен для онлайн-сервисов, агентств с удалённым обслуживанием и компаний, которым не требуется описывать доступное клиентам физическое местоположение.
LocalBusiness следует использовать, когда бизнес принимает или обслуживает клиентов по определённому адресу либо работает как локальная компания. К этому типу относятся более конкретные подтипы: медицинские организации, салоны, автосервисы, туристические агентства и другие категории.
При наличии подходящего узкого типа лучше выбрать его вместо общего LocalBusiness. Например, для стоматологии уместнее тип, описывающий стоматологическую организацию, чем абстрактный локальный бизнес. Узкая классификация должна соответствовать фактической деятельности компании.
Для организации с несколькими филиалами разумно создать общую сущность компании и отдельные сущности филиалов. У каждого отделения могут быть собственные адрес, телефон, часы работы и URL. Не следует объединять разные адреса и графики в одну запись LocalBusiness: такая конструкция не позволяет точно описать конкретную точку.
Если компания оказывает услуги по области или нескольким городам, свойство зоны обслуживания не превращает виртуальную посадочную страницу в филиал. Нельзя размечать несуществующий офис только ради региональной релевантности.
Какие свойства нужно заполнить
У Schema.org много свойств, но добавлять следует только достоверные и поддерживаемые данные. Полнота полезна до тех пор, пока разметка соответствует странице и не требует домыслов.
Сведения о компании
Для Organization или LocalBusiness обычно указывают:
- name — официальное или устойчиво используемое название;
- url — основной адрес сайта или страницы организации;
- logo и image — адреса доступных поисковому роботу изображений;
- telephone и email — актуальные контакты, если они опубликованы;
- address — структурированный почтовый адрес реального офиса;
- openingHoursSpecification — часы работы для локальной организации;
- sameAs — официальные страницы компании на внешних площадках;
- areaServed — территория оказания услуг, когда она действительно определена.
Название, телефон, адрес и режим работы должны совпадать с видимой информацией на сайте. Различия между шапкой, контактной страницей и микроразметкой создают неоднозначность и усложняют поддержку данных.
Описание услуги
Основная сущность посадочной страницы услуги — Service. Для неё полезны следующие свойства:
- name — понятное название услуги;
- description — краткое описание без рекламных утверждений, которых нет на странице;
- provider — организация или специалист, оказывающие услугу;
- areaServed — город, регион или другая реальная зона обслуживания;
- serviceType — направление или категория услуги;
- offers — предложение с ценой и валютой, если условия представлены на странице.
Service описывает деятельность, а не товар. Использовать Product только ради цены, рейтинга или привлекательного сниппета не стоит. Тип сущности должен соответствовать объекту, который видит пользователь.
Цена и предложение
Offer можно связать с Service, если на странице опубликована конкретная стоимость или корректно описанный формат предложения. Для фиксированной цены указывают значение и валюту. Если стоимость рассчитывается индивидуально, нельзя подставлять условную сумму как окончательную.
Формулировка «от» требует особой аккуратности: пользователь должен видеть на странице ту же минимальную цену и понимать, при каких условиях она действует. Широкий диапазон цен без контекста также мало помогает поисковой системе и посетителю.
Как распределить разметку по страницам
Структурированные данные удобнее проектировать как связанный граф сущностей, а не как независимый набор фрагментов. Одна организация получает постоянный идентификатор и затем указывается как поставщик разных услуг. Страницы и хлебные крошки связываются с соответствующими URL.
- Главная страница. Разместите WebSite, Organization или LocalBusiness и WebPage. Главная обычно служит основной точкой описания компании и сайта.
- Страница услуги. Добавьте WebPage, Service, provider и BreadcrumbList. Offer уместен при наличии опубликованных условий и цены.
- Раздел услуг. Опишите страницу как CollectionPage или WebPage. Не нужно создавать одну сущность Service, которая формально объединяет несвязанные направления.
- Контакты. Используйте ContactPage и сведения об организации. Для локального бизнеса здесь особенно важны адрес, телефон и часы работы.
- Страница филиала. Создайте отдельную сущность LocalBusiness с данными конкретной точки и связью с головной организацией.
- Страница специалиста. Используйте Person, если опубликованы имя, должность, квалификация и другие проверяемые сведения. Услугу можно связать с исполнителем, когда специалист действительно её оказывает.
- Статья в блоге. Подойдут Article или BlogPosting, WebPage и BreadcrumbList. Автором должен быть реальный человек или организация, указанные на странице.
Для разметки обычно выбирают формат JSON-LD: он отделён от видимой HTML-вёрстки и удобен для централизованного управления. Допустимы и другие форматы, но смешивание нескольких подходов без необходимости повышает риск расхождений.
У каждой важной сущности желательно использовать стабильный уникальный идентификатор. Один и тот же идентификатор организации позволяет показать, что компания на главной, в контактах и на страницах услуг — единый объект. После смены дизайна или шаблона такие связи не должны случайно исчезать.
Разметка отзывов, рейтинга и вопросов
Отзывы и рейтинг относятся к наиболее проблемным элементам микроразметки сайтов услуг. Значения Review и AggregateRating должны основываться на доступных пользователю отзывах, а не на вручную выбранной оценке без подтверждения. Количество отзывов и средний балл необходимо регулярно обновлять.
Даже технически корректная разметка не означает, что рейтинг появится в поиске. Поисковые системы ограничивают показ самоконтролируемых отзывов об организациях и локальном бизнесе. Поэтому добавлять AggregateRating исключительно ради звёзд в сниппете нецелесообразно.
FAQPage допустима, когда вопросы и ответы полностью видны на странице. Разметка должна повторять содержание блока, включая смысл ответа. Скрытые тексты, рекламные формулировки вместо ответов и массовое копирование одинакового FAQ на все услуги снижают качество страниц.
Расширенное отображение FAQ доступно не для каждого сайта и запроса. Отсутствие специального элемента в выдаче не всегда означает техническую ошибку. Сохранять FAQ-разметку имеет смысл только тогда, когда сам блок полезен посетителям и точно описан.
Внедрение и проверка: практический чек-лист
Перед разработкой составьте карту сущностей: компания, филиалы, услуги, специалисты, страницы и навигация. Карта помогает не дублировать организацию под разными названиями и заранее определить источники данных.
- Сопоставьте шаблоны страниц с типами Schema.org. Разметка услуги, статьи, филиала и контактов должна генерироваться по разным правилам.
- Определите единый источник данных. Телефон, адрес, цена и режим работы должны подтягиваться из актуальных полей сайта, а не храниться отдельно в коде.
- Добавьте только видимые и подтверждённые сведения. Исключите рейтинги, цены, награды и филиалы, которых нет на странице или в действительности.
- Свяжите сущности идентификаторами. Service должна ссылаться на существующую сущность поставщика, а WebPage — описывать текущий URL.
- Проверьте синтаксис. Ошибка в кавычке, типе значения или вложенности может сделать весь блок нечитаемым.
- Проверьте соответствие требованиям поисковых систем. Валидность Schema.org и право на расширенный результат — разные критерии.
- Просмотрите отрендеренный код. Если разметку добавляет JavaScript или система управления тегами, убедитесь, что поисковый робот получает итоговые данные.
- Отслеживайте изменения после релизов. Перенос сайта, новый шаблон, смена домена и обновление плагина могут удалить свойства или создать дубли.
Типовые ошибки включают разметку невидимого контента, выбор неподходящего типа, разные телефоны в HTML и JSON-LD, несколько конкурирующих сущностей компании, несуществующие филиалы, устаревшие цены и одинаковую Service на всех URL.
Автоматический валидатор проверяет структуру, но не способен полностью оценить смысл. Разметка может быть синтаксически правильной и при этом описывать не тот объект. Поэтому техническую проверку нужно дополнять ручным сравнением с содержанием страницы.
Частые вопросы
Обязательна ли микроразметка для сайта услуг?
Нет, страницы могут индексироваться без Schema.org. Микроразметка помогает поисковым системам интерпретировать данные и может дать право на отдельные форматы выдачи, но не является обязательным условием индексации.
Нужно ли добавлять Service на каждую страницу?
Service нужна на страницах, где конкретная услуга является главным объектом. Для контактов, статей, служебных разделов и страницы о компании следует выбирать типы, соответствующие их содержанию.
Можно ли указать несколько услуг в одном блоке?
Можно описать несколько отдельных сущностей Service, если все услуги представлены на странице. Для полноценного каталога лучше создать разметку списка и отдельные посадочные страницы для важных направлений.
Почему расширенный сниппет не появился после внедрения?
Корректная разметка не гарантирует специальное отображение. Причиной могут быть ограничения поисковой системы, несоответствие страницы правилам, недостаточная релевантность запросу, ошибки данных или необходимость повторного обхода URL.
Можно ли поставить плагин и больше не проверять разметку?
Плагин упрощает генерацию кода, но не определяет автоматически бизнес-логику сайта. После настройки необходимо проверить типы страниц, связи сущностей, источники цен и контактов, а затем контролировать разметку после обновлений.
Как понять, что текущий набор Schema.org достаточен?
Достаточная разметка точно описывает основную сущность каждой страницы, компанию-поставщика и навигационную структуру без вымышленных данных. Добавление новых типов оправдано только при наличии соответствующего видимого контента.
Если на сайте много шаблонов, филиалов или динамических цен, микроразметку стоит проверять вместе с индексацией, каноническими адресами и внутренней структурой. Такая работа может входить в комплексное SEO-продвижение сайта, где структурированные данные оцениваются не изолированно, а в контексте технического состояния проекта.
