Back Button Hijacking - Google обявява война на сайтовете, които те държат в капан (и какво трябва да направиш преди 15 юни 2026 г.)

Какво е back button hijacking - точното определение

• Потребителят натиска Назад и е изпратен на страница, която никога не е посещавал - рекламна страница, "препоръки", или друга вътрешна страница на сайта
• Натискането на Назад не прави нищо - страницата просто се презарежда
• Потребителят трябва да натисне Назад три, четири или повече пъти, за да излезе от сайта
• При опит за напускане се появява overlay с реклами или "специална оферта", вместо браузърът да се върне назад
• Сайтът добавя множество идентични записи в browsing историята, създавайки фиктивна "история"

Как работи технически - History API и злоупотребата с него

// ❌ Back button hijacking - добавя фиктивни записи при зареждане на страницата
window.addEventListener('load', function() {
  // Добавя множество идентични записи в историята
  history.pushState(null, null, window.location.href)
  history.pushState(null, null, window.location.href)
  history.pushState(null, null, window.location.href)
})
 
// Прихваща опита за навигация назад
window.addEventListener('popstate', function(e) {
  // Вместо да позволи излизане, пренасочва към рекламна страница
  window.location.href = '/special-offer-you-cant-miss'
})

Защо точно сега - контекстът зад решението

Кой е реално застрашен

• Legacy код, непреглеждан от години
• Множество трети страни скриптове (ad networks, analytics инструменти, consent management platforms, A/B testing tools)
• WordPress плъгини за "engagement" или "anti-bounce"
• Affiliate redirect вериги

Как да проверите дали сайтът ти е засегнат

Ръчен тест - най-бързото

Технически одит на кода

// Провери history length - при нормална страница е 1-2
// При hijacking може да е 5-10+
console.log('History length:', history.length)

// Търси в кода за подозрителни употреби на History API
// Отвори Sources tab и потърси:
// history.pushState (легитимно в SPA, проблем при page load без user action)
// history.replaceState (по-рядко злоупотребявано)
// popstate event listeners (проверих дали прихващат само за навигация или за капаниране)

Одит на третостранни скриптове

• От кого е? Легитимна компания ли е?
• Нужен ли е? Какво прави?
• Кога последно е преглеждан?

Как да се оправиш - практическа стъпка по стъпка

Стъпка 1 - Идентифицирай источника

• Рекламни мрежи - особено по-малки и агресивни мрежи, монетизиращи трафик. Google AdSense обикновено е безопасен, но programmatic ad exchanges - не задължително.
• Exit-intent popup инструменти - OptinMonster, Sumo, Privy и подобни могат да бъдат конфигурирани да се задействат при back button.
• Engagement и anti-bounce плъгини - WordPress плъгини, обещаващи "намален bounce rate" са класически источник.
• Push notification инструменти - някои добавят history записи при subscribe flow.
• Content recommendation widgets - Taboola, Outbrain и подобни имат минали проблеми с подобно поведение.
• Legacy JavaScript код - написан преди години, забравен, но все още работещ.

Стъпка 2 - Отстрани проблема

// ❌ Премахни: history manipulation при page load
window.addEventListener('load', () => {
  history.pushState(null, null, location.href) // ПРЕМАХНИ
})

// ❌ Премахни: прихващане на back button за нецелеви пренасочвания
window.addEventListener('popstate', () => {
  window.location = '/some-other-page' // ПРЕМАХНИ
})

// ✅ Запази: легитимна SPA навигация, реагираща на user action
document.getElementById('next-slide').addEventListener('click', () => {
  history.pushState({ slide: 2 }, '', '/presentation/slide-2') // НОРМАЛНО
})

Стъпка 3 - Провери отново

Стъпка 4 - Мониторинг напред

Легитимна употреба vs. hijacking - границата

По-широкият контекст - накъде върви Google

Ако вече имаш наказание - какво следва

1. Идентифицирай и отстрани напълно проблема - не го minimizirай, не го скривай. Пълно премахване.
2. Провери че проблемът е решен - ръчен тест от Google, тест на мобилно и десктоп, тест на ключови landing pages.
3. Подай reconsideration request в Google Search Console - обясни какво откри, какво направи и как се е уверил, че е решено.
4. Изчакай - manual action reviews отнемат от няколко дни до няколко седмици.

Често задавани въпроси

Back button hijacking е един от онези случаи, в които правилното за потребителя и правилното за SEO съвпадат напълно. Бутонът Назад е може би най-базовото очакване, което потребителят има от браузъра. Когато то е нарушено, доверието се руши - не само в конкретния сайт, но в интернет като цяло. Google не прави никаква услуга на издателите с тази политика - тя е закъснял корективен ход срещу практика, от която никой освен агресивните monetization екипи не е печелил. Ако сайтът ти е чист - добре. Ако не е - имаш до 15 юни 2026 г. да го оправиш. Не е много, но е достатъчно.