DuckDuckGo Proxy: Bölge, Kaynak Katmanları ve Uyumlu Kullanım
DuckDuckGo tek bir indeksin önyüzü değildir: anlık yanıt kutuları, ortak bir web indeksinden gelen bağlantılar ve ayrı bir harita sağlayıcısından beslenen yerel kartlar aynı sayfada birleşir. Proxy üzerinden bakarken bu katmanların her biri farklı tepki verir.
Kaynak katmanlarıAnlık yanıt, ortak web indeksi ve harita sağlayıcısının ayrı ayrı davranışı.
02
Bölge ayarıArayüzden seçilen pazar ile IP tabanlı tahminin nasıl çakıştığı.
03
Gizliliğin sınırıMotorun kayıt politikası ile ağ katmanındaki görünürlüğün farkı.
04
Uyumlu ölçümrobots.txt, hizmet şartları ve otomatik sorgulamanın sınırları.
DuckDuckGo’yu proxy arkasından test ederken ilk netleşmesi gereken şey, sayfadaki her bloğun aynı yerden gelmediğidir. Referans kutuları, organik bağlantılar ve yerel kartlar farklı kaynaklardan derlenir; çıkış IP’nizi değiştirdiğinizde bu kaynaklar aynı anda ve aynı ölçüde tepki vermez.
İkinci nokta, motorun gizlilik yaklaşımının ağ katmanını kapsamadığıdır. Arama geçmişinizi tutmayan bir motor bile, isteğinizin hangi adresten geldiğini görmek zorundadır; TCP bağlantısının kaynağı her hâlükârda görünür.
Bu sayfa üç şeyi ele alıyor: sonucun hangi katmandan geldiğini ayırmak, bölge ayarını IP’den bağımsız yönetmek ve ölçümü hizmet şartlarıyla çelişmeyecek bir tempoda yürütmek.
Sonuç sayfası hangi kaynakları üst üste bindiriyor?
DuckDuckGo’nun sonuç sayfasını üç katmanlı düşünmek pratik bir modeldir. En üstte referans ve anlık yanıt kutuları durur; bunlar ansiklopedik ve yapılandırılmış kaynaklardan derlenir ve sorgunun türüne göre açılır. Altta klasik bağlantı listesi vardır ve bunun büyük kısmı motorun kendi açıklamalarına göre ortak bir web indeksinden gelir. Üçüncü katman ise harita ve yerel kartlardır; bu blok ayrı bir harita sağlayıcısıyla çalışır.
Bu katmanlaşmanın ölçümdeki karşılığı şudur: bağlantı listesinde gördüğünüz sıralamanın kaynağı motorun kendi tarayıcısı değil, ortak indekstir. Dolayısıyla “DuckDuckGo neden böyle sıraladı” sorusunun yanıtı çoğu zaman kaynak indeksin davranışında aranır. Buna karşılık anlık yanıt kutusu tümüyle motorun kendi yerleştirme kararıdır ve ülkeye göre daha az oynar.
Katmanları ayırmadan yapılan karşılaştırmalar yanıltıcı olur. Bir ülkede harita kartı gördüğünüz sorgu, başka bir ülkede yalnızca bağlantı listesi döndürebilir; bu durum organik sıralamanın değiştiği anlamına gelmez. Ölçüm tablonuzda her blok için ayrı satır tutun.
Karşılaştırma yapacaksanız aynı sorguyu ortak indeksi işleten motorda da çalıştırmak işinizi kolaylaştırır: örtüşme yüksekse fark yerleşimdedir. Startpage ve Brave Search gibi diğer gizlilik odaklı yüzeyler aynı soruyu farklı kaynak tercihleriyle yanıtlar; üç arayüzü aynı çıkıştan arka arkaya denemek, hangi farkın kaynaktan hangisinin sunumdan geldiğini tek turda ayırır. Bu karşılaştırma sayfalarının tamamı ilgili rehberler bölümünde listeleniyor.
ŞEMASonuç sayfasını oluşturan üç kaynak katmanı
Şemayı yatay kaydırarak inceleyebilirsiniz
Her katman ayrı beslenir: bağlantı listesi ortak indeksten, yerel kart ayrı bir harita sağlayıcısından gelir, anlık yanıtlar referans kaynaklardan derlenir.
Bölge seçimi IP’den bağımsız yönetilebilir mi?
Bu yüzeyin ayırt edici yanlarından biri, bölgenin arayüzden açıkça seçilebilmesidir. Ayar açıkça seçilmediğinde bölge çıkış IP’sinden tahmin edilir; seçildiğinde ise tercih, tahminin önüne geçer. Ölçüm açısından bu iki moda ayrı ayrı bakmak gerekir, çünkü ikisi farklı sorulara yanıt verir.
“Bu ülkedeki bir kullanıcı ne görür” sorusunu yanıtlıyorsanız hem çıkışı hem bölge ayarını o ülkeye alın; ikisinin tutarlı olması gerçek kullanıcıya en yakın tabloyu verir. “Bölge ayarı ne kadar etkili” sorusunu yanıtlıyorsanız çıkışı sabitleyip yalnızca ayarı değiştirin. İkinci tasarım, ayarın hangi blokları etkilediğini tek turda gösterir.
Ayarın nerede saklandığını da hesaba katın: tercih tarayıcı tarafında tutulduğunda profil sıfırlandığında kaybolur, başka bir profile taşınmaz. Bu yüzden her ülke için ayrı profil tutmak ve turun başında ayarın gerçekten açık olduğunu gözle doğrulamak gerekir. Dil başlığı da tabloya girer; Accept-Language değeri çıkış ülkesiyle çelişirse melez bir görünüm oluşabilir.
Çıkış ülkesini lokasyon listesinden seçin ve seçtiğiniz ülkeyi ölçüm defterine yazın. Avrupa yüzeylerini karşılaştırıyorsanız Almanya ve Hollanda çıkışları yaygın başlangıç noktalarıdır, çünkü ikisi de yoğun bağlantılı omurgalara oturur; Türkiye görünümünü doğruluyorsanız Türkiye çıkışı aynı işi yerel pazar için yapar.
Bir sorgu proxy üzerinden hangi duraklardan geçer?
Akışı üç şeride ayırmak, sorunların nerede çıktığını görmeyi kolaylaştırır. İstemci tarafında sorgu yazılır, bölge ve dil tercihi uygulanır ve istek hazırlanır. Proxy çıkışı tarafında bağlantı taşınır; HTTPS için CONNECT tüneli kurulur ve proxy şifreli baytları aktarır, içeriği okuyamaz. Motor tarafında ise isteği yapan taraf olarak çıkış adresi görünür ve sonuç bu bağlama göre derlenir.
Alan adı çözümünün hangi şeritte yapıldığı kritik bir ayrıntıdır. HTTP proxy kullanıyorsanız hedef adı proxy’ye bildirilir ve çözüm orada yapılır. SOCKS5’te davranış istemciye bağlıdır: bazı istemciler adı kendi ağında çözer ve proxy’ye yalnızca IP verir. İkinci durumda hedef alan adı yerel DNS sunucunuza görünür, üstelik size yakın bir uç nokta dönerken bağlantı proxy ülkesinden kurulur (SOCKS5’te DNS nerede çözülür).
Yanıt yolu da aynı şeritlerden geri döner ve toplam süre bu gidiş dönüşün toplamıdır. Ölçüm yaparken sayfanın “yavaş açılması”nı tek bir nedene bağlamayın: çıkışa olan mesafe, çıkıştan motora olan mesafe ve sayfanın kendi işleme süresi ayrı bileşenlerdir.
Not
Tünel kurulurken hedef ana bilgisayar adı proxy’ye açıkça bildirilir. Sağlayıcı içeriği çözemese bile hangi servise, hangi saatte ve hangi sıklıkta bağlandığınızı derleyebilir; ölçüm turlarınızı bu kaydın kimde tutulduğunu bilerek planlayın.
ŞEMASorgunun şeritler arasındaki yolculuğu
Şemayı yatay kaydırarak inceleyebilirsiniz
Bölge ayarı istemcide kalır, çıkış adresi motor tarafında görünür; sorunların hangi şeritte doğduğunu ayırmak teşhisi kısaltır.
DuckDuckGo ölçümleri için çıkış planı
Bölgesel yüzey doğrulamasında ülke çeşitliliği, düzenli izleme serilerinde adres sabitliği öne çıkar.
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 kartlar, harita blokları ve işletme sonuçları
Yerel bloklar bu yüzeyde ayrı bir sağlayıcıdan beslendiği için organik listeden bağımsız davranır. Bir sorguda harita kartının açılması, o sorgunun yerel niyet taşıdığının ve sağlayıcının o pazarda veri sunduğunun göstergesidir. Kartın çıkmaması, çıkışınızın hatalı olduğu anlamına gelmez.
Konumun nereden okunduğu ise birkaç sinyalin bileşimidir: bölge ayarı, çıkış IP’si, sorgudaki yer adı ve varsa tarayıcı konum izni. Test profilinde konum iznini kapalı tutun; açık bırakılan bir izin IP’den gelen sinyali baskılayabilir ve ölçtüğünüz farkın kaynağını gizler.
Blok
Beslendiği katman
Çıkış değişince beklenen davranış
Anlık yanıt kutusu
Referans ve yapılandırılmış kaynaklar
Görece kararlı; dil değişimiyle oynar
Organik bağlantı listesi
Ortak web indeksi
Yerelliği yüksek sorgularda kayar
Harita ve işletme kartı
Ayrı harita sağlayıcısı
Pazara göre tümüyle çıkmayabilir
Haber ve güncel blok
Yayın kaynakları
Ülke ve dile göre belirgin değişir
Yerel yüzey doğrulamalarında şehir düzeyinde bir görünüm gerekiyorsa bunu ancak şehir hedefi verebilen havuzlarla test edebilirsiniz; ülke seviyesinde bir çıkış, büyük şehir farklarını temsil etmez (şehir ve ISP bazlı hedefleme). İşletme kartlarının içeriğini doğrulamak için de aynı kural geçerlidir: tek bir çıkıştan alınan kart, ülkenin tamamı için genellenemez.
Gizlilik iddiası nerede biter, ağ katmanı nerede başlar?
Gizlilik odaklı bir motorun taahhüdü kendi tarafıyla sınırlıdır: arama geçmişini kişiye bağlamamak, profil çıkarmamak, kimliklendirici saklamamak. Bu taahhüt ağ yolunu kapsamaz. İsteğiniz yine de bir IP adresinden çıkar, yol üzerindeki ağ ekipmanı bu adresi görür ve hedef sunucu bağlantıyı bir kaynak adresle kabul eder.
Proxy bu tabloda tek bir şeyi değiştirir: hedefin gördüğü kaynak adresi. Karşılığında yeni bir taraf eklenir — proxy sağlayıcısı. HTTPS içeriğini okuyamaz ama hangi alan adına bağlandığınızı görebilir. Yani gizlilik toplamda artmaz, yalnızca yer değiştirir: görünürlük internet sağlayıcınızdan proxy sağlayıcınıza kayar.
Tarayıcı tarafında iki sızıntı bu tabloyu sessizce bozar. WebRTC arayüzü, proxy ayarından bağımsız olarak gerçek adresinizi bir sayfaya açabilir ve bunu yaparken hiçbir uyarı üretmez. İkincisi DNS’tir: alan adı çözümü yerel sunucuda yapılıyorsa hedefiniz internet sağlayıcınıza görünür. Her ikisi de sayfa sonunda listelenen sızıntı test araçlarıyla birkaç dakikada ölçülür. Üçüncü ve en sinsi olan IPv6 atlamasıdır; çift yığın bir cihazda IPv4-only bir çıkış kolayca devre dışı kalabilir ve IPv4 ile IPv6 farkı yazısı bu atlamanın neden sessiz kaldığını açıklıyor.
Kapsam beklentisini de doğru kurun: proxy yalnızca yapılandırdığınız uygulamayı kapsar, sistemdeki her bağlantıyı değil. Tüm cihaz trafiğini kapsayan bir çözüm arıyorsanız araç farklıdır: kapsam farkı, proxy ile tünel tabanlı çözümleri birbirinden ayıran asıl çizgidir ve ilgili sayfalar bölümünde ayrıca ele alınıyor.
robots.txt, hizmet şartları ve otomatik sorgulamanın sınırı
robots.txt bir erişim kilidi değil, otomatik tarayıcılara iletilen bir taleptir ve arama yüzeyleri sonuç sayfalarını genellikle bu dosyada taramaya kapatır. Dosyanın zorlayıcı olmaması onu yok saymayı meşru kılmaz; talebe uymak sürdürülebilir bir ölçüm düzeninin ilk şartıdır.
Hizmet şartları ikinci ve daha bağlayıcı sınırdır: otomatik sorgulama, sonuçların makineyle toplanması ve yeniden yayımlanması bu metinlerde düzenlenir. Proxy kullanmak bu düzenlemeyi değiştirmez, yalnızca isteğin çıktığı adresi değiştirir. İzin, adresle değil işin niteliğiyle ilgilidir.
Uygulanabilir bir çerçeve şöyle özetlenir: resmî ve yayımlanmış bir arayüz varsa önce onu kullanın — bu yüzeyde referans kutularını besleyen türde açık bir yanıt arayüzü bulunduğu motorun kendi belgelerinde anlatılır. Doğrulama gerektiren işleri insan ölçeğinde ve seyrek yürütün. Doğrulama ekranıyla karşılaşırsanız durun; tempoyu düşürün, o ekranı aşmaya çalışmayın.
Uyarı
Burada anlatılanlar bölgesel görünüm doğrulaması, kurumsal ağ yönetimi ve araştırma amaçlı kontrollü ölçüm içindir. Otomatik sorgu üretimi, doğrulama ekranlarının atlatılması veya sonuç sayfalarının izinsiz çoğaltılması kapsam dışıdır; hizmet şartlarına uyum kullanıcının sorumluluğundadır.
Ölçeklenen veri işlerinde teknik kurulumdan önce yanıtlanması gereken soru izin sorusudur; havuz büyüklüğü ve istek temposu ancak bu yanıt netleştikten sonra planlanır. Sağlayıcının kendi tarafında ne tuttuğu da aynı denklemin parçasıdır ve proxy kullanmak güvenli mi yazısı bu güven kararını hangi sorularla sınayacağınızı adım adım anlatıyor.
Çıkış türü, oturum hijyeni ve doğrulama ekranları
Bu yüzey giriş gerektirmediği için çıkış türü kararı sadedir. Düşük hacimli, insan ölçeğinde kontrollerde datacenter proxy hız ve maliyet açısından yeterlidir. Bölgesel yüzeyleri doğrularken abone profiline yakın bir görünüm isterseniz residential proxy, haftalara yayılan düzenli izlemede adres sabitliği için ISP proxy daha uygundur.
Oturum hijyeni burada türden daha belirleyicidir. Her ölçüm turunu tercih birikmemiş bir profille başlatın, bölge ayarını gözle doğrulayın, tek bir sorgu çalıştırın ve çıktıyı bağlantı listesi olarak kaydedin. Aynı profille arka arkaya onlarca sorgu çalıştırmak hem bağlamı kaydırır hem tempoyu yükseltir.
Turun başında ve sonunda çıkış adresini not edin.
Bölge ayarı ile çıkış ülkesinin tutarlılığını her turda kontrol edin.
Sorgular arasına gerçekçi aralıklar koyun; kesintisiz döngü kurmayın.
Doğrulama ekranı görürseniz turu durdurun ve planı seyreltin.
Test profilinde konum iznini ve gereksiz uzantıları kapatın.
Kurulumu ayrı bir tarayıcı profilinde tutmak günlük trafiğinizi korur ve sıfırlamayı kolaylaştırır. Chrome işletim sisteminin proxy tanımını kullandığı için macOS ve Windows tarafında yapılan sistem ayarı bütün uygulamaları birden etkiler; ölçüm profilini ayrı tutmak bu yüzden hem daha temiz hem daha güvenlidir. Çıkışın canlılığını tur öncesinde proxy kontrol aracıyla sınayın.
Gecikme nereden birikiyor ve kota nasıl planlanır?
Proxy’li bir turda toplam süre üç parçadan birikir: istemciden çıkışa olan bölüm, çıkıştan motora ve onun kaynaklarına giden bölüm, bir de yanıtın derlenip geri dönmesi. Bu birikim nedeniyle proxy kullanmak gecikmeyi çoğu kurulumda artırır; pingi düşürmez. İstisna, varsayılan rotanızın dolambaçlı olduğu ve çıkışın daha doğrudan bir omurgaya bağlandığı nadir durumlardır ve ölçülmeden varsayılamaz.
Birikimi küçültmenin iki pratik yolu vardır. Birincisi lokasyon seçimidir: çıkışı hem size hem hedef pazara görece yakın tutmak gereksiz kıtalar arası turu engeller. İkincisi bağlantı yeniden kullanımıdır; açık bağlantıyı korumak, her istekte yeni TCP ve TLS el sıkışması yapmaktan iyidir (keep-alive ve bağlantı havuzu).
Kota tarafında arama yüzeyleri hafiftir; taşınan veri metin ağırlıklıdır ve video yoktur. Yine de tarayıcı otomasyonu kullanıyorsanız sayfanın tüm varlıkları indirilir. Tek sayfa maliyetini bir kez ölçüp planladığınız sorgu sayısıyla çarpın; sürpriz, aylık faturada değil planlama aşamasında görülmelidir. Otomasyonda görsel ve betik varlıklarının yüklenmesini kapatmak da bu toplamı belirgin biçimde küçültür.
Son olarak ölçüm hijyeni: çıkışı işe almadan önce bir ping testiyle temel gecikmeyi ölçün ve bunu günün farklı saatlerinde tekrarlayın. Paylaşımlı havuzlarda yoğun saat farkı, tek seferlik ölçümün gizlediği en yaygın değişkendir.
ŞEMAToplam sürenin birikim bileşenleri
Şemayı yatay kaydırarak inceleyebilirsiniz
Paylar göreli ağırlıktır, ölçülmüş süre değildir: kendi kurulumunuzda dağılım lokasyona ve saate göre değişir.
DuckDuckGo proxy hakkında sık sorulanlar
01DuckDuckGo sonuçları tamamen kendi indeksinden mi geliyor?
Hayır. Motorun kendi açıklamalarına göre klasik bağlantı listesinin büyük kısmı ortak bir web indeksinden gelir; anlık yanıt kutuları referans kaynaklardan derlenir, harita ve yerel kartlar ise ayrı bir harita sağlayıcısıyla çalışır. Bu yüzden blokları ayrı ayrı değerlendirmek gerekir.
02Bölge ayarını seçersem çıkış IP’si önemsiz mi olur?
Tümüyle değil. Ayar açıkça seçildiğinde tercih öne geçer, ancak dil başlığı ve bazı yerel bloklar hâlâ bağlantının geldiği ağdan etkilenebilir. Gerçek kullanıcı tablosunu görmek istiyorsanız çıkışı ve bölge ayarını aynı ülkede tutun.
03Gizlilik odaklı motor kullanıyorum, proxy ne katıyor?
Motorun taahhüdü kendi tarafıyla sınırlıdır; ağ yolunu kapsamaz. Proxy yalnızca hedefin gördüğü kaynak adresi değiştirir ve karşılığında yeni bir taraf ekler. Gizlilik toplamda artmaz, görünürlük internet sağlayıcınızdan proxy sağlayıcınıza kayar.
04Harita kartı bazı ülkelerde neden hiç görünmüyor?
Yerel kartlar ayrı bir sağlayıcıdan beslenir ve her pazarda aynı kapsamda veri sunulmaz. Kartın çıkmaması çıkışınızın bozuk olduğunu göstermez; o bloğun o pazarda farklı beslendiğini gösterir.
05Sonuçları otomatik olarak toplayabilir miyim?
Arama sonucu sayfaları genellikle robots.txt ile taramaya kapalıdır ve hizmet şartları otomatik sorgulamayı düzenler. Proxy izin durumunu değiştirmez. Yayımlanmış bir arayüz varsa önce onu kullanın; doğrulamayı seyrek ve insan ölçeğinde yapın.
06Proxy sağlayıcısı hangi sorguyu yazdığımı görebilir mi?
Sorgu metni HTTPS tünelinin içinde kalır: CONNECT ile kurulan bağlantıda sağlayıcı yalnızca şifreli baytları aktarır, arama kutusuna yazdığınız ifadeyi çözemez. Çıkış tarafında görünen şey üst veridir — tünelin hangi ana bilgisayara açıldığı, ne zaman açıldığı, ne kadar sürdüğü ve kaç bayt taşıdığı. Düzenli bir ölçüm serisinde bu üst veri tek başına bile hangi motoru hangi tempoda yokladığınızı anlatır. Motorun kendi kayıt politikası sunucusunda biter; ağ yolundaki görünürlük ise tümüyle sağlayıcınızın tuttuğu kayıtlara bağlıdır.
07Test için hangi çıkış türü yeterli?
Giriş gerektirmeyen bu yüzeyde düşük hacimli kontroller için veri merkezi çıkışı yeterlidir. Bölgesel yüzeyleri doğrularken residential, haftalara yayılan izleme serilerinde sabit adresli ISP çıkışı daha uygun sonuç verir.
08Proxy sayfayı daha hızlı açar mı?
Hayır. Toplam süre istemci–çıkış ve çıkış–motor bölümlerinin toplamı olduğu için çoğu kurulumda uzar. İstisna, varsayılan rotanızın dolambaçlı olduğu nadir durumlardır ve ancak ölçümle anlaşılır; kural olarak beklenmemelidir.