Schema.org для арбитражника: половина того, что ты размечаешь, в 2026 уже не работает!

Ты добавил на лендинг микроразметку, прогнал через валидатор, там все зеленое, и ошибок ноль. Открываешь выдачу через неделю: ни звезд, ни красивых плюшек в сниппете, позиции там же, где были. Поздравляю, ты только что познакомился с главным заблуждением про Schema.org: что это кнопка «сделать красиво и взлететь».

Микроразметка — это, в сущности, просто способ объяснить поисковику машинным языком, что у тебя на странице: вот это — цена, вот это — рейтинг, это — автор, а это — хлебные крошки. Поисковик может на основе этого показать расширенный сниппет rich result — обогащенный результат со звездами, ценой, картинками и понять структуру сайта лучше. А может и не показать — если решит, что твой сайт не дотягивает.

Дальше разбираем: 

• что реально работает, 
• что превратилось в хладный труп, 
• и где разметка из помощника становится доносчиком на тебя самого. 

Со ссылками на документацию Google и Яндекса и словами экспертов, которые уже годами ковыряются в этом вопросе.

Зачем арбитражнику микроразметка

Если совсем коротко, разметка делает три вещи: 

1. Может вытащить тебе расширенный сниппет: звезды рейтинга, цену, хлебные крошки вместо голого URL. Это не про позиции, а про CTR: выше ты не поднялся, но твой результат в выдаче стал заметнее, и по нему чаще кликают. Для SEO-трафика это прибавка к кликабельности и прямые деньги — тот же объем показов конвертится в большее число переходов.
2. Помогает поисковику понять, что за сущности у тебя на странице: какой бренд, какой автор, какой продукт, как это связано с графом знаний knowledge graph — база сущностей и связей между ними у Google .
3. Кормит структурированными данными новые фичи поиска, включая AI-выдачу, но про это отдельный разговор ниже.

Теперь главное, что нужно вбить себе в голову до того, как ты полезешь размечать.

Микроразметка ничего не ранжирует. Это не фактор ранжирования. Она усилитель того, что уже есть, а не источник роста на пустом месте. Это наглядно показал SEO-тест «Кричащая Схема» (Screaming Schema) на пустых страницах: «Schema — это усилитель, но для усиления ей нужна сущность» — без устоявшейся сущности схема подобна умножению на ноль. Умножение на ноль — это и есть твой свежий дорвей без траста, на который ты накидал десять типов разметки и ждешь чуда.

Google использует только ту разметку, которую сам документирует. Это еще важнее. Все остальное он видит, индексирует — и плюет. Джон Мюллер (Google) в апреле 2025-го пояснил: если схема не описана в документации Google по структурированным данным, она не даст эффекта. Это значит, что половину типов из Schema.org можно ставить только ради красоты в коде — в выдаче они не проявятся никак.

JSON-LD или микроданные: что ставить под Google, а что под Яндекс

Разметку можно отдать поисковику тремя способами: 

1. JSON-LD (отдельный блок-скрипт в коде, данные живут отдельно от верстки).
2. Микроданные (microdata — атрибуты прямо в HTML-тегах). 
3. RDFa (то же, что микроданные, но другой синтаксис). 

Технически результат один, разница — в том, как это вписано в страницу.

Для Google вывод простой: ставь JSON-LD. Google сам его рекомендует как основной формат, ест без проблем, и вся современная практика — на нем. Дальше в статье весь код будет на JSON-LD, к этому вопросу не возвращаемся.

А вот с Яндексом — нюанс, который стоит арбитражнику на RU/CIS ГЕО реальных денег, и про который врет половина SEO-блогов. Они пишут «Яндекс прекрасно ест JSON-LD, как Google». Это неправда.По официальной справке Яндекс.Вебмастера, данные из JSON-LD Яндекс в выдаче использует только в трех случаях: хлебные крошки, вопросы-ответы на мобильной выдаче и Яндекс.Почта. Все. Для товарных сниппетов, цен, рейтингов и отзывов JSON-LD у Яндекса официально не заявлен — там до сих пор надежнее старые добрые микроданные (microdata) или RDFa.

