Fiyat İzleme GB Hesaplama: Kampanya Dönemi Takvimi

Fiyat izleme GB hesaplama, yılın her günü aynı tüketimi varsayan bir çarpımla yapılırsa kampanya haftasında kota biter. Fiyat izleme işinin yükü düz bir çizgi değildir: indirim dönemlerinde ölçüm sıklığı artar, izlenen ürün listesi genişler, sayfalar kampanya bantlarıyla ağırlaşır ve hedef siteler daha sık doğrulama sayfası döndürür. Dört etki aynı günlere denk gelir ve günlük tüketimi taban dönemin birkaç katına çıkarır.

Bu yüzden hesap takvimle yapılır. Önce sakin bir dönem için taban tüketim ölçülür, sonra her kampanya dönemi için katsayılar belirlenir ve ay, dönem dönem toplanır. Kota bazlı ürün seçimi rehberi GB ile port modelini genel olarak karşılaştırır; web scraping rehberinde tek seferlik bir tarama için örnek hesap vardır. Bu yazı, aylarca süren ve yük profili dalgalanan fiyat izleme işine özel bir takvim yöntemi anlatır.

Hesabın çıktısı iki sayıdır: ay başında alınacak paket ve kampanya gününde saat başına izin verilen tüketim. İkincisi çoğu planda unutulur; oysa kampanya günündeki bir hata döngüsü, aylık kotanın büyük bölümünü birkaç saatte bitirebilir.

Taban dönem: Kampanya olmayan günlerdir. Ürün listesi sabittir, ölçüm sıklığı günde bir ya da iki turdur, sayfa ağırlığı sitenin olağan halidir. Taban dönem ölçümü diğer üç dönemin referansıdır.

Kampanya öncesi: İndirim başlamadan önceki birkaç gün. Rakipler fiyat değiştirmeye başlar, izleme ekibi listeye yeni ürün ekler ve sıklığı artırır. Sayfa ağırlığı henüz çok değişmez, ama ürün sayısı ve tur sayısı artmıştır.

Kampanya dönemi: İndirimin yayında olduğu günler. Fiyat saatte bir, bazı kategorilerde daha sık değişir; ölçüm sıklığı buna göre ayarlanır. Sayfalar kampanya görselleri, geri sayım bileşenleri ve öneri blokları yüzünden büyür. Hedef siteler yük altında olduğundan hız sınırı ve doğrulama sayfası daha sık görülür, bu da yeniden deneme payını artırır.

Kampanya sonrası: İndirim bitince fiyatların eski seviyeye dönüp dönmediği izlenir. Sıklık tabana iner, ama listeye eklenen ürünler çoğu zaman listede kalır; taban tüketim bir kademe yukarıda yeni bir düzeye oturur. Her yıl aynı takvimde aynı dönemler tekrar ettiği için ikinci yılın hesabı birinci yılın ölçümlerinden yapılır.

Taban günlük tüketim üç sayının çarpımıdır: izlenen ürün sayfası sayısı, günlük tur sayısı ve sayfa başına proxy’den geçen bayt. Sonuç gigabayta çevrilir ve gün sayısıyla çarpılır. Üç sayının ikisi plandan okunur; üçüncüsü ölçülür.

Sayfa başına bayt, tarayıcının gösterdiği sayfa boyutu değildir. Proxy sayacı istek başlıkları dahil tel üzerinden geçen her baytı iki yönde sayar; HTML gövdesi sıkıştırılmış geliyorsa sayaç sıkıştırılmış hali görür. Doğru değer, taban dönemde bir gün boyunca gerçek tarayıcıyla yüz sayfalık bir deneme yapıp panel sayacındaki artışı sayfa sayısına bölerek bulunur. Tarayıcı otomasyonu kullanılıyorsa görsel, yazı tipi ve izleme betikleri engellenmiş haliyle ölçülür; engelsiz tarayıcıda sayfa başına bayt birkaç kat artar.

