Request Hit Botu ve Redirect Trap: Etik Sınırlar

Request hit botu operasyonlarının en tartışmalı ama en etkili katmanlarından biri redirect trap'tir: hedef sorguda üstte oturan rakip URL'lere kontrollü pogo-stick üreten bir mekanizma. Bot rakibin sayfasına tıklar, 2–4 saniye kalır, SERP'e geri döner, ardından hedef sayfaya tıklar ve uzun süre kalır. NavBoost için bu davranış açık bir mesajdır: 'üstteki sonuç kullanıcıyı tatmin etmedi, alttaki sonuç etti'. Ancak bu mekaniğin nerede biteceği, hangi sınırların etik ve yasal olarak aşılmaması gerektiği çoğu operatörün atladığı kritik bir konu. Bu yazı redirect trap'i hem teknik hem etik boyutuyla, uygulanabilir sınırlarla birlikte anlatıyor.

Redirect trap mekaniği

Mekanik beş adımda çalışır. Önce aynı sorgu için SERP taranır ve üst 5 rakip URL çekilir. Ardından her rakibe operasyon başına sınırlı sayıda pogo-stick planlanır — bu sayı asla yüksek tutulmaz çünkü aşırı hacim kendi başına bir anomali sinyali oluşturur. Bot rakip sayfaya tıklar, 2–4 saniye kısa bir dwell time bırakır (yeterince kısa ki 'sayfayı beğenmedi' sinyali versin, ama yeterince uzun ki bot tespiti tetiklenmesin), sonra SERP'e geri döner. Aynı oturumda hemen ardından hedef URL'ye tıklanır ve burada 60–180 saniyelik uzun bir dwell time bırakılır. İkinci sorgu genişlemesiyle (aynı profil farklı bir alakalı sorguya geçer) profil oturumu doğal şekilde kapatılır.

1. Aynı sorgu için SERP taranır, üst 5 rakip URL çekilir
2. Her rakibe operasyon başına 1 pogo-stick planlanır
3. Rakibe tıklama · 2–4 sn dwell · SERP'e dönüş
4. Aynı oturumda senin URL'ne tıklama · 60–180 sn dwell
5. İkinci sorgu genişlemesiyle profil kapatılır

Negatif SEO neden işe yaramaz

Burada kritik bir ayrım var: redirect trap, klasik anlamda 'negatif SEO' değildir. Negatif SEO genelde rakibin sitesine spam backlink göndermek, rakip sayfayı kopyalayıp duplicate content oluşturmak ya da sahte kötüye kullanım raporları göndermek gibi doğrudan siteye zarar verme girişimlerini kapsar. Google bu tür saldırılara karşı 2012'den beri Penguin sonrası link disavow mekanizması ve spam tespit algoritmalarıyla büyük ölçüde bağışıklık kazandı — link tabanlı negatif SEO artık neredeyse hiç işe yaramıyor çünkü Google zararlı linkleri devalue ediyor, cezalandırmıyor. Redirect trap ise linke veya siteye hiç dokunmaz; sadece SERP üzerindeki kullanıcı davranış sinyalini değiştirir. Bu yüzden rakibin sitesine teknik hiçbir zarar vermez — sadece o an için davranışsal sinyal karşılaştırmasında dezavantajlı görünmesini sağlar.

Google'ın tepkisi ve spam sinyalleri

Google'ın davranış sinyallerini SpamBrain ve NavBoost ile çapraz kontrol ettiği biliniyor. Ani, desenli pogo-stick artışları — aynı ASN aralığından, aynı zaman diliminde, aynı sorguya yönelik — anomali olarak işaretlenebilir. Ancak bu anomali işaretlemesi genelde rakip siteyi değil, trafiği üreten kaynağı (yani hit botu operasyonunun kendisini) hedef alır: IP aralığı kara listeye girer, profil havuzu yanar. Google'ın resmi tutumu net: kullanıcı davranışını yapay olarak manipüle etmeye çalışan trafik, hangi yönde olursa olsun Webmaster Guidelines ihlalidir. Rakip sitenin kendisi bu operasyondan doğrudan cezalandırılmaz — çünkü Google, bir sitenin başına gelen dış manipülasyondan o siteyi sorumlu tutmaz. Riskin tamamı operasyonu yürütenin üzerindedir.

Yasal ve etik sınırlar

