Presearch ve Proxy: Dağıtık Düğüm Ağında Sonuçları Doğrulamak
Presearch, sorguyu tek bir merkezî dizinde değil, topluluk tarafından işletilen düğümlerin oluşturduğu bir ağda karşılar. Bu yapı, sonucun hangi çıkıştan istendiği kadar hangi düğümün yanıtladığına da bağlı olmasına yol açar. Bu sayfa proxy’nin bu zincirin neresine girdiğini, hangi sinyalleri değiştirdiğini ve neyi olduğu gibi bıraktığını anlatıyor.
Zincirin katmanlarıTarayıcı, ön yüz, topluluk düğümü ve kaynak motor arasındaki iş bölümü.
02
Örnekleme kurgusuTek bakışla karar vermeden sonuçları tekrar ve kontrol grubuyla sınama.
03
Yerel sonuç bloklarıHarita ve işletme kartlarının konum sinyalini nereden aldığı.
04
Tazelik ve önbellekAynı sorgunun neden değişmediğini anlamanın yolları.
Presearch’i klasik bir arama kutusundan ayıran şey arayüzü değil, sorgunun arkasındaki iş bölümüdür. İstek önce ön yüze ulaşır, oradan topluluk tarafından işletilen düğümlere dağıtılır ve sonuç kümesi birleştirilerek size döner. Bu zincirde proxy yalnızca ilk halkayı, yani sizin ağdan çıkışınızı etkiler.
Pratikte bunun sonucu şudur: çıkış ülkenizi değiştirdiğinizde ön yüzün sizi nereye konumlandırdığı değişir, ama sorguyu üstlenen düğümün nerede durduğu sizin elinizde değildir. Aynı sorgunun iki farklı denemede biraz farklı sıralanması bu yüzden tek başına bir kanıt sayılmaz.
İkinci nokta baştan netleşmeli: proxy bir konum beyanı değil, bir yönlendirme kararıdır. Tarayıcı sürümünüz, dil tercihiniz, saat diliminiz ve varsa oturum çereziniz proxy’den bağımsız olarak aynı kalır.
Bir Presearch sorgusu hangi duraklardan geçer?
Tarayıcınız arama alanına bağlandığında önce bir TLS oturumu kurulur. Proxy kullanıyorsanız karşı tarafta görünen kaynak, proxy sunucusunun adresidir. HTTPS trafiğinde proxy içeriği okumaz; yalnızca CONNECT yöntemiyle bir tünel açar ve şifreli baytları taşır (CONNECT ve HTTPS tünelleme). Bu ilk durakta değişen tek şey isteğin hangi ağdan geldiğidir.
İkinci durakta sorgu, ön yüzden topluluk düğümlerine dağıtılır. Kritik ayrım buradadır: düğüm ile kaynak arasındaki bacak sizin bağlantınızdan değil, o düğümün kendi hattından çıkar. Proxy’niz bu bacağı kapsamaz. Bu yüzden çıkışınızı bir ülkeden diğerine taşımak, sorguyu üstlenen düğümün bulunduğu bölgeyi değiştirmez.
Üçüncü durak birleştirme ve sunumdur. Gelen sonuç kümeleri tek listeye indirgenir, yinelenen bağlantılar ayıklanır ve arayüz çizilir. Sekme değiştirmek, farklı bir kaynak seçmek veya sonraki sayfaya geçmek yeni bir istek üretir; bu istekler de aynı proxy kuralının kapsamında olmalıdır, yoksa listenin bir kısmı başka bir ağdan gelir.
Alan adı çözümü nerede yapılır?
HTTP proxy’de hedef alan adını proxy çözer. SOCKS5’te davranış istemciye bağlıdır: kimi istemci adı kendi ağında çözüp proxy’ye yalnızca IP verir, kimi çözümü proxy’ye bırakır (socks5h). Fark iki yerde görünür — hedef alan adı yerel DNS sunucunuza sızabilir ve size yakın bir uç düğüm dönerken bağlantı proxy’nin ülkesinden kurulduğu için rota uzayabilir. Ayrıntı: SOCKS5’te DNS nerede çözülür.
Not
Proxy şifreli içeriği göremez, ancak hangi alan adına bağlandığınızı görebilir ve kaydedebilir. Arama sorgusu URL’in şifreli kısmında taşınır; yine de sağlayıcı seçimi bir güven kararıdır.
ŞEMASorgunun geçtiği katmanlar ve her katmanın sorumluluğu
Şemayı yatay kaydırarak inceleyebilirsiniz
Proxy yalnızca en üstteki bacağı yeniden yönlendirir; düğüm ile kaynak arasındaki bağlantı kendi hattından çıkar.
Çıkış ülkesi sonuç kümesini nerede değiştirir?
Bir arama arayüzü size ülke ve dil kararı verirken tek bir sinyale bakmaz. IP adresinden türetilen konum tahmini bunlardan yalnızca biridir; tarayıcının gönderdiği Accept-Language başlığı, arayüzde seçtiğiniz dil tercihi ve daha önce kaydedilmiş çerez de tabloya girer. Proxy bu sinyallerden sadece birincisini değiştirir.
Bu yüzden Almanya çıkışına geçip arayüzü Türkçe görmeye devam etmek şaşırtıcı değildir: dil başlığınız değişmemiştir. Bölgesel bir görünümü gerçekten sınamak istiyorsanız çıkışla birlikte tarayıcı dilini de o bölgeye ayarlamanız, tercihen ayrı bir tarayıcı profili kullanmanız gerekir.
Sinyal
Nereden gelir
Proxy etkiler mi?
Konum tahmini
Bağlantının geldiği IP adresi
Evet, doğrudan
Arayüz dili
Accept-Language başlığı ve tercih
Hayır
Saat dilimi
İşletim sistemi ve tarayıcı
Hayır
Oturum tercihi
Çerez veya hesap ayarı
Hayır
Ağ sınıfı
IP’nin bağlı olduğu otonom sistem
Evet, çıkış türüne göre
Son satır çoğu zaman atlanır. Adresin ait olduğu otonom sistem, bağlantının bir ev abonesinden mi yoksa bir veri merkezinden mi geldiğini ele verir; bu sınıflandırma tek başına karar üretmez ama değerlendirmenin girdisidir (ASN ve IP itibarı). Yoğun ve tekrarlı sorgularda residential çıkış ile datacenter çıkış arasındaki fark burada görünür.
Örnekleme ve kalite kontrolü: bir sonucu ne zaman doğru sayabilirsiniz?
Arama sonuçları deterministik değildir. Aynı sorgu, aynı çıkıştan, birkaç dakika arayla farklı sıralanabilir; dağıtık bir düğüm ağında bu değişkenlik daha da belirgindir. Tek bir ekran görüntüsüne bakıp “şu ülkede sonuç şöyle” demek, ölçümü değil gürültüyü raporlamak olur.
İşe yarayan yaklaşım örneklemedir. Aynı sorguyu en az üç turda, günün farklı saatlerinde tekrarlayın. Karşılaştırmak istediğiniz çıkışların yanına bir de kendi bağlantınızdan alınmış proxysuz bir ölçüm koyun: bu, değişimin çıkıştan mı yoksa motorun kendi dalgalanmasından mı geldiğini ayırmanın en ucuz yoludur.
İkinci disiplin altın sorgulardır. Sonucu kolay değişmeyen birkaç referans sorgu belirleyin (tanımlar, kurum adları, sabit terimler). Bu sorgular her turda aynı kalıyorsa ölçüm ortamınız sağlıklıdır; onlar da oynuyorsa sorun sizin kurulumunuzdadır, sonuçta değil.
Her turda sorgu metnini, çıkış etiketini, saati ve ilk on bağlantıyı kaydedin.
Karşılaştırmayı sıralama numarasıyla değil, alan adı kümesiyle yapın.
Tarayıcı profilini turlar arasında değiştirmeyin; değiştiyseniz not düşün.
Tek turda ortaya çıkan farkı bulgu değil, hipotez olarak işaretleyin.
Çıkışın canlı olup olmadığını sorgudan önce doğrulamak da bu disiplinin parçasıdır; proxy kontrol aracı ölü bir adrese saatlerce veri toplamanızı engeller.
ŞEMATekrarlanabilir bir bölge karşılaştırması için asgari kurgu
Şemayı yatay kaydırarak inceleyebilirsiniz
Kartlardaki sayılar bir ölçüm sonucu değildir; bir karşılaştırmayı savunulabilir kılan asgari eşikleri gösterir.
Presearch karşılaştırmaları için çıkış seçin
Bölge doğrulaması yapan kısa oturumlarda datacenter çıkış yeterlidir; tekrarlı ve uzun süreli okuma işlerinde residential havuz tercih edilir.
Residential proxyler, Datacenter Proxyleri, IPv6 ve ISP çözümlerimizden dilediğinizi seçin. Tüm planlar sınırsız seçenekler, %99,9 çalışma süresi, rotating proxyler, sticky oturumlar ve 7/24 destek sunar. Web scraping, reklam doğrulama, SEO izleme ve dijital veri toplama için idealdir.
ISP ProxyStatik ISP kayıtlı Türkiye IP'leri
ISP kayıtlı statik Türkiye IP'leri; veri merkezi hızını gerçek operatör itibarıyla birleştirir. Uzun oturumlu ve düşük pingli kullanım için idealdir.
Yerel bloklar, harita kartları ve işletme sonuçları
Yerel niyet taşıyan sorgular — bir meslek adı, bir hizmet, “yakınımda” ifadesi — arama arayüzlerinde ayrı bir blokla karşılanır. Bu bloklar çoğu zaman ana sonuç listesinden farklı bir kaynaktan beslenir ve konum sinyaline listeden daha duyarlıdır. Çıkışınızı değiştirdiğinizde ilk oynayan yer burasıdır.
Ancak kritik bir istisna vardır: tarayıcının konum izni. Modern tarayıcılarda konum verisi IP’den değil, cihazın kendi konum servisinden alınır; kablosuz ağ ve uydu bilgisi kullanılır. Bir siteye konum izni verdiyseniz proxy ne yaparsa yapsın gerçek şehriniz bildirilebilir. Bölgesel doğrulama yaparken bu izni kapalı tutun.
İkinci istisna sorgunun kendisidir. Şehir adını doğrudan yazdığınızda motor konum tahminine daha az ihtiyaç duyar; sonuç bloğu büyük ölçüde metinden gelen sinyale göre kurulur. Bu, IP tabanlı doğrulama yaparken kontrol amacıyla kullanılabilecek yararlı bir ikinci yoldur.
Şehir düzeyinde bir görünüm gerçekten gerekiyorsa ülke seçmek yetmez; havuzun o şehirde çıkışı olmalıdır. Yöntem şehir ve ISP bazlı hedefleme yazısında, mevcut bölgeler ise lokasyon listesinde anlatılıyor.
Önbellek, tazelik ve tarama sıklığı sonuçlara nasıl yansır?
Bir sonuç sayfasının size ulaşana kadar geçtiği yolda birden fazla önbellek katmanı vardır: tarayıcınızın kendi belleği, aradaki ara katmanlar, sorguyu karşılayan düğüm ve en uçta kaynak motorun kendi dizini. Yeni bir çıkışa geçmek bu katmanların hepsini sıfırlamaz.
En sık yapılan hata, çıkış değiştirildiği hâlde sonucun aynı kalmasını “proxy çalışmıyor” diye yorumlamaktır. Oysa tarayıcı aynı adresi geri sunuyor olabilir. Kurulumu test ederken temiz bir pencere kullanın, çıkışı gerçekten değiştirip değiştirmediğinizi IP adresim aracıyla doğrulayın ve ancak sonrasında sorguyu tekrarlayın.
Tazelik tarafında belirleyici olan sizin ne sıklıkla sorduğunuz değil, kaynağın o sayfayı ne sıklıkla taradığıdır. Hızlı değişen içerikte (haber, duyuru, fiyat listesi) taze sonuç görme ihtimaliniz yüksektir; nadiren güncellenen sayfalarda ise aylarca aynı özet metni görebilirsiniz. Proxy bu döngüye müdahale etmez, yalnızca sorgunun hangi bölgeden sorulduğunu değiştirir.
İpucu
Aynı sorguyu peş peşe onlarca kez tekrarlamak tazelik kazandırmaz; yalnızca sunucu tarafında gereksiz yük ve oran sınırı riski üretir. Turlar arasına anlamlı bir zaman aralığı koyun.
Kurulum noktaları ve sızıntı denetimi
Protokol ve kapsam
Tarayıcı üzerinden yapılan arama işlerinde hem HTTP proxy hem SOCKS5 çalışır. HTTP proxy uygulama katmanındadır, HTTPS için tünel açar; SOCKS5 taşıma katmanında durur ve taşıdığı protokolü yorumlamaz. Seçim çoğu zaman istemcinin desteğiyle belirlenir; tarayıcı odaklı bir çalışmada ikisi de yeterlidir. Bağlantı bilgisi proxy.example.com, 8080, username ve password alanlarından oluşur; gerçek değerler panelinizdedir.
Tanım noktası
Kapsam
Ne zaman uygun?
Ayrı tarayıcı profili
Yalnızca o profil
Karşılaştırmalı bölge testleri
Sistem geneli ayar
Tüm uygulamalar
Tek amaçlı çalışma makinesi
Uygulama bazlı kural
Seçili süreçler
Aynı makinede karışık iş
Kurulum bittiğinde ne doğrulanır?
Proxy tanımlamak, tüm trafiğin proxy üzerinden gittiği anlamına gelmez. Dört kontrol yeterlidir: alan adı çözümünüz sızıyor mu (DNS leak testi), tarayıcı gerçek adresinizi WebRTC üzerinden açığa vuruyor mu (WebRTC leak testi), cihazınızda etkin bir IPv6 yolu proxy’yi atlıyor mu ve çıkışınız hedefe kendini nasıl tanıtıyor (anonimlik testi).
IPv6 atlaması özellikle sinsidir: çıkışınız yalnızca IPv4 taşıyorsa ve cihazınızda IPv6 etkinse, işletim sistemi çoğu kurulumda IPv6’yı öncelediği için istek proxy’yi tamamen atlayabilir. Ya IPv6 destekli bir çıkış kullanın ya da o profilde IPv6’yı devre dışı bırakın.
ŞEMAİstekte hedefin görebildiği alanlar
Şemayı yatay kaydırarak inceleyebilirsiniz
Proxy yalnızca ilk bölmeyi yeniden yazar; dil başlığı, tarayıcı imzası ve çerez olduğu gibi kalır.
Belirtiden nedene: sık görülen aksaklıklar
Aksaklıkların çoğu motor kaynaklı değil, kurulum kaynaklıdır. Aşağıdaki tablo belirtiyi olası nedenle eşleştiriyor; sıralama, teşhis maliyeti en düşük olandan başlar.
Belirti
Olası neden
İlk bakılacak yer
Arayüz beklenen dilde açılmıyor
Dil başlığı çıkışla uyumsuz
Tarayıcı dil tercihi ve profil
Sonuçlar çıkış değişince de aynı
Önbellekten servis ediliyor
Temiz pencere, çıkış doğrulaması
Sayfa yükleniyor, bazı bloklar boş
Alt alan adları kural dışında
Proxy kuralının kapsamı
407 yanıtı geliyor
Kimlik bilgisi gönderilmiyor
Kullanıcı adı, parola veya IP yetkisi
Bağlantı zaman aşımına uğruyor
Çıkış erişilemiyor veya port kapalı
Canlılık testi ve port bilgisi
Arada doğrulama ekranı çıkıyor
Kısa sürede çok sayıda istek
İstek aralığı ve eşzamanlılık
Sertifika uyarısı görünüyor
Araya giren nokta TLS’i yeniden kuruyor
Çıkışın kimliği ve ağ politikası
407 neredeyse her zaman kimlik doğrulamayla ilgilidir: ya istemci bilgileri hiç göndermiyordur ya da sağlayıcı sizi IP yetkilendirmesiyle tanıyordur ve çıkış adresiniz değişmiştir. Sertifika uyarısı ise ayrı bir kategoridir; doğru kurulmuş bir HTTPS tüneli TLS oturumuna karışmaz, uyarı görüyorsanız trafiğiniz açılıp yeniden şifreleniyor demektir.
Doğrulama ekranları genellikle hız kaynaklıdır. İstek aralığını açmak, eşzamanlı bağlantı sayısını düşürmek ve tek bir çıkışa yığılmamak çoğu durumda yeterlidir.
Kota, ekip düzeni ve proxy gerekmeyen durumlar
Arama sayfaları medya ağırlıklı akışlara göre hafif sayılır, ama sonuç sayfası başına onlarca istek üretilir ve bu istekler ölçüldüğünde kota beklenenden hızlı erimiş olur. Trafiğe göre ücretlendirilen paketlerde önce bir hafta ölçüm yapıp aylık hacmi tahmin edin (bant genişliği hesaplama).
Birden fazla kişi aynı çalışmayı yürütüyorsa çıkışları kişiye değil işe bağlayın. Hangi bölgenin hangi etiketle test edildiği, hangi turun kim tarafından alındığı ve ölçümün saati tek bir tabloda durmalıdır. Bu kayıt olmadan iki kişinin farklı sonuç görmesi sonsuz bir tartışmaya dönüşür.
Gecikme tarafında beklentiyi doğru kurun: proxy araya bir durak eklediği için bağlantı süresi çoğu kurulumda uzar, proxy ping değerini düşürmez. Ölçüm için ping testi ve arka plan için proxy latency yazısı yeterlidir.
Son olarak, her senaryo proxy gerektirmez. Kendi ülkenizden olağan bir arama yapıyorsanız araya katman koymanın getirisi yoktur. Proxy’nin anlamlı olduğu yerler bellidir: başka bir bölgede sonucun nasıl göründüğünü doğrulamak, kurumsal ağdan sabit bir çıkışla çalışmak veya herkese açık veriyi ölçekli okumak. Diğer motorların davranışı için arama motoru rehberlerine bakabilirsiniz.
Uyarı
Bu sayfa ödül mekanizmalarını istismar etmek, yapay sorgu hacmi üretmek veya platform kurallarını dolanmak için yazılmamıştır. Presearch’in hizmet şartlarına uyum kullanıcının sorumluluğundadır.
Presearch ve proxy hakkında sık sorulan sorular
01Proxy kullanınca Presearch sonuçları tamamen değişir mi?
Hayır. Proxy yalnızca isteğin geldiği ağı değiştirir. Bölgeye duyarlı bloklar ve yerel kartlar oynayabilir, ama sorgunun asıl yanıtı kaynak motorların dizininden gelir ve bu dizin sizin çıkışınıza göre yeniden kurulmaz.
02Sorguyu hangi düğümün karşıladığını seçebilir miyim?
Dağıtım kararı ağın kendi işidir; proxy bu seçime müdahale etmez. Çıkışınızı değiştirmek yalnızca ön yüzün sizi nerede konumlandırdığını etkiler. Bu nedenle iki ölçüm arasındaki küçük sıralama farkları düğüm değişiminden de kaynaklanabilir.
03Ücretsiz proxy listeleriyle bölge karşılaştırması yapılır mı?
Ücretsiz listeler kurulumu öğrenmek ve tek seferlik bakmak için uygundur. Tekrarlanabilir bir karşılaştırmada ise sorun çıkarır: adresler kısa ömürlüdür, kim işlettiği bilinmez ve turlar arasında çıkış değişince ölçüm kıyaslanamaz hâle gelir.
04Çıkışı değiştirdim ama sonuç aynı, proxy bozuk mu?
Büyük olasılıkla hayır. Önce çıkışın gerçekten değiştiğini doğrulayın, sonra temiz bir pencerede tekrarlayın. Sonuç hâlâ aynıysa o sorgu bölgeye duyarlı olmayabilir; tanım ve kavram sorguları çoğu bölgede benzer yanıt verir.
05Harita ve işletme kartları neden hâlâ bulunduğum şehri gösteriyor?
Tarayıcıya konum izni verdiyseniz konum verisi IP’den değil cihazın konum servisinden alınır ve proxy bunu değiştirmez. İzni kapatın, ardından temiz bir profille tekrar deneyin.
06Arama işleri için hangi çıkış türü daha uygun?
Kısa doğrulama oturumlarında veri merkezi çıkışı hız ve maliyet açısından yeterlidir. Uzun süreli, tekrarlı ve hacimli okuma işlerinde ev abonesi adreslerinden oluşan havuz daha az sürtünme üretir; kararı toplam hacim ve çalışma süresi belirler, çıkışın etiketi değil.
07Proxy ile arama yapmak bağlantımı hızlandırır mı?
Genel olarak hayır. Araya bir durak eklendiği için toplam süre çoğu kurulumda uzar. İstisna, varsayılan rotanızın dolambaçlı olduğu nadir durumlardır; bu bir kural değildir ve ancak ölçümle anlaşılır.