Google Back Button Hijacking Artık Spam: Siteniz Etkilendi mi?

Google Back Button Hijacking Artık Spam: Siteniz Etkilendi mi?

Bir arama sonucuna tıklıyorsunuz, sayfa sizi tatmin etmiyor ve geri tuşuna basıyorsunuz. Hiçbir şey olmuyor. Ya sayfa aynı kalıyor ya da önce hiç görmediğiniz bir reklam sayfasına, “bunlar da ilginizi çekebilir” türü bir öneri listesine düşüyorsunuz. Bu deneyimi yaşamayan neredeyse yok. Google bu davranışa artık adını koydu ve spam politikasına açıkça ekledi: back button hijacking.

Düzenleme, sitesinde teknik ekibi, reklam ağları ve üçüncü taraf script’leri olan herkesi ilgilendiriyor. Çünkü sorumluluk, kodu kimin yazdığına göre değil sayfanın ne yaptığına göre belirleniyor. Bu yazıda politikanın ne dediğini, takvimin nasıl işlediğini ve kendi sitenizde nasıl kontrol edeceğinizi anlatıyorum. Genel arama algoritması gelişmelerini takip ediyorsanız SEO kategorisindeki diğer yazılara da göz atabilirsiniz.

İçindekiler

• Back Button Hijacking Tam Olarak Nedir?
• Google Neden Şimdi Harekete Geçti?
• Takvim: 13 Nisan, 27 Nisan ve 15 Haziran
• Kodunuzda Sorun Var mı? Adım Adım Kontrol
• Üçüncü Taraf Script’ler: Asıl Risk Çoğu Zaman Orada
• Tarama Araçları Neden Yetmiyor?
• Sıkça Sorulan Sorular
• Kısacası

Back Button Hijacking Tam Olarak Nedir?

Google’ın spam politikaları sayfasında, “kötü niyetli uygulamalar” başlığı altında şu tanım yer alıyor: back button hijacking, bir sitenin tarayıcı geçmişini manipüle ederek kullanıcı navigasyonuna müdahale etmesi ve kullanıcının geri tuşuyla geldiği sayfaya hemen dönmesini engellemesidir.

Pratikte bu birkaç farklı biçimde karşımıza çıkıyor. Google’ın verdiği örneklere göre kullanıcıyı hiç ziyaret etmediği sayfalara göndermek, istenmeyen öneriler veya reklamlar göstermek ya da geri gitmeyi tamamen engellemek bu kapsamda sayılıyor. Teknik tarafta çoğunlukla tarayıcı geçmişine fazladan kayıt ekleyen history.pushState() çağrıları, history.replaceState() ile yapılan müdahaleler ve geri hareketini yakalayıp başka yere yönlendiren popstate dinleyicileri akla geliyor.

Burada önemli bir ayrım var. Bu fonksiyonların kendisi suç değil. Tek sayfalı uygulamalar (SPA) sayfa geçişlerini göstermek için geçmişi doğal olarak kullanır. Sorun, kullanıcının beklentisini bozan kullanımda başlıyor: geri dediğinizde geldiğiniz yere değil, sitenin sizi götürmek istediği yere gidiyorsanız politika devreye girer.

Google Neden Şimdi Harekete Geçti?

Search Engine Journal’ın aktardığına göre Google, bu davranışın arttığını gördüğünü söyledi. Aynı açıklamada, tarayıcı geçmişiyle ilgili aldatıcı uygulamalar konusunda 2013’te de uyarı yaptığını ve bu davranışın zaten Search Essentials’a aykırı olduğunu hatırlattı. Yani yeni bir yasak icat edilmiş değil, var olan bir kural açık bir başlıkla yazıya döküldü.

Google’ın gerekçesi kullanıcı güvenine dayanıyor: insanlar manipüle edildiklerini hissettiklerinde tanımadıkları sitelere girmeye daha isteksiz oluyor. Bu cümle, arama motorunun neden bu kadar net bir tavır aldığını da özetliyor. Kullanıcı tanımadığı sonuçlara tıklamaktan çekinirse, arama deneyiminin tamamı zarar görür.

Bir başka nokta da şu: Google, bu tür davranışların sitenin dahil ettiği kütüphanelerden veya reklam platformlarından da kaynaklanabileceğini açıkça belirtti. Yani “ben böyle bir kod yazmadım” savunması çalışmıyor. Sayfada çalışan her şeyden site sahibi sorumlu.

Takvim: 13 Nisan, 27 Nisan ve 15 Haziran