Какие схемы дают расширенный сниппет в 2026, а какие нет

Вот таблица, ради которой стоит дочитать статью. Google публикует закрытый список типов, которые реально дают расширенный сниппет (он называется Search Gallery). Если типа в этом списке нет — сниппета не будет, что бы тебе ни обещали в гайдах. 

Свел сюда то, что касается арбитражных сайтов:

Последние пять строк — это типы, которые есть чуть ли не в любом гайде «по микроразметке для бизнеса» лежат как полезные, — и которые под арбитраж в 2026 году не дают в выдаче ничего. Ни бонуса казино в сниппете, ни APR займа со звездочкой, ни карусели из топ-10 казино. Почему — разбираем по вертикалям.

Нутра — обзорник под оффер

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

Рабочий стек: Product + AggregateRating + Review. Вот минимальный код, который дает звезды в выдаче:

Что тут важнее всего:

1. Автор отзыва — имя человека, а не рекламные призывы к действию или кликбейты. В author.name должно стоять имя живого человека или редакции. Не «Скидка 50%», не «Лучший спрей 2026». Google это прямо запрещает, и за такое режет сниппет.
2. Разметка обязана совпадать с тем, что видно на странице. Правило Google дословно: не размечай контент, которого нет на странице для читателя. Если в коде рейтинг 4.6 и 128 отзывов — эти 4.6 и 128 отзывов должны быть на странице, видимые глазами. Налепил aggregateRating от балды, без реальных отзывов на странице — звезды либо не покажут, либо прилетит ручная санкция (manual action).
3. Мед-клеймы. Нутра — это YMYL (Your Money or Your Life — темы, влияющие на здоровье и деньги, Google судит их строже всего). Обещания «вылечит гипертонию за неделю» в размеченном тексте — это повод для Google прибить страницу. Разметка делает такие обещания машиночитаемыми, то есть ты сам подсвечиваешь поисковику то, за что тебя можно прижать.

<script type="application/ld+json">

{

  "@context": "https://schema.org",

  "@type": "Product",

  "name": "FitoSpray — спрей для похудения",

  "image": "https://your-site.com/img/fitospray.jpg",

  "description": "Обзор состава, как принимать, реальные результаты",

  "brand": { "@type": "Brand", "name": "FitoSpray" },

  "review": {

    "@type": "Review",

    "reviewRating": {

      "@type": "Rating",

      "ratingValue": "4.5",

      "bestRating": "5"

    },

    "author": { "@type": "Person", "name": "Андрей Климов" },

    "datePublished": "2026-06-01"

  },

  "aggregateRating": {

    "@type": "AggregateRating",

    "ratingValue": "4.6",

    "reviewCount": "128"

  }

}

</script>

Гемблинг — сравнительный сайт казино

Тут начинается боль. Стандартный совет из гайдов: «сделай сравнительный сайт казино, размечай список через ItemList, добавь Offer на бонусы — получишь карусель и бонусы прямо в выдаче». Так вот: ничего из этого не работает.

Разберем по фактам из документации Google:

• ItemList сам по себе не дает ни карусели, ни сниппета. Карусель (host carousel) Google показывает только для рецептов, фильмов, курсов и ресторанов — список казино под это не подходит в принципе. ItemList можно ставить ради понимания структуры, но видимого результата в выдаче он не даст.
• Под бонус/акцию/промокод отдельного сниппета не существует. Offer работает только внутри Product и показывает максимум цену. Никакого «бонус 100% на депозит» в выдаче из разметки не появится — нет такого rich result у Google.

Что реально работает на казино-обзорнике — это Review на конкретное казино (как на сторонний объект) плюс хлебные крошки. Вот рабочий код для страницы обзора одного казино:

<script type="application/ld+json">

{

  "@context": "https://schema.org",

  "@type": "Review",

  "itemReviewed": {

    "@type": "Organization",

    "name": "Casino X",

    "image": "https://your-site.com/img/casinox.png"

  },

  "author": { "@type": "Person", "name": "Игорь Ставкин" },

  "reviewRating": {

    "@type": "Rating",

    "ratingValue": "4.2",

    "bestRating": "5"

  },

  "datePublished": "2026-06-10"

}

