Yahoo Proxy: Bölge Sürümü, Oran Yönetimi ve Mobil Sonuçlar

Yahoo arama tarafı, kendi arayüzü ve kendi sonuç düzenlemesi olan ama arka planda ortak bir arama altyapısından beslenen bir yapıdır. Bu ikilik, ölçüm yapan için doğrudan pratik bir sonuç doğurur: sunum katmanı Yahoo’nun, sıralamanın büyük bölümü ise başka bir kaynağın kararıdır. İkisini ayırmadan yapılan karşılaştırmalar yanıltıcı olur.

İkinci bir ayrıntı, marka altındaki bazı ülke servislerinin ayrı şirketler tarafından işletilmesidir. Bir ülke sürümü, bir diğerinden yalnızca dil olarak değil yapı olarak da ayrışabilir. Ölçüme başlamadan önce hangi sürümü ölçtüğünüzü netleştirmek gerekir.

Aşağıdaki bölümler önce sayfanın katmanlarını, sonra bölge ve dil ayarlarını, ardından temponun yönetimini ve cihaz farkını ele alıyor. Kurulum ve sınırlar bölümleri sonda; hangi soruya cevap aradığınızı netleştirmeden kurulum yapmak zaman kaybıdır.

Sonuç sayfasını oluşturan katmanları ayırmak

Bir Yahoo sonuç sayfasında en az üç ayrı katman iç içe durur: organik bağlantı listesi, konuma duyarlı yerel ve haber blokları, bir de reklam alanları. Bu katmanlar aynı ekrandadır ama aynı girdilere aynı ölçüde duyarlı değildir. Organik liste sorguya ve ülkeye, yerel blok konuma, reklam alanı ise ayrı bir eşleştirme mantığına göre şekillenir.

Ayrımı kurmadan ölçmeye başlarsanız gördüğünüz her değişikliği “sıralama değişti” diye kaydedersiniz. Oysa çoğu zaman organik liste sabit kalırken üstteki blok değişmiştir ve algılanan sıra aşağı kaymıştır. Ölçüm tablonuzda her katmanı ayrı kolonda tutmak bu karışıklığı baştan keser.

Proxy bu katmanların hepsine aynı şekilde etki etmez. Çıkış adresinin ülkesi, yerel ve haber bloklarında en görünür etkiyi yaratır; organik listede etki daha ölçülüdür; reklam alanında ise başka değişkenler devrededir ve proxy ile yapılan bir ölçüm burada en zayıf kanıtı üretir. Reklam görünürlüğünü asıl konu edinen işlerde bütçe, hedefleme ve gösterim sırası gibi sizin göremediğiniz değişkenler devreye girdiği için, tek bir ekran görüntüsünü kanıt saymak yanıltıcı olur.

Katman ayrımının bir faydası daha var: hata teşhisi. Yalnızca yerel blok kaybolduysa konum bağlamına, yalnızca dil değiştiyse istemci başlıklarına, her şey birden değiştiyse çıkışın kendisine bakarsınız.

Ülke sürümü ve dil ayarı sonucu nasıl taşır?

Bölge, iki ayrı yerden belirlenir. Birincisi hangi ülke sürümünü açtığınızdır; ikincisi isteğin hangi ülkeden geldiğidir. Bu ikisi çakışmadığında ortaya karma bir sayfa çıkar: arayüz bir ülkeye, konuma duyarlı bloklar başka bir ülkeye göre derlenir. Bu yüzden ölçümde ikisini birlikte sabitlemek gerekir.

Dil ayrı bir eksendir ve genellikle tarayıcının bildirdiği Accept-Language başlığı ile arayüzdeki tercihten okunur. Proxy bu başlığı göndermez, değiştirmez. Fransa çıkışı kullanıp Türkçe dil başlığı gönderirseniz motora çelişkili iki ipucu vermiş olursunuz; sonucun neden öyle geldiğini açıklamak da zorlaşır. Avrupa ölçümlerinde Fransa, İtalya ve İngiltere çıkışları sık kullanılır; bu ülkelerde hem sağlayıcı çeşitliliği geniştir hem de arayüz dili ile pazar dili çoğu zaman örtüştüğü için çelişkili sinyal üretme riski düşer.