Süreç üç tarihte özetlenebilir. Google politikayı 13 Nisan 2026’da duyurdu ve spam politikaları dokümanını güncelledi. Sitelere kodlarını temizlemeleri için yaklaşık iki ay süre tanındı; uygulama tarihi 15 Haziran 2026 olarak açıklandı. SEJ, bu iki aylık geçiş sürecinin Mart 2024’teki site itibarı istismarı politikasının uygulamaya alınışına benzediğini not ediyor.

İkinci tarih 27 Nisan. PPC Land’in haberine göre Google o gün, davranışı tespit ettiği sitelere Search Console üzerinden uyarı göndermeye başladı. Bildirimlerde etkilenen sitenin örnek URL’leri ve politika dokümanının bağlantısı yer alıyor. Mesajda henüz manuel işlem uygulanmadığı da belirtiliyor ve sorunun hızla düzeltilmesi öneriliyor. Bildirim, 17 Nisan 2026 ve sonrasında yapılan değişiklikleri yansıtmıyor. Google, manuel işlem öncesinde uyumu yeniden doğrulayacağını söylüyor.

15 Haziran artık geride kaldı. Dolayısıyla “iki ayımız var” demenin zamanı geçti; artık mesele, politikanın yürürlükte olduğu bir ortamda sitenizi temiz tutmak. Ceza biçimi olarak SEJ, manuel spam işlemlerinden ve görünürlüğü düşüren otomatik indirimlerden söz ediyor. Google’ın uygulamayı ayrı bir spam güncellemesiyle mi yoksa SpamBrain ve manuel incelemeyle mi yürüteceğini ise açıklamadığını da eklemek gerek. Kesin olmayan bir şeyi kesinmiş gibi yazmak yerine bu belirsizliği olduğu gibi bırakıyorum.

Kodunuzda Sorun Var mı? Adım Adım Kontrol

Kontrolü bir tarayıcı ve biraz sabırla yapabilirsiniz. Önerdiğim sıra şu:

İlk adım, kendi davranışınızı gerçek bir ziyaretçi gibi test etmek. Arama sonuçlarından sitenize girin, farklı sayfa türlerinde (blog yazısı, kategori, ürün, kampanya sayfası) geri tuşuna basın. Hem masaüstünde hem mobilde deneyin; sorunlar çoğunlukla mobil tarayıcıda ortaya çıkıyor çünkü reklam ve pop-up bileşenleri orada daha agresif davranıyor.

İkinci adım, Chrome DevTools’ta kaynak kodda arama yapmak. pushState, replaceState ve popstate ifadelerini tüm JavaScript dosyalarınızda arayın. Çıkan her sonucun neden orada olduğunu açıklayabilmelisiniz. Router kütüphanesinin kullanımı normal; ama bir pop-up açıldığında geçmişe ek kayıt eklemek ya da geri hareketini yakalayıp başka URL’ye yönlendirmek sorun yaratır.

Üçüncü adım, Search Console’daki Güvenlik ve Manuel İşlemler bölümünü kontrol etmek. Google uyarıları buradan gönderiyor; bildirim yoksa bile bu bölümü düzenli kontrol etmek iyi bir alışkanlık. Unutmayın ki bu uyarı için “yeniden doğrulama iste” diye bir düğme yok. Yeniden inceleme talebi yalnızca gerçek bir manuel işleme itiraz etmek için kullanılıyor.

Dördüncü adım, düzeltmeyi temsili sayfa türlerinin hepsinde doğrulamak. Tek bir şablonu düzeltip diğerini unutmak sık yapılan hata. Düzeltme sonrası aynı testleri tekrarlayın ve değişikliği not edin.

Üçüncü Taraf Script’ler: Asıl Risk Çoğu Zaman Orada

Küçük ve orta ölçekli sitelerde sorunun kaynağı çoğu zaman kendi kodunuz değil, eklediğiniz bir şey. Reklam ağları, geri çıkışta öneri gösteren widget’lar, çıkış niyetli pop-up araçları, bazı içerik öneri servisleri ve Tag Manager üzerinden yüklenen script’ler geçmişe müdahale edebiliyor. Google’ın kendi açıklaması da bu olasılığı özellikle vurguluyor.

Bu yüzden denetimi şöyle genişletin: Tag Manager’daki tüm etiketleri listeleyin, hangi ekibin veya ajansın eklediğini not edin ve artık kullanılmayanları kaldırın. Şüpheli bir davranış bulursanız script’leri tek tek devre dışı bırakıp geri tuşu testini tekrarlayın; hangisinin sorumlu olduğunu bu şekilde izole edersiniz. Reklam geliri olan haber ve içerik sitelerinde bu kontrol özellikle önemli, çünkü reklam sağlayıcınızın kodunu doğrudan kontrol edemezsiniz ama sorumluluğu üstlenirsiniz.

