Яндекс vs Google в RU: 18 деталей, которые реально отличаются

Я почти никогда не начинаю статью с тезиса — обычно он всплывает к третьему абзацу. Здесь наоборот: сразу скажу, к чему я пришёл. RU-SEO — это не два движка с разными настройками. Это два разных мира ранжирования. И 18 наблюдаемых расхождений между Яндексом и Google в RU-сегменте кластеризуются не хаотично, а вокруг трёх структурных осей: (1) экосистемная идентичность аудитории, (2) морфология и поведенческие факторы, (3) YMYL-границы в RU-правовом поле. Дальше — разбор каждой оси по первоисточникам. Эта статья завершает цикл: Title и Meta Description в RU и EN и On-page структура: H1, заголовки, анкоры, alt-text и Технический SEO для RU-сайтов задают прикладную базу, здесь — аналитика над ней.

Ось 1. Экосистемная идентичность: Яндекс — RU-first, Google — глобальный граф

Это самое глубокое расхождение, и большинство остальных расходятся как его следствия.

Яндекс проектировался под российскую аудиторию. Это не «RU-версия глобального движка», это отдельный стек ранжирования, в котором RU-сегмент — основной, а не локализованный. Отсюда: морфологический анализ анкоров по падежам («купить окна» / «купить окон» / «покупка окон» — один бакет), приоритет RU-ccTLD (.ru, .рф) и региональных ccTLD (.by, .kz) над глобальными TLD, поддержка ISO 3166-2:RU для city-level (ru-MOW, ru-SPE), обязательный x-default hreflang при автоопределении языка.

Google проектировался как глобальный граф с локализацией на периферии. Для него RU-страница — это один из многих регионов. Отсюда: отсутствие морфологии на анкорах, одинаковая обработка .ru и .com с точки зрения геотаргетинга (выбор идёт по контенту и hreflang, не по ccTLD), стандартизированная международная разметка без city-granularity.

Это объясняет, почему региональные ccTLD дают разный эффект ранжирования в двух движках: Яндекс для .by показывает native BY SERP независимо от контента, Google — только при наличии геотаргетинга в Search Console.

Если вы работаете с RU-проектами последние годы, вы это видите на собственных метриках: RU-first сайт на Яндексе получает более «честный» сигнал релевантности, чем тот же сайт в Google RU-segment. Для мультиязычного глобального сайта соотношение обратное.

Ось 2. Морфология и поведенческие факторы

Это самая плотная зона расхождений — из 18 деталей к ней относится половина.

Яндекс:

Морфологическая нормализация анкоров: падежные формы схлопываются в один бакет.

Поведенческие факторы (CTR, dwell time, pogo-sticking, return visits) — это отдельная сигнальная группа в Вебмастере («Поведенческие факторы»), и она взвешена тяжелее в коммерческих и информационных запросах.

Мими-фильтр отслеживает traffic anomalies и может наказывать за резкие всплески.

Wordstat возвращает абсолютные частоты показов в месяц — это не нормализованные доли, а счётчик; сравнивать с Google Keyword Planner напрямую нельзя.

Google:

Анкоры хранятся as-is, без морфологии.

Поведенческие клики де-эмфазированы в ранжировании (Google публично заявлял это в 2024-2025), search-quality signals преимущественно off-side.

Keyword Planner возвращает относительные диапазоны (low/mid/high), не абсолютные значения.

Yandex-специфические SERP-фичи — Колдунщики (Карты, Картинки, Видео, Услуги, Товары, Авиабилеты, Кинопоиск, Музыка) — не имеют прямых Google-эквивалентов; Universal SERP в Google (Maps, Images, Discover) ранжируется по другим алгоритмам и с другими источниками данных.

Ключевое следствие: якорный профиль, который для Google выглядит разнообразным, для Яндекса может выглядеть однообразным. Это ломает распространённое в RU-SEO предположение «делаем diversity для Google, Яндекс разберётся сам». Не разберётся — морфология Яндекса схлопывает diversity в один bucket.

Подробный разбор порога ~30% для уникального анкора — в On-page структура: H1, заголовки, анкоры, alt-text.

Ось 3. YMYL в RU-правовом поле

Здесь расхождение между движками становится не техническим, а правовым.

Google E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) — это рамочная конструкция из Quality Rater Guidelines. Для YMYL-категорий (medical, legal, financial, news, safety) Google требует primary-source citations и editorial review, и автоматически понижает AI-сгенерированный контент без редакторского контроля (Helpful Content Update 2023-2024 + AI-content classification 2024-2025).