</script>

И вот тут — красная кнопка, которую надо прочитать дважды. В спам-политике Google есть пункт про site reputation abuse (злоупотребление репутацией сайта). Google дословно приводит в примерах нарушения: «медицинский сайт, размещающий стороннюю рекламную страницу про „лучшие казино»» и «образовательный сайт со спонсорскими обзорами займов до зарплаты». Это буквально описание арбитражного листикла. Политика запущена в марте 2024-го, ручные санкции пошли с мая, алгоритм добавился в декабре 2024-го.

Результат для тех, кто строил «Best Casino»-листиклы: affiliate-разделы крупных изданий обвалились — Fortune Recommends потерял около 67% видимости, просели Forbes Advisor, Time Stamped (цифры зафиксировал Glenn Gabe, gsqi.com). 

Честная оговорка: это не только site reputation abuse, тут наложились еще и core-апдейты и reviews-апдейты 2024 года. Но вектор ясен: голый листикл «топ-10 казино» без независимой ценности — теперь токсичный актив.

Финансы — loan, credit, crypto

Сразу разочарую и сэкономлю тебе время: FinancialProduct и LoanOrCredit не дают вообще никакого расширенного сниппета. Их нет в списке поддерживаемых типов Google. Ни ставки, ни APR (annual percentage rate — годовая процентная ставка), ни суммы займа в выдаче из этой разметки не появится. 

Гайды, которые расписывают, «как разметить займ через FinancialProduct и получить красивый сниппет», просто врут — что проверяется за минуту по Search Gallery.

Свойства у этих типов в Schema.org есть (annualPercentageRate, feesAndCommissionsSpecification, amount, loanTerm), и разметить ими страницу можно — но только ради семантики и графа знаний, не ради выдачи. Если очень хочешь — вот как это выглядит, с честной пометкой «сниппета» не будет.

<script type="application/ld+json">

{

  "@context": "https://schema.org",

  "@type": "LoanOrCredit",

  "name": "Займ до зарплаты — МФО Быстроденьги",

  "loanType": "Payday loan",

  "amount": { "@type": "MonetaryAmount", "currency": "RUB", "value": "30000" },

  "annualPercentageRate": { "@type": "QuantitativeValue", "value": "292" },

  "loanTerm": { "@type": "QuantitativeValue", "value": "30", "unitCode": "DAY" }

}

</script>

Раз сниппета под финансы нет, вопрос меняется: что вообще делать разметкой в финвертикали? Ответ — работать на доверие, а не на звезды. 

Финансы — это максимальная YMYL-нагрузка, тут Google сильнее всего смотрит на то, кто стоит за сайтом и контентом. И вот здесь разметка реально полезна — но не товарная, а Organization + Article с автором. Это уже не про сниппет, это про E-E-A-T, и об этом — следующий раздел.

<script type="application/ld+json">

{

  "@context": "https://schema.org",

  "@type": "Article",

  "headline": "Где взять займ под 0% первому заемщику: разбор 2026",

  "datePublished": "2026-06-15",

  "dateModified": "2026-06-15",

  "author": {

    "@type": "Person",

    "name": "Мария Финько",

    "url": "https://your-site.com/authors/finko",

    "sameAs": ["https://www.linkedin.com/in/finko/"]

  },

  "publisher": {

    "@type": "Organization",

    "name": "Твой Финсайт",

    "logo": {

      "@type": "ImageObject",

      "url": "https://your-site.com/logo.png"

    }

  }

}

</script>

E-E-A-T через разметку: как не спалить фейкового эксперта

E-E-A-T (Experience, Expertise, Authoritativeness, Trust — опыт, экспертность, авторитетность, доверие) — это то, через что Google оценивает YMYL-сайты, то есть твои нутру и финансы в первую очередь. И разметка тут — один из каналов, которым ты передаешь поисковику сигналы доверия в машиночитаемом виде.