Yalnız HTML isteğiyle yetinen bir fiyat izleyici için sayfa başına değer, bu rehberdeki örnekte varsayım olarak 250 KB alınmıştır; kendi hedefleriniz için ölçtüğünüz değeri yazın. Pazar yerleri ile marka sitelerinin sayfa ağırlığı birbirinden çok farklıdır ve aynı listede ikisi de varsa iki ayrı satır tutulur.

Kampanya dönemi için taban formülün her çarpanına bir katsayı eklenir. Sıklık katsayısı tur sayısındaki artıştır: günde iki turdan iki saatte bir tura geçmek altı kattır. Ürün katsayısı listeye eklenen kampanya ürünlerini temsil eder. Sayfa ağırlığı katsayısı, kampanya tasarımının HTML’e eklediği bloklardır ve geçen yılın kampanya gününde ölçülmüş değerden alınır; ilk yıl için ölçüm yoksa kampanya başlar başlamaz aynı yüz sayfalık deneme tekrarlanır ve katsayı o gün düzeltilir.

Hata payı dördüncü katsayıdır ve en çok atlananıdır. Proxy’den geçen her bayt, yanıt kodundan bağımsız sayılır; 429 ve doğrulama sayfaları küçük olsa da yeniden denemeyle birlikte asıl sayfa ikinci kez indirilir. Taban dönemde hata payı yüzde beşin altında kalabilir; kampanya gününde hedef siteler yük altındayken bu pay belirgin biçimde artar. Hesaba kampanya günleri için daha yüksek bir pay yazılır ve ilk kampanya gününün logundan gerçek değer okunur.

Dört katsayı çarpılır, taban günlük tüketimle çarpılır ve kampanya günü tüketimi çıkar. Katsayıların hepsi aynı anda yüksek olduğu için sonuç taban günün on katına çıkabilir; aşağıdaki örnekte bu çarpım satır satır gösterilir.

Varsayımlar: 3.000 ürün sayfası, taban dönemde günde iki tur, sayfa başına 250 KB, taban hata payı yüzde beş. Kasım’da 20 taban günü, 5 kampanya öncesi günü ve 5 kampanya günü olsun. Bütün sayılar ölçüm yerine varsayımdır; kendi değerlerinizle aynı satırları doldurun.

Taban gün: 3.000 × 2 × 250 KB = 1,5 GB; yüzde beş hata payıyla yaklaşık 1,6 GB. Yirmi gün için 32 GB.

Kampanya öncesi gün: ürün listesi yüzde yirmi büyüyüp 3.600 olsun, tur sayısı dörde çıksın, sayfa ağırlığı değişmesin, hata payı yüzde on olsun. 3.600 × 4 × 250 KB = 3,6 GB; hata payıyla yaklaşık 4 GB. Beş gün için 20 GB.

Kampanya günü: 3.600 ürün, iki saatte bir tur yani günde on iki tur, sayfa ağırlığı yüzde otuz artıp 325 KB, hata payı yüzde on beş. 3.600 × 12 × 325 KB = 14 GB; hata payıyla yaklaşık 16 GB. Beş gün için 80 GB.

Kasım toplamı 32 + 20 + 80 = 132 GB. Taban dönem tüketimi aylık 48 GB olan bir iş, kampanya ayında neredeyse üç katına çıkmıştır ve bu artışın beşte dördü beş günden gelmektedir. Takvime göre hesap yapılmazsa 50 GB’lık paket kampanyanın ikinci gününde biter.

Kampanya günü tüketimi hesaplandıktan sonra saate bölünür ve istemciye saatlik bütçe olarak yazılır. Örnekteki 16 GB için saatlik bütçe yaklaşık 0,7 GB’dır. İstemci her turun sonunda proxy’den geçen baytı toplar; saatlik toplam bütçenin bir buçuk katını aşarsa tur durdurulur ve uyarı üretilir.

