Aylık 10.000 ürünü izlemek ne kadar? Trafik hesaplama ve proxy seçimi

Wildberries ve Ozon satıcıları genellikle proxy bütçesini "göz kararı" ile belirliyor — ya 3-4 kat fazla ödüyorlar, ya da bir hafta içinde biten çok ucuz bir paket alıyorlar. Aylık 10.000 ürün için izleme trafiğini doğru bir şekilde nasıl hesaplayacağımızı, böyle bir yük için hangi proxy türünü seçeceğimizi ve veri kalitesinden ödün vermeden nerelerde tasarruf edebileceğimizi inceleyelim.

Neden 10.000 ürünü izlemeliyiz, 100 değil

100-200 ürününüz varsa, rakiplerin fiyatlarını günde bir kez manuel olarak kontrol edebilirsiniz. Ancak katalog binlerce SKU'ya ulaştığında ve rakipler fiyatları günde 5-10 kez değiştirdiğinde (özellikle Wildberries ve Ozon kampanyaları sırasında), manuel izleme bir hayal haline gelir — veriler topladığınızdan daha hızlı bir şekilde eskiyor.

10.000 ürün, birkaç kategoriye sahip ortalama bir satıcı veya aynı anda 5-10 müşteri için izleme yapan bir ajans için tipik bir hacimdir. Bu ölçek için otomasyon gereklidir: ürün kartlarına, kategori sayfalarına ve pazaryerlerinin API'lerine günde on binlerce kez bağlanan bir script veya hazır bir parse hizmeti. Ve burada ana soru ortaya çıkıyor — bu istekleri göndermek için ne kullanmalıyız, böylece çalışmanın ikinci saatinde IP engellenmesiyle karşılaşmayalım.

Wildberries, Ozon ve Avito, parse etmeye karşı aktif olarak korunmaktadır: captcha koyuyor, yanıt hızını kesiyor, veri merkezlerinin IP'lerini topluca yasaklıyor. Bu nedenle izleme bütçesi, yalnızca sunucuların ve geliştirmelerin ödemesi değil, aynı zamanda genellikle "göz kararı" ile hesaplandığında en öngörülemeyen harcama kalemlerinden biridir.

Aylık gerçekten ne kadar istek gerekiyor

Bütçe hesaplamasının ilk adımı, fiziksel olarak ne kadar HTTP isteği yapmanız gerektiğini anlamaktır. Bu, izleme stratejinizde belirlediğiniz fiyat güncelleme sıklığına bağlıdır.

Güncelleme Sıklığı	Aylık 1 ürün için istek sayısı	10.000 ürün için istek sayısı
Günde 1 kez	30	300.000
Günde 4 kez	120	1.200.000
Saate 1 kez (günde 24 kez)	720	7.200.000

Wildberries ve Ozon'daki çoğu satıcı için günde 4-6 güncelleme yeterlidir — bu, sabah ve akşam fiyat savaşlarını proxy havuzuna aşırı yük bindirmeden kapsar. Saatlik izleme, yalnızca yüksek rekabetçi alanlarda (elektronik, kozmetik) büyük kampanyalar sırasında gereklidir.

Trafik hesaplama formülü

Proxy'nin "ağırlığı", yalnızca istek sayısından değil, neyi parse ettiğinizden de etkilenir: ürün kartını tamamen (resimlerle ve scriptlerle birlikte HTML sayfası) veya yalnızca pazaryerinin API'sinin JSON yanıtını mı.

Yanıtın ortalama ağırlığı yönteme bağlı olarak büyük ölçüde değişir:

• Ürün kartı API isteği (JSON) — yanıt başına 15-60 KB
• Ürün kartının tam HTML sayfası — yanıt başına 300-900 KB
• Paginasyonlu kategori/arama sayfası — yanıt başına 500-1500 KB

Eğer pazaryerlerinin iç API'leri üzerinden doğrudan parse ediyorsanız (bu tercih edilir — daha az ağırlık, daha yüksek hız, daha düşük captcha riski), 10.000 ürün için günde 4 güncelleme ile 1.200.000 istek × 40 KB ≈ 45,8 GB trafik elde ederiz. Eğer tam HTML sayfalarını parse ederseniz, aynı istek hacmi "ağırlığı" 600-900 GB olur — veri toplama yöntemine bağlı olarak 15-20 kat fark.

