AOL Search Proxy: Sonuç Nereden Geliyor, Çıkış Nasıl Seçilir?

AOL Search ile proxy ilişkisini anlamak için önce bir ayrımı netleştirmek gerekir: sorguyu karşılayan alan adı ile organik bağlantıları üreten indeks aynı yerde durmaz. Siz AOL arayüzüyle konuşursunuz, listeyi ise bir iş ortağının web indeksi besler. Çıkış IP’nizi değiştirdiğinizde bu iki katman aynı anda ve aynı ölçüde tepki vermez.

Bu nedenle “proxy açtım, sonuçlar değişti” cümlesi tek başına bir şey anlatmaz. Değişenin arayüz mü, reklam envanteri mi, yoksa organik sıralama mı olduğunu ayırmadan yapılan karşılaştırma yanıltıcıdır.

Aşağıdaki bölümler bu ayrımı kurmayı, çıkış türünü işin ölçeğine göre seçmeyi ve ölçümü platformun hizmet şartlarıyla çelişmeyecek bir hızda yürütmeyi ele alıyor.

AOL Search neyi kendi üretiyor, neyi ortağından alıyor?

AOL Search’ü teknik olarak konumlandırmanın en doğru yolu, onu bağımsız bir tarayıcı–indeks çifti değil bir portal arayüzü saymaktır. Sorgu kutusuna yazdığınız ifade AOL alan adında karşılanır; organik sonuç listesi ise bir iş ortağının web indeksinden servis edilir. Bu ortaklığın hangi motorla kurulduğu yıllar içinde değişmiştir, bu yüzden kaynağı sabit varsaymak yerine her ölçüm döneminde yeniden doğrulamak gerekir.

Ölçüm açısından bunun iki sonucu vardır. Birincisi, AOL üzerinde gördüğünüz sıralama kaynak motorun o dil ve ülke için ürettiği sıralamanın portal düzenine yerleştirilmiş hâlidir. İkincisi, portal katmanı araya kendi reklam alanlarını, haber kısayollarını ve tanıtım bloklarını ekler. İki arayüzde aynı bağlantıyı farklı sırada görmeniz indekslerin farklı olduğunu kanıtlamaz; arada bir yerleşim katmanı vardır.

AOL alan adının arama dışında da yüzeyleri olduğunu unutmayın: haber akışı, e-posta girişi ve portal içerikleri arama indeksinden değil sitenin kendi yayın sisteminden gelir. Proxy üzerinden yaptığınız bir karşılaştırmada bu blokların ülkeye göre değişmesi, arama sonuçlarının da değiştiği anlamına gelmez. İki yüzeyi aynı ekran görüntüsünde değerlendirmek, sonradan düzeltilmesi zor bir kayıt hatasıdır.

Kaynak bağımlılığını doğrulamanın pratik yolu eşli testtir: aynı sorguyu aynı çıkıştan hem AOL’de hem de karşılaştırmak istediğiniz motorda çalıştırıp ilk on bağlantıyı yan yana yazın. Örtüşme oranı yüksekse fark yerleşimdedir; düşükse gerçekten farklı bir kaynağa bakıyorsunuzdur. Karşılaştırmayı kendi tarayıcı ve indeks çiftini işleten bir motorla kurmak en öğretici sonucu verir; Google proxy sayfası aynı ölçüm düzeninin bağımsız bir indeks üzerinde nasıl kurulduğunu adım adım anlatıyor. Yahoo ve Bing gibi diğer portal ve motor yüzeylerinin davranışını ise sayfanın sonundaki ilgili rehberler listesinden izleyebilirsiniz.

Çıkış IP’si sonuç yüzeyinin neresine dokunur?

Arama arayüzleri ziyaretçinin bölgesini önce IP adresinden tahmin eder. Bu tahmin arayüz dilini, bölgesel sekmeleri, para birimi biçimini ve reklam envanterini belirler. Organik sıralama da bölgeselliği olan sorgularda bundan etkilenir: “kargo takip” gibi bir ifade her ülkede başka bir niyet taşır. Ancak etkinin büyüklüğü katmanlara göre değişir ve bu fark ölçümü tasarlarken işinize yarar.

Aynı ülke içindeki şehir farkı çoğu sorguda küçük kalır; ülke değişimi ise belirgindir. Şehir düzeyinde bir görünüm gerekiyorsa bunu ancak şehir hedefi verebilen havuzlarla test edebilirsiniz; şehir ve ISP bazlı hedefleme yazısı havuzun nasıl daraltıldığını ve ülke seviyesinin hangi durumda yetmediğini anlatıyor. Çıkış ülkesini ise ölçüm planınızın kapsadığı pazarlara göre belirleyin: ABD görünümünü doğruluyorsanız ABD çıkışı, Türkiye görünümü için Türkiye çıkışı tipik başlangıç noktalarıdır ve iki pazarı aynı ölçüm turunda karıştırmayın.