Bir üçüncü değişken daha var: sorgunun kendisi. Aynı anlamı taşıyan iki sorgu farklı dillerde yazıldığında bambaşka bir sonuç kümesi döner. Bölgesel karşılaştırma yapıyorsanız sorguyu hedef pazarın dilinde yazın; kendi dilinizdeki sorguyu başka ülke çıkışıyla göndermek, o pazarın gerçek arama davranışını temsil etmez.

Asya tarafındaki ülke sürümleri için ayrıca dikkat gerekir: bazı ülkelerde marka altındaki servis ayrı bir şirket tarafından işletilir ve yapı belirgin biçimde farklıdır. Bu sürümleri ölçerken Japonya ya da Singapur gibi bölgesel çıkışlar gerekir; ancak sonuçları diğer ülke sürümleriyle aynı tabloda karşılaştırmayın, çünkü arka plandaki sıralama kaynağı bile aynı olmayabilir.

İstek temposu ve doğrulama ekranını doğru okumak

Otomatik görünen trafiği ayırt etmek için arama tarafı istek desenine bakar: aralıkların düzenliliği, eşzamanlı akış sayısı, aynı adresten gelen sorgu yoğunluğu ve isteğin taşıdığı istemci bilgilerinin tutarlılığı. Tempo belirli bir eşiği geçtiğinde sonuç sayfası yerine bir doğrulama ekranı ya da oran sınırı yanıtı döner.

Bu ekranı bir arıza olarak değil, bir ölçü aleti olarak okuyun. Size işin hangi yoğunlukta yürütülemeyeceğini söyler. Doğru tepki yavaşlamaktır: bekleme süresini katlayın, o çıkışı kuyruktan geçici olarak çıkarın, sorgu sayısını güne yayın. Aynı tempoda devam etmek yanıtı tekrarlar ve o adresin bir süre daha aynı muameleyi görmesine yol açar.

Yanıtları ayrı ayrı saymak, teşhisin yarısıdır. Başarılı sayfa, oran sınırı yanıtı, doğrulama ekranı ve ağ seviyesindeki zaman aşımı dört farklı olaydır ve dördü farklı çözüm ister. Hepsini “hata” diye tek kovaya atan bir günlük, sorunu kuyruk temposunda mı çıkış sağlığında mı arayacağınızı söylemez.

Kuyruk, geri çekilme ve havuz planı

Sağlıklı bir ölçüm kuyruğu dört karardan oluşur ve hepsi baştan yazılır. Bölgeyi sabitleyin, tempoyu düşükten başlatın, yanıtları sınıflandırarak sayın ve geri çekilmeyi otomatikleştirin. Bu dördü olmadan kurulan bir düzen ilk yoğun günde kendi kendini durdurur.

Geri çekilme mantığı basittir: uyarı aldığınızda bekleme süresini katlayın, belirli bir tavanda durun ve başarılı yanıt geldiğinde süreyi kademeli olarak geri indirin. Ani sıfırlama yapmayın; tek başarılı yanıt, eşiğin tamamen kalktığı anlamına gelmez. Kuyruğu tamamen durdurmak yerine yavaşlatmak, toplam işi bitirme süresini çoğu zaman kısaltır.

Havuz tarafında sayıdan çok dağılım önemlidir. Aynı alt ağdan alınmış on adres, çeşitlilik açısından tek adres gibi davranabilir; farklı alt ağlara yayılmış üç adres daha iyi sonuç verir (subnet çeşitliliği, havuz yönetimi). Adreslerin canlılığını düzenli kontrol edin; ölü bir çıkış raporda sessizce eksik satır üretir.

Bağlantı yeniden kullanımı da tempoyu etkiler. Her sorguda yeni bir TCP ve TLS el sıkışması yapmak hem yavaştır hem de çıkış tarafında gereksiz bir yük bırakır; açık bağlantıyı korumak ikisini birden azaltır ve aynı sürede daha az gürültülü bir desen üretir. Eşzamanlı akış sayısını seçerken proxy tarafındaki tavanı hesaba katın (eşzamanlı bağlantı limiti); tek bir sonuç sayfası bile o tavandan beklediğinizden fazlasını tüketebilir.