Обновлено: сентябрь 2026
Структурированные данные помогают поисковику распознавать, кто или что описано на странице и какие факты относятся к этой сущности. Но разметка сама по себе не повышает позиции, не гарантирует расширенный сниппет и не обеспечивает цитирование в ответе ИИ. Её задача — передавать факты ясно и без противоречий.
Для SEO, GEO и AEO важно различать словарь Schema.org, формат записи и требования конкретного поисковика. Эти уровни связаны, но не взаимозаменяемы.
Что описывают структурированные данные
Разметка — это машиночитаемое описание страницы: например, кто автор статьи, какая компания оказывает услугу или сколько стоит товар. Она помогает системам соотнести отдельные факты с нужной сущностью, но не заменяет видимый текст и не должна сообщать роботу сведения, которых посетитель не видит.
Разделяйте три уровня. Schema.org — словарь типов и свойств; JSON-LD, microdata и RDFa — форматы записи; документация Google или Яндекса показывает, что конкретный сервис поддерживает и для каких функций использует.
Яндекс прямо указывает, что семантическая разметка не влияет на ранжирование напрямую. Google использует её для понимания содержания и допуска к некоторым расширенным результатам, но правильный код не обязывает поисковик показывать расширение.
Размечайте только проверяемые сведения, которые есть на странице: автора, адрес, режим работы, наличие или цену товара, реальные условия услуги. Фальшивый рейтинг, выдуманные отзывы или скрытая от посетителя информация — не оптимизация.
Schema.org, JSON-LD и другие форматы
Schema.org задаёт названия типов и свойств, например Organization, Article, Product и BreadcrumbList. Один и тот же смысл можно передать разными способами, но требования к отдельным функциям поиска определяет не только словарь — сверяйтесь со справкой нужной системы.
- JSON-LD размещают отдельным блоком в теге script. Google рекомендует его как удобный для внедрения и поддержки формат.
- Microdata добавляет атрибуты прямо к HTML-элементам; такой код теснее связан с шаблоном страницы.
- RDFa также передаёт семантические сведения через атрибуты HTML и встречается в существующих сайтах и интеграциях.
Валидатор Яндекса распознаёт Schema.org, Open Graph, HTML microdata, RDFa и микроформаты. Google поддерживает JSON-LD, microdata и RDFa. Наличие типа в словаре не значит, что обе системы используют его одинаково или показывают для него расширенный результат.
Подробнее — о возможностях валидатора Яндекса и поддерживаемых Google форматах.
Чем Open Graph отличается от Schema.org
Open Graph управляет карточкой ссылки при отправке в мессенджер или социальную сеть: заголовком, кратким описанием и изображением. За это отвечают, например, og:title, og:description, og:image и og:url.
Schema.org описывает сущности и факты на странице. OG-теги не заменяют эту разметку, а JSON-LD не гарантирует, что в превью появится нужная картинка: сервисы пересылки могут по-разному читать метаданные и кэшировать результат.
Проверяйте оба набора отдельно: заголовок, описание, изображение и адрес в карточке ссылки; соответствие свойств Schema.org видимому содержанию страницы. Не делайте вывод о поисковой разметке по одному превью в мессенджере.
Какие типы использовать на сайте
Выбирайте типы по содержанию страницы и реальной задаче, а не по принципу «чем больше, тем лучше».
- Organization — идентичность компании и подтверждённые сведения о ней.
- LocalBusiness — фактические данные локального бизнеса; адрес, телефон и часы должны совпадать с видимым содержанием и актуальными карточками.
- Article или BlogPosting — сведения об авторе, заголовке, датах и изображении материала, если эти данные действительно указаны.
- BreadcrumbList — иерархия разделов, соответствующая реальным крошкам и навигации сайта.
- Product и Offer — конкретный товар, цена и наличие; обновляйте значения при изменении каталога.
- Service — описание услуги в словаре Schema.org, но сам этот тип не обещает отдельного расширенного результата в поиске.
Не размечайте свойства, которых нет на странице. Особенно внимательно сверяйте цену, наличие, рейтинг, отзывы, партнёрские отношения и адрес. Дублирующиеся сведения от темы, конструктора и плагина не должны противоречить друг другу.
FAQ требует отдельной оговорки. Google ограничил показ FAQ rich results известными авторитетными государственными и медицинскими сайтами; обычному коммерческому ресурсу не стоит рассчитывать на такой сниппет. Яндекс использует QAPage для пользовательских вопросов с ответами — это не то же самое, что редакционный FAQ с одним подготовленным ответом. См. объявление Google об изменении FAQ-результатов и условия Яндекса для Q&A.
Как внедрить и проверить разметку
Начните с инвентаризации: откройте исходный HTML типовых страниц и выясните, что уже создают тема, конструктор и SEO-плагин. Дубли одной сущности с разными телефонами, адресами или названиями хуже, чем отсутствие необязательного свойства.
- Разделите страницы по типам. Отметьте организацию, услуги, статьи, товары и пользовательские вопросы.
- Определите цель. Проверьте справку Google или Яндекса: поддерживается ли нужный тип и какие поля обязательны для конкретной функции.
- Выберите один источник данных. Настройте текущую платформу или плагин; ручной JSON-LD добавляйте только после проверки итогового кода.
- Сопоставьте код со страницей. Имя, URL, адрес, цена, наличие, автор, дата и рейтинг должны быть реальными и видимыми посетителю.
- Проверьте разными инструментами. Rich Results Test оценивает пригодность для функций Google; валидатор Вебмастера — распознавание и требования сервисов Яндекса.
- Проверьте после публикации. Убедитесь, что робот может загрузить страницу, затем смотрите отчёты и сообщения выбранной поисковой системы.
Валидатор подтверждает корректность распознавания, а не обязательный показ сниппета. Для Яндекса данные должны быть корректно размечены, проиндексированы и, где нужно, пройти модерацию; Google также не гарантирует rich result даже при успешном тесте. Официальные ориентиры: ответы Яндекса о разметке и общие правила Google.
Разметка, GEO и AEO: что действительно помогает
Машиночитаемые данные могут прояснить отдельные факты, но не заменяют полезный и проверяемый материал. Для GEO и AEO важны доступный ответ на вопрос, понятные источники сведений, непротиворечивые страницы и возможность поисковика их обойти и проиндексировать.
Не добавляйте скрытые блоки «для нейросети», фиктивные сущности или FAQPage в ожидании цитирования. Google сообщает, что для AI Overviews и AI Mode нет специальной Schema.org-разметки: действуют общие требования поиска, а данные должны соответствовать видимому тексту. Это не обещает одинаковых условий у других ИИ-сервисов — сверяйте их документацию отдельно.
Практический вывод: разметьте только подтверждённые сведения, поддерживайте их актуальными и сделайте содержание понятным человеку. Сам формат кода не гарантирует позицию, сниппет или цитату.
Контрольный список перед публикацией
- Выбрана поисковая функция и проверена её актуальная документация.
- Код описывает именно эту страницу и совпадает с видимыми фактами.
- Цена, наличие, контакты, автор и даты не устарели.
- Нет повторяющихся или противоречивых блоков от разных плагинов.
- Для каждой страницы выбран подходящий тип, а не общий шаблон на весь сайт.
- Google Rich Results Test и валидатор Яндекса использованы по назначению.
- Размечены только данные, которые посетитель действительно видит.
- Результат перепроверен после публикации и повторного обхода.
Частые вопросы о структурированных данных
Код и поисковый результат — не одно и то же. Ниже — ответы на вопросы, которые чаще всего возникают при внедрении.
Нет. Яндекс прямо указывает, что семантические данные не влияют на ранжирование напрямую. Они могут помочь поисковику распознать сведения и сделать страницу пригодной для отдельных видов отображения.
Нет. Тест показывает техническую пригодность или распознавание, но поисковая система решает, показывать ли расширение. Влияют поддержка типа, соответствие правилам, индексация, модерация и выбор самого поисковика.
Размечайте только видимые вопросы и ответы. Google показывает FAQ-результаты преимущественно для авторитетных государственных и медицинских сайтов; обычному бизнес-сайту не стоит рассчитывать на такое расширение. Яндекс QAPage рассчитан на пользовательские вопросы с ответами, а не на обычный редакционный FAQ.
Нет, Google сообщает, что отдельная Schema.org-разметка для AI Overviews и AI Mode не нужна. Страница должна соответствовать базовым требованиям поиска, а разметка — совпадать с видимым содержанием.
Для нового внедрения JSON-LD обычно проще поддерживать, а Google прямо рекомендует его как удобный формат. Google также поддерживает microdata и RDFa; у Яндекса проверьте нужный тип через его справку и валидатор.
Нет. Используйте тип только когда страница действительно описывает локальный бизнес. Адрес, телефон и режим работы должны быть верными и согласованными с видимыми данными сайта.
Не выдавайте чужие или неподтверждённые отзывы за собственные и не указывайте рейтинг, которого посетитель не видит. Следуйте правилам конкретного типа данных и поисковика.
Их могут добавлять тема, SEO-плагин и отдельные расширения. Проверьте исходный код на дубли и противоречия; для одной сущности оставьте согласованные сведения, а не несколько версий с разными значениями.
Нет. OG-теги формируют карточку ссылки в социальных сетях и мессенджерах; Schema.org описывает факты и сущности страницы для поддерживающих её систем.
Сначала поисковику нужно повторно обойти страницу, распознать данные и, где требуется, провести модерацию. Яндекс пишет, что это часто занимает около двух недель, но срок и сам показ не гарантированы.
Вывод: сначала задача, затем подходящий тип
Определите, какую информацию нужно прояснить, сверьте тип с документацией поисковой системы и размечайте только реальные, видимые сведения. После внедрения отдельно проверьте синтаксис, распознавание и отчёты; корректный код не гарантирует показ сниппета или цитирование ИИ.
Для следующего шага посмотрите аудит сайта в 2026 году, разбор поисковых ограничений и услугу продвижения сайта.
