Değer bazlı optimizasyon nedir ve ne zaman kullanılır

Değer bazlı optimizasyon nedir sorusunun kısa cevabı şudur: reklam platformuna "bana daha çok dönüşüm getir" demek yerine "bana daha çok ciro getir" demektir. Sistem her satın almayı bir adet olarak saymaz, her satın almanın yanında gönderdiğiniz tutara bakar ve bütçeyi yüksek tutarlı sipariş getirme ihtimali daha yüksek kullanıcılara kaydırır. Bu yaklaşımın çalışması tek bir şeye bağlıdır: her dönüşüm olayının yanında doğru bir değer parametresi gitmesi. Bu yazının konusu tam olarak o ön koşul.

Değer bazlı optimizasyon nedir, dönüşüm saymaktan farkı ne

Dönüşüm sayısına göre optimize eden bir kampanya için her satın alma bir adettir. Sepette 500 lira da olsa 3.000 lira da olsa sistem aynı sinyali alır ve doğal olarak en kolay, en ucuz dönüşümü getiren kitleye yönelir. Değer bazlı optimizasyonda ise her dönüşümün yanında bir tutar gider ve sistem toplam tutarı büyütmeye çalışır. Aradaki fark bir ayar farkı değil, algoritmaya verdiğiniz hedefin tanımının değişmesidir.

Hangi teklif stratejisini seçeceğiniz, hedefi hangi seviyeden başlatacağınız ve nasıl kademelendireceğiniz ayrı bir konu. Buradaki kapsam, o stratejilerin beslendiği verinin kendisi: değer parametresi.

Aynı sayıda satış neden aynı sonuç değildir

Bir ay içinde 100 satın alma aldığınızı varsayalım. Bunların 80'i 500 liralık, 20'si 3.000 liralık sipariş olsun. Küçük siparişlerin toplamı 80 × 500 = 40.000 lira, büyük siparişlerin toplamı 20 × 3.000 = 60.000 lira. Ayın toplam cirosu 100.000 lira, sipariş başına ortalama tutar ise 100.000 ÷ 100 = 1.000 lira.

Şimdi dağılıma bakın. Siparişlerin yalnızca yüzde 20'si, cironun 60.000 ÷ 100.000 = yüzde 60'ını taşıyor. Tek bir 3.000 liralık sipariş, 3.000 ÷ 500 = 6 küçük siparişe bedel. Dönüşüm sayısına göre optimize ettiğinizde algoritma bu ayrımı hiç görmez; 100 eşit sinyal görür ve en ucuz 100 dönüşümü toplamaya çalışır. Kendi ortalamanızı sepet ortalaması hesaplama aracıyla çıkarabilirsiniz, ama karar için asıl bakmanız gereken şey ortalama değil, dağılımın genişliği.

Değer parametresi nedir ve neyi taşımalı

Değer parametresi, satın alma olayının yanında giden tutardır. Meta tarafında satın alma olayı bir tutar alanı ve bir para birimi alanı taşır, Google tarafında dönüşüm eylemine bir dönüşüm değeri iletilir. Alan adları ve gönderim biçimi platforma göre değişir, o yüzden kurulumdan önce ilgili platformun resmî dokümanından güncel parametre adlarını doğrulayın.

Asıl karar teknik değil, tanımsal. Gönderdiğiniz tutar tam olarak neyi ifade edecek? Kargo dahil mi, KDV dahil mi, indirim kodu düşülmüş mü? Tek bir doğru cevap yok ama bir kere seçip her yerde aynı tanımı kullanmak zorunlu. Bu yazıdaki bütün örneklerde değer, müşterinin indirim sonrası ödediği ürün tutarıdır; kargo ve KDV hariç. Siz başka bir tanım seçebilirsiniz, yeter ki panelde, veritabanınızda ve raporunuzda aynı tanım dursun. Satın alma olayının kurulumuna hiç girmediyseniz önce Meta Pixel kurulumu tarafını tamamlayın, çünkü değer parametresi zaten çalışan bir olayın üstüne biner.

Değer yanlış veya eksik gittiğinde ne bozulur

Bu katman sessizce bozulur. Kampanya çalışmaya devam eder, reklamlar yayında görünür, sadece sistemin öğrendiği şey yanlıştır. Sahada en sık karşılaşılanlar şunlar:

• Değer alanı boş ya da sıfır gidiyor; sistem satın almayı görüyor, tutarını görmüyor.
• İndirim uygulanmadan önceki liste fiyatı gidiyor, yani her sipariş olduğundan pahalı görünüyor.
• Para birimi hiç gönderilmiyor veya hesabın para biriminden farklı gönderiliyor.
• Aynı satın alma iki kez tetikleniyor ve ciro şişmiş halde raporlanıyor.
• Değer yalnızca kartla ödemede gidiyor; kapıda ödeme veya havale ile tamamlanan siparişler değersiz görünüyor.

