Sipariş Tamamlama Nedir?

Sayılarla ne demek?

E-ticarette optimize edilen asıl olaydır. Reklam platformları bu sinyali öğrenerek kimin satın alacağını tahmin eder; ölçümü bozuksa bütün optimizasyon katmanı bozuk çalışır. Diğer tüm metrikler bu olayın doğruluğuna bağımlıdır.

Olayın kendisi kadar taşıdığı değer önemlidir. Sipariş tutarı gönderilmezse ROAS hesaplanamaz, değer tabanlı teklif stratejileri devreye giremez. Sabit değer atanan hesaplarda sistem çalışıyor görünür ama anlamsız bir sayıyı optimize eder.

Bir de zamanlama meselesi vardır. Olay ödeme onayında mı, sipariş oluştuğunda mı, kargoya verildiğinde mi tetiklenmeli? Standart uygulama ödeme onayıdır; ancak kapıda ödeme gibi yöntemlerde bu ayrım gerçek ciroyu etkiler.

Ne gönderilmeli?

Üçüncü satır en sık atlanan ve en pahalı olan. İşlem kimliği gönderilmediğinde teşekkür sayfasını yenileyen kullanıcı ikinci bir satış üretiyor; rapor şişiyor ve gerçek performans olduğundan iyi sanılıyor.

Nasıl doğrulanır?

1. Gerçek test siparişi verin. Başka türlü kesin doğrulama yapılamaz.
2. Tutarı panelle karşılaştırın. Gönderilen değer sipariş tutarıyla birebir olmalı.
3. Para birimini kontrol edin. Varsayılan USD kalması yaygın bir hata.
4. Yenilemeyi test edin. Sayfa yenilendiğinde ikinci olay gitmemeli.
5. Ayda bir muhasebeyle kıyaslayın. Panel ile kasa arasındaki fark erken görülür.

Uygulamada ne oluyor?

En sık rastladığım sorun, ödeme sağlayıcısının farklı alan adına çıkması. Kullanıcı ödemeyi orada yapıyor, dönüş sayfasında olay tetiklenmiyor ve panelde sepet var, satış yok. Bu vakalarda çözüm genelde dönüş sayfasına olay yerleştirmek, ama kurulumda sıkça unutuluyor.

İkinci gözlem, teşekkür sayfası yenilemesi. İşlem kimliği yoksa her yenileme yeni satış sayılıyor. Reklam paneli olduğundan iyi görünüyor, bütçe yanlış kampanyaya kayıyor. Bu hata genelde ay sonunda muhasebe karşılaştırmasında ortaya çıkıyor.

Üçüncüsü, iade düzeltmesinin yapılmaması. Satış anında değer kaydediliyor, iade sonrası düzeltilmiyor. Giyim gibi iade oranı yüksek kategorilerde algoritma iade edilen siparişleri başarı sayarak öğreniyor ve zamanla iade eğilimli kullanıcıları hedeflemeye başlıyor.

Dördüncüsü, kapıda ödeme sayımı. Sipariş anında dönüşüm yazılıyor ama teslimatta reddedilen siparişler düşülmüyor. Kapıda ödeme payı yüksek mağazalarda raporlanan ciro ile gerçek tahsilat arasında kalıcı bir fark oluşuyor.

Beşincisi, para birimi. Varsayılan ayarla USD gönderen kurulumlarda TL tutarları dolar sanılıyor, ROAS otuz kat şişik görünüyor. Rakam çok iyi olduğu için kimse şüphelenmiyor — sapma ancak muhasebeyle kıyaslandığında anlaşılıyor.

Altıncısı, ciro yerine kar göndermenin atlanması. Marjı çok değişken kataloglarda ciroyu optimize etmek, sistemi düşük marjlı ürünlere yönlendiriyor. Brüt karı değer olarak göndermek teknik olarak biraz iş ama etkisi bütün optimizasyon katmanını değiştiriyor.

Neyi göstermez?

Bu olay karı değil ciroyu bildirir. Yüksek ROAS, marjı düşük ürünlerin ağırlıkta olduğu hesaplarda düşük kar anlamına gelebilir.

Sıkça sorulan sorular

Kargo bedeli değere dahil mi?

Tercihinize bağlı ama tutarlı olun. Karışık gönderim ROAS'ı karşılaştırılamaz hale getirir.

Kapıda ödemeyi ne zaman saymalıyım?

Sipariş anında sayıp teslimat reddinde düzeltmek en pratik yol. Düzeltme yapılmazsa ciro şişer.

İadeleri nasıl düşerim?

İade tamamlandığında negatif değerli düzeltme göndererek. Bu, sunucu tarafı entegrasyon gerektirir.

Bu kavramın bütün resim içindeki yerini E-Ticaret Büyüme Rehberi içinde ayrıntılı anlattım.