Back Button Hijacking, kullanıcının tarayıcıdaki geri tuşuna bastığında beklediği sayfaya dönememesiyle ortaya çıkan yanıltıcı bir davranıştır. Google, 13 Nisan 2026’da bunu spam politikalarında “malicious practices” altında açık ihlal olarak tanımladı ve 15 Haziran 2026’dan itibaren uygulamaya alınacağını duyurdu. Üstelik konu sadece kötü kullanıcı deneyimi değil; Google bu davranışa sahip sayfaların manuel spam işlemlerine veya otomatik düşüşlere maruz kalabileceğini açıkça söylüyor. Yani evet, SEO’ya zarar verebilir.
Burada birçok site sahibinin düştüğü hata şu oluyor: “Biz öyle bir şey yapmıyoruz” diye düşünüyorlar. Oysa Google aynı duyuruda önemli bir ayrıntı veriyor. Bu davranış bazen doğrudan sitenin kendi kodundan değil, dahil edilen kütüphanelerden, reklam platformlarından veya üçüncü parti script’lerden kaynaklanabiliyor. Fabrikido gibi hem SEO hem web geliştirme tarafını birlikte düşünen ekipler için asıl mesele de burada başlıyor. Sorun bazen içerikte değil, sayfaya sonradan eklenen davranış katmanında çıkıyor.
Back Button Hijacking tam olarak nedir?
Google’ın tanımı net. Kullanıcı geri tuşuna bastığında önceki sayfaya dönmek ister. Back Button Hijacking ise bu beklentiyi bozar; site, tarayıcı geçmişini veya başka tarayıcı işlevlerini manipüle ederek kullanıcının geldiği sayfaya hemen dönmesini engeller. Bunun yerine kullanıcı daha önce ziyaret etmediği sayfalara gönderilebilir, istemediği öneriler veya reklamlarla karşılaşabilir ya da normal gezinme akışı bozulabilir.
Bu tanımın önemli tarafı “sadece yönlendirme” olmaması. Her yönlendirme back button hijacking değildir. Buradaki ihlal, kullanıcının bilinçli gezinti akışına müdahale edilmesidir. Yani kullanıcı bir adım geri gitmek isterken önüne yeni bir ticari sayfa çıkıyorsa, pop-up yerine tam sayfa teklif akışı açılıyorsa veya geçmişe sahte bir durak ekleniyorsa, Google bunu artık açık biçimde problemli görüyor.
Biz bunu ajans diline çevirirsek tablo daha anlaşılır olur. Bir kullanıcı blog yazınızdan çıkmak istiyor. Geri tuşuna basıyor. Ama önce “şunu da gör”, “ayrılmadan teklif al”, “indirim fırsatı” gibi daha önce görmediği bir ara sayfa geliyor. İşte bu çizgi, dönüşüm optimizasyonu ile manipülasyon arasındaki farkın başladığı yer olabilir.
Back Button Hijacking SEO’ya neden zarar verir?
Evet, doğrudan zarar verir. Çünkü Google bunu artık yalnızca rahatsız edici UX tercihi olarak değil, spam politikası ihlali olarak konumluyor. Resmi blog yazısında, bu davranışa sahip sayfaların manuel spam action alabileceğini veya otomatik demotion yaşayabileceğini açıkça yazıyor. Bu da görünürlüğün düşmesi, belirli sayfaların geri gitmesi ya da daha geniş çaplı performans kaybı anlamına gelebilir.
Buradaki kritik nokta şu: Google bu davranışı “malicious practices” başlığı altına koyuyor. Spam Policies dokümanında da aynı sınıfta yer alıyor. Yani konu sadece kullanıcının sinir olması değil; kullanıcının beklentisi ile karşılaştığı sonuç arasında aldatıcı bir uyumsuzluk oluşması. Google’ın dilinde bu, güven sorunudur. Güven sorunu da arama görünürlüğünde hafife alınmaz.
Birçok marka burada yalnızca sıralama cezasını düşünüyor. Oysa hasar bununla sınırlı kalmayabilir. Geri tuşu bozulmuş bir sayfa, oturum kalitesini düşürür. Kullanıcı markayı manipülatif algılar. Teklif formunu doldursa bile güven eksikliği büyür. Özellikle e-ticaret, lead toplama, haber, kupon ve karşılaştırma sitelerinde bu algı çok hızlı kötüleşir. Google’ın “insanlar manipüle edilmiş hissediyor ve yabancı siteleri ziyaret etmeye daha az istekli oluyor” ifadesi de tam buna işaret ediyor.
Google neden şimdi bu konuda daha sert davranıyor?
Google’ın kendi cevabı basit: Bu davranış arttı. 13 Nisan 2026 tarihli duyuruda, bu tür davranışlarda artış gördüklerini ve bu yüzden artık bunu spam politikalarında açık ihlal haline getirdiklerini söylüyor. Yani daha önce de Google Search Essentials ruhuna aykırıydı, fakat artık adı konmuş ve uygulama tarihi verilmiş bir ihlal haline geldi.
Bu zamanlama önemli. Çünkü 2026’da SEO sadece içerik kalitesi meselesi olarak yürümüyor. Sayfa deneyimi, dürüst etkileşim, manipülatif yönlendirmeler ve üçüncü parti script davranışları da daha görünür hale geliyor. Google’ın bu başlıkta iki ay önceden uyarı vermesi de tesadüf değil. Site sahiplerine “hazırlanın, kodunuzu gözden geçirin” diyor. Bu, panik değil aksiyon çağrısıdır.
Fabrikido açısından bakınca burada net bir ders var. Reklam tarafında dönüşüm artırma baskısı büyüdükçe, bazı ekipler kullanıcı akışını zorlayan kurgulara daha kolay kayabiliyor. Ama her dönüşüm artırıcı fikir sağlıklı değildir. Kısa vadede form sayısını artıran bir script, uzun vadede organik görünürlüğe zarar veriyorsa maliyet düşündüğünüzden yüksektir.
Back Button Hijacking en çok hangi teknik kurulumlarda ortaya çıkar?
Google burada önemli bir ayrıntı veriyor: Sorun sadece sizin yazdığınız koddan çıkmayabilir. Dahil edilen kütüphaneler, reklam platformları, import edilen kodlar veya belirli konfigürasyonlar da bu davranışa sebep olabilir. Bu yüzden özellikle çok sayıda üçüncü parti script kullanan siteler daha dikkatli olmalı.
Pratikte riskli alanlar genelde şuralarda birikir: agresif reklam script’leri, çıkış niyetini abartan yönlendirme sistemleri, history manipulation kullanan katmanlar, tam ekran teklif akışları ve monetization için sonradan eklenen kod blokları. Burada dürüst olmak gerekir. Her pop-up sorun değildir. Her banner da değildir. Ama kullanıcı geri dönmek istediğinde onun adına karar veren yapı problemli hale gelir. Bu ayrımı teknik ekip kadar pazarlama ekibinin de anlaması gerekir. Bu cümlede son kısmı Google doğrudan böyle söylemiyor; bu, resmi politikanın pratik uygulamasından çıkan ajans yorumudur.
Bizim tarafta en sık görülen risk senaryosu şudur: site temizdir, ama reklam veya öneri motoru sonradan eklenmiştir. İçerik ekibi fark etmez, SEO ekibi geç fark eder, yazılımcı sorunu kendi kodunda arar. Oysa problem bir network script’inde çıkar. Google’ın özellikle “included libraries or advertising platform” vurgusu yapmasının nedeni de bu.
Back Button Hijacking nasıl tespit edilir?
En basit yöntem, sitenizi gerçek kullanıcı gibi test etmektir. Özellikle mobilde. Bir organik giriş senaryosu kurun. Sayfaya gelin, biraz gezin, sonra geri tuşuna basın. Gerçekten geldiğiniz sayfaya mı dönüyorsunuz, yoksa daha önce açmadığınız bir sayfa mı çıkıyor? Bunu yalnızca ana sayfada değil, blog yazılarında, kategori sayfalarında, kampanya landing page’lerinde ve reklam trafiği alan sayfalarda deneyin. Google resmi metninde tam kontrol listesini vermez ama “teknik implementasyonunuzu iyice inceleyin” ve sorumlu kodu kaldırın ya da kapatın der. Bu yüzden manuel test ilk adımdır.
İkinci adım script envanteri çıkarmaktır. Sayfada hangi reklam platformları, hangi third-party import’lar, hangi history API kullanan modüller var? Özellikle “tek satır kod ekledik” diye geçilen araçlar incelenmeli. Çünkü zararı çoğu zaman çekirdek CMS değil, yardımcı katman verir. Bu öneri doğrudan Google’ın “review your technical implementation” çağrısından çıkan pratik sonuçtur.
Üçüncü adım ise kullanıcı şikâyetlerini ciddiye almaktır. “Site garip davranıyor”, “geri dönemiyorum”, “bir şeyler açılıyor” gibi şikâyetler teknik açıdan bulanık görünse de hafife alınmamalıdır. Çünkü kullanıcı problemi çoğu zaman doğru isimlendiremez; ama yaşadığı kırılmayı hisseder.
Sorun varsa ne yapılmalı?
Google burada açık bir eylem istiyor: kullanıcının geldiği sayfaya hemen dönmesini engelleyen, aldatıcı veya manipülatif sayfaları browser history’ye ekleyen ya da değiştiren script veya teknik neyse kaldırılmalı veya devre dışı bırakılmalı. Bu kadar net. “Biraz yumuşatalım” çizgisi burada yeterli olmayabilir. Eğer davranış hâlâ sürüyorsa, risk de sürer.
Eğer manuel spam işlemi aldıysanız ve sorunu düzelttiyseniz, Google Search Console üzerinden reconsideration request gönderebileceğinizi de söylüyor. Bu önemli. Çünkü problem çözüldükten sonra görünürlüğün kendiliğinden anında dönmesini beklemek doğru olmaz. Özellikle manuel action varsa, düzeltme sonrası resmi yeniden değerlendirme süreci gerekir.
Ajans perspektifinden doğru sıra şudur: önce script’i durdurun, sonra kaynak katmanı bulun, ardından ilgili sayfaları yeniden test edin. En son performans verisini izleyin. SEO sorunlarını yalnızca Search Console grafiğinden okuyamazsınız. Bazen sorunun ilk sinyali sıralama değil, kullanıcı davranışındaki kırılmadır.
Asıl mesele geri tuşu değil, güven akışıdır
Back Button Hijacking başlığını sadece teknik bir hata gibi okumak eksik kalır. Buradaki esas mesele, kullanıcının temel tarayıcı davranışına müdahale edilmesi. Google da tam bu yüzden bunu “malicious practices” alanına yerleştirdi. Kullanıcı geri dönmek istiyor ve dönemiyorsa, siz görünürlüğü değil güveni bozuyorsunuz. Arama motoru da bunu artık daha açık biçimde cezalandırabileceğini söylüyor.
Bu yüzden kendinize şu soruyu sormanız gerekir: Sitenizde dönüşüm artırmak için eklediğiniz her şey, gerçekten kullanıcıya yardım mı ediyor, yoksa onun karar alanını mı daraltıyor? Geri tuşuna basan bir kullanıcıya yeni tuzaklar kuruyorsanız, sorun SEO’dan önce marka davranışında başlıyor.
Sıkça Sorulan Sorular
Back Button Hijacking nedir?
Back Button Hijacking, kullanıcının geri tuşuna bastığında geldiği sayfaya dönememesi ve tarayıcı geçmişinin manipüle edilmesi durumudur. Google bunu artık açık spam politikası ihlali olarak tanımlıyor.
Back Button Hijacking SEO’ya gerçekten zarar verir mi?
Evet. Google, bu davranışa sahip sayfaların manuel spam action veya automated demotion alabileceğini söylüyor. Bu da organik görünürlüğü düşürebilir.
Back Button Hijacking sadece kötü niyetli sitelerde mi olur?
Hayır. Google’a göre sorun bazen sitenin dahil ettiği kütüphanelerden veya reklam platformlarından da kaynaklanabilir. Bu yüzden temiz görünen sitelerde bile ortaya çıkabilir.
Back Button Hijacking ne zaman uygulanmaya başlayacak?
Google, politikayı 13 Nisan 2026’da duyurdu ve uygulamanın 15 Haziran 2026’da başlayacağını açıkladı.
Back Button Hijacking sorunu düzeltilirse ne yapılmalı?
Sorun giderildikten sonra, eğer siteniz manuel işlem aldıysa Search Console üzerinden reconsideration request gönderilebilir. Google bu yolu resmi olarak belirtiyor.
