Микроразметка Schema.org: расширенные сниппеты в Яндексе и как они поднимают CTR

Что такое расширенный сниппет и чем он отличается от обычного

Стандартный сниппет в Яндексе: заголовок страницы, её адрес и несколько строк текста, который поисковик автоматически извлёк из содержимого. Выглядит это одинаково у всех: синий заголовок, зелёный URL, серый текст.

Расширенный сниппет: тот же результат поиска, но обогащённый дополнительными данными, которые сайт передаёт поисковику в структурированном виде. Поисковик их читает, проверяет, что содержимое страницы соответствует переданным данным, и при определённых условиях показывает в выдаче.

Вот что может появиться в расширенном сниппете:

• Хлебные крошки — путь к странице вместо длинного URL. Пользователь понимает, в какой части сайта находится страница, ещё до перехода.
• Звёздочки и рейтинг — оценка и количество отзывов. Визуально выделяют результат и дают сигнал доверия.
• Цена и наличие — для товарных страниц. Пользователь видит стоимость ещё в выдаче и сразу понимает, подходит ли ему предложение.
• Список вопросов и ответов — раскрывающиеся блоки FAQ под основным сниппетом.
• Шаги инструкции — для пошаговых руководств: пользователь видит, сколько шагов в процессе.
• Дата публикации и изменения — для статей и новостей.

Ни одно из этих обогащений не появляется автоматически: поисковик не будет угадывать. Сайт должен явно передать эти данные в машиночитаемом формате. Именно для этого и нужна микроразметка.

Важно понимать: расширенный сниппет не гарантирован. Поисковик может считать разметку, но не показывать обогащение, если сочтёт это нецелесообразным для конкретного запроса или если найдёт противоречие между разметкой и содержимым страницы. Но без разметки шансов нет вообще.

Как Яндекс читает микроразметку

Schema.org: совместный проект Яндекса, Google, Microsoft и Yahoo, запущенный в 2011 году. Он описывает словарь типов данных: что такое организация, что такое товар, что такое рецепт, что такое рейтинг. Поисковики договорились понимать эти типы одинаково, что делает Schema.org универсальным языком для передачи структурированных данных.

JSON-LD: рекомендуемый формат

Существует три способа передать разметку Schema.org поисковику: JSON-LD, Microdata и RDFa. Яндекс поддерживает все три, но JSON-LD рекомендуется как основной.

JSON-LD (JavaScript Object Notation for Linked Data): отдельный блок в коде страницы внутри тега <script type="application/ld+json">. Разметка никак не связана с визуальным кодом страницы: её можно добавить, изменить или удалить, не трогая HTML-разметку, стили и JavaScript. Это главное преимущество.

Microdata встраивается прямо в HTML-теги через атрибуты itemscope, itemtype и itemprop. Это старый формат; его недостаток: жёсткая привязка к разметке, изменение структуры страницы легко ломает схему.

RDFa тоже встраивается в HTML и используется преимущественно на академических и правительственных ресурсах. Для коммерческих сайтов практически не актуален.

Если вы только начинаете добавлять разметку, используйте JSON-LD. Он удобен в поддержке, не требует переработки шаблонов страниц и отлично поддерживается Яндексом.

Как Яндекс отличается от Google в работе с разметкой

Оба поисковика опираются на один стандарт Schema.org, но набор поддерживаемых типов и способы отображения у них различаются. Google в целом поддерживает больше типов богатых результатов и документирует их в своём руководстве по структурированным данным. Яндекс более консервативен: показывает расширенные сниппеты в первую очередь для типов с высокой практической ценностью для пользователя: товары, отзывы, навигация, организации.

Это не значит, что разметку, которую Яндекс не отображает визуально в сниппете, ставить бессмысленно. Структурированные данные помогают поисковику лучше понимать содержимое страницы — это влияет на релевантность, даже когда обогащение в выдаче не видно.

Типы разметки, которые работают в Яндексе

Ниже — типы Schema.org, которые Яндекс считывает и потенциально использует для обогащения сниппета. Начнём с краткой таблицы, затем разберём каждый подробнее.

BreadcrumbList: хлебные крошки