Яндекс Quality Score оперирует похожим набором сигналов, но добавляет RU-правовой контекст. Категории, требующие обязательной редакторской проверки в RU:

Медицина — Минздрав, Росздравнадзор, ВОЗ, профильные НИИ как первоисточники.

Право — КонсультантПлюс, Гарант, официальные тексты ФЗ.

Финансы — ЦБ РФ, banki.ru первичное раскрытие, аудиторские отчёты.

Новости — named editorial review, раскрытие авторства, временная метка.

Безопасность — группы, защищённые RU/EAEU правом.

Здесь нет прямого конфликта между движками — оба требуют первоисточников и редакторского контроля. Расхождение в том, что считается первоисточником в RU-контексте: для Google это часто Wikidata / Wikipedia / официальные .gov, для Яндекса — российские регуляторы и первичное раскрытие. Если оптимизировать только под западный стандарт первоисточников, RU-сегмент будет проигрывать Яндексу по quality score.

Дополнительный правовой слой — 152-ФЗ: cookie-баннеры, согласие на обработку персональных данных, erid-маркировка рекламы. Это compliance, а не фактор ранжирования напрямую, но неналожение баннера делает страницу непригодной для RU-аудитории по закону, что превращается в поведенческий штраф постфактум.

Ссылочные правила: жёстче, чем кажется

Оба движка формально запрещают link schemes, но на практике пороги расходятся.

Яндекс:

Минусинск (с 2015, обновлён 2024) — фильтр на Private Blog Networks: согласованность отпечатков (один IP, один WHOIS, одинаковый шаблон исходящих).

Мими-фильтр — на traffic anomalies и скорость появления ссылок.

Яндекс прямо публикует: биржевые ссылки (Sape, Gogetlinks, Miralinks) при доле > ~10% месячной скорости набора ссылок классифицируются как коммерческие и обнуляются по весу.

Якорный порог: уникальный коммерческий анкор не должен превышать ~30% профиля.

Google:

SpamBrain — AI-детектор link-spam, без публичных порогов.

Платные ссылки требуют rel="sponsored".

UGC-ссылки — rel="ugc".

Disavow file — концепция Google; Яндекс disavow интерпретирует иначе (информирует, но не всегда перекрывает алгоритмический фильтр). Яндекс прямо disavow как «отказ от ссылок» не вводил.

Разница в философии: Яндекс публикует конкретные пороги (10%, 30%), Google оперирует AI-классификаторами без чисел. Это значит, что для RU-проекта Яндекс-пороги проверяемы (можно посчитать долю биржевых ссылок в профиле и сравнить с 10%), а Google-пороги — нет.

Технические детали как подтверждение трёхосной модели

Несколько технических расхождений подтверждают ту же модель:

Robots Clean-param — есть только у Яндекса, инструмент против дублей URL. Google закрывает дубли через canonical.

