Яндекс vs Google в RU: 18 деталей, которые реально отличаются
RU-SEO — это не два движка с разными настройками. Это два разных мира ранжирования, и 18 наблюдаемых расхождений кластеризуются вокруг трёх структурных осей: экосистемная идентичность, морфология и ПФ, YMYL-границы в RU-правовом поле.
Я почти никогда не начинаю статью с тезиса — обычно он всплывает к третьему абзацу. Здесь наоборот: сразу скажу, к чему я пришёл. 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.
Здесь расхождение между движками становится не техническим, а правовым.
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 строил глобальный стек и локализовал его.
Яндекс Колдунщики (Карты, Картинки, Видео, Услуги, Товары, Кинопоиск, Музыка, Авиабилеты) — имеют собственную логику ранжирования и 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 — обе системы публикуют часть сигналов и держат остальные в секрете.
Не прогнозирует сближение или расхождение движков в долгосрочной перспективе — это сценарий, не прогноз.
Не даёт пошаговой инструкции «что делать в вашем проекте» — конкретика зависит от вертикали, географии и текущего состояния сайта.
Не сравнивает качество поиска между движками — это субъективная оценка пользователя, не измеряемая метрика.
Это аналитическое наблюдение про 18 структурных расхождений между Яндексом и Google в RU-сегменте на 2026 год, не академический разбор функций ранжирования и не претензия на полную модель рынка. Корреляция в данных RU-SEO не устанавливает причинность — там, где я говорю «это объясняет», это рабочая гипотеза, а не доказанный механизм. Все 18 деталей и YMYL-категории проверены и атрибутированы; если вы видите альтернативное объяснение или контрпример — открывайте issue с альтернативным источником. AI-assisted подготовка по умолчанию (disclosure: ai-assisted-yes).