Bayi Fiyat Takibinde Veri Tazeliği Nasıl Ölçülür?

Bayi fiyat takibi sisteminde doğru görünen bir fiyat, güncel değilse yanlış karar üretebilir. Kanal yöneticisi eski bir fiyatı aktif sanabilir, kapanmış bir ihlali açık tutabilir veya yeni başlayan fiyat erozyonuna geç tepki verebilir. Bu nedenle bayi fiyat verisi tazeliği, fiyatın yalnızca doğru okunmasını değil, karar anına yeterince yakın bir zamanda toplanıp teslim edilmesini ölçer.

Veri tazeliği; takip kapsamı ve veri doğruluğundan farklıdır. Kapsam hangi bayi ve ürünlerin izlendiğini, doğruluk toplanan değerin gerçeği yansıtıp yansıtmadığını, tazelik ise gözlemin ne kadar yeni olduğunu açıklar. Sağlıklı bir bayi fiyat kontrolü bu üç boyutu birlikte raporlar.

Veri Tazeliği Nedir?

En basit tanımıyla veri yaşı, rapor veya karar zamanı ile fiyatın kaynakta gözlendiği zaman damgası arasındaki farktır. Saat 10.00'da açılan bir panelde son başarılı gözlem 08.30 ise veri yaşı 90 dakikadır. Fakat uçtan uca tazelik yalnızca tarama saatinden ibaret değildir.

Bir fiyat kaynağından okunur, işlenir, ürün ve bayiyle eşleştirilir, kalite kontrolünden geçer ve panele ya da API'ye teslim edilir. Bu zincirin her aşamasında gecikme oluşabilir. Bu nedenle kaynak gözlem zamanı, sistem işleme zamanı ve kullanıcıya teslim zamanı ayrı alanlarda tutulmalıdır.

Hangi Zaman Damgaları Kaydedilmelidir?

• Planlanan tarama zamanı: Teklifin kontrol edilmesi gereken zamandır.
• Kaynak gözlem zamanı: Fiyatın bayi sayfasında gerçekten okunduğu andır.
• İşleme zamanı: Fiyatın normalize edilip kurallara hazır hale geldiği andır.
• Teslim zamanı: Kaydın panel, rapor, API veya uyarı sisteminde erişilebilir olduğu andır.
• Karar zamanı: Kullanıcının raporu açtığı veya otomasyonun fiyatı kullandığı andır.

Tek bir “güncellendi” alanı kullanmak gecikmenin kaynağını gizler. Tarama zamanında yapılmış olsa bile veri işleme kuyruğunda bekleyebilir. Tersine panel yeni bir senkronizasyon zamanı gösterirken kaynak fiyat saatlerdir yenilenmemiş olabilir.

Temel Veri Tazeliği Metrikleri

Veri yaşı, karar zamanı ile kaynak gözlem zamanı arasındaki farktır. Toplama gecikmesi, gerçek tarama ile planlanan tarama arasındaki süreyi ölçer. İşleme gecikmesi, gözlemden normalize kaydın oluşmasına kadar geçen zamandır. Teslim gecikmesi ise işlenmiş kaydın kullanıcı sistemine ulaşma süresidir.

Operasyonel raporda medyan tek başına yeterli değildir. Kayıtların yarısı çok hızlı gelirken küçük fakat kritik bir bölüm saatlerce gecikebilir. Bu nedenle p90 ve p95 veri yaşı izlenmelidir. P95 değerinin iki saat olması, ölçümlerin yüzde 95'inin iki saatten daha yeni olduğu anlamına gelir.

Bayat Veri Oranı Nasıl Hesaplanır?

Önce kategori ve kanal için bir tazelik eşiği belirlenir. Örneğin pazaryeri teklifleri için iki saat, daha durağan bayi siteleri için 24 saat kabul edilebilir. Eşiği aşan geçerli kayıtlar bayat sayılır. Formül şöyledir: eşik üstü kayıt sayısı / ölçülebilen toplam kayıt sayısı × 100.

Başarısız taramalar son değeri sessizce taşımamalıdır. Son fiyat ekranda gösterilecekse yanında veri yaşı ve başarısız kontrol uyarısı bulunmalıdır. Aksi halde kullanıcı eski değeri güncel sanır. Belirli bir sınır aşıldığında fiyat, karar motorundan çıkarılmalı veya düşük güvenli olarak işaretlenmelidir.