Bu fren, kampanya gününün en pahalı hatasını yakalar: hedef sitenin her isteğe doğrulama sayfası döndürmesi ve istemcinin aynı sayfayı yeniden deneme döngüsüne sokması. Döngü başına birkaç yüz kilobayt küçük görünür, ama saatte binlerce kez tekrar eder. Yeniden deneme kuralları retry ve backoff rehberinde anlatılmıştır; kampanya gününde deneme sayısı taban dönemden daha düşük tutulur, çünkü aynı ürün bir sonraki turda zaten yeniden ölçülecektir.

Fren devreye girince ilk bakılacak yer, son saatte durum kodlarının dağılımıdır. 429 oranı artmışsa hız sınırı ve dağıtım gözden geçirilir; 200 dönüp sayfa fiyat içermiyorsa hedef site kampanya için sayfa yapısını değiştirmiştir ve ayrıştırıcı düzeltilmeden tur devam etmez.

RotatingProxy kataloğunda rotating IPv4 datacenter paketleri GB bazlıdır ve 10 GB’dan 1.000 GB’a kadar her kademede gigabayt fiyatı aynıdır: 10 GB 6 USD, 100 GB 60 USD, 1.000 GB 500 USD; yalnız 2 GB’lık başlangıç paketi 1 USD’dir. Paketlerin süre sınırı yoktur. Bu iki özellik birlikte, datacenter ürününde büyük paket almanın fiyat avantajı sağlamadığı anlamına gelir: kampanya ayı için 132 GB gerekiyorsa 100 GB ve 50 GB alınır, artan kota sonraki aya devreder.

Rotating IPv4 residential paketlerde birim fiyat kademeyle düşer: 10 GB 12 USD, 100 GB 120 USD, 500 GB 550 USD, 1.000 GB 900 USD. Residential ürün yalnız datacenter adreslerini reddeden hedefler için kullanılır ve o hedeflerin sayfaları hesapta ayrı satırda tutulur. Kampanya döneminde residential tüketimi öngörülebiliyorsa büyük kademeye geçmek birim fiyatı düşürür; süre sınırı olmadığı için kalan kota kampanya sonrasında da kullanılır.

Alım zamanı için tek kural yeter: kampanya öncesi dönem başlamadan panel bakiyesi, kampanya öncesi ve kampanya günlerinin toplamını karşılamalıdır. Kampanya gününde kota bitince ek paket almak dakikalar sürse de o dakikalarda kaçırılan fiyat değişiklikleri geri gelmez. Port bazlı rotating IPv6 datacenter ürünü GB saymaz; hedefler IPv6 kabul ediyorsa kampanya gününün yükü bu üründe kota sorununu ortadan kaldırır ve karar ölçütü eşzamanlılık olur.

Kampanya katsayılarını ilk yıl nereden bulurum? Ölçümden. Kampanyanın ilk saatinde yüz sayfalık deneme tekrarlanır, sayfa başına bayt ve hata payı o saatin değeriyle güncellenir, saatlik bütçe yeniden hesaplanır. İlk yılın kampanya logu ikinci yılın katsayı tablosudur.

Ölçüm sıklığını azaltmak yerine ürün sayısını azaltmak daha mı ucuz? Tüketim ikisinin çarpımıdır; hangisi azalırsa aynı oranda düşer. Fiyat değişimi hızlı olan kategoriler sık, yavaş olanlar seyrek ölçülerek liste iki sıklık grubuna bölünürse ürün sayısı korunur ve tüketim düşer.

Aynı ürünü birden fazla ülkeden izlemek hesabı nasıl değiştirir? Her ülke ayrı bir tur sayılır: üç ülke, tur sayısını üçe katlar. Ülke parametresi ile GB tüketimi arasında başka bir ilişki yoktur; sayaç hangi ülkeden çıkıldığına bakmaz.

Sayfa yerine fiyat API’si kullanılabiliyorsa hesap nasıl değişir? API yanıtı sayfanın küçük bir kesridir ve sayfa başına bayt onda birine inebilir. Hedef site herkese açık bir fiyat uç noktası sunuyorsa ve kullanım koşulları izin veriyorsa önce o tercih edilir; hesaptaki tek değişiklik sayfa başına bayt satırıdır.