Redirect trap gri şapka bir tekniktir. Türk hukukunda bu spesifik davranışı doğrudan yasaklayan bir madde yok — haksız rekabet mevzuatı (TTK m.54 vd.) doğrudan zarar veren, kötüleyen veya yanıltıcı eylemleri kapsar; SERP üzerinde kısa süreli tıklama davranışı bu tanıma girmez çünkü rakibin sistemine, verisine veya itibarına doğrudan müdahale yoktur. Ancak Google'ın Kullanım Şartları (Webmaster Guidelines) açısından net bir ihlaldir — ve bu ihlalin yaptırımı hukuki değil, teknik: hesap/IP/domain düzeyinde cezalar. Etik sınır ise şuna dayanır: mekanik rakibin verisine, sistemine veya kullanıcılarına zarar vermemeli, sadece kamuya açık SERP üzerinde meşru bir tıklama davranışı simülasyonu olmalı. Rakibin sunucusuna aşırı yük bindirmek, DDoS benzeri bir etki yaratmak ya da rakibin reklam bütçesini tüketmek amacıyla PPC linklerine tıklamak (click fraud) bu sınırın tamamen dışındadır ve hem yasal hem operasyonel olarak kırmızı çizgidir.

• —Kabul edilebilir: organik SERP sonucuna kısa süreli, düşük hacimli tıklama simülasyonu
• —Kabul edilemez: rakibin ödemeli (PPC/Ads) sonuçlarına tıklama — bu doğrudan click fraud'dur
• —Kabul edilemez: rakip sunucusuna yük bindirecek hacimde istek göndermek
• —Kabul edilemez: rakibin form, iletişim veya ödeme sistemlerine dokunmak

İtibar riski

Redirect trap'in en çok gözden kaçan riski teknik değil, itibarîdir. Eğer bu mekanik açığa çıkarsa (rakip kendi Analytics verisinde tuhaf bir trafik deseni fark eder, ya da bir üçüncü parti bot tespit raporunda iz kalır), bu durum sadece operasyonu yürüten ajansın değil, müşterinin de itibarını riske atar. Bu yüzden requesthit'te redirect trap her zaman düşük frekansta, sınırlı sayıda rakip URL'de ve trafiğin geri kalanıyla (organik görünümlü, çeşitlendirilmiş) harmanlanmış şekilde uygulanır — asla tek başına, agresif bir kampanya olarak değil.

Güvenli alternatifler

Redirect trap'in etik risklerinden çekinen müşteriler için tamamen kendi sayfana odaklanan alternatifler de aynı NavBoost mantığıyla çalışır. Hedef sayfanın dwell time'ını, geri dönüş oranını ve tıklama sonrası tatmin sinyallerini organik davranış simülasyonuyla güçlendirmek, rakibe hiç dokunmadan sıralamayı yükseltebilir — sadece süre daha uzun olur çünkü rekabetin göreli zayıflatılması devreye girmez. Rota ve Zirve paketlerinde bu 'sadece kendi sayfa' modeli standart sunulur; redirect trap katmanı sadece müşteri açıkça talep ettiğinde ve rakip sayfaların zaten zayıf davranış sinyaline sahip olduğu doğrulandığında devreye alınır.

Kendi sayfanı koruma

Redirect trap tekniğini anlamanın bir diğer faydası, kendi sayfanı bu tür manipülasyonlardan korumayı öğrenmektir. Eğer sıraların açıklanamaz şekilde düştüğünü fark ediyorsan, Search Console'da 'Performans' raporunda tıklama sonrası hemen çıkış oranına, ve varsa sunucu loglarında anormal ASN dağılımlı kısa oturumlara bakmak faydalı bir ilk adım. Ancak burada abartıya kaçmamak gerekir: sıra düşüşlerinin büyük çoğunluğu rakip manipülasyonundan değil, algoritma güncellemelerinden, içerik tazeliğinden veya teknik SEO sorunlarından kaynaklanır. Gerçek bir redirect trap saldırısının izi genelde çok spesifiktir: aynı sorguya, kısa bir zaman penceresinde, benzer ASN aralığından gelen, tutarlı derecede kısa dwell time'lı tıklama patlamaları.

Ölçüm ve doz sınırı

requesthit'te redirect trap her zaman doz sınırlı uygulanır: operasyon başına rakip URL sayısı 2–5 ile sınırlıdır, her rakibe düşen pogo-stick sayısı günlük belirli bir tavanı aşmaz ve trafiğin toplam hacmi hedef sayfaya giden organik görünümlü trafiğin küçük bir yüzdesini geçmez. Bu sınırlar hem tespit riskini azaltır hem de etik çerçeveyi korur — amaç rakibi 'yok etmek' değil, göreli davranış karşılaştırmasında küçük ama yeterli bir fark yaratmaktır.

Uygulama checklist'i

• —Rakip sayfaların mevcut dwell time zayıflığı önceden doğrulandı mı?
• —Pogo-stick hacmi günlük tavanın altında mı tutuluyor?
• —PPC/Ads sonuçlarına hiç dokunulmuyor mu?
• —Trafik organik görünümlü diğer sinyallerle harmanlanıyor mu?
• —Müşteriye risk çerçevesi önceden anlatıldı mı?

"Rakibini SERP'ten düşürmek serbest — düşürürken kendini yaktırmamak marifet."

Sık sorulanlar