E-E-A-T для стоматологии: Schema MedicalBusiness и Росздравнадзор

Стоматология — это YMYL (Your Money Your Life — темы, влияющие на финансы и здоровье): «деньги или здоровье». Поиск проверяет такие сайты строже, чем интернет-магазин или блог про путешествия. E-E-A-T (опыт, экспертиза, авторитетность, достоверность) для медицины — это не про красивый текст «о нас», а про машиночитаемое доказательство того, что у клиники есть лицензия, врачи с дипломами и адрес, который сходится с реестром Росздравнадзора. Корректная Schema-разметка MedicalBusiness и ссылка на запись в реестре закрывают сразу два уровня доверия — для пациента и для нейропоиска. Разберу по полям.

Что такое E-E-A-T в YMYL и почему стоматология — отдельный уровень требований

YMYL — Your Money or Your Life — это категория тем, где плохой контент способен реально навредить пользователю: медицина, финансы, юриспруденция, безопасность. Стоматология попадает в эту категорию по медицинской ветке, наравне с кардиологией или онкологией.

E-E-A-T — это четыре сигнала качества, которые поиск использует для оценки YMYL-сайтов: Experience (опыт автора с темой), Expertise (профильная экспертиза), Authoritativeness (авторитет в нише), Trustworthiness (доверие к организации и сайту). Для стоматологии каждый из этих сигналов должен быть подтверждён машиночитаемо, а не просто прописан в тексте «у нас опытные врачи».

Я работаю с медицинскими сайтами с 2010 года. В моей практике главное отличие YMYL-ниш — поиск не верит сайту на слово. Если на странице написано «лицензия № ЛО-50-01-…», поиск проверяет, есть ли эта лицензия в реестре Росздравнадзора, сходится ли адрес и название юрлица. Без машиночитаемых сигналов сайт остаётся в зоне обещаний, а не доказательств.

MedicalBusiness vs Dentist: какой type выбрать

Прямой ответ: для стоматологии в 2026 году рабочий вариант — type MedicalBusiness с полем medicalSpecialty=Dentistry, а не отдельный type Dentist.

На schema.org есть тип Dentist, но он находится в разделе pending — это словарь предложенных, но не утверждённых типов. Поведение Dentist в Google Rich Results нестабильно: в карточках выдачи учитываются преимущественно core-типы. Я.Вебмастер и Алиса pending-типы тоже понимают плохо.

Корневой type для частной стоматологии — MedicalBusiness (наследуется от MedicalOrganization и LocalBusiness). Для крупной многопрофильной клиники подходит MedicalClinic. Стоматологическая специфика передаётся через поле medicalSpecialty=Dentistry — это значение из core-словаря.

Обязательные поля Schema для стоматологии

Прямой ответ: минимально достаточный набор полей JSON-LD для клиники — это name, address, geo, telephone, openingHoursSpecification, medicalSpecialty, hasMap, paymentAccepted, currenciesAccepted, areaServed. Без этих полей разметка будет валидной по синтаксису, но не даст E-E-A-T-сигнала.

Ниже — пример заготовки JSON-LD для стоматологии в Химках (Сходня). Это шаблон, который заменяется под конкретную клинику: реальные адрес, координаты, телефон и URL подставляются перед публикацией.

{
  "@context": "https://schema.org",
  "@type": "MedicalBusiness",
  "name": "«Название клиники»",
  "image": "https://example.com/clinic-photo.jpg",
  "logo": "https://example.com/logo.png",
  "url": "https://example.com/",
  "telephone": "+7 (495) 000-00-00",
  "priceRange": "₽₽",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ул. Примерная, 1",
    "addressLocality": "Химки",
    "addressRegion": "Московская область",
    "postalCode": "141420",
    "addressCountry": "RU"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": "55.95",
    "longitude": "37.30"
  },
  "hasMap": "https://yandex.ru/maps/?example",
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "09:00",
      "closes": "21:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Saturday","Sunday"],
      "opens": "10:00",
      "closes": "18:00"
    }
  ],
  "medicalSpecialty": "Dentistry",
  "paymentAccepted": "Cash, Credit Card",
  "currenciesAccepted": "RUB",
  "areaServed": {
    "@type": "City",
    "name": "Химки"
  },
  "sameAs": [
    "https://yandex.ru/maps/org/example",
    "https://prodoctorov.ru/example"
  ]
}

Это base-объект для главной страницы клиники. На страницах услуг — отдельный объект MedicalProcedure внутри makesOffer. На страницах врачей — отдельный объект Person, его разберу ниже.

Schema врача: Person + Physician + hasCredential