Самый универсальный тип разметки: подходит абсолютно любому сайту с иерархической структурой. Хлебные крошки заменяют длинный URL в сниппете на понятный путь, например, сайт.ру › Услуги › SEO › Технический аудит.

Зачем это нужно. Пользователь ещё в выдаче понимает, что за страница его ждёт, на каком уровне иерархии она находится и насколько она специализирована. Это снижает количество нерелевантных кликов (а значит, поведенческие факторы сниппета улучшаются) и одновременно привлекает более целевую аудиторию.

Важный нюанс: разметка хлебных крошек должна соответствовать тому, что реально отображается на странице в виде навигации. Если вы укажете красивый путь в разметке, а на странице хлебных крошек нет, поисковик проверит и может проигнорировать разметку или понизить доверие к сайту в целом.

FAQPage: часто задаваемые вопросы

Тип FAQPage передаёт структурированный список вопросов и ответов. При успешной обработке поисковик может показать раскрывающиеся блоки прямо под основным сниппетом: пользователь видит вопрос, кликает: разворачивается ответ. Это сильно увеличивает визуальный объём записи в выдаче.

FAQ-разметка даёт несколько преимуществ одновременно. Во-первых, страница занимает больше экранного пространства. Во-вторых, если вопрос в FAQ-блоке совпадает с запросом пользователя, вероятность клика растёт: человек ещё в выдаче видит, что ответ есть именно здесь. В-третьих, вопросы из разметки могут попасть в быстрые ответы Яндекса на соответствующие запросы.

Условие для работы: вопросы и ответы должны физически присутствовать на странице в виде текстового контента. Скрытый текст, раскрывающийся только по клику (accordion), поисковик может не обнаружить. Лучшая практика: делать FAQ-блок с видимым текстом ответов.

Ещё одно ограничение: не стоит использовать FAQPage как инструмент для рекламы или перечисления преимуществ. Вопросы должны быть реальными вопросами, которые пользователи задают по теме страницы. Поисковики умеют отличать полезный FAQ от самопиара в форме вопросов.

HowTo: пошаговые инструкции

Тип HowTo предназначен для страниц, которые описывают последовательность действий: как сделать что-то шаг за шагом. Разметка передаёт название инструкции, список шагов, время выполнения, инструменты и материалы.

При успешной обработке поисковик может показывать шаги прямо в сниппете: пользователь ещё в выдаче видит, сколько шагов в процессе и что примерно нужно делать. Это особенно ценно для сайтов с обучающим контентом, рецептами, техническими руководствами, инструкциями по установке или настройке.

Требование: страница должна реально содержать пошаговую инструкцию. Если у вас короткий текст без чёткой последовательности действий, HowTo не подходит. Поисковик проверяет соответствие разметки содержимому.

AggregateRating: звёздочки и рейтинг

Звёздочки в сниппете — один из самых заметных способов выделиться в выдаче. Тип AggregateRating передаёт совокупную оценку: среднее значение рейтинга и количество отзывов, на основании которых она рассчитана.

AggregateRating может использоваться как самостоятельно (например, для услуги или организации), так и внутри других типов, в первую очередь внутри Product. Вложенная схема для товара выглядит так: тип Product содержит поле aggregateRating с вложенным объектом типа AggregateRating.

Обязательные поля: ratingValue (числовое значение оценки) и ratingCount или reviewCount (количество оценок или отзывов). Без них поисковик не сможет отобразить звёздочки корректно.

Критически важное требование: рейтинг в разметке должен соответствовать рейтингу, который реально отображается на странице. Если на странице написано «4.8 из 5 (243 отзыва)», то в разметке должны быть те же цифры. Расхождение приведёт к санкциям со стороны поисковика.

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

ItemList: списки в сниппете

Тип ItemList описывает упорядоченный или неупорядоченный список элементов. Это полезно для страниц-подборок: топ-10 сервисов, лучшие книги по теме, рейтинг поставщиков, перечень услуг компании.

Поисковик может отображать элементы списка прямо под сниппетом, что делает запись в выдаче значительно более информативной. Пользователь понимает содержание страницы ещё до перехода и кликает более осознанно.

