Önce hangi kararı vereceğini belirle
Akşam sipariş ekranını açtığında beş ödeme görüyorsun. Reklam panelinde başka, web analitiğinde başka bir sayı var. Bu farkı kapatmak için etiketleri değiştirmeden önce dur: Bu akşam cevaplaman gereken soru kaç sipariş hazırlayacağın mı, reklam bütçesini artırıp artırmayacağın mı? İki kararın dayanağı aynı olmak zorunda değil.
Sipariş ve ödeme kaydı işlemin ticari durumunu takip eder. Web analitiği, kurulmuş ölçüm ve eldeki sinyaller kapsamında gerçekleşen davranışları gösterir. Reklam raporu ise kendi kapsamındaki sonuçlara katkı atar. Google Analytics’in ilişkilendirme tanımı da bu işi, müşteri yolculuğundaki temaslara kredi dağıtmak olarak anlatır. Sipariş sayısı ile ilişkilendirilen sonuç aynı ölçü değildir.
Başlangıçta tek bir amaç yaz: “1–6 Ekim’de oluşan siparişlerden hangileri ödendi, hangileri analitikte gözlendi?” gibi. Böyle bir soru, hangi kaydı arayacağını belirler. “Bütün panelleri eşitleyelim” hedefi ise gerçek bir farkı gizlemene yol açabilir.
Her rapor için küçük bir kimlik kartı çıkar
Yan yana koyduğun ekranların adlarını değil, tanımlarını eşleştir. Tarih aralığı aynı görünse bile biri sipariş gününü, diğeri seçilmiş ilişkilendirme kapsamını veya son işlem durumunu kullanıyor olabilir. “Gelir” alanı da ürün bedeli, vergi, kargo, indirim ve iadeyi farklı şekilde içerebilir. Bunları varsayarak düzeltme yapma; ilgili raporun açıklamasını kaydet.
| Alan | Kaydedilecek bilgi |
|---|---|
| Sonuç | Ödenmiş sipariş mi, purchase olayı mı, ilişkilendirilmiş dönüşüm mü? |
| Zaman | Başlangıç, bitiş, saat dilimi ve kaydın esas aldığı tarih |
| Tutar | Para birimi; ürün, vergi, kargo, indirim ve iade kapsamı |
| Kaynak | Mülk/hesap, rapor adı, filtreler, dışa aktarım zamanı |
| Kapsam | Web, uygulama, çevrimdışı kayıt; gözlenen veya modellenen veri |
| Durum | Tam, gecikmiş, eksik, kısıtlı veya henüz kontrol edilmemiş |
GA4 arayüzüyle API sonucunu karşılaştırıyorsan tarih, boyut, metrik ve filtreleri de eşleştir. Google’ın raporlama beklentileri belgesi bu ayrıntıların aynı tutulmasını ister. “API farklı gösteriyor” demeden önce iki isteğin gerçekten aynı raporu sorduğundan emin ol.
Altı siparişlik örneği birlikte açalım
Buradaki bütün kayıtlar eğitim için üretilmiştir; Madset müşterisi veya gerçek platform sonucu değildir. Örnekte tutarlar TL’dir; vergi ve kargo hariç, indirim sonrası ürün bedelidir. Rapor kesimi 6 Ekim akşamıdır. M003’ün iadesi 8 Ekim’de tamamlanmıştır.
| Sipariş | Tutar | Ticari durum | İlk web kaydındaki durum |
|---|---|---|---|
| M001 | 1.000 | Ödendi; müşteride kaldı | purchase gözlendi |
| M002 | 800 | Ödendi; müşteride kaldı | purchase gözlendi |
| M003 | 1.200 | Ödendi; sonra tamamen iade edildi | purchase gözlendi |
| M004 | 1.500 | Ödendi; müşteride kaldı | Kayıt ertesi gün ulaştı |
| M005 | 600 | Ödeme alınmadı; iptal | Yanlışlıkla purchase gönderildi |
| M006 | 900 | Ödendi; müşteride kaldı | Analitik kaydı yok; neden doğrulanmadı |
Bu altı satırın ilk toplamı 6.000 TL’dir. Fakat hepsi ödenmiş satış değildir. Ödeme alınmayan M005 çıkarıldığında beş ödenmiş sipariş ve 5.400 TL kalır. Tamamlanmış 1.200 TL iade sonrasında bu örneğin kalan ürün geliri 4.200 TL olur. Bu hesap kâr hesabı değildir; maliyetler henüz düşülmedi.
Farkı toplamdan değil, kayıttan çöz
İlk web dosyasında dört farklı sipariş kimliği bulunuyor: M001, M002, M003 ve M005. Ham toplam 3.600 TL. Bunlardan M005’in ödeme koşulunu sağlamadığını biliyoruz. Geçerli üç ödenmiş siparişin gözlenmiş toplamı bu nedenle 3.000 TL. Ertesi gün M004 kaydı geldiğinde geçerli gözlenmiş ürün tutarı 4.500 TL’ye çıkar. M003’ün iadesini aynı kapsamda düşersen gözlenmiş kalan tutar 3.300 TL olur.
Sipariş kaydındaki 4.200 TL ile gözlenmiş 3.300 TL arasındaki 900 TL, M006 satırına karşılık geliyor. Bu noktada doğru açıklama “M006 için analitik gözlemimiz yok” olur. “M006 organik satıştır” veya “Meta bu siparişi getirmiştir” sonucunu bu tablodan çıkaramayız. Kayıt eksikliği, pazarlama kaynağı hakkında kanıt değildir.
Çalışma dosyasında ham gözlem, ticari doğrulama ve açıklanan fark ayrı sütunlardır. Ham dosyayı değiştirmek yerine kontrol sonucunu yeni sütuna yaz. Böylece düzeltmenin gerçekten neyi değiştirdiğini, hangi varsayımın hesap dışında kaldığını başka biri de inceleyebilir.
Sipariş eşleştirmesi ile reklam ilişkilendirmesini ayır
Kendi sipariş sistemin ile kendi olay kaydın, uygun ve kişisel bilgi içermeyen bir sipariş kimliği üzerinden eşleştirilebilir. Ancak bu, her reklam panelinin satır satır aynı kimliği dışa vereceği anlamına gelmez. Yalnız toplu rapora erişebildiğin bir kaynakta siparişe kadar inen eşleşme kurmuş gibi davranma. Çalışma dosyasındaki platform alanını “yalnız toplu sonuç mevcut” olarak bırakabilirsin.
Varsayımsal olarak Meta beş, başka bir reklam platformu üç satın alma kredisi bildiriyor olsun. Bunları toplayıp sekiz benzersiz sipariş yazmak için yeterli dayanağın yoktur. Aynı sipariş birden fazla raporun kapsamına girebilir. Kaynaklar arası ilişkilendirme sorusunu ayrı bir analizde ele al; tekil sipariş listesini ödeme ve sipariş sistemindeki doğrulanmış kayıtlarla oluştur.
İşlemin gerçekten gerçekleştiğini bilmek, reklam olmasa gerçekleşip gerçekleşmeyeceğini cevaplamaz. Bütçenin ek etkisini değerlendirmek istediğinde karşılaştırma tasarımı ve uygun deney yöntemi gerekir. Uzlaştırma dosyası bu çalışmanın veri temelini düzeltir; nedensel etkiyi tek başına ölçmez.
İade, saat dilimi ve sonradan gelen kayıtlar için ayrı yollar aç
Bir tarihte alınan sipariş ile daha sonraki tarihte yapılan iade, dönem raporunda farklı günlerde görünebilir. Aynı satırın “bugünkü durumu” ile “seçilen günde gerçekleşen işlem” farklı görünümlerdir. Shopify’ın uyuşmazlık açıklaması da rapor zamanı ve mantığının, sipariş dışa aktarımları ile satış raporlarını farklılaştırabileceğini gösterir. Bu yüzden bir ekranın diğerine eşit olmamasını otomatik hata sayma.
Saat dilimlerini önce kaydet, sonra karşılaştırma için ortak bir zamana dönüştür. Kaynağın özgün tarihini de koru. Gece yarısına yakın bir işlem taşınmış görünüyorsa gün sınırını araştır. İade tarihini sipariş tarihi üzerine yazmak yerine ikinci bir olay olarak tut; böylece hem dönemin nakit hareketini hem sipariş grubunun son durumunu okuyabilirsin.
Yakın tarihli GA4 sayıları işlem sürecinde değişebilir; Google’ın veri güncelliği açıklaması raporların farklı aralıklarla güncellendiğini belirtir. Her kaynak için son başarılı okuma zamanını yaz. “Bugün çekildi” ile “bugüne kadarki bütün sonuçlar tamamlandı” aynı bilgi değildir.
Hangi farkta hangi işi açmalısın?
| Bulgu | Sonraki iş | Yapılmaması gereken çıkarım |
|---|---|---|
| Ödenmeyen sipariş purchase olmuş | Olayın tetiklenme koşulunu incele | Bütün kampanya verisi geçersiz |
| Aynı kimlik birden fazla kez var | Kaynak ve yeniden gönderim davranışını incele | Her ham satır yeni satış |
| Olay sonraki gün geldi | İşlem zamanı ile alınma zamanını ayrı tut | Önceki gün satış yoktu |
| Sipariş var, web kaydı yok | İzin, kapsam, teknik akış ve veri erişimini araştır | Kaynağı bilinmeyen sipariş organiktir |
| Tutar farklı | İndirim, kargo, vergi, iade ve para birimini eşleştir | Reklam platformu bütün geliri şişiriyor |
Her açık işte sorumlu, beklenen kanıt ve tekrar kontrol tarihi olsun. Örneğin M005 için geliştiriciye “purchase yalnız hangi doğrulanmış sipariş durumunda gönderilmeli?” sorusuyla git. Pazarlama ekibinden bütçe yorumu isterken M006 gibi açıklanamayan kayıtların sayısını da göster. Belirsizliği saklamak, raporu daha güvenilir yapmaz.
Çalışma dosyasını kendi verine uygula
Dosyada sipariş kimliği, ürün tutarı, ödeme durumu, iade tutarı, ilk web gözlemi ve araştırma notu var. Örnek satırları ayrı bir kopyada kendi kayıtlarınla değiştir. Kimlik alanını metin olarak içe aktar; başındaki sıfırların silinmediğini kontrol et. Müşteri adı, telefon, e-posta veya teslimat adresi bu çalışma için gerekli değildir.
Önce küçük bir kayıt grubunu elle uzlaştır. Açıklanan farkların toplamını hesapla, kalan farkı ayrı bırak. Daha sonra aynı kuralları daha geniş döneme uygula. Eşleşmeyen satırlar için yaklaşık tutara veya benzer saate bakıp otomatik eşleşme uydurma; bunu araştırma adayı olarak işaretle ve ek kanıt iste.
Rapor sonunda üç cümle yeterince somut olmalı: Hangi ticari toplam doğrulandı? Bu toplamın hangi kısmı diğer kaynakta gözlendi? Hangi fark hâlâ açık? Bütçe kararını bu üç cevabın üzerine kur. Kaynakları birbirine benzetmek yerine, her birinin hangi kararı desteklediğini görünür kılmış olursun.
