Google объявил войну back button hijacking — у сайтов 2 месяца до 15 июня на чистку
Google объявил back button hijacking явным нарушением спам-политики. С 15 июня 2026 — ручные санкции и понижения в выдаче. Разбираем, что попадёт под удар и как проверить свой сайт.
Новости TprogerЕсли ваш сайт или встроенная на нём рекламная сеть как-то манипулирует историей браузера — например, перехватывает кнопку «Назад» или подсовывает в неё промежуточные страницы, — у вас есть время до 15 июня 2026 года, чтобы это вычистить. С этой даты Google начинает понижать такие страницы в выдаче и применять ручные спам-санкции.
Объявление вышло 13 апреля 2026 года в Google Search Central Blog. Поисковик объявил back button hijacking (перехват кнопки «Назад») явным нарушением политики «malicious practices» — той самой, по которой раньше блокировали клоакинг и редиректы под пользователя.
Ключевые выводы
Что произошло
Google объявил перехват кнопки «Назад» нарушением политики malicious practices в правилах для поиска.
Дата вступления в силу — 15 июня 2026. Два месяца на правки.
Санкции — ручные спам-меры или автоматические понижения в выдаче.
Под удар попадает любой код, который добавляет в history «лишние» записи: скрипты на странице, рекламные сети, сторонние SDK.
Ответственность лежит на сайте, даже если хайджек делает чужой код (рекламная сеть, виджет).
Что такое back button hijacking
У кнопки «Назад» есть простое контрактное поведение: она возвращает пользователя на предыдущую страницу. Back button hijacking — любой приём, который это поведение ломает: вместо реального возврата пользователя кидает на промежуточную рекламную страницу, на «рекомендации», на ту же страницу, что он пытался покинуть, либо просто отказывается реагировать.
Реализуется обычно через манипуляции с историей браузера. Самые ходовые техники:
- Цепочка редиректов на входе: первая страница за миллисекунды редиректит на вторую через мета-refresh или JS, обе попадают в
history. «Назад» возвращает на редиректор, тот снова перебрасывает вперёд. - Подмена через
history.pushState(): страница тихо добавляет в историю свои фейковые записи, чтобы отнять у пользователя возможность выйти за один клик. - Перехват события
popstate: сайт ловит попытку нажатия «Назад» и подменяет навигацию своей логикой — обычно показом полноэкранной рекламы или «вы уверены, что хотите уйти?»-промпта. - SPA-роутеры, которые заводят в историю записи без действия пользователя — если из такой страницы «Назад» уводит не туда, куда читатель ожидает вернуться, это уже формально хайджек, даже без злого умысла.
Когда пользователь нажимает «Назад» в браузере, у него есть чёткое ожидание: он хочет вернуться на предыдущую страницу. Back button hijacking ломает это фундаментальное ожидание, мешает обычной навигации и вызывает у людей фрустрацию.
Что именно меняется в правилах
До 13 апреля 2026 года Google публично говорил, что back button hijacking ему не нравится, но напрямую на ранжирование не влияет. Теперь это явное нарушение политики malicious practices — она формулируется так:
Malicious practices создают рассогласование между ожиданиями пользователя и реальным результатом, ведут к негативному и обманному опыту либо компрометируют безопасность и приватность пользователя.
Практические последствия для сайта-нарушителя:
- Manual action — ручная санкция от команды Google Search Quality. Появится в Search Console, страница (или весь сайт) будет понижена или выкинута из индекса до устранения и повторной отправки на проверку.
- Automated demotion — алгоритмическое понижение без явного уведомления. Замечают по падению трафика на конкретные URL.
- Восстановление возможно после полного удаления техники и (для manual action) повторной отправки в Search Console.
Где искать у себя
Google специально подсветил, что хайджек часто приходит со сторонним кодом — рекламные SDK, AdSense-обёртки, аналитические виджеты, push-уведомления. Это не освобождает сайт от ответственности: пенальти прилетит на ваш домен, не на вендора.
Минимальный аудит:
- В DevTools откройте Performance → Recording, перейдите на страницу из выдачи Google, нажмите «Назад». Если в Network появляются запросы или адресная строка прыгает по нескольким URL, у вас хайджек.
- Проверьте все вызовы
history.pushStateиhistory.replaceState— они должны соответствовать реальной навигации в SPA, а не дублировать одно и то же. - Найдите подписки на
popstateиbeforeunload. Подписка сама по себе не нарушение, но если её цель — задержать пользователя, это уже хайджек. - Проверьте
window.onbeforeunload-промпты «вы уверены, что хотите уйти?» — Chrome давно убрал возможность кастомизировать их текст и показывает их только при user activation, но сам механизм работает и часто используется впустую. - Прогоните страницу через рекламные креативы. Многие хайджек-схемы приходят именно из creative-уровня сетей второго эшелона.
Быстрый тест в консоли — посмотреть, что лежит в истории за один заход:
Кого это касается в первую очередь
- Сайты с агрессивной монетизацией — вторичные новостные агрегаторы, дорвеи, сайты-сравнения цен, лидген.
- SaaS-лендинги и медиа с onboarding-роутерами, которые удерживают пользователя через лишние записи в истории.
- Площадки с push-нотификациями: некоторые библиотеки добавляют служебные страницы в историю, чтобы заставить «случайно» подтвердить подписку.
- Сайты с popunder-сетями и менее строгой модерацией креативов — в их экосистеме хайджек встречается чаще.
- Любые SPA с перегруженной history-логикой. В React Router v6 — без явного
{ replace: true }вnavigate()для редиректов; в v5 — безhistory.replace()вместоpush.
Сроки и что считается чистым
- 13 апреля 2026 — анонс политики, отсчёт двух месяцев пошёл.
- 15 июня 2026 — начало enforcement. Можно получать manual actions и видеть алгоритмические понижения.
- Google не обещал «амнистии» для тех, кто исправится после 15 июня — но историю нарушения учитывают, и быстрая чистка снижает вероятность ручной санкции.
FAQ
Что считать «back button hijacking»?
Любое поведение, при котором клик «Назад» в браузере не возвращает пользователя на ту страницу, с которой он пришёл. Сюда входят: добавление лишних записей через history.pushState, перехват события popstate с подменой навигации, цепочки редиректов, JS-перехват, который перенаправляет на «рекомендации» или рекламу.
Можно ли получить пенальти, если хайджек делает только сторонний скрипт?
Да. Google прямо это пишет в анонсе. Сайт несёт ответственность за весь код, который запускается на его страницах, включая сторонние библиотеки и рекламные платформы. Если ваш AdSense-конкурент или push-виджет манипулирует историей — отвечать будете вы.
Как восстановиться после ручной санкции?
Удалите весь нарушающий код и сторонние интеграции, которые могли его привнести. Затем в Search Console подайте reconsideration request с описанием изменений. Сроки рассмотрения Google для этой политики не объявлял; по общей практике reconsideration request обычно обрабатывается в пределах нескольких недель.
Считается ли SPA-роутинг с историей хайджеком?
Не сам по себе. Хайджек — это намеренное нарушение ожиданий. Если пользователь кликнул на «Открыть карточку товара», и у вас в истории появилась запись на эту карточку, всё нормально. Нарушение — когда вы добавляете в историю записи, которые пользователь не запрашивал, или когда «Назад» из карточки не уводит на список товаров.
Что делать, если рекламная сеть отказывается убирать хайджек?
Менять рекламную сеть. Google не примет «это поставщик виноват» как оправдание — пенальти попадёт на ваш домен. Перед сменой проверьте, что у замены нет тех же проблем: запустите тест из консоли (см. выше) с реальными креативами от нового рекламодателя.
Выводы
Чёткая дата — 15 июня 2026 — и понятный механизм наказания делают этот апдейт жёстче многих предыдущих. Google не первый раз ругал манипуляции с историей, но раньше всё ограничивалось советами в гайдлайнах. Теперь это спам-политика наравне с клоакингом и подменой контента под Googlebot.
Главная неприятная деталь — ответственность за чужой код. Большинство сайтов с проблемой получили её бесплатно: вместе с popunder-сетью или push-виджетом. Аудит сторонних интеграций — работа на 2–6 недель плюс согласование с рекламодателями, поэтому стартовать с ним лучше сейчас, а не за неделю до дедлайна.
Хорошая новость для разработчиков: быстрая проверка через консоль занимает несколько минут (см. сниппет в DevTools выше). Если консоль показывает чистую историю и нет подозрительных подписок на popstate, — можно не волноваться. Полный аудит сторонних интеграций — отдельная работа на недели, и лучше начать сейчас.
Источники: официальный анонс Google Search Central, разбор 9to5Google, Search Engine Land.