ГлавнаяТарифыFAQБлог

Schema.org Person для врача: как связать стоматолога с E-E-A-T и Knowledge Graph

⚡ TL;DR
Готовый JSON-LD код Schema.org Person для врача-стоматолога. Связь с Organization, sameAs и влияние на authorReputationScore в Google. Проверьте разметку →
Schema.org Person для врача: JSON-LD разметка

Разметка Schema.org Person для врача — способ сообщить Google, кто автор медицинского контента, и связать его с Knowledge Graph. Без этой разметки authorReputationScore остаётся близким к нулю, а сигналы E-E-A-T на YMYL-сайте стоматологии работают в разы слабее.

Зачем Google нужна разметка автора?

Google фиксирует параметр authorReputationScore в Content Warehouse API — числовой показатель, который связывает автора контента с его упоминаниями в Knowledge Graph, публикациями и профилями на внешних площадках. Без структурированных данных поисковик видит имя врача как обычный текст, не привязанный к конкретной сущности.

Schema.org Person превращает текстовую подпись в машиночитаемую сущность с профессией, местом работы и внешними ссылками. Для YMYL-тематик, где Search Quality Rater Guidelines требуют верифицируемого авторства, это критически важно — страницы без идентифицируемого автора могут получить оценку Lowest.

Подробнее о том, как authorReputationScore влияет на ранжирование в контексте E-E-A-T для медсайтов, см. в материале E-E-A-T для медицинского сайта.

Какие свойства Person нужны для врача-стоматолога?

Schema.org Person поддерживает десятки свойств, но для врача-стоматолога критичны следующие поля:

Свойство Что указывать Зачем
name ФИО врача Обязательное поле, связь с сущностью в Knowledge Graph
jobTitle «Стоматолог-ортопед», «Хирург-имплантолог» Подтверждает Expertise (область компетенций)
affiliation Ссылка на Organization (клинику) Связывает автора с клиникой, усиливает доверие
medicalSpecialty «Orthodontics», «Prosthodontics» и др. Уточняет специализацию для медицинских сущностей
sameAs Массив URL: ProDoctorov, LinkedIn, профиль в профреестре Якоря для Knowledge Graph, усиливают authorReputationScore
image URL портретного фото врача Сигнал Experience, участвует в originalmediascore
qualifications «Сертификат №…, стаж 12 лет» Усиление Trust для YMYL-страниц

Готовый JSON-LD код для страницы врача

Вставьте этот блок в <head> каждой статьи или страницы услуги, где врач указан автором:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Показания к имплантации зубов",
  "author": {
    "@type": "Person",
    "name": "Иванов Алексей Сергеевич",
    "jobTitle": "Хирург-имплантолог",
    "image": "https://belka-crm.com/doctors/ivanov.jpg",
    "qualifications": "Сертификат №1234, стаж 15 лет",
    "medicalSpecialty": "Prosthodontics",
    "sameAs": [
      "https://prodoctorov.ru/moskva/vrach/ivanov-a-s/",
      "https://www.linkedin.com/in/ivanov-dentist/"
    ],
    "affiliation": {
      "@type": "Dentist",
      "name": "Клиника «Улыбка»",
      "url": "https://belka-crm.com"
    }
  },
  "publisher": {
    "@type": "Dentist",
    "name": "Клиника «Улыбка»",
    "url": "https://belka-crm.com"
  },
  "datePublished": "2026-03-20",
  "about": {
    "@type": "MedicalCondition",
    "name": "Адентия"
  }
}

Обратите внимание: @type организации — Dentist, а не общий LocalBusiness. Schema.org выделяет Dentist как отдельный тип с поддержкой openingHours, aggregateRating и medicalSpecialty. Это повышает шансы получить Rich Results с рейтингом клиники прямо в SERP.

Как sameAs связывает врача с Knowledge Graph?

Свойство sameAs — массив URL, указывающих на того же человека на других платформах. Google использует эти ссылки для disambiguation: связывает «Иванов А.С.» на вашем сайте с конкретным профилем на ProDoctorov, в профессиональном реестре и LinkedIn.

Чем больше верифицируемых sameAs-ссылок, тем выше authorReputationScore, потому что Google получает перекрёстное подтверждение личности автора из нескольких источников. Без sameAs автор остаётся изолированной текстовой строкой без связи с Knowledge Graph, и E-E-A-T-сигналы для этой страницы будут заметно слабее.

Как authorReputationScore работает в паре с originalContentScore и почему это важно для оригинального медицинского контента, подробно разобрано в материале об оригинальном контенте для клиники.

Типичные ошибки при разметке Person

  • Использовать только name без jobTitle, sameAs и affiliation — такой автор практически не даёт сигнала E-E-A-T.
  • Подставлять название клиники вместо имени врача в поле author — это лишает страницу персонального авторства.
  • Пропускать publisher и Organization/Dentist — Google хуже понимает, кто стоит за сайтом.
  • Дублировать один и тот же JSON-LD для разных врачей без обновления данных — риск ошибочной связи сущностей.

Как встроить Person в общую стратегию E-E-A-T

Разметка Person — лишь один слой E-E-A-T. Чтобы получить эффект в нише стоматологии, её нужно сочетать с:

  • Страницами врачей с клиническими кейсами, списком услуг, сертификатами и фото.
  • Контентом с высоким contentEffort: глубокие разборы процедур, схемы, таблицы, видео-материалы.
  • Разметкой Dentist / MedicalOrganization для самой клиники и корректной NAP-информацией.
  • Ссылками и упоминаниями во внешних источниках (медпорталы, рейтинги, СМИ).

Системный подход усиливает не только отдельные статьи, но и siteAuthority домена в целом — особенно важно для YMYL-тематики и Core Updates.

FAQ

Нужна ли разметка Person для каждого врача на сайте?

Да. Каждый автор статьи или страницы услуги должен иметь отдельный блок Schema.org Person с актуальными данными и sameAs-ссылками. Google оценивает authorReputationScore для каждого автора отдельно, а не только для сайта в целом.

Можно ли использовать Physician вместо Person?

Schema.org поддерживает тип Physician, но Google Rich Results в большинстве случаев ориентируются на Person. Рекомендуется использовать Person с полями jobTitle и medicalSpecialty — это гарантированно читается поисковиком и связывается с Knowledge Graph.

Как проверить, что разметка работает?

Вставьте URL страницы в инструмент Google Rich Results Test. Он покажет, распознаёт ли Google автора, организацию и тип контента. Дополнительно проверьте разметку через Schema Markup Validator на соответствие спецификации Schema.org.

Нужно ли дублировать данные автора в видимой части страницы?

Да. Структурированные данные дополняют, а не заменяют видимую информацию. Указывайте ФИО, должность, стаж и ссылку на страницу врача прямо под заголовком статьи. Это важно и для пользователей, и для асессоров, оценивающих E-E-A-T вручную.

Мария Родина Геннадьевна
Рецензент (Проверено экспертом)
Высший специалист