İkinci belirleyici, alan adının nerede çözüldüğüdür. HTTP proxy’de istemci hedefi CONNECT arama.example:443 biçiminde bildirir ve çözümü proxy yapar. SOCKS5’te davranış istemciye bağlıdır: bazı istemciler adresi kendi ağında çözüp proxy’ye yalnızca IP verir. Çözüm sizin tarafınızda yapılırsa size yakın bir uç nokta dönebilir ama bağlantı proxy’nin ülkesinden kurulur; ortaya karışık bir tablo çıkar (SOCKS5’te DNS nerede çözülür).

Test düzeni için hangi çıkış türü yeterli olur?

Arama sonucu sayfası, giriş gerektirmeyen ve büyük ölçüde metin taşıyan bir yüzeydir. Bu yüzden çıkış türü kararı sosyal medya hesaplarında olduğundan daha rahat verilir: belirleyici olan oturum değil, isteğin hangi ağ sınıfından geldiğidir. Küçük hacimli, insan ölçeğinde doğrulamalarda veri merkezi çıkışları çoğu zaman iş görür.

İşin ölçeği büyüdükçe ya da doğrulanacak şey bölgesel bir yüzeyse karar değişir. Ev abonesi profiline yakın bir görünüm gerektiğinde residential proxy, sabit adres ve kararlı hız gerektiğinde ISP proxy uygundur; ikisi arasındaki asıl fark, adresin hangi ağ sınıfında kayıtlı göründüğüdür. Mobil proxy masaüstü arama arayüzünü ölçmek için genellikle gereğinden pahalı bir araçtır; mobil sonuç düzenini özellikle test etmiyorsanız kullanmayın.

Rotasyon konusunda tek bir kural işinizi kolaylaştırır: karşılaştırma yapıyorsanız adres sabit kalmalıdır. Her istekte adres değiştiren bir kurulumda iki ölçüm arasındaki farkın çıkıştan mı sorgudan mı geldiğini söyleyemezsiniz. Rotating havuzlar yükü dağıtmak ve isteği geniş bir adres tabanına yaymak için tasarlanmıştır, kontrollü karşılaştırma için değil; hangi işte hangisinin doğru araç olduğu rotating ile statik proxy farkı yazısında örnekleriyle karşılaştırılıyor.

Kurulum ve kurulumdan hemen sonraki doğrulama

Protokol kararı

Tarayıcı tabanlı arama testlerinde hem HTTP proxy hem SOCKS5 çalışır. HTTP proxy uygulama katmanındadır; düz HTTP isteklerini görebilir, HTTPS için CONNECT tüneli açar. SOCKS5 taşıma katmanında durur ve taşıdığı protokolü yorumlamaz. Fark, tarayıcı dışına çıktığınızda belirginleşir: komut satırı araçları ve kendi yazdığınız istemciler iki biçimi aynı olgunlukta desteklemez, bu yüzden protokol kararını aracınızın uyumluluk tablosuna bakarak verin.

Nereye tanımlanır?

Ölçüm tanımını sistem geneline değil ayrı bir tarayıcı profiline yapın; gerekçesi ve profil hijyeninin ayrıntısı Ask.com sayfasındaki oturum bölümünde duruyor. AOL tarafında bu tercihin kendine özgü bir nedeni daha vardır: portal alan adı arama dışında e-posta girişini ve kişiselleştirilmiş portal yüzeylerini de barındırır. Günlük kullandığınız profilde açık bir portal oturumu varsa arama sayfası da o oturumun bağlamında açılır ve ölçtüğünüz şey anonim bir ziyaretçinin gördüğü yüzey olmaktan çıkar. Firefox proxy tanımını kendi bağlantı ayarlarında tutar, Chrome ise işletim sisteminin tanımını kullanır; Windows tarafında sistem düzeyinde yapılan bir ayar bütün uygulamaları etkiler. Bağlantı bilgisi biçimi proxy.example.com / 8080 / username / password şeklindedir; gerçek değerler panelinizdedir.

• Test profilini yalnızca ölçüm için kullanın, başka sekme açmayın.
• Ülke değiştirdiğinizde profili de değiştirin; eski tercihler yeni tura taşınmasın.
• Ölçüm öncesi ve sonrasında çıkış adresini not edin.
• Sonuçları ekran görüntüsüyle değil, bağlantı listesi olarak kaydedin.

Kurulum bittiğinde üç şeyi doğrulayın: çıkış adresiniz beklediğiniz ülkede mi, alan adı çözümü sızıyor mu ve tarayıcı gerçek adresinizi WebRTC üzerinden açığa veriyor mu. Sırasıyla IP adresim, DNS leak testi ve WebRTC leak testi araçları bu üç soruyu birkaç dakikada yanıtlar. Proxy’nin hedefe hangi başlıkları ilettiğini merak ediyorsanız anonimlik testi de aynı kontrol setinin doğal parçasıdır.