JS rendering — у Яндекса opt-in (At the bot's discretion / Allow / Disallow в Вебмастере), у Google — always. Это следствие того, что Яндекс исторически экономил серверные ресурсы для рендеринга, а Google давно построил рендер-инфраструктуру.

Sitemap for languages — Яндекс больше не принимает (с 2024-2025); Google принимает оба канала.

Yandex Turbo — официально закрыт; AMP у Google — только для новостных издателей. Обе legacy-фичи уходят в одну сторону.

Все эти детали — следствие одной причины: Яндекс строил RU-оптимизированный стек, Google строил глобальный стек и локализовал его.

Подробный разбор директив и Schema.org для RU — в Технический SEO для RU-сайтов. Рабочие диапазоны для title и description — в Title и Meta Description в RU и EN.

SERP-фичи: два разных «над organic»

Яндекс Колдунщики (Карты, Картинки, Видео, Услуги, Товары, Кинопоиск, Музыка, Авиабилеты) — имеют собственную логику ранжирования и data sources. Слот под них часто съедает место, где EN-сайт получил бы синюю ссылку.

Яндекс Быстрый ответ — аналог Featured Snippet, но с собственной schema.org-семантикой плюс Турбо-Tекст legacy.

Яндекс Нейро (запущен 2024-2025) — генеративный SERP-overlay, ближе всего к Google AI Overviews / SGE.

Яндекс Советник — браузерное расширение, показывающее историю цен и конкурентов прямо в SERP; у Google Shopping Comparison это engine-side, не extension.

Google Universal SERP — Maps, Images, Discover, AI Overviews. Другая логика, другие источники, другое ранжирование.

Это означает, что в RU-сегменте «занять синюю ссылку» и «занять SERP» — разные задачи с разными тактиками. Стратегия под Яндекс должна учитывать Колдунщики (особенно для e-commerce, локального бизнеса, медиа). Стратегия под Google — Universal SERP + AI Overviews.

Что из этого следует для SEO-стратегии

Три практических вывода:

Яндекс-пороги проверяемы, Google-пороги — нет. Для RU-проекта: сначала приведите Яндекс-метрики в зелёную зону (10% биржевых, 30% уникального анкора, ISO 3166-2:RU для региональности — базовый чеклист из On-page структура и Технический SEO), а Google оптимизируйте по качественным принципам E-E-A-T и SpamBrain-friendly профилю.

Региональная стратегия выбирается по экосистеме, а не по ТЗ. RU-first сайт получает .ru + Яндекс. Мультиязычный глобальный сайт получает subfolder + hreflang + обе системы. Смешение даёт субоптимальный результат в обоих.

YMYL-контент требует RU-первоисточников в обе системы. Оптимизация только под западные Wikidata/Wikipedia снижает Яндекс-quality score для RU-тематики. Здесь нет конфликта между движками — есть только разная иерархия источников.

Что эта статья не устанавливает

Не претендует на исчерпывающее объяснение функций ранжирования Яндекса и Google — обе системы публикуют часть сигналов и держат остальные в секрете.

Не прогнозирует сближение или расхождение движков в долгосрочной перспективе — это сценарий, не прогноз.

Не даёт пошаговой инструкции «что делать в вашем проекте» — конкретика зависит от вертикали, географии и текущего состояния сайта.

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

Откуда это

Эта статья — аналитическое завершение цикла про RU-SEO 2026 года, открытого материалом Title и Meta Description в RU и EN и дополненного On-page структура: H1, заголовки, анкоры, alt-text и Технический SEO для RU-сайтов. Все 18 деталей и YMYL-категории взяты из первоисточников — Яндекс.Вебмастера, Google Search Central, Quality Rater Guidelines, нормативных актов RU. Проверка источников: 2026-07-19.

Дисклеймер

Это аналитическое наблюдение про 18 структурных расхождений между Яндексом и Google в RU-сегменте на 2026 год, не академический разбор функций ранжирования и не претензия на полную модель рынка. Корреляция в данных RU-SEO не устанавливает причинность — там, где я говорю «это объясняет», это рабочая гипотеза, а не доказанный механизм. Все 18 деталей и YMYL-категории проверены и атрибутированы; если вы видите альтернативное объяснение или контрпример — открывайте issue с альтернативным источником. AI-assisted подготовка по умолчанию (disclosure: ai-assisted-yes).

Первоисточники

Яндекс (RU-first):

Яндекс.Вебмастер — Recommendations: https://yandex.com/support/webmaster/en/recommendations/presentation

Яндекс.Вебмастер — Indexing with JavaScript (β): https://yandex.com/support/webmaster/en/yandex-indexing/rendering

Яндекс.Вебмастер — Localized pages: https://yandex.com/support/webmaster/en/yandex-indexing/locale-pages

Яндекс Wordstat: https://wordstat.yandex.com/

Яндекс.Вебмастер — Sitemap: https://yandex.com/support/webmaster/en/controlling-robot/sitemap

Google (Search Central, RU-локализация):

Core Web Vitals (RU): https://developers.google.com/search/docs/appearance/core-web-vitals?hl=ru

Spam policies (RU): https://developers.google.com/search/docs/essentials/spam-policies?hl=ru

Multiregional / multilingual (RU): https://developers.google.com/search/docs/specialty/international?hl=ru

Mobile-first indexing: https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing?hl=ru

Регуляторика и стандарты:

152-ФЗ «О персональных данных»: http://www.consultant.ru/document/cons_doc_LAW_61801/

54-ФЗ «О применении ККТ»: http://www.consultant.ru/document/cons_doc_LAW_130499/

ISO 3166-2:RU subdivision codes: https://en.wikipedia.org/wiki/ISO_3166-2:RU

Индустриальный пульс (RU):

Searchengines.guru: https://searchengines.guru/