Residential ve mobil proxy paketleri çoğunlukla GB başına fiyatlanır. Bu, "5 GB yeter mi?" sorusunu doğrudan bir bütçe sorusuna dönüştürür. Ne yazık ki çoğu kullanıcı tüketimi olduğundan çok daha düşük tahmin eder ve ayın ortasında kotasının bittiğini görür.
Bu yazıda GB tüketiminin gerçekte neyden oluştuğunu, hangi kalemlerin göz ardı edildiğini ve tüketimi düşürmenin ölçülebilir yollarını ele alıyoruz.
Sayaç Tam Olarak Neyi Sayar?
Sağlayıcılar genellikle proxy üzerinden geçen toplam baytı sayar: hem istek (upload) hem yanıt (download). Buna şunlar dahildir:
Bir sayfada gerçekten ihtiyacınız olan HTML çoğu zaman toplam trafiğin onda biridir. Tasarrufun tamamı bu oranı yönetmekten gelir.
Bazı sağlayıcılar yalnızca indirilen baytı, bazıları toplam trafiği sayar. Yükleme ağırlıklı işler (dosya gönderme, büyük POST gövdeleri) yapıyorsanız bu ayrım faturayı belirgin biçimde değiştirir. Sözleşmede hangisinin sayıldığını teyit edin.
Gerçekçi Bir Hesap Örneği
Diyelim ki bir pazar yerinden günde 10.000 ürün sayfası çekeceksiniz. Üç farklı yaklaşımın maliyeti tamamen farklıdır:
| Yaklaşım | Sayfa başı | Günlük | Aylık (30 gün) |
|---|---|---|---|
| Tarayıcı ile tam yükleme | ~2,2 MB | 22 GB | 660 GB |
| Tarayıcı + görsel/medya engelli | ~0,6 MB | 6 GB | 180 GB |
| Sade HTTP isteği (yalnızca HTML) | ~0,12 MB | 1,2 GB | 36 GB |
Aradaki fark 18 katı. Aynı veriyi toplarsınız ama maliyet tamamen farklıdır. Bu yüzden ilk optimizasyon her zaman "gerçekten tarayıcıya ihtiyacım var mı?" sorusudur.
Ağ sekmesinde bir XHR/fetch çağrısının veriyi hazır JSON olarak döndüğünü görürseniz, sayfanın tamamını yüklemenize gerek kalmaz.
Tarayıcı Kullanmak Zorundaysanız: Kaynak Engelleme
Playwright, Puppeteer ve Selenium ile çalışıyorsanız gereksiz kaynakları ağ katmanında engelleyerek tüketimi %60–80 azaltabilirsiniz:
Engellenen her istek proxy'ye hiç ulaşmadığı için sayaca da yazılmaz. Sayfa düzeni bozulur ama metin içeriği çoğu zaman eksiksiz gelir.
Uygulamalı tarayıcı otomasyonu ayarları için otomasyon proxy sayfamıza ve web scraping için proxy yazımıza göz atabilirsiniz.
Sıkıştırma: Ücretsiz %70 Tasarruf
Sunucular HTML, CSS ve JSON'u gzip veya Brotli ile sıkıştırarak gönderebilir — ama yalnızca istemci bunu istediğini belirtirse. İsteğinize Accept-Encoding: gzip, br başlığını eklemek metin içeriğinde tipik olarak %65–80 tasarruf sağlar.
Çoğu HTTP kütüphanesi bu başlığı varsayılan olarak gönderir, ancak başlıkları elle ayarlarken yanlışlıkla silmek çok kolaydır. Başlık listenizi özelleştiriyorsanız Accept-Encoding'i mutlaka koruyun.
Göz Ardı Edilen Kalemler
Hesaplarda genellikle unutulan ve toplamda ciddi yer tutan kalemler:
- Yönlendirmeler: Her 301/302 fazladan bir tur demektir. Uzun yönlendirme zincirleri bayt ve süre yakar.
- Başarısız istekler: Zaman aşımına uğrayan bir istek de veri harcar. %20 başarısızlık oranı, faturanın %20 artması demektir.
- Tekrar denemeler: Otomatik retry mantığı aynı sayfayı 3 kez indirebilir.
- TLS el sıkışması: Her yeni bağlantı ~5–7 KB ek yük getirir. Bağlantı havuzu kullanmak bunu ciddi biçimde azaltır.
- Sağlık kontrolleri: Dakikada bir çalışan bir kontrol, ayda binlerce istek eder.
- CAPTCHA sayfaları: Engellenen istekler de indirilir ve sayılır.
Engellenen bir istek "bedava" değildir: el sıkışma, engel sayfası ve yeniden deneme birlikte iki tam sayfa maliyeti çıkarır. Başarı oranını artırmak en etkili tasarruf yöntemidir.
Ölçmeden Optimize Etmeyin
Tahmin yerine ölçün. Tarayıcı otomasyonunda yanıt boyutlarını toplamak birkaç satırdır:
Birkaç yüz istekten alınan ortalama, aylık projeksiyon için yeterince isabetlidir. Tasarruf değişikliklerinden sonra aynı ölçümü tekrarlayıp farkı doğrulayın.
Trafik Tipine Göre Doğru Proxy Türü
Bant genişliği pahalıysa, her isteği pahalı havuzdan geçirmek anlamsızdır. Trafik tipine göre kaynak seçmek maliyeti belirgin düşürür:
| İş türü | Tipik hacim | Uygun kaynak | Neden |
|---|---|---|---|
| Statik sayfa toplama | Yüksek | Datacenter | GB maliyeti en düşük, hız yüksek |
| Korumalı pazar yeri | Orta | Residential | Güven skoru yüksek, engellenme az |
| Uzun oturumlu hesap işlemleri | Düşük | ISP | Statik IP, sınırsız trafik seçenekleri |
| En sıkı platformlar | Çok düşük | Mobil | En yüksek güven, GB pahalı |
Sınırsız trafik sunan sabit IP paketleri, yüksek hacimli ve uzun süreli işlerde GB bazlı paketlerden çok daha ekonomik olabilir. Karar için ISP ve residential karşılaştırmamıza bakabilirsiniz.
Kota Tükenmeden Uyarı Kurun
Kota bitince operasyon durur; bu, verinin eksik kalmasından daha kötü sonuçlar doğurabilir. Basit bir koruma katmanı:
- Günlük tüketim hedefi belirleyin (aylık kota ÷ 30).
- Kendi tarafınızda indirilen baytı sayın ve eşiğe yaklaşınca uyarı verin.
- %80'de otomatik olarak ucuz havuza geçin, %95'te yalnızca kritik işleri çalıştırın.
- Sağlayıcı API'si sunuyorsa gerçek kotayı günde birkaç kez senkronize edin.
Özet
GB tüketimi çoğunlukla "kaç sayfa çektim" ile değil, "her sayfada neyi indirdim" ile belirlenir. Görsel ve izleme betiklerini engellemek, sıkıştırmayı korumak, gereksiz tarayıcı kullanımından kaçınmak ve başarı oranını yükseltmek — bu dördü birlikte tipik bir operasyonun faturasını üçte bire indirir. Tüketiminizi ölçmeye başlamadan önce hangi proxy türünün işinize uyduğunu netleştirmek isterseniz lokasyon ve ürün sayfalarımızı inceleyebilirsiniz.