Datacenter, konut ve mobil proxy: neyi seçmeli

Proxy türü, hem maliyeti hem de başarılı istek oranını (success rate) doğrudan etkiler. Pazaryerlerini izlemek için bu kritik öneme sahiptir: proxy ne kadar sık yasaklanırsa, o kadar fazla tekrar deneme ve o kadar yüksek gerçek trafik tüketimi olur.

Proxy Türü	WB/Ozon'daki Başarı Oranı	Ne zaman kullanılmalı
Veri merkezi proxy'leri	%40-60 (kolayca topluca yasaklanır)	Düşük frekanslı izleme, test geçişleri, küçük kataloglar
Konut proxy'leri	%85-95	10.000+ ürün için ana seçenek, günlük izleme
Mobil proxy'ler	%90-98	Sert alanlarda yüksek frekanslı izleme, güçlendirilmiş korumayı aşma

Veri merkezi proxy'leri GB başına maliyet açısından cazip görünse de, pratikte Wildberries ve Ozon için başarı oranları birkaç saatlik aktif parse'den sonra düşer — pazaryerleri, barındırma sağlayıcılarının IP adresi aralıklarını tespit eder ve erişimi topluca keser. Sonuç olarak, tekrar denemeler için harcanan trafik için ödeme yaparsınız, gerçek başarılı istekler için değil.

Konut proxy'leri, gerçek ev kullanıcılarının IP'lerini kullanır, bu nedenle pazaryeri tarafından normal bir site ziyaretçisi olarak algılanır. 10.000 ürün için istikrarlı bir izleme için bu, fiyat ve güvenilirlik arasında optimal bir denge sağlar. Mobil proxy'ler daha yüksek başarı oranı sağlar, ancak genellikle daha pahalıdır — bunları, en sorunlu kategoriler veya kampanya dönemlerinde belirli bir şekilde bağlamak mantıklıdır.

Bütçe hesaplama için üç senaryo

10.000 ürün için izleme senaryolarını inceleyelim, böylece veri toplama yöntemi ve güncelleme sıklığının toplam trafik hacmi üzerindeki etkisini gösterelim.

Senaryo 1: API üzerinden tasarruflu izleme

Günde 4 güncelleme, pazaryerinin iç API'leri üzerinden parse (JSON, ~40 KB yanıt başına), %90 başarı oranına sahip konut proxy'leri.

• Temel istekler: Aylık 1.200.000
• %10 tekrar denemeleri ile: 1.320.000 istek
• Trafik: 1.320.000 × 40 KB ≈ 50,4 GB aylık

Senaryo 2: HTML sayfalarının toplanması ile ortalama yük

Günde 6 güncelleme, ürün kartlarının tam parse edilmesi (HTML, ~500 KB yanıt başına) fiyat, stok, yorumlar ve arama pozisyonu almak için.

• Temel istekler: Aylık 1.800.000
• Tekrar denemeleri (%15) ile: 2.070.000 istek
• Trafik: 2.070.000 × 500 KB ≈ 987 GB aylık

Senaryo 3: Yoğun sezon için yüksek frekanslı izleme

API üzerinden saatlik güncelleme (günde 24 kez), pozisyonları izlemek için kategori sayfalarının ek parse edilmesi, sorunlu kategoriler için mobil proxy'ler.

• Ürünlere istekler: Aylık 7.200.000 (40 KB başına)
• Kategori sayfalarına istekler: Aylık 300.000 (800 KB başına)
• Trafik: (7.200.000 × 40 KB) + (300.000 × 800 KB) ≈ 274,7 + 228,9 ≈ 503,6 GB aylık

Senaryolar arasındaki fark, veri toplama yönteminin bütçeyi güncelleme sıklığından daha fazla etkilediğini açıkça gösteriyor. HTML parse'den API üzerinden çalışmaya geçmek, aynı ürün hacmi ve aynı kontrol sıklığıyla trafik tüketimini 10-20 kat azaltabilir.

