E-ticaret için Proxy Çözümü

E-ticarette fiyat, stok ve katalog izleme; rakibin ya da kendi satış kanallarınızın sayfalarını düzenli olarak okuyup değişimi kaydetmektir. Bu iş genellikle yoğun ama basit istekler üretir. Proxy, istekleri yaymanıza ve fiyatın bölgeye göre farkını doğrulamanıza yardım eder; veriyi toplarken hedef siteye ve yasalara saygı göstermek yine size düşer.

Senaryo ve gereksinimler#

Bir e-ticaret ekibinin izleme ihtiyaçları dört başlıkta toplanır.

• Rakip fiyat izleme: Seçili ürünlerin liste ve kampanya fiyatını periyodik kaydetmek.
• Stok durumu: "Stokta var" ve "tükendi" geçişlerini yakalamak.
• Katalog izleme: Yeni ürün, kaldırılan ürün ve kategori değişikliklerini bulmak.
• Kendi kanallarının doğrulaması: Kendi ürünlerinizin pazar yerlerinde doğru fiyat ve görselle göründüğünü kontrol etmek.

Her biri farklı yük üretir. Fiyat izleme az sayıda sayfayı sık, katalog izleme çok sayıda sayfayı seyrek okur. Bu fark, hem periyodu hem de kaç çıkış adresi gerektiğini belirler.

Proxy hangi sorunu çözer?#

Bölgesel doğrulama. Kargo ücreti, teslimat süresi ve bazen fiyat, ziyaretçinin konumuna göre değişir. Kendi ofisinizden gördüğünüz fiyat, başka bir şehirdeki müşterinin gördüğü olmayabilir. Hedef bölgeden çıkan bir bağlantı bu farkı ölçmenize olanak verir.

Yükün yayılması. Binlerce ürün sayfasını tek adresten kısa sürede okumak, hedefin hız sınırına takılmanıza yol açar. İstekleri birkaç çıkışa yaymak, çıkış başına yükü düşürür. Yine de toplam yük hedefin kaldırabileceğinden büyükse çıkış sayısını artırmak çözüm olmaz, hızı düşürmek gerekir.

Tekrarlanabilir ölçüm. Sabit adresli bir çıkış, aynı koşulda zaman serisi tutmanızı kolaylaştırır; fiyat değişiminin çıkış değişikliğinden değil, gerçekten fiyattan geldiğini ayırt edersiniz.

Proxy şunları çözmez: sayfa yapısı değişince bozulan ayrıştırıcıyı, JavaScript ile yüklenen fiyatları (bunun için tarayıcı otomasyonu gerekir) ve platform kurallarını.

Önerilen mimari#

Periyot belirleme#

Tüm ürünlere aynı periyodu uygulamayın. Öncelik sınıfları tanımlayın:

Bu değerler başlangıç önerisidir; hedefin değişim hızına göre ayarlayın. Kampanya dönemlerinde (örneğin indirim günleri) kritik sınıfın periyodunu geçici olarak sıklaştırın, ancak hedef alan adı başına hız sınırını koruyun.

Kuyruk, hız sınırı ve yeniden deneme#

İzlenecek her ürün adresi bir kuyruğa girer; işçiler hedef alan adı başına sınırlı hızla çeker. Geçici hatalarda üstel artan bekleme ile yeniden deneyin. Tekrarlayan hata veren ürünleri (404, 410) "kaldırıldı" olarak işaretleyin, boş yere denemeyin.

urun_id | alan_adi        | oncelik | son_fiyat | son_stok  | sonraki_kontrol
8821    | example.com     | kritik  | 349,90    | var       | 2026-10-29T12:00
8822    | example.com     | standart| 129,00    | tukendi   | 2026-10-30T09:00

Bu tür bir tablo, hangi ürünün ne zaman okunacağını ve son durumunu tutar; zamanlayıcı yalnızca "sonraki kontrol" zamanı gelenleri kuyruğa koyar.

Oturum ve sepet gerektiren akışlar#

Fiyat çoğunlukla ürün sayfasındadır ve oturum gerektirmez. Ancak bazı sitelerde nihai fiyat ya da kargo ücreti, sepete eklemeyle görünür. Böyle çok adımlı akışlarda tüm adımların aynı çıkıştan gitmesi gerekir. Sabit adresli bir ISP Proxy bunu doğal olarak sağlar; dönen havuzlarda ise sticky oturum istenir. Residential Proxy sayfasına göre sticky modda aynı IP en fazla 24 saat korunur.

