Service Schema.org: разметка услуг и сервисных страниц

Основная сущность

Если страница посвящена услуге, основной сущностью должен быть Service. Organization может присутствовать в @graph как provider, а WebPage — описывать сам URL.

Provider

provider лучше связывать через @id с Organization, чтобы не дублировать название, адрес и контакты компании в каждом Service.

{
    "@context": "https://schema.org",
    "@type": "Service",
    "name": "Service example"
}

URL и @id

Service.url должен вести на страницу этой услуги, а не автоматически на главную сайта. Для устойчивых связей полезно добавить @id вроде /services/example/#service.

serviceType и описание

serviceType кратко классифицирует услугу, а description объясняет её содержание. Значения должны быть основаны на странице, а не сгенерированы из случайных пунктов меню.

География

areaServed задавайте только если география действительно известна. Если компания работает по всей стране, не ограничивайте Service одним городом только потому, что адрес офиса расположен там.

WebPage.mainEntity

WebPage может ссылаться на Service через mainEntity. Это делает граф понятнее: страница описывает услугу, а услугу оказывает организация.

Breadcrumb и FAQ

BreadcrumbList и FAQPage допустимы как дополнительные сущности. Не создавайте BreadcrumbList из одного пункта «Главная»: такая цепочка почти ничего не описывает.