Прямой ответ: для каждого врача создаётся отдельная Schema Person с указанием специальности, дипломов через hasCredential и привязкой к клинике через memberOf. Это закрывает сигнал Experience и Expertise из E-E-A-T.

Базовый шаблон врача — type Person, в котором jobTitle описывает должность, medicalSpecialty уточняет специализацию (Orthodontic, OralAndMaxillofacialSurgery), hasCredential перечисляет дипломы как EducationalOccupationalCredential, memberOf указывает на корневой объект клиники.

{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "ФИО врача",
  "jobTitle": "Врач-стоматолог-имплантолог",
  "image": "https://example.com/doctor-photo.jpg",
  "url": "https://example.com/doctors/ivanov/",
  "medicalSpecialty": "OralAndMaxillofacialSurgery",
  "alumniOf": {
    "@type": "CollegeOrUniversity",
    "name": "Первый МГМУ им. И.М. Сеченова"
  },
  "hasCredential": [
    {
      "@type": "EducationalOccupationalCredential",
      "credentialCategory": "Диплом о высшем медицинском образовании",
      "recognizedBy": {
        "@type": "Organization",
        "name": "Первый МГМУ им. И.М. Сеченова"
      },
      "datePublished": "2010-06-30"
    },
    {
      "@type": "EducationalOccupationalCredential",
      "credentialCategory": "Сертификат специалиста по стоматологии хирургической",
      "validIn": {
        "@type": "Country",
        "name": "Россия"
      }
    }
  ],
  "memberOf": {
    "@type": "MedicalBusiness",
    "name": "«Название клиники»",
    "url": "https://example.com/"
  }
}

ФИО — шаблон, заменяемый на реальные данные конкретного врача с его согласия. Для каждого врача — своя страница и свой объект Person. На карточках услуг можно ссылаться на врачей через provider, это создаёт связной граф Schema.

Что критично: hasCredential должен указывать реальный документ, который врач может предъявить пациенту по запросу. Schema-разметка не делает ваших врачей экспертами — она машиночитаемо описывает то, что и так есть.

Лицензия из реестра Росздравнадзора

Прямой ответ: лицензия медицинской организации должна быть видна на сайте, её номер и срок действия — сходиться с записью в Едином реестре лицензий на roszdravnadzor.gov.ru. Это базовое требование ФЗ № 99-ФЗ «О лицензировании отдельных видов деятельности» и сильный сигнал Trustworthiness в E-E-A-T.

Что лежит в реестре Росздравнадзора: номер лицензии и дата выдачи, наименование юрлица-лицензиата, ОГРН и ИНН, адрес каждой точки осуществления медицинской деятельности, перечень разрешённых работ и услуг, статус лицензии. Найти запись просто: на сайте roszdravnadzor.gov.ru открыть раздел «Электронные сервисы» — «Реестр лицензий на осуществление медицинской деятельности», ввести ОГРН клиники.

Как ссылаться на лицензию на сайте и в Schema:

• На странице «О клинике» — номер, дата выдачи, кем выдана; желательно PDF-копия по клику
• В подвале сайта — строка «Лицензия № ЛО-… от … г.»
• В Schema — через hasCredential на корневом MedicalBusiness, type EducationalOccupationalCredential, credentialCategory=«Лицензия на медицинскую деятельность»

{
  "@context": "https://schema.org",
  "@type": "MedicalBusiness",
  "name": "«Название клиники»",
  "hasCredential": {
    "@type": "EducationalOccupationalCredential",
    "credentialCategory": "Лицензия на осуществление медицинской деятельности",
    "identifier": "ЛО-50-01-XXXXXX",
    "datePublished": "2020-03-15",
    "validIn": {
      "@type": "Country",
      "name": "Россия"
    },
    "recognizedBy": {
      "@type": "GovernmentOrganization",
      "name": "Федеральная служба по надзору в сфере здравоохранения",
      "url": "https://roszdravnadzor.gov.ru/"
    }
  }
}

С 2011 года все медицинские лицензии в России — бессрочные, поле expires не указывается. Для срочных старых лицензий — формат YYYY-MM-DD.

Пошаговое внедрение разметки

Прямой ответ: процесс делится на три этапа — проверить исходные данные, написать JSON-LD, валидировать.

Этап 1. Проверка исходных данных

1. Открыть реестр Росздравнадзора, найти запись по ОГРН клиники, выписать номер лицензии, перечень разрешённых работ, адрес.
2. Сравнить адрес в реестре с адресом на странице «Контакты», в шапке сайта, в карточке Я.Бизнеса. Привести к одной форме.
3. Получить координаты от входа в клинику через Я.Карты или Google Maps.
4. Собрать данные врачей: ФИО, специализация, дипломы (вуз и год), сертификаты, фото.

