Google Rich Results Test: как проверить микроразметку сайта клиники и исправить ошибки
Google Rich Results Test — бесплатный инструмент Google. Он показывает, может ли страница претендовать на расширенные результаты поиска: хлебные крошки, видео, логотип, сведения о статье. Инструмент читает структурированные данные так, как их видит Googlebot, и выводит найденные типы разметки, ошибки и предупреждения. Подтверждать права на сайт не нужно: хватает адреса страницы или фрагмента кода.
Инструмент открывается по адресу search.google.com/test/rich-results. Подробное описание есть в справке Search Console.
Что проверяет Rich Results Test, а что нет
Rich Results Test отвечает на узкий вопрос: подходит ли разметка под требования конкретных расширенных результатов Google. Синтаксис Schema.org целиком он не проверяет. Если на странице есть корректный тип, для которого у Google нет расширенного результата, инструмент его не покажет или сообщит, что ничего не обнаружено. Ошибкой это не считается.
Отсюда частая путаница. Разметка Dentist или MedicalClinic может быть полностью валидной по Schema.org, но в Rich Results Test появится только та её часть, которую Google использует для своих функций. Например, данные о местной компании или организации. Чтобы проверить всю разметку по словарю Schema.org, нужен отдельный валидатор. О нём ниже и в статье «Валидатор микроразметки: проверка Schema.org в Яндексе и Google».
Инструмент поддерживает три формата: JSON-LD, Microdata и RDFa. Google рекомендует JSON-LD, это указано во введении в структурированные данные.
Откуда взялся инструмент и что он заменил
Google представил Rich Results Test в декабре 2017 года как замену старому Structured Data Testing Tool. Анонс есть в блоге Google Search Central. В июле 2020 года инструмент вышел из беты, об этом говорится в отдельной публикации. Старый тестер Google потом свернул, а проверку разметки по словарю Schema.org сегодня выполняет отдельный сервис — Schema Markup Validator.
Для практики из этой истории следует одно. Многие старые инструкции ссылаются на Structured Data Testing Tool, и сегодня они неактуальны. Если подрядчик присылает отчёт из «старого тестера», уточните, каким инструментом он пользовался на самом деле.
Как запустить проверку
Проверка по URL
Вставьте адрес страницы и запустите тест. По умолчанию проверку выполняет робот Googlebot для смартфонов, в списке можно выбрать другой тип робота. Google ориентируется на мобильную версию сайтов, поэтому для большинства проверок подходит именно мобильный агент.
Страница должна быть доступна Googlebot. Если она закрыта в robots.txt, требует авторизации или отдаёт ошибку сервера, инструмент не сможет её прочитать. Тестовые поддомены за паролем по URL проверить не получится, для них есть режим кода.
Проверка фрагмента кода
На вкладке с кодом можно вставить HTML страницы или только блок JSON-LD и запускать проверку снова после каждой правки. Этот режим удобен до публикации: разработчик проверяет шаблон на тестовом стенде, исправляет ошибки и только потом выкатывает изменения на боевой сайт. Минус в том, что инструмент проверяет вставленный код как есть. Ошибки, которые возникают при загрузке реальной страницы, например заблокированный скрипт или недоступное изображение, он не увидит.
Как читать результаты проверки
После проверки инструмент группирует найденные элементы по типам: хлебные крошки, организация, видео, статья и другие. Для каждого типа видно, сколько элементов найдено, какие из них валидны и где есть проблемы. Статусы называются так, как в справке Search Console.
| Статус | Что означает | Что делать |
|---|---|---|
| Валидные элементы | Разметка отвечает требованиям Google для этого типа | Ничего, при желании дополнить рекомендуемые поля |
| Валидные с предупреждениями | Не хватает рекомендуемых необязательных полей | Заполнить, если данные есть на странице. Показ при этом не блокируется |
| Недействительные элементы | Нет обязательного поля или значение в неверном формате | Исправить: с ошибкой элемент не претендует на расширенный результат |
| Ошибки синтаксиса | Код разметки не удаётся разобрать | Найти и исправить ошибку в JSON-LD или атрибутах |
| Сканирование невозможно | Инструмент не смог получить страницу | Проверить robots.txt, авторизацию, ответ сервера |
| Ничего не обнаружено | Нет разметки или нет типов, которые поддерживает Google | Проверить, есть ли разметка в коде, и сверить тип с галереей Google |
Внутри каждого элемента видна вся иерархия свойств, а у проблемных полей есть пояснение. Для части типов доступен предпросмотр того, как результат может выглядеть в выдаче, с переключением между компьютером и смартфоном. Это только иллюстрация: Google прямо пишет, что не гарантирует такой же вид в поиске.
Проверенную страницу можно открыть и посмотреть обработанный код, который получил Google. Это помогает понять, почему разметка, которая есть в исходниках, не попала в результат. Результатом проверки можно поделиться по ссылке, она действует около 90 дней.
Какая разметка нужна сайту клиники и что из неё использует Google
Сайту стоматологии или медцентра не нужен весь словарь Schema.org. Полезнее разметить то, что Google умеет показывать, и то, что помогает поисковикам понять организацию. Актуальный список поддерживаемых типов есть в галерее структурированных данных Google. Он меняется, поэтому сверяйтесь с ним перед доработками.
| Тип разметки | Где на сайте клиники | Как его видит Rich Results Test |
|---|---|---|
BreadcrumbList | Все внутренние страницы: услуги, врачи, статьи | Хлебные крошки — положение страницы в структуре сайта |
Organization | Главная или страница «О клинике» | Логотип и сведения об организации |
LocalBusiness и подтипы (Dentist, MedicalClinic) | Страница филиала с адресом и часами работы | Данные о местной компании, см. документацию Google |
Article | Статьи блога | Сведения о статье: заголовок, дата, изображение |
VideoObject | Страницы с видео о лечении и клинике | Видео в результатах поиска |
FAQPage | Страницы услуг с вопросами | Расширенный результат FAQ больше не поддерживается, см. раздел о FAQ ниже |
Physician, MedicalProcedure | Карточки врачей, описания услуг | Отдельного расширенного результата у Google нет. Проверять в Schema Markup Validator |
Для местной компании Google советует выбирать самый точный подтип LocalBusiness. Стоматологии подходит Dentist, многопрофильному центру — MedicalClinic. Разметку Google просит размещать на той странице, которую она описывает. Поэтому у сети клиник каждый филиал лучше описать на его собственной странице, а не собирать все адреса в разметке главной.
Почему звёзды отзывов не появляются в выдаче
Этот вопрос задают чаще остальных. Клиника собирает отзывы, размечает их через Review и AggregateRating, Rich Results Test показывает валидные элементы, а звёзд в Google нет.
Причина в правилах. Если компания сама управляет отзывами о себе, её страницы с разметкой LocalBusiness или Organization не могут получить звёзды рейтинга. Это записано в документации Google по фрагментам с отзывами. Инструмент при этом может признать разметку корректной: синтаксис и обязательные поля он проверяет, а право на показ — нет.
Разметку отзывов о самой клинике можно оставить для полноты данных, но звёзд в Google ждать не стоит. Добавлять в разметку рейтинг, которого не видно на странице, нельзя. Это нарушает общие правила для структурированных данных. За такие нарушения Google применяет ручные меры, и страница теряет право на расширенные результаты.
Что стало с блоком FAQ в выдаче Google
С 2023 года Google ограничил показ расширенных результатов FAQ: их выводили только для известных авторитетных государственных сайтов и сайтов о здоровье. Затем функцию убрали совсем. По документации Google, результаты FAQ больше не показываются в поиске. В июне 2026 года поддержку этого типа убрали из Rich Results Test и отчётов Search Console, это описывает и Search Engine Journal.
Если на сайте клиники уже есть разметка FAQPage, удалять её не обязательно: Google пишет, что она не вредит, но и на показ не влияет. Сами вопросы и ответы на странице смысла не теряют. Они закрывают реальные сомнения пациентов, поэтому пишите их для людей, а не ради разметки.
Rich Results Test, Schema Markup Validator, Search Console и Яндекс Вебмастер
Для одной и той же разметки есть несколько инструментов, и отвечают они на разные вопросы. На российском рынке у сайта клиники два главных поисковика, поэтому одной проверки в Google мало.
| Инструмент | Что проверяет | Когда использовать |
|---|---|---|
| Rich Results Test | Соответствие требованиям расширенных результатов Google | Перед публикацией шаблона и после правок |
| Schema Markup Validator | Разметку Schema.org целиком, без привязки к Google | Проверка типов, которых нет в галерее Google: врачи, процедуры |
| Search Console | Отчёты о статусе расширенных результатов по всему сайту | Мониторинг ошибок после того, как Google обошёл страницы |
| Валидатор микроразметки Яндекс Вебмастера (справка) | Schema.org, Open Graph, микроформаты, Microdata, RDFa и требования сервисов Яндекса | Обязательно для сайтов, которые продвигаются в Яндексе |
Rich Results Test проверяет одну страницу здесь и сейчас. Search Console показывает картину по сайту, но с задержкой: данные обновляются, когда Google заново обойдёт страницы. Обычно оба инструмента работают в паре. Тест подтверждает исправление, после чего в отчёте Search Console можно запросить повторную проверку. Как ускорить повторный обход страниц, разобрано в статье про индексацию сайта в Яндексе и Google.
Как проверить разметку, которую добавляет JavaScript
Многие конструкторы, плагины онлайн-записи и виджеты отзывов вставляют разметку скриптом уже после загрузки страницы. Rich Results Test анализирует обработанный код страницы, поэтому такую разметку он обычно видит. Если её нет в результатах, откройте проверенную страницу и посмотрите, попала ли разметка в обработанный код.
Типичные причины такие: скрипт закрыт в robots.txt, сторонний сервис отвечает слишком медленно, разметка появляется только после клика или прокрутки. Другие поисковики и валидаторы могут обрабатывать скрипты не так, как Google, поэтому надёжнее отдавать JSON-LD прямо в исходном HTML с сервера. Тогда разметку одинаково прочитают и Google, и Яндекс, и любые валидаторы.
Типичные ошибки и как их исправить
| Ошибка | Чем вызвана | Как исправить |
|---|---|---|
| Синтаксическая ошибка в JSON-LD | Лишняя запятая, неэкранированные кавычки в описании услуги | Прогнать блок через валидатор JSON, экранировать кавычки, убрать висячие запятые |
| Отсутствует обязательное поле | Шаблон не подставил значение, например пустое название или изображение | Проверить, откуда берётся значение. Пустые поля не выводить |
| Неверный формат значения | Дата не в формате ISO 8601, цена с символом валюты внутри числа | Дату писать как 2026-10-08, валюту выносить в отдельное поле |
| Дублирующая разметка | Тема сайта и SEO-плагин выводят по своему блоку Organization | Оставить один источник, второй отключить |
| Разметка не совпадает с видимым текстом | В разметке одни часы работы или цены, на странице другие | Брать данные из того же поля CMS, которое выводится пользователю |
| Изображение недоступно | Картинка закрыта в robots.txt или отдаёт ошибку | Открыть доступ, указывать абсолютный URL |
| Страница не проверяется вовсе | Закрытие в robots.txt, авторизация, ошибка сервера | Сначала решить доступность, потом проверять разметку |
Самая опасная ошибка в списке — расхождение разметки и видимого контента: правила Google запрещают размечать то, чего пользователь не видит. Для клиник это особенно актуально с ценами: прайс на странице обновили, а в разметке осталась старая цена из шаблона.
Как проверять сайт с сотнями страниц
На сайте клиники разметку почти всегда выводят шаблоны, вручную её никто не пишет. Поэтому проверять каждую страницу не нужно. Достаточно взять по одной-две страницы каждого типа: главную, страницу услуги, карточку врача, филиал, статью блога. Если шаблон исправен, исправны и все страницы на нём. Если в шаблоне ошибка, она повторится на всех.
Для сетей и мультисайтов на общей платформе это правило работает ещё сильнее. Одна правка в общем шаблоне меняет разметку сразу на всех сайтах сети, поэтому после каждого обновления платформы проверяйте типовые страницы хотя бы одного сайта. Дальше подключается Search Console: отчёты по расширенным результатам покажут, не выросло ли число страниц с ошибками на остальных сайтах.
Обратите внимание и на страницы, куда данные приходят из нескольких мест. Карточка врача может собирать стаж, специализацию и отзывы из разных модулей. Если один модуль отдаёт пустое значение, разметка ломается только на части карточек, и такую проблему видно лишь в отчёте по всему сайту.
Проверка пройдена, а расширенного результата нет
Валидный статус в Rich Results Test означает только одно: страница может претендовать на расширенный результат. Google прямо пишет в правилах для структурированных данных, что не гарантирует показ даже при корректной разметке. Решение зависит от многих факторов, в том числе от запроса, местоположения и устройства пользователя.
Если результата нет, проверьте по порядку. Сначала убедитесь, что страница проиндексирована и Google видел её после правки. Затем сверьтесь с галереей: поддерживается ли тип сейчас. Потом проверьте, не попадает ли разметка под ограничения, как отзывы о самой компании, или не снят ли тип с поддержки, как FAQ. Напоследок посмотрите, нет ли ручных мер в Search Console. Если всё в порядке, остаётся ждать и работать над качеством страницы. Ускорить показ с помощью разметки не получится.
Микроразметка — одна из технических задач в комплексной работе с сайтом, и сама по себе она пациентов не приводит. Если нужен аудит разметки вместе с остальной технической частью и контентом, посмотрите, как устроено SEO-продвижение стоматологической клиники и SEO-продвижение медицинского центра.
Частые вопросы
Нужен ли доступ к Search Console, чтобы пользоваться Rich Results Test?
Нет. Инструмент проверяет любую публично доступную страницу или вставленный код без подтверждения прав на сайт. Search Console нужна для другого: она показывает ошибки разметки по всему сайту и позволяет запросить повторную проверку после исправлений.
Чем Rich Results Test отличается от Schema Markup Validator?
Rich Results Test проверяет разметку только под расширенные результаты Google и показывает лишь поддерживаемые им типы. Schema Markup Validator проверяет разметку Schema.org целиком, без привязки к конкретному поисковику. Для разметки врачей и медицинских процедур нужен именно он, потому что у Google нет для этих типов отдельного расширенного результата.
Если Google разметку принял, Яндекс её тоже увидит?
Не обязательно. Валидатор Яндекса проверяет, отвечает ли разметка требованиям сервисов Яндекса, а они отличаются от требований Google. Сайту, который продвигается в России, нужна отдельная проверка в Яндекс Вебмастере. Надёжнее всего отдавать JSON-LD в исходном HTML с сервера.
Нужно ли исправлять предупреждения?
Предупреждения касаются необязательных полей и показ не блокируют. Заполнять их стоит, если нужные данные действительно есть на странице: так описание объекта становится полнее. Добавлять в разметку сведения, которых пользователь не видит, ради чистого отчёта нельзя.
Как часто проверять разметку на сайте клиники?
Проверяйте после каждого изменения шаблонов, обновления CMS или плагинов, подключения новых виджетов записи и отзывов. В остальное время хватает регулярного просмотра отчётов в Search Console и Яндекс Вебмастере: там видно, если число страниц с ошибками начало расти.