Sonucun ne kadar ciddi olabileceğini aynı ay üzerinden görelim. Diyelim ki 100 satın almanın 25'inde değer parametresi boş gitti ve bu 25 sipariş toplam 25.000 lira taşıyordu. Panel o ay 100.000 lira yerine 75.000 lira ciro raporlar. Aynı ay 25.000 lira harcadıysanız panelde göreceğiniz ROAS 75.000 ÷ 25.000 = 3 olur, gerçekte ise 100.000 ÷ 25.000 = 4. Rapor gerçeğin yüzde 25 altında kalır. Metriğin kendisiyle aranız mesafeliyse ROAS nedir yazısı iyi bir başlangıç. Ama buradaki asıl kayıp rapordaki eksiklik değil: sistem o 25 siparişi getiren kullanıcıları hiç ödüllendirmedi, çünkü onların bir değer taşıdığını hiç öğrenmedi.

Tek ve sabit bir değer göndermek neden çözüm değil

Sık rastlanan bir kısayol var. Değer alanını dinamik doldurmak zahmetli geldiği için oraya sabit bir sayı, çoğunlukla ortalama sepet tutarı yazılıyor. Yukarıdaki örnekte bu, her satın almaya 1.000 lira yazmak demek. İlk bakışta kusursuz görünür, çünkü toplam tutuyor: 100 × 1.000 = 100.000 lira, yani muhasebedeki rakamla birebir aynı.

Tuzak da burada. Toplam doğru, dağılım yok. 3.000 liralık siparişi getiren kullanıcı da, 500 liralık siparişi getiren kullanıcı da sisteme aynı 1.000 lira ile bildiriliyor. Değer bazlı optimizasyonun tek işi yüksek tutarlı müşteriyi düşük tutarlıdan ayırmaktır; sabit değer tam olarak bu ayrımı siler. Sonuçta değeri optimize ettiğinizi sanırken, adı değişmiş bir dönüşüm sayısı optimizasyonu çalıştırırsınız. Sabit değer bu yüzden değer alanının hiç olmamasından daha tehlikelidir: eksik veri gibi görünmez, sağlıklı veri gibi görünür.

Değer parametresini kendi hesabınızda doğrulama

Kapanmış tek bir ay seçin ve şu beş kontrolü sırayla yapın:

• Panelin o ay raporladığı toplam dönüşüm değeriyle kendi sipariş tablonuzdaki aynı tanımlı toplamı karşılaştırın. Arada küçük bir sapma değil de gözle görülür bir boşluk varsa ilk şüpheliniz değer parametresidir.
• Sıfır değerli satın alma sayısına bakın. Olması gereken sayı sıfırdır, çünkü her sıfır kaybolmuş bir sinyaldir.
• Raporda en düşük ve en yüksek sipariş tutarını karşılaştırın. İkisi aynıysa ya gerçekten tek fiyatlı ürün satıyorsunuzdur ya da sabit değer gönderiyorsunuzdur.
• Sitenizdeki her ödeme yöntemiyle birer test siparişi geçirin ve olayın hem tetiklendiğini hem doğru tutarı taşıdığını olay yönetim ekranında görün.
• Para birimi alanının gönderildiğini ve reklam hesabının para birimiyle aynı olduğunu doğrulayın.

Bu beş maddeyi geçemeyen bir hesapta değer bazlı çalışmaya geçmek, yanlış veriyi daha hızlı ölçeklendirmekten başka bir işe yaramaz.

Ne zaman kullanılır, ne zaman beklemek daha doğru

Karar aslında tek bir soruya bakar: sipariş tutarlarınız birbirinden ne kadar ayrışıyor?

• Sepet tutarları geniş bir aralığa yayılıyorsa, yani aynı mağazada hem düşük tutarlı aksesuar hem yüksek tutarlı ana ürün satılıyorsa, değer bazlı çalışmak tercih değil, işin doğası gereği zorunludur.
• Tek fiyatlı tek ürün ya da tek paketli bir abonelik satıyorsanız her dönüşüm zaten aynı tutarı taşır; sayı optimizasyonu ile değer optimizasyonu pratikte aynı şeyi yapar.
• Değer parametreniz yukarıdaki kontrollerden geçmiyorsa önce parametreyi düzeltin. Veri katmanı hazır değilken yapılan geçiş, hatayı ortadan kaldırmaz, hızlandırır.

Bunun bir adım ötesi de var: algoritmaya ciro yerine kâr ya da müşteri yaşam boyu değeri göndermek. O ayrı bir tartışma ve ayrı bir hazırlık ister, ama ön koşulu değişmez, çünkü dinamik ve doğrulanmış bir değer alanı olmadan hiçbiri kurulamaz. Meta ve Google Ads hesaplarını yapay zeka ile yöneten ZenoxAds dahil, bu veriyi kullanan her katman aynı kaynaktan beslenir; ürün tarafını yapay zeka hedefleme sayfasından inceleyebilirsiniz.

Özetle değer bazlı optimizasyon, algoritmanın hedefini adetten tutara çeviren bir yaklaşımdır ve tamamen gönderdiğiniz sayının doğruluğuna bağlıdır. Değer alanınız her siparişte gerçek tutarı taşıyorsa geri kalan her şey bunun üstüne kurulabilir. Taşımıyorsa, en iyi kampanya kurgusu bile yanlış hedefe doğru optimize eder.