Только не жди, что Google официально назовет разметку фактором E-E-A-T, — он этого не говорил. В гайдлайнах для асессоров (2.5.2) Google требует, чтобы было ясно, кто отвечает за сайт и контент, — но инструментами называет страницы «О нас», контакты и профили, не разметку. А в доке по Article Google рекомендует размечать автора (Person с именем и ссылкой). 

Связка: author + Organization + sameAs делают авторство машиночитаемым — но это не фактор ранжирования, а канал передачи сигналов.

Механика такая: 

• размечаешь автора (Person с sameAs на его профили), организацию (Organization с sameAs на соцсети, отраслевые площадки) → 
• тем самым помогаешь Google однозначно опознать сущности и привязать их к графу знаний →
• это, в свою очередь, поднимает доверие к бренду и автору. Trust, к слову, Google называет самым важным элементом из всего E-E-A-T — без него остальное не считается.

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

DrMax, который годами препарирует E-E-A-T на русском, объясняет на пальцах: 

Отсюда вывод, который дороже всего стоит под YMYL: фейковый эксперт в разметке теперь не помогает, а топит. 

Гайдлайны Google (раздел 4.5.3) отдельно бьют по обманному E-E-A-T — выдуманным авторам, фейковым регалиям, сгенерированным нейросетью лицам. Размечая несуществующего «врача в третьем поколении» через Person — ты не повышаешь доверие, а подсвечиваешь поисковику обман. 

Тот же DrMax про накрутку графа знаний высказывается иронично: «прикупив старый акк и организовав подписчиков, за разумные деньги можно пропихнуть ваших Иванов Ивановых, экспертов по медицине в 3 поколении, в граф знаний… Но я вас этому не учу )))».

Как это делают по-белому, если упрощенно (схема из практики арбитражного тимлида под нутру/крипту): 

1. берешь реального автора с регалиями →
2. делаешь ему страницу с био и ссылкой на LinkedIn →
3. размечаешь через Person + sameAs →
4. ставишь блок автора и дату обновления на каждой статье →
5. ссылаешься на авторитетные источники — PubMed для нутры, Bloomberg для крипты. 

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

Микроразметка и AI-выдача: ставить ее ради ChatGPT не надо

Раз уж все носятся с AI-поиском, закроем вопрос сразу. Если тебе будут продавать «оптимизацию под AI через schema» — не ведись. Вот два факта на этот счет: 

1. Внутри языковой модели нет парсера микроразметки. В техническом разборе это сформулировано прямо: «Внутри модели нет парсера, который читает теги schema или отдает приоритет FAQ-разметке. Модель читает слова». 

DrMax по итогам своих тестов говорит об этом чуть жестче: «LLM вообще не видит микроразметку, они работают с готовым текстом от пререндера». То есть ставить разметку ради того, чтобы тебя процитировал ChatGPT или Perplexity, — мимо кассы. Они читают видимый текст, а не твой JSON-LD.

1. AI Overviews (AI-обзоры) Google — это другое. Они надстроены над обычным поисковым индексом и берут источники из классической выдачи. А там разметка работает как всегда — через сниппеты и граф сущностей.
   
   Поэтому контролируемые эксперименты тут противоречат друг другу:
   — одни показывают рост видимости в AI Overviews от разметки (OtterlyAI намерял +1500%),
   
   — другие (Ahrefs на выборке 1885 страниц) — что добавление разметки не увеличивает цитирование. 

Честный вывод: прямого влияния на саму модель нет, косвенное через индекс Google (вероятно).Что до llms.txt и прочих «файлов для AI» — по замерам это пока карго-культ: OtterlyAI намерял, что llms.txt собрал 0,1% трафика AI-ботов.

Кстати, для арбитража есть и хорошая новость: AI-обзоры пока выскакивают в основном на информационных запросах, а на коммерческих и транзакционных — заметно реже (по разным оценкам 4–10%). То есть денежную транзакционку AI-выдача пока ест меньше.

Яндекс против Google: что важно на RU/CIS ГЕО