Ajans tarafında çalışıyorsanız müşteri sözleşmelerinde ve teknik denetim listelerinde üçüncü taraf script gözden geçirmesine yer vermek akıllıca olur. Benzer bir teknik hijyen mantığını teknik düzeltmelerle trafiği yüzde 78 artıran vaka çalışmasında da görebilirsiniz: küçük görünen teknik düzeltmeler birikince büyük fark yaratıyor.

Tarama Araçları Neden Yetmiyor?

Kullandığınız SEO tarama aracı bu sorunu bulur mu? Her zaman değil. Tarama araçları sayfayı çoğunlukla bir kez yükler, belirli bir etkileşim olmadan geri tuşu davranışını simüle etmez. Geri hareketine bağlı davranış, yani kullanıcı sayfadan ayrılırken tetiklenen kod, otomatik taramada görünmeyebilir. Bu yüzden manuel test ve kod araması bu işte vazgeçilmez.

Bunu bir uyarı olarak okuyun: araçtan temiz rapor almak, sitenin temiz olduğu anlamına gelmiyor. Teknik denetimlerinizi araç çıktısı ve elle yapılan kullanıcı testi olarak iki ayaklı kurgulayın.

Single page application kullanıyorsanız ayrıca şuna dikkat edin: React Router veya Next.js gibi framework’ler doğru yapılandırıldığında geri tuşu beklenen biçimde çalışır. Sorun çoğunlukla özel yazılmış yönlendirme mantığında, modal pencerelerin geçmişe kayıt eklemesinde veya bir yönlendirmenin geçmişi yeniden yazmasında çıkıyor.

Sıkça Sorulan Sorular

history.pushState kullanmak cezaya neden olur mu?

Hayır. Fonksiyonun kendisi meşru kullanım alanlarına sahip ve tek sayfalı uygulamalar bunu rutin olarak kullanıyor. Politika, kullanıcının geri tuşuyla geldiği sayfaya dönmesini engelleyen veya onu beklemediği yere yönlendiren kullanımları hedefliyor.

Kodu ben yazmadım, reklam ağından geliyor. Yine de sorumlu muyum?

Evet. Google, sorunun dahil edilen kütüphanelerden veya reklam platformlarından da çıkabileceğini belirtiyor. Sayfanızda çalışan tüm kodu denetlemek sizin işiniz.

Search Console’da uyarı almadıysam sorun yok mu demektir?

Garanti değil. Uyarılar Google’ın tespit ettiği sitelere gönderildi; tespit edilmemiş bir sorun hâlâ olabilir. Kendi manuel testinizi yapmanız gerekir.

Düzelttikten sonra ne yapmalıyım?

Search Console’da bu uyarı için yeniden doğrulama düğmesi yok. Manuel işlem uygulanmışsa düzeltmeyi yaptıktan sonra yeniden inceleme talebi gönderebilirsiniz. Uyarı aşamasındaysanız Google’ın uyumu kendisinin yeniden doğrulayacağını bilin.

Bu politikanın cezası tam olarak ne?

SEJ’e göre manuel spam işlemi veya Google Aramada görünürlüğü azaltan otomatik indirimler söz konusu olabilir. Uygulamanın hangi mekanizmayla yürütüleceğine dair Google’dan net bir açıklama yok.

Kısacası

Back button hijacking, SEO dünyasında çok konuşulmayan ama kullanıcıyı gerçekten rahatsız eden bir davranıştı. Google bunu açık bir spam kategorisine çevirdi ve kodun kaynağı ne olursa olsun sorumluluğu site sahibine yükledi. Kontrol iki dakika sürmez ama dürüst yapılması gerekir: gerçek cihazlarda deneyin, kodda arayın, Tag Manager’ı ve reklam script’lerini gözden geçirin.

Sitenizin teknik sağlığını ve Google politikalarına uyumunu birlikte değerlendirmek isterseniz SEO ve SEM danışmanlığı sayfamdan bilgi alabilir, doğrudan iletişim formunu doldurabilirsiniz. Daha fazla içerik için ana sayfaya göz atın. Arama sonuçlarındaki diğer değişimlere dair Google core update’lerin neden aşamalı yayıldığını anlatan yazım da işinize yarayabilir.

Kaynakça

Google Search Central. (t.y.). Spam policies for Google web search. https://developers.google.com/search/docs/essentials/spam-policies

PPC Land. (2026, Nisan). Google starts sending Search Console warnings for back button hijacking. https://ppc.land/google-starts-sending-search-console-warnings-for-back-button-hijacking/

Search Engine Journal. (2026, Nisan). New Google spam policy targets back button hijacking. https://www.searchenginejournal.com/new-google-spam-policy-targets-back-button-hijacking/