Request Hitbotu Vakası: 14 Günde 1.000+ Sıralama

Request hitbotu operasyonlarının en yüksek verim/risk oranını verdiği alan uzun kuyruk sorgulardır — ve bu vaka onu sayılarla kanıtlıyor. Küçük ölçekli bir B2B SaaS firması, 4.200 uzun kuyruk sorgu için ortalama arama hacmi ~90/ay, rekabet düşük-orta seviyedeydi. Başlangıç durumu: sorguların sadece %8'i ilk sayfadaydı. Hedef 30 gün içinde %50 ilk sayfa oranıydı. Bayrak paketiyle başladık; 14. gün sonunda %61'e ulaştık, hedefi süresinden önce ve fazlasıyla geçtik, müşteri kalıcılık için Tapu paketine döndü. Bu yazı sorgu kümelemesinden günlük tık dağıtımına, ölçüm metodolojisinden çıkarılan derslere kadar tüm operasyon defterini paylaşıyor.

Başlangıç durumu

Müşteri orta ölçekli bir proje yönetim yazılımı sunan B2B SaaS. Blog ve yardım merkezi içerikleri zaten mevcuttu — sorun içerik eksikliği değil, davranışsal sinyal yoksunluğuydu. Search Console verisi 4.200 uzun kuyruk sorgunun 336'sının (yaklaşık %8) ilk sayfada olduğunu, geri kalanının 2. ve 3. sayfalarda dağınık şekilde bulunduğunu gösterdi. Bu sorgular genelde 'proje yönetimi şablon excel', 'gantt chart nasıl yapılır türkçe' gibi bilgi/ticari karışık intent taşıyan, aylık 30-150 arama hacimli, düşük rekabetli anahtar kelimelerdi.

Uzun kuyruk kelime seti seçimi

4.200 sorguluk seti seçerken üç filtre kullanıldı: (1) aylık arama hacmi 20-300 aralığında olmalı — çok düşük hacim ölçümü zorlaştırır, çok yüksek hacim uzun kuyruk tanımının dışına çıkar; (2) sitede zaten alakalı bir sayfa bulunmalı — sıfırdan sayfa üretmek bu operasyonun kapsamı dışında; (3) mevcut sıra 4. sayfayı geçmemeli — tamamen görünmez sorgularda davranış sinyali tek başına yetersiz kalır, önce minimum bir SERP varlığı gerekir. Bu filtrelerden geçen 4.200 sorgu, Search Console'un Performans raporundan ve Ahrefs/Semrush organik anahtar kelime listesinden çapraz kontrolle çıkarıldı.

Strateji: sorgu kümelemesi