Если ты льешь на Россию и СНГ, держи в голове, что Яндекс ведет себя иначе, и это меняет подход к разметке. Четыре практических вывода.

1. JSON-LD под Яндекс работает не для всего. Повторю тезис из начала, потому что он важный: по официальной справке, в выдаче Яндекс использует JSON-LD только для хлебных крошек и вопросов-ответов на мобильных. Для товарных звезд, цен и рейтингов надежнее микроданные (microdata) или RDFa — прямо в HTML. 

Все статьи, где написано «Яндекс ест JSON-LD как Google», противоречат документации самого Яндекса!

2. Динамическая разметка через JS — риск под Яндекс. Google рендерит JavaScript и видит JSON-LD, подгруженный скриптом. Яндекс с этим заметно слабее: если разметка появляется на странице через JS, Яндекс может ее не считать (это вывод практиков, не дословная документация, но рисковать не стоит). 

Под Яндекс отдавай разметку в исходном HTML — то есть нужен серверный рендеринг (SSR) или статика.

3. Турбо-страницы мертвы. Яндекс объявил об отключении Турбо-страниц в феврале 2025-го, отключение пошло с апреля. Если тебе попадается гайд, советующий «делай разметку под Турбо», — он устарел, выкинь.
4. FAQ-парадокс. Самое интересное. Google убил FAQ-сниппеты для всех 7 мая 2026. А Яндекс на мобильной выдаче вопросы-ответы через JSON-LD еще показывает. То есть FAQ-разметка сейчас — это игра под Яндекс, а не под Google. Если твое ГЕО — Россия, FAQPage еще имеет смысл; если бурж — это труп.

Проверять разметку под Яндекс — его собственным валидатором микроразметки (нужна авторизация). Он понимает Schema.org, микроданные, микроформаты, Open Graph и RDFa.

Что сломает разметку — и как проверять

Даже валидная разметка не покажет сниппет, если накосячить со связкой данных. Главные грабли:

Чем проверять — таблица ниже. Одна важная засада: основной Rich Results Test от Google врет на редиректах — он показывает данные конечного URL, а не исходного, и помечает редиректы как нормальные страницы.

Если у тебя цепочки редиректов (а в арбитраже это норма), проверяй еще и через Search Console, которая показывает каноническую версию. И регулярно поглядывай в апдейты Google — после каждого core-апдейта правила по сниппетам могут поехать.

Инструменты — чем размечать и проверять

Обрати внимание. Генераторам слепо не доверяй — они выдают шаблон, который может не соответствовать актуальной документации (классический пример — лепят Organization на сайт без физического адреса). Сгенерировал — сверь с документацией Google по нужному типу и прогони через валидатор.

Чек-лист: разметка для affiliate-сайта перед запуском

1. Определил, какой тип реально дает сниппет под твою задачу (свериться с таблицей выше — не трать время на FinancialProduct, Offer-соло, ItemList, FAQ под Google).
2. Выбрал формат: JSON-LD под Google; microdata в HTML, если важен товарный сниппет в Яндексе.
3. Если разметка генерится через JS, а ГЕО — Россия: вынес ее в серверный рендеринг или статический HTML.
4. Все размеченные данные (рейтинг, цена, отзывы, дата) видны на странице глазами — разметка совпадает с контентом.
5. Рейтинг и отзывы размечены на сторонний объект (оффер, продукт), а не на свой сайт (иначе звезд не будет).
6. В author.name — имя реального человека, не маркетинговая фраза; у автора есть страница и sameAs.
7. Не размечаешь фейкового эксперта под YMYL (нутра, финансы) — это риск, а не плюс.
8. Один источник истины по данным: нет конфликта между разметкой, виджетами и фидом.
9. Не накидал лишних типов (нет schema stuffing) — только релевантные сущности.
10. Прогнал через Rich Results Test и Schema Validator; для редиректов — проверил еще и в Search Console.
11. Подключил отчет «Улучшения» в GSC, чтобы ловить ошибки после публикации.
12. Если строишь листикл «топ казино / лучшие займы» — оценил риск site reputation abuse, не делаешь голый рекламный список без независимой ценности.