Tazelik Ölçümleri Karşılaştırması

Tarama Sıklığı Nasıl Belirlenir?

Her bayi ve ürün için aynı tarama sıklığını kullanmak verimsizdir. Elektronik, pazaryeri BuyBox teklifleri ve kampanya dönemleri gün içinde birkaç kontrol gerektirebilir. Daha durağan B2B ürünleri veya düşük hareketli kategoriler için günlük tarama yeterli olabilir. Doğru sıklık, fiyat değişim hızına ve kararın ekonomik etkisine göre seçilir.

Uyarlanabilir tarama modeli daha güçlüdür. Son dönemde sık fiyat değiştiren bayiler, yüksek satış hacimli ürünler ve açık ihlaller daha kısa aralıkla izlenir. Uzun süre değişmeyen düşük riskli teklifler daha seyrek kontrol edilir. Böylece altyapı kapasitesi kritik kayıtların tazeliğine ayrılır.

Fiyat Değişimi ile Veri Gecikmesi Nasıl Ayrılır?

Bir fiyat önceki değerden farklıysa bunun gerçek pazar hareketi mi, gecikmiş teslim mi olduğu anlaşılmalıdır. Kaynak gözlem zamanı geçmişte, teslim zamanı şimdi ise değişim yeni gerçekleşmiş gibi görünmemelidir. Zaman serileri kaynak gözlem zamanına göre sıralanmalı; teslim zamanı sistem performansı için ayrı tutulmalıdır.

Saat dilimi de standartlaştırılmalıdır. Farklı ülkelerden veya pazaryerlerinden gelen zaman damgaları UTC olarak saklanabilir, kullanıcı arayüzünde yerel saate çevrilebilir. Yaz saati ve bölgesel farklar dikkate alınmazsa negatif gecikmeler veya hatalı sıralama oluşabilir.

Stok, Kupon ve Efektif Fiyat Verisinin Tazeliği

Teklifin liste fiyatı güncel olsa bile stok durumu veya kupon bilgisi eski olabilir. Bu durumda efektif fiyat hesabı güvenilir değildir. Fiyat, stok, kampanya, kargo ve satıcı kimliği gibi bileşenlerin her biri kendi zaman damgasını taşımalıdır. Karar anında en eski bileşen, birleşik kaydın tazeliğini sınırlar.

Örneğin fiyat 20 dakika önce, kupon bilgisi 18 saat önce kontrol edildiyse efektif fiyat 20 dakikalık kabul edilmemelidir. Sistem bileşen tazeliğini gösterebilmeli veya bütün teklifi yeniden kontrol etmelidir.

Tazelik SLA'sı ve Alarm Kuralları

SLA yalnızca ortalama süreye göre yazılmamalıdır. “Kayıtların yüzde 95'i iki saatten yeni olacak” gibi yüzdelik hedefler, uzun kuyruk problemini görünür kılar. Ayrıca kritik SKU'lar için daha sıkı, düşük riskli ürünler için daha esnek eşikler tanımlanabilir.

Alarm, tek bir gecikmede gereksiz bildirim üretmek yerine ardışık başarısız tarama, kanal genelinde bayatlık artışı veya p95 hedefinin aşılması gibi koşullara dayanmalıdır. Kanalın tamamı gecikiyorsa altyapı problemi; yalnızca belirli bayi sayfaları gecikiyorsa kaynak değişikliği veya erişim engeli araştırılmalıdır.

Raporlama Nasıl Yapılmalı?

Günlük panelde taze, yaklaşan eşik ve bayat kayıt sayıları; medyan ve p95 veri yaşı; başarısız tarama oranı ve en eski kritik teklifler yer almalıdır. Haftalık rapor bayi, kategori ve kanal kırılımlarını göstermeli; hangi kaynaklarda tazelik SLA'sının bozulduğunu açıklamalıdır.

Aylık yönetim raporu tazelik trendini fiyat uyum oranı, ihlal tespit süresi ve aksiyon gecikmesiyle birlikte ele almalıdır. Uyum oranındaki ani iyileşme bazen gerçek performans değil, bayat veya eksik veri sonucu olabilir. Tazelik göstergesi bu tür yanlış yorumları önler.

Sıkça Sorulan Sorular