4.200 sorguyu 47 kümeye ayırdık — intent ve hedef sayfa bazında. Aynı hedef sayfaya işaret eden, benzer intent taşıyan sorgular tek bir kümede toplandı ve her küme için tek bir davranış planı hazırlandı: aynı hedef sayfa, aynı dwell profili, aynı dönüş ziyareti oranı. Sistem küme içinde doğal varyansı kendi üretti (dwell time'da ±%20 rastgele sapma, scroll deseninde küçük farklar); küme dışına taşan sapmalar ise 'düzensiz' sayılıp reddedildi. Bu kümeleme yaklaşımı, 4.200 ayrı davranış planı yazmak yerine 47 şablonu ölçeklendirerek operasyonel yükü büyük ölçüde azalttı.

Günlük tık dağıtımı

Bayrak paketi kapsamında günlük toplam tık bütçesi 47 kümeye sorgu hacmiyle orantılı şekilde dağıtıldı. Yüksek hacimli kümeler (Küme 2 gibi) günlük daha fazla tık payı aldı, düşük hacimli kümeler daha seyrek dokunuldu — amaç her sorguda doğal bir arama hacmi/tıklama oranı görüntüsü korumaktı. Profil havuzu günlük rotasyona sokuldu; her profil günde en fazla 3-4 farklı kümeye dokundu, aynı kümeye art arda günlerde tekrar dokunmadı ki desen oluşmasın.

• —Yüksek hacimli kümeler: günlük profil başına 1-2 dokunuş
• —Orta hacimli kümeler: günlük profil başına 1 dokunuş, gün aşırı rotasyon
• —Düşük hacimli kümeler: haftada 2-3 dokunuş, doğal arama sıklığı simülasyonu
• —Profil rotasyonu: aynı profil aynı kümeye art arda iki gün dokunmuyor

14 günlük ilerleme tablosu

Eğri, günden güne hızlanan bir profil gösterdi — ilk üç günde %8'den %17'ye çıkış nispeten yavaşken, gün 7 ile gün 14 arasında ivme belirgin şekilde arttı. Bunun sebebi kümelerin bir kısmının Google'ın davranışsal hafızasına daha erken oturması ve bu kümelerdeki iyileşmenin komşu sorgulara (aynı sayfa, farklı varyant sorgu) da yayılmasıydı — uzun kuyrukta bu 'yayılma etkisi' kısa kuyruğa göre çok daha belirgin.

Neden uzun kuyruk hızlı çıkıyor

Uzun kuyruk sorgularda rekabet yapısal olarak zayıf. NavBoost için tek bir güçlü sinyal seti (8-12 kaliteli oturum) bile sıralamayı sıçratmaya yetiyor çünkü rakip sayfaların çoğu bu sorgu için hiç optimize edilmemiş, davranış verisi neredeyse sıfır. Kısa kuyruk sorgularda rekabeti geçmek için 50-100 kaliteli oturum gerekirken, uzun kuyrukta bu sayı 8-12'ye kadar düşebiliyor. Bu asimetri, Bayrak paketinin geniş kuyruk operasyonları için neden ideal bir hacim/süreklilik dengesi sunduğunu açıklıyor: az sayıda oturumla çok sayıda sorguyu aynı anda hareket ettirebiliyorsunuz.

Ölçüm metodolojisi

4.200 sorguluk bir seti manuel takip etmek imkansız olduğu için ölçüm üç katmanlı otomatik bir sistemle yapıldı: (1) Search Console API'sinden günlük pozisyon/tıklama/gösterim verisi çekildi ve kümelere göre agregat edildi; (2) örneklem bazlı manuel doğrulama — her kümeden rastgele 10 sorgu seçilip gizli sekmede gerçek SERP pozisyonu kontrol edildi; (3) haftalık üçüncü parti rank tracker taraması, örneklem verisiyle Search Console verisinin tutarlılığını çapraz kontrol etti. Üç kaynağın uyuşması, raporlanan %61'lik oranın gerçek ve tekrar üretilebilir olduğunu doğruladı.

• —Kaynak 1: Search Console API, günlük tam veri, küme bazlı agregasyon
• —Kaynak 2: örneklem bazlı manuel gizli sekme doğrulaması, her kümeden 10 sorgu
• —Kaynak 3: haftalık üçüncü parti rank tracker taraması

Kalıcılık

Bayrak paketinin süresi bittiğinde sıralamalar hemen düşmedi ama bir hafta içinde kademeli bir gerileme başladı — özellikle düşük hacimli kümelerde sinyal birikimi henüz kalıcı hafızaya oturmamıştı. Yüksek hacimli, uzun süre işlem gören kümeler (Küme 1 ve 2) daha dirençli kaldı. Müşteri bu noktada Tapu paketine geçti; sürekli düşük hacimli ama düzenli sinyal akışıyla gerileme durduruldu ve oran %58-61 bandında stabilize oldu. Altı hafta sonra yapılan kontrolde oran hâlâ %59'du.

Hatalar ve dersler

İlk üç günde bir hata yapıldı: düşük hacimli kümelere de yüksek hacimli kümelerle aynı yoğunlukta dokunuldu, bu da bazı sorgularda doğal olmayan bir tıklama/arama hacmi oranı yarattı ve iki küme geçici olarak Search Console'da 'manuel işlem' uyarısı almasa da anormal gösterim artışı gösterdi. Dördüncü günde dağıtım hacim-orantılı modele geçirilerek düzeltildi. Bu, uzun kuyruk operasyonlarında hacme göre orantısız dağıtımın en sık yapılan hata olduğunu gösterdi.

• —Hacme orantısız tık dağıtımı en sık yapılan hata — düşük hacimli sorguya yüksek hacim gibi davranmak anomali yaratır
• —Sorgu kümelemesi olmadan 4.200 sorguyu yönetmek operasyonel olarak imkansıza yakın
• —Yayılma etkisi (komşu sorgulara sinyal sızması) uzun kuyrukta kısa kuyruktan çok daha güçlü
• —Kalıcılık için süreklilik paketi (Tapu) şart — tek seferlik operasyon geriler
• —Üç katmanlı ölçüm olmadan 4.200 sorguluk bir iddiayı doğrulamak mümkün değil

Fatura özeti

"Kısa kuyruk gösteriş, uzun kuyruk kasa. Zirvenin sahibi olmak uzun kuyruğu tapulamaktır."

Sık sorulanlar