ItemList также используется в связке с другими типами, например для разметки списка статей в разделе блога или галереи карточек товаров. Каждый элемент списка (ListItem) содержит позицию (position) и ссылку на страницу или описание элемента.

Article и NewsArticle

Тип Article (и его подтипы NewsArticle, BlogPosting) передаёт метаданные публикации: заголовок, описание, дату выхода и последнего изменения, автора, издателя, главное изображение.

Для блога или новостного раздела эта разметка принципиально важна по нескольким причинам. Во-первых, дата публикации может отображаться в сниппете, и пользователь сразу видит, свежий ли материал. Во-вторых, для новостного трафика и агрегаторов (Яндекс.Новости, RSS-читалки) правильная разметка Article необходима для корректной обработки контента. В-третьих, правильно указанный автор помогает поисковику формировать сигналы E-E-A-T (экспертности и авторитетности).

Минимальный набор полей для Article: headline (заголовок, до 110 символов), datePublished (дата публикации в формате ISO 8601), author (автор: объект типа Person или Organization).

Organization и LocalBusiness

Тип Organization описывает компанию: название, логотип, контактные данные, ссылки на соцсети. Его подтип LocalBusiness добавляет физические данные: адрес, телефон, часы работы, тип деятельности.

Для большинства сайтов достаточно разместить разметку Organization или LocalBusiness один раз, на главной странице или на странице «О компании». Поисковик использует её для формирования карточки компании в боковой панели выдачи, для привязки отзывов и для понимания, чей это сайт.

Для LocalBusiness особенно важны поля address (с вложенным объектом типа PostalAddress), telephone, openingHoursSpecification. Данные в разметке должны совпадать с тем, что указано на странице и в Яндекс Бизнесе. Несоответствие может мешать формированию локального присутствия в выдаче.

Product: для интернет-магазинов

Тип Product передаёт данные о товаре: название, описание, цену, наличие, рейтинг, артикул. Это самый сложный и детальный тип разметки с наибольшим количеством обязательных и рекомендуемых полей.

Поскольку у интернет-магазинов есть специфика — масштаб каталога, динамические цены, фасетная навигация — разметку Product мы разбирали отдельно в статье про SEO для интернет-магазина. Там подробно описаны поля, таблица с примерами и особенности разметки AggregateRating внутри Product.

Реализация: JSON-LD на практике

JSON-LD блок помещается внутри тега <head> страницы (реже — в конце <body>). Поисковики корректно считывают оба варианта размещения, но в <head> предпочтительнее: краулер обрабатывает его в первую очередь.

Базовая структура JSON-LD блока

Любой JSON-LD блок начинается одинаково: тег <script> с атрибутом type="application/ld+json", внутри объект JSON с двумя обязательными полями:

• @context — всегда "https://schema.org". Это ссылка на словарь терминов, который используется в разметке.
• @type — тип объекта из словаря Schema.org:"FAQPage", "BreadcrumbList", "Organization" и так далее.

Остальные поля зависят от типа. На одной странице может быть несколько JSON-LD блоков, например один для Article, другой для BreadcrumbList, третий для FAQPage. Поисковик обработает каждый отдельно.

Пример: FAQPage

Разметка FAQPage содержит поле mainEntity — массив вопросов. Каждый вопрос: объект типа Question с полями name (текст вопроса) и acceptedAnswer (объект типа Answer с полем text — текст ответа).

Структура выглядит так:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Сколько времени занимает внедрение микроразметки?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Для небольшого сайта — один-два рабочих дня. Для крупного
                 интернет-магазина с тысячами карточек — неделя и больше,
                 особенно если разметка генерируется шаблоном."
      }
    },
    {
      "@type": "Question",
      "name": "Нужна ли разметка, если сайт не в топе?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Да. Расширенный сниппет повышает CTR с любой позиции.
                 Иногда страница на 5–6 месте получает больше кликов, чем
                 страница на 2–3 без разметки."
      }
    }
  ]
}

Обратите внимание: текст ответа в поле text должен совпадать с тем, что реально написано на странице. Не нужно делать ответы в разметке длиннее или детальнее, чем на самой странице — поисковик это проверяет.

