Schema.org для медицинского сайта: что размечать и 5 типичных ошибок

Коротко (TL;DR): для сайта клиники ключевой тип разметки — MedicalClinic, а не общий MedicalOrganization: он точнее описывает амбулаторный медицинский центр и даёт Google больше оснований правильно показать сайт в Rich Results. Чаще всего сниппет ломают пять вещей: общий тип вместо точного, Person вместо Physician на странице врача, услуга, размеченная как товар, разметка, которая расходится с текстом страницы, и разметка несуществующих отзывов.

Многие сайты клиник уже несут какую-то Schema.org-разметку — её либо поставил разработчик «для галочки», либо она осталась от шаблона CMS. Формально она есть, валидатор не ругается, а Rich Results в выдаче всё равно не появляются. Обычно дело не в отсутствии разметки, а в том, что выбран не тот тип или структура не совпадает с реальным контентом страницы. Мы с самого начала закладываем корректную микроразметку в сайты клиник, которые разрабатываем, а не добавляем её постфактум поверх готовой вёрстки — на этом этапе проще не наделать ошибок, чем потом их искать.

Ниже — какой тип разметки действительно подходит клинике, готовый пример JSON-LD, пять ошибок, которые встречаются чаще всего, и как расставить приоритеты, если ресурс на доработку ограничен.

Зачем сайту клиники разметка Schema.org

Структурированные данные не поднимают позиции сами по себе — это не прямой фактор ранжирования, а способ объяснить поисковику, что именно изображено на странице: это клиника, а не блог о медицине; это конкретный врач, а не упоминание фамилии в тексте; это услуга с ценой, а не абстрактная статья. Чем точнее эта разметка, тем выше шанс, что Google соберёт из неё расширенный сниппет — звёздочки, часы работы, хлебные крошки прямо в выдаче — и тем проще AI-поисковикам и ассистентам корректно процитировать информацию о клинике.

Разница между «разметка есть» и «разметка работает» обычно не в объёме кода, а в точности типов и в том, совпадает ли JSON-LD с тем, что реально написано на странице для человека. Несовпадение — это не техническая мелочь, а прямой повод для Google проигнорировать разметку целиком.

Какой тип выбрать: иерархия Organization → MedicalOrganization → MedicalClinic

В словаре Schema.org типы организованы иерархически: Organization — самый общий тип, MedicalOrganization — его более узкое подмножество для любых медицинских структур (клиники, страховые компании, фармпроизводители, лаборатории), а MedicalClinic — ещё точнее, именно для амбулаторного медицинского центра, куда пациент приходит на приём. Формально можно разметить сайт клиники как просто MedicalOrganization — ошибки валидатор не покажет, тип валиден. Но это как назвать ресторан «предприятием общественного питания»: технически верно, но Google получает меньше сигнала о том, чем именно заняться с этой страницей в выдаче.

Практическое правило: берите самый точный тип из существующих в спецификации (список свойств MedicalClinic). Для амбулаторной клиники — MedicalClinic. Для стационара с койками и госпитализацией — Hospital. Для страницы конкретного специалиста — отдельный тип Physician, а не общий Person: именно Physician несёт поля вроде медицинской специализации и связи с клиникой, которые Person не поддерживает.

Готовый пример JSON-LD для клиники

Ниже — компактный, но рабочий пример разметки MedicalClinic с обязательными для практического использования полями: название, адрес, телефон, часы работы и специализация. Это иллюстрация структуры, а не копия разметки самого этого сайта — перед использованием на своём сайте нужно подставить реальные данные клиники:

{
  "@context": "https://schema.org",
  "@type": "MedicalClinic",
  "name": "Название клиники",
  "url": "https://example-clinic.ru/",
  "telephone": "+7-900-000-00-00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ул. Примерная, 10",
    "addressLocality": "Москва",
    "postalCode": "101000",
    "addressCountry": "RU"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00",
    "closes": "20:00"
  }],
  "medicalSpecialty": "Dermatology"
}

Обратите внимание: в примере нет полей review или aggregateRating — их здесь намеренно не добавляем, и ниже объясним почему это одна из самых частых ошибок, а не упущение.

5 типичных ошибок клиник

Это повторяющийся набор — почти в каждой доработке сайта клиники встречается хотя бы одна-две из этих пяти ошибок:

• Общий MedicalOrganization вместо точного типа. Разметка формально валидна, но Google получает меньше контекста о странице, чем мог бы — особенно это заметно, когда рядом в выдаче стоят конкуренты с корректным MedicalClinic.
• Person вместо Physician на странице врача. Person не несёт медицинских полей — специализации, связи с организацией, — поэтому страница специалиста не попадает в контекст медицинского поиска так, как могла бы с правильным типом.
• Услуга размечена как Product вместо MedicalProcedure или Service. Консультация или процедура — это не товар на полке, и разметка Product для медицинской услуги противоречит фактическому содержанию страницы — для Google это сигнал несоответствия типа контенту.
• Разметка расходится с текстом страницы. Частый случай: в JSON-LD прописаны часы работы «9:00–21:00», а в видимом тексте страницы — «10:00–19:00». Несовпадение факта в разметке и на странице — прямое нарушение правил структурированных данных, а не просто неаккуратность.
• Разметка отзывов, которых реально нет на сайте. Review и AggregateRating должны отражать отзывы, видимые пользователю на этой же странице. Размечать рейтинг «4.9 звезды» без единого реального отзыва на сайте — нарушение, за которое Google может применить ручные меры ко всему домену, а не только убрать сниппет с этой страницы.

Что сначала, что потом

Если бюджет на доработку ограничен, приоритизация простая, без таймлайна по неделям — два уровня.

Must-have: MedicalClinic на главной и на странице клиники, плюс BreadcrumbList на всех внутренних страницах — это основа, без которой остальная разметка не имеет смысла.

Nice-to-have: Physician на страницах врачей (если такие страницы вообще есть на сайте), WebSite с SearchAction — если на сайте есть собственный поиск. Эти два пункта стоит закладывать в ТЗ на разработку или доработку сайта с самого начала, а не добавлять отдельным этапом после запуска — заказать разработку сайта клиники с корректной микроразметкой Schema.org с самого начала обычно выходит дешевле, чем переделывать типы и поля постфактум на уже свёрстанных страницах.

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

Самый прямой способ — Google Rich Results Test: вставляете URL страницы клиники, инструмент показывает, какие типы Schema.org он нашёл и какие поля заполнены. Ошибка (error) по обязательному полю — это то, что реально мешает сниппету и требует правки. Предупреждение (warning) по необязательному полю не блокирует Rich Results, но стоит закрыть его при следующей доработке, если данные для этого поля у клиники есть.

Частые вопросы