Veri kaybı olmadan trafik tüketimini nasıl azaltırız

İzleme bütçesini kontrol altında tutmanıza yardımcı olacak birkaç pratik yöntem vardır.

1. HTML yerine API'yi parse edin. Eğer pazaryeri verileri iç API üzerinden sağlıyorsa (bu, ürün kartını açarken tarayıcıda ağ isteklerini analiz ederek belirlenebilir), bunu kullanın — yanıtın ağırlığı 10-20 kat azalır.
2. Ürünleri önceliğe göre ayırın. Tüm 10.000 SKU aynı derecede önemli değildir. Yüksek rekabetli lokomotif ürünleri her saat izleyin, diğerlerini günde 1-2 kez izleyin. Bu, toplam istek sayısını %40-60 oranında azaltır.
3. Statik verileri önbelleğe alın. Ürün adı, açıklaması, özellikleri nadiren değişir — bunları haftada bir toplamak yeterlidir. Sadece fiyat ve stokları her saat güncellemek gerekir.
4. Proxy döngüsünü mantıklı bir şekilde ayarlayın. Her istekte IP'yi çok sık değiştirmek, captcha ve tekrar deneme sayısını artırır. Genellikle bir IP'den 5-10 istekte bir döngü ayarlamak, anonimlik ve başarı oranı arasında daha iyi bir denge sağlar.
5. Gzip ile trafiği sıkıştırın. Scriptinizin veya parse hizmetinizin Accept-Encoding: gzip başlığını gönderdiğinden emin olun — bu, JSON yanıtlarının ağırlığını %60-70 oranında azaltır.

Bütçe hesaplamasında sık yapılan hatalar

10.000 ürün için izleme bütçesini planlarken, satıcılar genellikle aynı hataları yapar ve bu da aşırı harcamalara veya tam tersine ayın ortasında trafik eksikliğine yol açar.

• Tekrar denemeleri dikkate almazlar. Veri merkezi proxy'leri ile çalışırken, isteklerin %40-50'si captcha veya yasaklama ile sonuçlanabilir — gerçek trafik tüketimi hesaplanan miktarın 1,5-2 katı daha yüksek olur.
• Her şeyi aynı sıklıkta izlerler. Eğer 10.000 ürün her saat "her ihtimale karşı" güncellenirse, bütçe gereksiz yere artar.
• Mevsimselliği unutur. İndirim dönemlerinde (11.11, "Kara Cuma", Yeni yıl) rakipler fiyatları daha sık değiştirir ve bu da pazaryerlerinin parse etmeye karşı daha sıkı koruma uygulaması nedeniyle tekrar istek sayınızı artırır.
• Trafigi sadece formüle göre, yedek olmadan hesaplarlar. Pazaryerinin sayfa yapısının değişmesi veya captcha artışı durumunda, hesaplanan hacmin üzerine %20-30 yedek trafik eklemek mantıklıdır.

İzleme başlamadan önce kontrol listesi

Sonuç

Aylık 10.000 ürün için izleme bütçesi, sabit bir rakam değil, belirli kararların sonucudur: fiyatları ne sıklıkta güncelleyeceğiniz, verileri ne üzerinden parse edeceğiniz ve hangi proxy türünü kullanacağınız. "İstek sayısı × yanıt ağırlığı" formülü ile doğru trafik hesaplaması, tekrar denemeler için yedek dikkate alındığında, izleme maliyetini önceden anlamanızı sağlar ve ayın ortasında hoş sürprizlerden kaçınmanıza yardımcı olur.

Wildberries, Ozon ve Avito'da istikrarlı bir izleme için ortalama ve büyük hacimlerde konut proxy'leri ile başlamanızı öneririz — bunlar makul trafik maliyetinde yüksek başarı oranı sağlar. Eğer belirli ürün kategorileri pazaryerinin güçlendirilmiş korumasına tabi oluyorsa, yalnızca o kategoriler için mobil proxy'leri bağlayın, tüm katalog için değil — bu, veri kalitesinden ödün vermeden bütçeyi kontrol etmenizi sağlar.