Değişimi kaydetmek#

Her okumada yalnızca fiyatı değil, para birimini, kampanya etiketini, stok durumunu ve okuma zamanını kaydedin. "Fiyat 349,90'dan 299,90'a düştü" gibi değişim olayları, ham okumalardan ayrı bir tabloya yazılırsa raporlama kolaylaşır. Ayrıştırıcıdan gelen değer boş ya da beklenmedik biçimdeyse sessizce kaydetmeyin; ham yanıtı saklayıp uyarı üretin.

Bölgesel fiyat doğrulaması#

Aynı ürün sayfasını farklı bölgelerden açıp fiyat, kargo ve stok alanlarını karşılaştırın. Karşılaştırmada çerezleri ve dil başlıklarını sabit tutun; aksi halde farkın nedeninin konum mu yoksa başka bir etken mi olduğunu bilemezsiniz.

Doğru proxy türünü seçmek#

İki katmanlı kurmak da mümkündür: çoğunluk için maliyeti düşük datacenter çıkışlarını, doğrulama istenen veya bölgesel kontrol gereken ürünler için ISP ya da residential çıkışlarını kullanır. Bu bir zorunluluk değil, maliyet ve iş yükü dengesidir.

IPv6 Proxy bu senaryoda sınırlı bir seçenektir: pazar yerlerinin ve mağazaların bir kısmı yalnızca IPv4 üzerinden hizmet verebilir. Hedefin AAAA kaydı yoksa yalnızca IPv6 çıkışlı bağlantı doğrudan ulaşamaz; ürün sayfasının andığı NAT64 katmanının kapsamı da doğrulanmamıştır. Bu yüzden hedef sitenizi önce IPv6 üzerinden deneyin; bağlantı kontrolü için HTTP proxy kontrol aracı kullanabilirsiniz.

Sık yapılan hatalar#

• Tarayıcıda görünen fiyatı HTML'de aramak. Fiyat sayfa yüklendikten sonra bir API çağrısıyla geliyorsa ham HTML boş olur. Önce ağ isteklerini inceleyin; fiyatın geldiği JSON uç noktasını kullanmak daha hafif olabilir (kullanım koşulları izin veriyorsa).
• Para birimi ve KDV'yi karıştırmak. Bazı siteler fiyatı vergilerle birlikte, bazıları vergisiz gösterir. Karşılaştırmadan önce tutarları aynı tabana getirin.
• Tek bölgeyi tüm ülke saymak. Bir şehirden alınan fiyatı ülke geneli fiyat diye raporlamayın.
• Sıklığı fazla yükseltmek. Her ürünü her dakika okumak hedefi yorar, hata oranını artırır ve izleme maliyetini yükseltir.
• Stok kelimesine güvenmek. "Son 2 ürün" gibi etiketler pazarlama metni olabilir; stok durumunu sepete ekleme gibi bir işlemle teyit etmek gerekiyorsa bunun hesap kurallarına uygun olup olmadığını düşünün.
• Hata kodunu veri saymak. Doğrulama sayfası geldiğinde ayrıştırıcı boş fiyat üretir; bu fiyatın "sıfır" ya da "yok" olduğu anlamına gelmez.

Sorumlu kullanım#

Rakip fiyatını kamuya açık sayfadan okumak yaygın bir uygulamadır, ancak sınırları vardır.

• Hedefin robots.txt dosyasına ve kullanım koşullarına bakın; otomatik okumayı yasaklayan sitelerde resmi bir veri akışı ya da ürün API'si arayın.
• Hız sınırını koruyun; kampanya günlerinde hedef zaten yoğundur.
• Kişisel veri toplamayın. Ürün yorumlarında geçen isimler gibi verileri saklamanız gerekmiyorsa saklamayın.
• Pazar yeri satıcı panellerinde proxy kullanmadan önce platformun hesap güvenliği ve çoklu erişim kurallarını okuyun.

Daha geniş bir veri çekme mimarisi için web scraping sayfasına, bölgeye göre değişen içerik ve reklam doğrulaması için pazar araştırması sayfasına bakın.

Güncel fiyatlar için ilgili ürün sayfasına bakın; satın alma Sağlam Proxy (saglamproxy.com) üzerinden yapılır. Örneğin Datacenter Proxy satın alma sayfası (yeni sekmede açılır).