Этап 2. Написание JSON-LD

1. На главной — MedicalBusiness с обязательными полями и hasCredential для лицензии.
2. На страницах услуг — MedicalProcedure внутри makesOffer.
3. На страницах врачей — Person с medicalSpecialty, hasCredential, memberOf.
4. JSON-LD вставляется в <head> внутри <script type=»application/ld+json»>.

Этап 3. Валидация

1. Google Rich Results Test (search.google.com/test/rich-results) — покажет готовность к расширенным сниппетам.
2. Schema.org Validator (validator.schema.org) — проверит синтаксис.
3. Я.Вебмастер в разделе «Валидатор микроразметки» — проверит то, что понимает Яндекс.
4. Через 1–2 недели — Google Search Console (Консоль поиска Google, раздел «Расширенные результаты») и Я.Вебмастер.

Что смотреть в отчёте Rich Results Test

Rich Results Test показывает, что из разметки Google готов вывести в виде расширенных сниппетов. Schema Validator валидирует по полному словарю schema.org, включая pending-типы. Ключевые блоки отчёта Rich Results Test:

• Detected items — что Google распознал. Если MedicalBusiness не в списке — ошибка в @type или @context.
• Warnings — желательные поля, которых не хватает (image, priceRange).
• Errors — критические ошибки синтаксиса.

Типичные ошибки в Schema-разметке стоматологий

Прямой ответ: чаще всего встречается семь ошибок, и почти все они ловятся одним проходом валидатора.

1. Устаревшая лицензия в hasCredential. На сайте старый номер, в реестре — новый после переоформления. Поиск ловит расхождение и снижает доверие.
2. Расхождение адреса. «г. Химки, мкр. Сходня, ул. Микояна, д. 5» в реестре, «Химки, Сходня, Микояна, 5» на сайте — для алгоритма это разные объекты.
3. Type Dentist вместо MedicalBusiness. Тип pending, валидаторы выводят предупреждение, в Google Rich Results часто не отображается. Рабочий вариант — MedicalBusiness с medicalSpecialty=Dentistry.
4. Отсутствие geo-координат. Клиника локальный бизнес, geo обязателен.
5. Один и тот же объект на всех страницах. Правильно: на главной — корневой объект, на услуге — MedicalProcedure с провайдером, на странице врача — Person с memberOf.
6. Несуществующий формат даты openingHours. «opens»: «09-00» вместо «09:00» — валидатор не возьмёт.
7. medicalSpecialty в свободной форме. «стоматология» не понимает ни Google, ни Яндекс. Нужно «Dentistry».

Что даёт корректная разметка для AI Overviews и Алисы

Корректная Schema MedicalBusiness — машиночитаемое доказательство того, что сайт принадлежит реальной лицензированной клинике. Для AI Overviews от Google и Алисы от Яндекса в YMYL-нишах это один из значимых сигналов при отборе источников для нейроответа.

Я не привожу конкретных процентов, потому что Google и Яндекс не публикуют веса сигналов. Но корреляция в моей практике видна: на стоматологии в Химках (Сходня) при работе над сайтом число запросов в ТОП-10 Яндекса достигло 410, в ТОП-3 — 74, рост Google составил ×6 (с 50 до 317 в ТОП-10). На второй стоматологии в Москве видимость в ТОП-10 выросла в семь раз за 8–12 месяцев. Schema — не единственная причина, но без неё базовое доверие к сайту в YMYL собирается медленнее.

Подробнее про роль контента vs разметки — в обзорах SEO в 2026 году и GEO в 2026 году.

Чек-лист внедрения

По нему можно проверить готовность сайта к публикации Schema-разметки.

• На roszdravnadzor.gov.ru найдена запись по ОГРН, выписаны номер лицензии и адрес
• Адрес на сайте, в Я.Бизнесе, в Schema и в реестре сходится посимвольно
• На главной — JSON-LD MedicalBusiness с полями name, address, geo, telephone, openingHours, medicalSpecialty=Dentistry, hasMap, image, logo
• В корневом объекте есть hasCredential с лицензией (номер + дата выдачи)
• На страницах услуг — MedicalProcedure внутри makesOffer
• На страницах врачей — Person с jobTitle, medicalSpecialty, hasCredential, memberOf
• Все страницы прогнаны через Rich Results Test без ошибок
• Все страницы прогнаны через Schema.org Validator
• В Я.Вебмастере не светится pending-типов в отчёте микроразметки
• Через 2 недели проверена индексация в Search Console

Частые вопросы про Schema MedicalBusiness и реестр Росздравнадзора