Пример: BreadcrumbList

Разметка хлебных крошек строится как массив itemListElement, где каждый элемент — объект типа ListItem с тремя полями: позиция (position), название (name) и URL (item).

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Главная",
      "item": "https://ваш-сайт.ru/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "SEO",
      "item": "https://ваш-сайт.ru/seo/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Микроразметка Schema.org",
      "item": "https://ваш-сайт.ru/seo/mikrorazmetka/"
    }
  ]
}

Последний элемент списка — текущая страница. Его можно указывать без поля item, так как URL текущей страницы поисковику и так известен. Нумерация позиций начинается с 1, а не с 0.

Пример: HowTo

HowTo содержит название, описание и массив шагов. Каждый шаг — объект типа HowToStep с полями name (краткое название шага) и text (развёрнутое описание). Дополнительно можно указать время выполнения (totalTime) в формате ISO 8601 (например, "PT30M" — тридцать минут).

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "Как добавить JSON-LD разметку на сайт",
  "description": "Пошаговая инструкция по внедрению микроразметки Schema.org
                  через JSON-LD без изменения HTML-шаблонов.",
  "totalTime": "PT1H",
  "step": [
    {
      "@type": "HowToStep",
      "position": 1,
      "name": "Определите тип разметки",
      "text": "Выберите тип Schema.org, подходящий для страницы: FAQPage,
               BreadcrumbList, HowTo или другой."
    },
    {
      "@type": "HowToStep",
      "position": 2,
      "name": "Напишите JSON-LD блок",
      "text": "Создайте объект JSON с полями @context, @type и данными
               для выбранного типа."
    },
    {
      "@type": "HowToStep",
      "position": 3,
      "name": "Вставьте блок в <head> страницы",
      "text": "Добавьте тег <script type="application/ld+json"> с JSON-объектом
               в секцию <head> целевой страницы."
    }
  ]
}

Пример: AggregateRating для услуги

Для сервисной или услуговой страницы разметку рейтинга удобнее всего встраивать внутрь LocalBusiness или Service, а не указывать отдельно. Пример для страницы услуги:

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "Настройка рекламы в Яндекс.Директ",
  "provider": {
    "@type": "Organization",
    "name": "Название вашего агентства"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.9",
    "reviewCount": "87",
    "bestRating": "5",
    "worstRating": "1"
  }
}

Поля bestRating и worstRating указывают диапазон шкалы. Их стоит добавлять явно: без них поисковик предполагает шкалу 1–5 по умолчанию, но лучше быть точным, чтобы избежать некорректного отображения.

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

Добавить разметку в код — половина дела. Важно убедиться, что поисковик её считал, правильно интерпретировал и не нашёл ошибок. Для этого есть несколько инструментов.

Яндекс Вебмастер: проверка микроразметки

В разделе «Инструменты» Яндекс Вебмастера есть инструмент «Валидатор микроразметки». Введите URL страницы: инструмент обойдёт её, считает разметку и покажет, какие типы обнаружены, какие поля заполнены и есть ли ошибки.

Ошибки делятся на два уровня. Критические: когда поле заполнено неправильно или обязательное поле отсутствует: поисковик, скорее всего, проигнорирует такую разметку. Предупреждения — когда заполнены не все рекомендуемые поля: разметка считается, но обогащение может быть неполным.

Результаты валидатора не означают автоматического появления расширенного сниппета. Они только подтверждают, что разметка технически корректна. Решение о показе обогащения Яндекс принимает отдельно и может занять несколько недель.

Валидатор Schema.org

На сайте validator.schema.org можно проверить корректность JSON-LD блока до его размещения на сайте. Вставьте код в текстовое поле — валидатор проверит синтаксис JSON и соответствие структуры типам Schema.org. Полезно для отладки на этапе написания разметки, до деплоя.

Что делать, если разметку не подхватили

Если прошло больше нескольких недель, а расширенного сниппета нет, проверьте эти причины по порядку:

1. Ошибки в разметке. Запустите валидатор Яндекс Вебмастера. Одна опечатка в названии поля, и вся схема игнорируется.
2. Несоответствие разметки содержимому страницы. Вопросы в FAQPage должны физически присутствовать в тексте. Рейтинг в AggregateRating должен совпадать с тем, что видит пользователь. Проверьте каждое поле.
3. Страница не проиндексирована. Если страница закрыта от индексации (robots.txt или мета-тег noindex), поисковик не будет её обходить и разметку не считает. Проверьте статус страницы в Яндекс Вебмастере.
4. Слишком мало контента на странице. Поисковик не покажет FAQPage, если на странице только разметка и ничего больше. Разметка является дополнением к контенту, не заменой.
5. Страница редко обходится краулером. На новых или малоавторитетных сайтах краулер заходит реже. Можно ускорить обход через инструмент «Переобход страниц» в Яндекс Вебмастере.
6. Яндекс счёл расширенный сниппет нецелесообразным. Для конкретного запроса или конкретной страницы поисковик может принять решение не показывать обогащение, даже если разметка корректна. Это нормально и не означает, что разметку надо убирать.

Типичные ошибки при внедрении

Большинство проблем с микроразметкой не технические, а методологические. Разметка написана синтаксически правильно, но поисковик её игнорирует или, хуже, применяет санкции. Вот самые частые причины.

Отдельно стоит сказать о попытках манипулировать разметкой: добавлять звёздочки на страницы, где нет реальных отзывов, или рекламировать продукт в разметке FAQPage. Яндекс обнаруживает такое и может применить санкции к сайту в целом. Потеря позиций из-за нарушения рекомендаций по разметке: слишком высокая цена за попытку обмануть выдачу.

С чего начинать: приоритеты по типу сайта

Если вы только начинаете внедрять микроразметку, не стоит браться за всё сразу. Лучше начать с типа, который даст наибольший эффект для вашего конкретного сайта, внедрить его правильно, проверить, и потом двигаться дальше.

Любой сайт: начинайте с BreadcrumbList

Если у вас многоуровневая структура (блог с рубриками, сайт услуг с разделами, каталог с категориями), первым внедряйте BreadcrumbList. Это самый безопасный и универсальный тип: его поддерживают все поисковики, ошибиться сложно, а эффект виден быстро: URL в сниппете становится понятным путём.

Блог и FAQ-страницы: FAQPage как первый приоритет

Если у вас есть страницы с вопросами и ответами — раздел FAQ, страница услуги с блоком «Часто спрашивают», статья с секцией вопросов — добавьте FAQPage-разметку на эти страницы. Расширенный сниппет с раскрывающимися вопросами заметно увеличивает площадь записи в выдаче и привлекает больше внимания.

Дополнительно: статьи блога стоит размечать как Article с датой публикации и автором. Это не всегда даёт видимый сниппет, но помогает поисковику правильно интерпретировать контент и формировать E-E-A-T сигналы.

Услуговые сайты: Organization + AggregateRating

Для компании, оказывающей услуги, первый шаг: разметить организацию на главной странице или странице «О компании». Второй — если на сайте собраны реальные отзывы клиентов — добавить AggregateRating на страницы услуг. Звёздочки в сниппете дают сигнал доверия ещё до перехода на сайт.

Если у вас есть физический адрес и часы работы, используйте LocalBusiness вместо или в дополнение к Organization. Это усилит присутствие в локальной выдаче.

Пошаговые руководства: HowTo

Если значительная часть вашего контента — инструкции, пошаговые гайды, технические руководства — добавьте HowTo-разметку. Это особенно актуально для блогов в нишах DIY, технологий, финансов, юриспруденции: там запросы вида «как сделать...» популярны, и расширенный сниппет с шагами выделяется в выдаче.

Интернет-магазины: Product: отдельная тема

Для магазинов разметка Product: не «один из вариантов», а обязательная часть SEO. Подробный разбор с таблицей полей, примерами и особенностями реализации при тысячах карточек — в статье SEO для интернет-магазина. Там же разобраны хлебные крошки в контексте каталога с фасетной навигацией.

Сколько ждать расширенного сниппета

После внедрения разметки не ждите результата на следующий день. Цепочка такая: краулер должен обойти страницу, Яндекс должен проверить разметку и принять решение о показе, затем обновлённый сниппет должен попасть в кеш выдачи.

Сроки зависят от нескольких факторов. Для сайтов с высокой авторитетностью и частым краулингом разметка может проявиться быстро, в течение нескольких дней после обхода. Для новых или малоавторитетных сайтов краулер заходит реже, и ждать приходится дольше.

Чтобы ускорить процесс: добавьте страницу в очередь переобхода через Яндекс Вебмастер сразу после внедрения разметки. Это не гарантия мгновенного результата, но краулер зайдёт быстрее, чем по расписанию.

Если через несколько недель расширенного сниппета нет, не спешите убирать разметку. Даже если Яндекс не показывает обогащение в конкретной выдаче, структурированные данные помогают лучше понять страницу. Это фоновая польза, которую сложно измерить напрямую, но она есть.

Что микроразметка не решит

Важно правильно понимать роль разметки в SEO-стратегии. Это инструмент улучшения внешнего вида сниппета и передачи структурированных данных поисковику. Это не инструмент решения базовых проблем сайта.

Разметка не поможет, если:

• Сайт закрыт от индексации или имеет технические блокеры: тут нужен технический аудит (что именно проверять), мы разбирали отдельно.
• Страница не релевантна запросу: разметка не влияет на ранжирование напрямую: если контент не отвечает на вопрос пользователя, расширенный сниппет не компенсирует это.
• Нет реального контента: разметка FAQPage без FAQ на странице, HowTo без инструкции, AggregateRating без отзывов на странице; всё это будет проигнорировано или повлечёт санкции.
• Сайт медленно грузится или плохо работает на мобильном: поведенческие факторы после клика важнее красивого сниппета. Пользователь кликнет и тут же уйдёт с медленной страницы.

Разметка работает хорошо, когда базовые вещи уже на месте: сайт проиндексирован, страницы релевантны, контент полезен. В этих условиях она даёт ощутимый прирост CTR без изменения позиций.

Чеклист: что проверить перед публикацией разметки

Перед тем как размечать страницу, убедитесь, что всё на месте:

1. Страница открыта для индексации (нет noindex, нет блокировки в robots.txt).
2. Контент, который описывает разметка, физически есть на странице и виден пользователю, не скрыт CSS или открывается только по клику.
3. Данные в разметке совпадают с тем, что видит пользователь: рейтинг, цена, текст вопросов и ответов, шаги инструкции.
4. JSON-LD синтаксически корректен. Проверьте через validator.schema.org до деплоя.
5. После деплоя проверьте страницу через валидатор в Яндекс Вебмастере и запросите переобход.
6. Для динамических данных (цена, рейтинг, количество отзывов) — разметка генерируется из тех же источников, что и видимый контент, а не прописана статично.

И ещё один пункт, который часто упускают: отслеживайте сниппеты в выдаче спустя несколько недель после внедрения. Яндекс мог считать разметку, но отображать её иначе, чем вы ожидали. Это нормально , поисковик форматирует сниппет по своим правилам. Главное, что данные считаны корректно.

Главное о микроразметке Schema.org

Микроразметка — не замена хорошему SEO, а его усиление. Она не поднимет страницу в выдаче, но сделает её заметнее там, где она уже есть. Для сайтов, которые бьются за CTR на конкурентных запросах, это ощутимое преимущество.

Основные выводы:

• Schema.org: открытый стандарт, который поддерживают все крупные поисковики, включая Яндекс. JSON-LD является рекомендуемым форматом реализации.
• Наиболее универсальные типы для старта: BreadcrumbList (любой сайт), FAQPage (страницы с вопросами), Organization/LocalBusiness (компании), AggregateRating (сайты с реальными отзывами).
• Главное правило: разметка описывает то, что реально есть на странице. Расхождение между разметкой и контентом — прямой путь к санкциям.
• После внедрения: проверить через валидатор Яндекс Вебмастера и запросить переобход страницы.
• Расширенный сниппет появляется не мгновенно и не гарантирован — но без разметки шансов нет совсем.