İçeriğe geç

Hizmetler

Altı uzmanlık, tek büyüme kararı için birlikte çalışır.

Tüm Hizmetleri Keşfedin

Sektörler

Her sektörün talep döngüsü, ölçüm gerçeği ve karar ritmi farklıdır.

Tüm Sektörleri İnceleyin
  1. Site
  2. Mağaza
  3. Pazaryeri

Satış kanalları ayrı olabilir. Büyüme kararı değil.

Reklam, ürün, mağaza ve müşteri sinyallerini birlikte okuyun.

Sektörü İncele

Neyi birlikte inceleyelim?

İlk adımda hesap erişimi, şifre veya hassas veri istemiyoruz.

Kapsamlı projeler içinProjenizi Konuşalım

Başvurunuzu inceliyor; uygunluk, öncelikler ve sonraki adımları birlikte netleştiriyoruz.

Dönüşüm Takibi ve Veri Kalitesi

Google Ads ve GA4 dönüşüm verilerinize ne kadar güvenebilirsiniz?

Reklam hesabınız bir sonuç, GA4 başka, sipariş veya CRM sisteminiz üçüncü bir sonuç gösteriyorsa önce bu farkın nedenini anlamak gerekir. Sorun eksik dönüşüm takibi, çift sayım, yanlış dönüşüm değeri veya platformların farklı ölçüm kuralları olabilir.

Tek Kılavuz, gerçek sipariş ve lead olayını esas alarak GA4, Google Ads, GTM ve erişilebilen işletme kayıtlarını birlikte inceler. Hangi farkın teknik hata, hangisinin beklenen platform davranışı olduğunu ayırır; reklam optimizasyonu ve bütçe kararında hangi veriye güvenilebileceğini netleştirmeye yardımcı olur.

Amacımız raporlardaki bütün sayıları eşitlemek değil, her sayının gerçekte neyi anlattığını bilmek.

Demo MarkaÖrnek belirti, müşteri sonucu değildir
  • Google Ads: 54

    sayılan conversion action

    Kampanya raporundaki conversion. Hangi action ve hangi sayım kuralı olduğu yazılmadan karar sayısı sayılmaz.

  • GA4: 41

    sayılan key event

    Analytics’teki key event veya conversion görüntüsü. Ads sütunuyla aynı nesne olmak zorunda değildir.

  • Backend: 36

    sayılan sipariş / CRM kaydı

    Sipariş veya CRM kaydı. Bu da önce ödendi, iptal oldu, iade edildi veya test diye tanımlanır.

Üç farklı satış mı, üç farklı temsil mi?

Tek iş olayıtanım · sayı · kimlik · değer · temsil

İlk değerlendirmede şifre, yönetici erişimi veya hassas müşteri verisi istemeyiz.

Ölçüm Projenizi KonuşalımBirden fazla sistem, sipariş kaydı ve yayın takvimi aynı anda açılıyorsa.

Temsili örnek

GA4 veya Google Ads dönüşüm etiketi çalışıyor diye ölçüm doğru sayılmaz.

Üç kurgudan birini seçin. Hat, kırılan kontrolde durur. Buradaki adetler başarı iddiası değildir. Gerçek müşteri verisi değildir.

Dönüşüm etiketinin çalışması, reklam platformunun doğru iş sonucuna göre optimizasyon yaptığı anlamına gelmez. Önce doğru olayın, doğru zamanda ve doğru sayıda ölçüldüğünü anlamak gerekir.

  1. TetiklendiGeçildipurchase ateşlendi.
  2. TanımGeçildiBeklenen iş sonucu, iptal düşülmüş net sipariş.
  3. TekillikKırıkAynı sipariş numarası ikinci kez gelmiş. Hat burada durur.
  4. AşamaOkunmadıSatış basamağı seçilmiş görünür. Tekillik kapanmadan okunmaz.
  5. DeğerOkunmadıDeğer okunmaz. Tekillik kırık.
  6. MutabakatOkunmadıPanel ile operasyon farklı sayıda. Fark, karar sayısı değildir.
  7. Kararİncelenecek aday

İncelenecek adayTanım net siparişe uyuyor. Açık olan tekillik kapanınca bu olay karar sayısına yaklaşır.

Form gönderimi de Tekillik kontrolünde durur. Sınıfı Sinyal.

İncelenecek adayDüzeltilmeden bütçeye girmez.

Aynı sipariş numarası ikinci kez gelmiş. Değer okunmaz. Panel ile operasyon aynı siparişi farklı sayıda görür. Ham ateşleme satış değildir.

Karara uygun hali: sipariş numarası bir kez sayılır, iptal değerden düşer, GA4 ile Google Ads aynı tanımı taşır.

  • Sinyalİzlenir. Teklifin öğrendiği sayı olmaz.
  • İncelenecek adayTanım duruyor. Tekillik, değer veya mutabakat henüz kapanmamıştır.
  • Karara uygunBu üç örnekten hiçbiri bu sınıfta değil. Karara uygun sayı tekil, doğru basamakta, değeri yazılı ve mutabık olandır.

Bir sipariş. Altı kayıt. Kaç satış?

ORDER-10451 bir örnektir. İşletmede bir gerçek sipariş vardır. Ölçüm sistemleri aynı olayı ayrı kayıtlar olarak taşıyabilir.

Temsili örnek · müşteri sonucu değildir

1 gerçek sipariş

ORDER-10451
  1. Browser Purchase

    Tarayıcıdan giden purchase temsili.

  2. Server Purchase

    Sunucudan giden purchase temsili. Aynı iş olayı olabilir.

  3. GA4 Purchase

    Analytics’te görünen purchase.

  4. Google Ads Conversion

    Seçilen conversion action.

  5. Meta Purchase

    Pixel veya sunucu olayının Meta’daki temsili.

  6. Backend Order

    Sipariş sisteminde tanımlanan kayıt.

Altı kayıt olabilir. Altı satış olmak zorunda değildir.

Tek İş Olayı Sözleşmesi

Bir siparişin, başvurunun veya nitelikli lead’in ne zaman gerçekleşmiş sayılacağını birlikte tanımlarız. Ardından bu iş olayının farklı sistemlerdeki kayıtlarını aynı tanıma göre kontrol ederiz.

Bu, ayrı bir yazılım ürünü değildir; ölçüm kararını güvenilir hale getiren çalışma yaklaşımıdır.

Ads 54, GA4 41, backend 36 göründüğünde mekanizma “doğru sayı 36” demez. Önce aynı iş olayı mı, aynı tanım mı, aynı sayım mı diye sorar.

ADLANDIRSAYEŞLEDEĞERLEAYIRKORUKARAR VER

  1. Google Ads54conversion action
  2. GA441key event
  3. Backend36sipariş / CRM kaydı

Bu üç sayım aşağı kaydıkça doğrulamaya iner. Fark, üçüncü bir satış olmak zorunda değil.

  1. Tanım

    Bekliyor

    Olayın adı, hangi ticari eylemi temsil ettiğini söyler. purchase yazması, iptal düşülmüş net sipariş anlamına gelmez. generate_lead yazması, satışın kabul ettiği talep anlamına gelmez.

  2. Tekillik

    Bekliyor

    Aynı sipariş, aynı form, aynı kişi bir kez sayılır. Teşekkür sayfasının yenilenmesi veya tarayıcı olayı ile sunucu olayının birlikte ateşlenmesi ikinci bir satış üretmez.

  3. Aşama

    Bekliyor

    Tıklama, form, nitelikli görüşme, randevu ve satış ayrı basamaklardır. Üst basamak izlenir. Alt basamağın sayısı, bir sonrakinin yerine geçmez.

  4. Değer

    Bekliyor

    Para birimi, net tutar veya nitelik yazılıdır. İçi boş “1” değeri, gelir veya iş sonucu değildir.

  5. Mutabakat

    Bekliyor

    Reklam paneli, analitik ve satış kaydı aynı iş olayını tarif eder. Sayılar farklıysa farkın nedeni karar notunda durur. Fark, kendiliğinden bir kanalın başarısı veya başarısızlığı sayılmaz.

Her olay üç sınıftan birine iner

  1. Sinyalİzlenir, teklifin öğrendiği sayı olmaz.
  2. İncelenecek adayTanım doğru görünür; tekillik, değer veya mutabakat henüz kapanmamıştır.
  3. Karara uygunBu sayı, kampanya optimizasyonuna ve bütçe konuşmasına girebilir.

Çıktı bir olay listesi değil, ölçüm karar notudur: hangi sayı ne için kullanılır, hangisi düzeltilmeden girmez.

  1. Gerçek iş olayı nedir?

    Ödenmiş sipariş, form gönderimi veya satış. Adların benzediği yetmez.

  2. Ne zaman gerçekleşmiş sayılır?

    Ödeme onayı, teşekkür sayfası veya formun açılması aynı an değildir.

  3. Kaç kez sayılmalıdır?

    Her sipariş mi, bir tıklama sonrası bir kez mi.

  4. Benzersiz kimliği nedir?

    Sipariş numarası her sistemde aynı metin midir.

  5. Hangi value ticari olarak doğrudur?

    Ürün toplamı, indirim, vergi ve kargo hangi tanıma girer.

  6. Currency nedir?

    Para birimi kodu siparişle aynı mı.

  7. Browser ve server aynı olayı tekrar mı taşıyor?

    İki yol olabilir. İş olayı yine bir tanedir.

  8. Platformlarda hangi action olarak duruyor?

    Key event, primary action ve gözlem action’ı aynı iş olmak zorunda değildir.

  9. Observed mı, modeled mı?

    Tahmin, doğrudan ölçülen sinyalin yerine yazılmaz.

  10. Backend veya CRM hangi olayı gerçekleşmiş kabul ediyor?

    Ödendi, başarısız, iptal, iade ve test ayrı durur.

Hangi sayı hangi iş olayının hangi temsilidir?

Dönüşüm Verinizin Güvenini Birlikte İnceleyelimKarar matrisine geçin

Eksik, çift ve yanlış dönüşümler reklam bütçesini nasıl yanıltır?

Dönüşüm ölçümündeki her hata aynı müdahaleyi gerektirmez. Hiç kaydedilmeyen satın alma, iki kez sayılan sipariş ve yanlış değer taşıyan dönüşüm farklı kontrol noktaları ister.

Duplicate conversion (çift sayılan dönüşüm): tek bir siparişin ölçüm sisteminde birden fazla dönüşüm olarak kaydedilmesi. Missing (eksik dönüşüm): gerçekleşen iş olayının ölçümde karşılığının olmaması. Wrong (yanlış dönüşüm): event’in durması, ama anlamının, değerinin, zamanının veya niteliğinin yanlış olması.

Eksik

Gerçek olay oldu; temsil yok. Ödenmiş sipariş duruyor, purchase hiç düşmüyor.

Bütçe, göremediği satışı öğrenemez. Event yok diye satış da yok sayılmaz.

Form açılması, form gönderimi ve nitelikli lead aynı dönüşüm değildir.

Formun açılması, formun gönderilmesi, backend’in kaydı kabul etmesi, CRM’deki lead ve nitelikli lead hep Lead diye adlandırılabilir. Aynı iş olayı değildir.

  1. İlgi sinyaliForm açıldı
  2. GönderimSubmit
  3. KayıtBackend kabul etti
  4. AdayCRM lead
  5. NitelikQualified lead

Event adı değil, oluşma kriteri karar taşır.

GA4 ve Google Tag ManagerEvent ve data layer temeli oradadır. Bu sayfa temelin iş olayını temsil edip etmediğine bakar.

Dönüşüm sayısı doğru olabilir. Peki sipariş değeri?

Kontrol edilenler sipariş adedi, value, currency, items, indirim, vergi ve kargo tanımı ile işletme tutarıdır. Marj modeli bu kontrolün konusu değildir.

Conversion value (dönüşüm değeri): reklam platformuna gönderilen sipariş veya dönüşüm tutarı. Gerçek işletme kârıyla aynı şey değildir.

DEMO · ORDER-10451 · temsili sipariş, müşteri sonucu değildir
  1. Backend2.450 TRY

    Sipariş kaydındaki tutar.

  2. GA42.450 TRY

    Aynı tutar.

  3. Ads245 TRY

    Adet duruyor, değer ondalık kaymış.

Count doğru olsa bile value yanlışsa bütçe sinyali bozulur.

İki taşıma yolu olabilir. İş olayı yine bir tanedir.

Browser ve server aynı siparişi taşıyabilir. Bu, yollardan birini kapatma talimatı değildir. Tekillik, platformun kendi kuralıyla doğrulanır. Google’ın transaction ID kuralı Meta’nın event kimliği kuralının kopyası değildir.

BrowserTarayıcıdan giden temsil.

ServerSunucudan giden temsil.

Kimlik kapısıAynı iş olayı için kimlikler eşleşiyor mu. Eşleşme kuralı platforma özgüdür.

Dedup platforma özgü kuralla doğrulanır. Transaction ID gerekli olabilir; tek başına veri kalitesi değildir.

Server-side TrackingTaşıma mimarisi orada kurulur. Bu sayfa aynı olayın iki kez sayılıp sayılmadığına bakar.

Google Ads ve GA4 neden farklı dönüşüm sayıları gösterir?

Google Ads ve GA4 dönüşüm sayıları; attribution, sayım yöntemi, raporlama zamanı ve conversion tanımları nedeniyle farklı olabilir. Önemli olan sayıları zorla eşitlemek değil, farkı açıklayabilmek ve kampanya kararında doğru sinyali kullanmaktır.

Fark; tanım, sayım, attribution, rapor zamanı, modellenmiş pay, consent, native ölçüm ile içe aktarılan kayıt ve primary ile secondary ayrımından gelebilir. Gözlem için duran bir action, özel bir hedefe alınırsa teklifte de kullanılabilir. Bu istisna, her secondary kaydı teklif kaydı yapmaz.

GA4 key event

Analytics’te önemli görülen event’tir. Google Ads conversion action ile aynı kavram değildir.

Google Ads conversion action

Kampanya ölçümü ve teklif için seçilen kayıttır. Primary eylem teklife girer. Secondary, kendiliğinden teklif kaydı olmaz.

  • Tanım
  • Sayım
  • Attribution
  • Rapor zamanı
  • Model
  • Consent
  • Native / import
  • Primary / secondary

Açıklanabilir fark, tutarlı iş tanımı ve doğru kullanım. Google Ads ile GA4 aynı rakama zorlanmaz.

Consent Mode ve Çerez Yönetimiİzin sonrası beklenen düşüşün mimarisi oradadır. Bu sayfa düşüşün kırık event mi yoksa beklenen etki mi olduğunu ayırır.

Aynı iş olayı, farklı sistemlerde

Her sistem aynı cümleyi kurmaz. Bu şema aracın broşürü değil, o sistemin doğrulama hattındaki görevidir. Canlı bir bağlantı paneli değildir. Teknoloji kullanımı, resmi partner statüsü ve müşteriye verilen hizmet birbirinden ayrıdır. Bu alanda partner veya müşteri logosu yoktur.

GTM

Tetik burada doğar. Yanlış sayım çoğu zaman yanlış tetikten gelir: her sayfa yenilemesi, her adım, her buton. Tanım, konteynerde bu tetiğe bağlanır.

GA4 ve GTM

GA4

Analitikteki olay, reklam panelindeki dönüşümle aynı nesne değildir. Aynı iş olayını taşıyıp taşımadığı ayrıca bakılır. Ürün, değer ve işlem kimliği e-ticaret tanımının parçasıdır.

GA4 ve GTM

İş olayı

Tanım, tekillik, aşama, değer ve mutabakat burada kilitlenir. Sistemler bu tanımı taşır.

Google Ads

Teklifin öğrendiği dönüşüm eylemi burada seçilir. Birincil eylem, karara uygun olan sayıdır. Üst huni tıklaması birincil eylem yapılmaz.

Google Ads yönetimi

Meta

Optimizasyon olayı ile iş sonucu ayrı okunur. Satış statüsü geri beslenecekse, hangi statünün olaya döneceği tanımda yazılıdır. Conversion API, eşleşme için kullanılabilir. İş sonucunun tanımı onun yerine geçmez.

Meta Ads yönetimi

CRM

Bağlantı, kendiliğinden nitelikli talep üretmez. Hangi statünün dönüşüm sayılacağı yazılmadan akan kayıt, ikinci bir panel olur.

Hatta bağlanan, bu şemada düğüm olmayan kararlar

  • Ticaret altyapısıSipariş, iptal, iade ve para birimi buradan okunur. Çift sayım sıkça teşekkür sayfası ile ödeme onayının aynı siparişte birlikte ateşlenmesinden gelir.
  • Çağrı ve WhatsAppTıklama temas başlatır. Görüşme ve randevu ayrı olaylardır. Çağrı ve WhatsApp Dönüşüm Takibi
  • Server-sideTarayıcı sinyali kesiliyorsa veya aynı olay iki yerden geliyorsa bu bir karar konusudur. Tanımsız olayı doğru yapmaz. Server-side Tracking
  • ConsentKullanıcının reddettiği ile sistemin ölçemediği aynı şey değildir. Consent Mode ve Çerez Yönetimi
  • Gelişmiş dönüşümlerEşleşen müşteri bilgisi taşır. Müşteri bilgisi, yanlış tanımı doğru yapmaz. Ayrı bir hizmet olarak sunulmaz.

Kurulum listesi için değil, hangi sinyalin karara gireceği için bakılır.

Form sayısı artarken nitelikli lead neden artmayabilir?

Reklam platformu form gönderimini optimize ederken satış ekibi yalnız uygun başvuruları değerli bulabilir. Hangi dönüşüm aşamasının ölçüldüğünü açıkça tanımlamak, kampanyaların yanlış başarı sinyaline göre yönetilmesini önler.

  1. Optimize edilen sinyalForm
  2. Ayrı aşamaLead
  3. Ayrı aşamaQualified Lead
  4. Ayrı aşamaOpportunity
  5. Ayrı aşamaSale

Platform hangi aşamayı optimize ediyor?

Bu sayfanın sahibi conversion tanımının bütünlüğüdür. Tam CRM kurulumu, satış operasyonu veya offline kaydın teslimi bu bölümün vaadi değildir.

Ölçümleme, Veri ve Pazarlama ZekâsıSatışın hangi aşamada iş sonucu sayılacağı kümenin satış ve gelir bölümündedir.

Gözlenen, modellenen ve işletmede gerçekleşen sonuç aynı kanıt türü değildir.

  1. GözlenenObserved

    Doğrudan ölçülen sinyal.

  2. ModellenenModeled

    Eksik gözlemin istatistiksel tahmini. Conversions raporuna girebilir. Tek bir sipariş kaydı değildir.

  3. İşletme kaydıBusiness record

    Sipariş veya CRM’de tanımlanan kayıt. Ödendi, başarısız oldu, iptal edildi, iade edildi ve test diye ayrılır.

Üçü de faydalı olabilir. Aynı kanıt değildir. İşletme kaydı da önce iş kuralıyla tanımlanır; her tablodaki satır gerçekleşmiş satış olmak zorunda değildir.

Web siteniz değiştiğinde dönüşüm takibiniz de bozulabilir.

Yeni bir ödeme sayfası, form, e-ticaret eklentisi veya site güncellemesi dönüşüm takibini değiştirebilir. Bu nedenle ölçüm güveni yalnız ilk kurulumla değil, kritik değişikliklerin doğrulanmasıyla korunur.

Checkout, form, CMP, GTM, eklenti, ödeme, tema, sunucu veya site değişikliği ölçümü bozabilir. Test ortamında firing görmek, production sayısının doğru olduğunu kanıtlamaz.

  1. Release
  2. Critical Event
  3. ID
  4. Value
  5. Consent
  6. Platform
  7. Business Sample
  8. Accept / Investigate

Platformların kendi teşhis uyarıları kullanılabilir. Ayrı bir sürekli izleme hizmeti veya otomatik alarm satılmaz.

Sektörde kırılan yer

Dört sahne, dört ayrı karar. Hepsi aynı modele iner: hangi basamak bütçeye girer.

  1. E-ticaret ve perakende

    Teşekkür sayfası ile ödeme onayı aynı siparişi iki kez yazar. İptal, panelde satış olarak kalır.

    Karar sayısı ham satın alma değil, tekilleştirilmiş net sipariştir. Değer güvenilir olduktan sonra kâr sorusu kârlılık işidir.

    ROAS, POAS ve Kârlılık
    E-ticaret ve perakende sayım kırılması
  2. Talep toplayan hizmet

    Eğitim, gayrimenkul ve B2B’de form gönderimi ile satışın “görüşme oldu” kaydı aynı sayı sanılır.

    Form izlenir. Optimizasyon, nitelikli statü tanıma bağlanmadan bu olaya kilitlenmez.

    Talep toplayan hizmet sayım kırılması
  3. Randevu

    Yurt içi sağlık kuruluşunda arama tıklaması randevu sanılır. Sağlık turizminde yurt dışından gelen hasta talebi, yurt içi klinik randevusuyla aynı olay değildir. Kişisel sağlık verisi bu ayrımı kurmak için gerekmez.

    Tıklama ile randevunun ayrımı çağrı ve WhatsApp işidir.

    Çağrı ve WhatsApp Dönüşüm Takibi
    Randevu sayım kırılması
  4. E-ihracat

    Para birimi ve alan adı geçişi, aynı siparişin değerini böler veya şişirir.

    Karar sayısı, tek ülkenin ham çevrimi değil, para birimi netleşmiş işlemdir.

    E-ihracat sayım kırılması

Sektör sayfaları pazarı anlatır. Bu sayfa, o pazarda sayımın nerede koptuğunu anlatır.

Dönüşüm takibi ve veri kalitesini nasıl kontrol ediyoruz?

İncelemenin sonunda yalnız hata listesi değil, hangi veriye neden güvenilebileceğine ve hangi düzeltmenin önce ele alınacağına ilişkin bir karar çerçevesi oluşturmayı hedefleriz.

  1. İş olayını tanımla

    Bütçe kararını taşıyacak olayın adı ve oluşma anı yazılır.

  2. Conversion inventory

    Hangi action, key event ve içe aktarılan kayıt duruyor.

  3. Identity ve uniqueness

    Kimlik var mı, sistemler arasında aynı mı.

  4. Value ve currency contract

    Tutar ve para birimi hangi ticari tanıma eşit.

  5. Platform representation

    Aynı olay her sistemde hangi anlamda duruyor.

  6. Real-event sample reconciliation

    Seçilen sipariş veya lead, kayıtla yan yana okunur.

  7. Decision ve release acceptance

    Hangi sayı karara girer, sonraki yayında sözleşme nasıl korunur.

Aday teslimler, her projede otomatik dahil değildir

  • Business Event Dictionary
  • Conversion Inventory
  • Event Definition Matrix
  • Uniqueness Rules
  • Transaction-ID QA
  • Value/Currency QA
  • Platform Representation Matrix
  • Browser/Server Map
  • Observed/Modeled Note
  • Test Order / Lead Protocol
  • Reconciliation Report
  • Release QA
  • Decision Memo

Hazırsanız kontrolü isteyin. Ölçüm Projenizi Konuşalım

Kapsam ve ticari sonuç

Çalışma, karar sayısını bozan halkayı ayırmak ve o halkayı iş olayına bağlamak için yapılır.

  1. SorunBütçe, sayımı bozuk bir olayı öğreniyor.

    Müdahaleİş olayının yazılı tanımı kurulur. Eksik sayım, çift sayım ve yanlış basamak teşhis edilir.

    KararReklam bütçesi, sayımı bozuk olaya göre öğrenmez.

  2. SorunMedya ekibi ile satış ekibi farklı bir olayın adını kullanıyor.

    MüdahaleGoogle Ads dönüşüm eylemi, Meta optimizasyon olayı ve GA4 olayı aynı tanıma çekilir. CRM kullanılacaksa hangi statünün nitelikli olduğu yazılır.

    KararMedya ve satış aynı iş olayının adını kullanır.

  3. SorunSite, uygulama veya ödeme yayını sayımı sessizce değiştiriyor.

    MüdahaleYayın öncesi ve sonrası aynı örneklem üzerinde sayım karşılaştırılır.

    KararYeni yayın, dönüşümü sessizce değiştirirse bu, rapor döneminde değil kontrolde görünür.

  4. SorunDönüşüm arttı cümlesi, hangi basamağın arttığını söylemiyor.

    MüdahaleKarar notu, hangi sayının optimizasyona gireceğini ve hangisinin yalnız izleneceğini yazar.

    KararDönüşüm arttığında, artışın hangi basamakta olduğu bilinir. Bu, büyümeyi ilan etmek için değil, sonraki kararı seçmek içindir.

Yanındaki kararlar bu sayfanın içinde eritilmez

Etiket, tanımın uygulanma yeridir. Karar notu yazılmadan kurulan etiket, bu hizmetin teslimi sayılmaz.

Hangi dönüşüm hatasını önce düzeltmelisiniz?

Belirti teşhistir. Aşağıdaki on iki satır ilk kontrolü, yanlış refleksi, kararı, sahibi, kabulü ve bu sayfanın bittiği yeri ayırır. Müşteri metriği değildir.

Ads 54, GA4 41, backend 36ADLANDIR, sonra AYIR
Belirti
Üç sistem üç sayı gösteriyor.
İlk kontrol
Aynı iş olayı mı, aynı tanım mı, aynı sayım ve aynı pencere mi.
Yanlış refleks
Büyük sayıyı kazanan doğru ilan etmek veya üçünü aynı rakama getirmek.
Karar
ADLANDIR, sonra AYIR.
Sahip
Ölçüm ve medya.
Kabul
Farkın nedeni yazılıdır ya da karar sayısı hangi temsil olduğuyla seçilir.
Sınır
Etiket temeli GA4 ve GTM sayfasındadır. Kârlılık kararı bu satırda kurulmaz.
Duplicate purchaseSAY ve EŞLE
Belirti
Bir sipariş iki purchase oluyor.
İlk kontrol
İkinci etiket, yenilenen teşekkür sayfası, boş veya tekrar eden kimlik.
Yanlış refleks
Count ayarını One yapıp her siparişi gizlemek. Count = One, bir tıklama sonrası birden fazla gerçek satın almayı da teke indirir; purchase duplicate çözümünün kendisi değildir.
Karar
SAY ve EŞLE.
Sahip
Geliştirici ve ölçüm.
Kabul
Örneklemde bir sipariş, kabul edilen bir purchase temsiline iner.
Sınır
Kimlik bütün çift sayım türlerini kapatmaz.
Missing purchaseAYIR, sınıf missing
Belirti
İşletmede sipariş var, event yok.
İlk kontrol
Hangi ödeme veya form yolu temsil üretmiyor.
Yanlış refleks
Event yoksa satış da yoktur.
Karar
AYIR, sınıf missing.
Sahip
Geliştirici ve sipariş sistemi.
Kabul
Eksik yol örneklemde görünür.
Sınır
Sunucu mimarisi ayrı sayfadadır.
Revenue veya value yanlışDEĞERLE
Belirti
Adet duruyor, tutar sapıyor.
İlk kontrol
Value, items, indirim, vergi ve kargo tanımı, işletme tutarı.
Yanlış refleks
Gelir sütunu doluysa kayıt doğrudur.
Karar
DEĞERLE.
Sahip
Ölçüm ve sipariş sistemi.
Kabul
Örneklem tutarı sözleşmedeki tanımla eşleşir.
Sınır
Marj modeli bu sayfada kurulmaz.
Currency yanlışDEĞERLE
Belirti
Tutar var, para birimi başka.
İlk kontrol
Sipariş para birimi, event currency ve sabit varsayılan kod.
Yanlış refleks
Para birimi kozmetiktir.
Karar
DEĞERLE.
Sahip
Geliştirici.
Kabul
Örneklemde currency kodu siparişle aynıdır.
Sınır
Kur çevirisi ayrı bir karardır.
Thank-you reload duplicateSAY
Belirti
Teşekkür sayfası yenilenince ikinci conversion açılıyor.
İlk kontrol
Aynı action içinde dinamik transaction ID.
Yanlış refleks
Kimlik bütün duplicate sorunlarını çözer veya Count = One ile aynı işi görür. Transaction ID gerekli olabilir; tek başına veri kalitesi değildir. Ads’te aynı action içindeki aynı kimlik ikinci kaydı duplicate sayabilir; bu, görüntüleme üzerinden gelen çiftleri otomatik kapatmaz.
Karar
SAY.
Sahip
Geliştirici.
Kabul
Yenileme aynı siparişi ikinci kez saymaz.
Sınır
Sayfanın etiket kuruluşu GA4 ve GTM kapsamındadır.
Form açılması veya submit yanlış leadADLANDIR ve AYIR
Belirti
Formun açılması veya ham gönderim başarı conversion’ı olmuş.
İlk kontrol
Action form açılışını mı, gönderimi mi, kabul edilen kaydı mı sayıyor.
Yanlış refleks
Form göründüyse nitelikli lead’dir.
Karar
ADLANDIR ve AYIR, sınıf wrong.
Sahip
Ölçüm ve medya.
Kabul
Açılma, teklif action’ı olmaktan çıkar.
Sınır
Nitelik tanımının CRM’de kurulması bu sayfanın otomatik teslimi değildir.
Browser ve server duplicateEŞLE
Belirti
İki taşıma aynı conversion’ı iki kez iletiyor.
İlk kontrol
Kimlikler aynı olaya mı ait, platformun kendi kuralı ne.
Yanlış refleks
Bir yolu kapatmak yeter veya Event ID her platformda aynı kuraldır. Google ve Meta tekillik kuralı aynı değildir.
Karar
EŞLE.
Sahip
Ölçüm ve geliştirici.
Kabul
Çift taşıma örneklemde tek temsil olarak durur ya da fark yazılır.
Sınır
Container mimarisi server-side sayfasındadır.
GA4 key event ve Ads action farklı işADLANDIR
Belirti
Analytics’te önemli işaretlenen event ile teklifin baktığı action başka sonuçlar.
İlk kontrol
Event adı, key event, primary ve secondary.
Yanlış refleks
Key event’i işaretlemek primary Ads conversion’ı da düzeltir.
Karar
ADLANDIR.
Sahip
Ölçüm ve medya.
Kabul
Teklif, seçilen iş olayına bakar.
Sınır
Data layer temeli GA4 ve GTM sayfasındadır.
Consent sonrası conversion düştüAYIR
Belirti
Tercih değişiminden sonra sayı azaldı.
İlk kontrol
Kırık etiket mi, beklenen gözlenen azalma mı, model payı mı.
Yanlış refleks
Her düşüş bug’dır ve modeled kayıt backend satıştır. Modeled, observed ve işletme kaydı aynı kanıt değildir.
Karar
AYIR.
Sahip
Ölçüm.
Kabul
Kırık yoksa düşüş beklenen etki diye yazılır.
Sınır
Consent mimarisi ayrı sayfadadır.
Release sonrası trend değiştiKORU
Belirti
Checkout, form, CMP, GTM, ödeme, tema veya sunucu değişince eğri kırıldı.
İlk kontrol
Sözleşmenin hangi maddesi bozuldu.
Yanlış refleks
Bir kez kurduk, bitti.
Karar
KORU.
Sahip
Yayın sahibi ve ölçüm.
Kabul
Değişiklik, örnek sipariş veya lead ile yeniden okunur.
Sınır
Sürekli alarm ürünü yoktur.
CRM satışı ile online lead aynı KPIAYIR ve KARAR VER
Belirti
Form conversion’ı ile satış aynı başarı sayılıyor.
İlk kontrol
Online event lead mi, nitelikli aşama mı, satış mı.
Yanlış refleks
İkisi zaten aynı iş sonucudur.
Karar
AYIR ve KARAR VER.
Sahip
Satış veya CRM sahibi ile ölçüm.
Kabul
İki metrik ayrı adla durur.
Sınır
Tam CRM ve offline conversion kurulumu bu sayfanın otomatik kapsamı değildir.

Üç örnek: Dönüşüm verisi düzeldiğinde hangi karar değişir?

Üç vaka da müşteri sonucu değildir. Satış artışı veya reklam getirisi iddiası yoktur.

  1. Demo Marka 1Temsili sonuç

    Ham panel ile net sipariş aynı küme değildir

    Karar değişir: optimizasyon ham satın almadan çıkar, tekilleştirilmiş net siparişe bakar.

    Problem
    Reklam paneli satın almayı büyütürken sipariş operasyonu aynı dönemde net siparişi daha düşük görür. Bütçe, paneldeki sayıya göre öğrenmeye devam eder.
    Sinyal
    Teşekkür sayfası olayı ile ödeme onay olayı aynı siparişte birlikte ateşlenir. İptal edilen sipariş panelde durur.
    Müdahale
    İş olayı net sipariş olarak yazılır. Sipariş numarasıyla tekilleştirilir. İptal, dönüşüm değerinden çıkar. GA4 ve Google Ads aynı tanımı kullanır.
    Aynı dönem, aynı sipariş kümesi. Eksen sayım adedidir. Ciro veya ROAS değildir.
    Ham panel satın alma100
    Tekilleştirilmiş net sipariş70

    30 birimlik fark kayıp satış değildir. Çift tetik ve iptalin sayımdan çıkmasıdır. Bu grafik bir performans düşüşü değildir.

  2. Demo Marka 2Temsili sonuç

    Eksik purchase ile yanlış değer ayrı listedir

    Karar değişir: adet hatası ile değer hatası aynı düzeltme emrine yazılmaz.

    Problem
    Backend order vardır. Bazı purchase hiç düşmez. Diğerlerinde value veya currency yanlıştır.
    Sinyal
    Missing ve wrong birlikte görünür. Biri yolun susması, diğeri tutarın kaymasıdır.
    Müdahale
    İki sınıf ayrı incelenir. Temsili sonuç: adet hatası ile değer hatası ayrı karar listesine döner.
  3. Demo Marka 3Temsili sonuç

    Form, nitelikli lead sanılır

    Karar değişir: online event ile satış niteliği ayrı adla yönetilir.

    Problem
    Platform form gönderimini başarı sayar. İş kuralı nitelikli lead’dir.
    Sinyal
    Form sayısı artarken satış ekibinin kabul ettiği başvuru aynı tempoda artmak zorunda değildir.
    Müdahale
    Event tanımı yeniden sınıflanır. Tam CRM kurulumu bu vakanın teslimi değildir.

Dönüşüm Takibi ve Veri Kalitesi Hakkında Sık Sorulan Sorular

Dönüşüm takibi nedir?

Gerçek iş olayını doğru sayıda, doğru değerle ve doğru anlamla temsil etmektir. Daha fazla conversion göstermek değildir. Etiketin gelmesi bu tanımı kapatmaz.

GA4 ile Google Ads neden farklı dönüşüm gösterir?

Aynı sayı başarı kriteri değildir. Fark; tanım, sayım, attribution, rapor zamanı, modellenmiş pay, consent, native kayıt ile içe aktarılan kayıt ve primary ile secondary ayrımından gelebilir. Key event, Analytics’te önemli event’tir. Ads conversion action, kampanya ölçümü ve teklif için seçilen kayıttır. İkisini aynı rakama zorlamak hedef değildir.

Duplicate conversion nedir?

Tek iş olayının birden fazla kez temsil edilmesidir. İkinci bir satış değildir. Küçük bir gürültü diye geçilmez; teklifin baktığı sayı şişebilir.

Purchase event neden iki kez çalışır?

Teşekkür sayfası yenilenir, ikinci etiket durur veya tarayıcı ile sunucu aynı siparişi ayrı ayrı gönderir. Transaction ID bu tekrarların bir kısmını ayırmaya yardım eder. Tanım, value ve currency hatalarını çözmez.

Transaction ID neden önemlidir?

GA4, web akışında aynı transaction ID ile gelen purchase kayıtlarını tekilleştirmeye yardım eder. Bu varsayım uygulama akışına taşınmaz. Boş kimlik, o purchase’ları birbirine yapıştırabilir. Google Ads’te aynı conversion action içindeki aynı kimlik ikinci kaydı duplicate sayabilir. Bu, Count ayarını One yapmakla aynı iş değildir ve görüntüleme üzerinden gelen çiftleri kendiliğinden kapatmaz. Transaction ID gerekli olabilir; tek başına veri kalitesi değildir.

Conversion value neden yanlış olabilir?

Adet doğru olsa bile value, currency, items, indirim, vergi veya kargo tanımı sipariş kaydıyla aynı olmayabilir. Bu sapma kâr modeli değildir. Yanlış değer, bütçe sinyalini bozar.

GA4 key event ile Google Ads conversion aynı şey midir?

Hayır. Key event, Analytics’te iş için önemli sayılan event’tir. Ads conversion, kampanya ölçümü ve teklif sistemindeki action’dır. Birini işaretlemek diğerini primary yapmaz.

Browser ve server conversion nasıl deduplicate edilir?

İki taşıma yolu olabilir; iş olayı yine bir tanedir. Tekillik, platformun kendi kuralıyla doğrulanır. Google’ın transaction ID kuralı Meta’nın event kimliği kuralının yerine yazılmaz. Yollardan birini kapatmak varsayılan karar değildir. Sunucu mimarisi ayrı hizmettir.

Consent Mode conversion sayısını neden değiştirebilir?

İzin yoksa bazı olaylar gözlenmez; platform gözlenemeyen kısmı model olarak tamamlayabilir. Düşüş, kırık etiket ile beklenen izin etkisi karıştırılmadan ayrılır. Modellenen kayıt, işletmedeki sipariş değildir. İzin mimarisi ayrı sayfadadır.

Dönüşüm takibinin doğru çalıştığını nasıl anlarsınız?

Seçilen sipariş veya lead, sözleşmedeki adla, beklenen sayıda, doğru tutar ve para birimiyle durur. Platformlar arasındaki kalan fark açıklanabilir. Yeşil debug işareti, tutarlı görünen dashboard ve testte görülen firing bu hükmü kapatmaz.

Bu çalışma bir atribüsyon modeli kurar mı?

Kurmaz. Önce sayılan şeyin doğru iş olayı olup olmadığı kapanır. Kanal payı ve kâr sorusu, karar sayısı güvenilir olduktan sonra ayrı hizmetlerde konuşulur.

Son soru: Bu sayı bütçe kararını taşıyabilir mi?

Bir conversion metriği; hangi iş olayını temsil ettiği, ne zaman oluştuğu, kaç kez sayıldığı, hangi değeri taşıdığı ve platformlar arasındaki farkın nedenini açıklayabildiğiniz ölçüde karar verisidir.

Amaç bütün sistemleri aynı rakama zorlamak değildir. Amaç hangi sayının ne anlama geldiğini bilerek doğru kararı vermektir.

Bazen sorun eksik bir event, bazen çift sayım, bazen de sistemlerin farklı tanımlarla konuşmasıdır. İlk incelemede hangi farkın araştırılması gerektiğini ve nereden başlanabileceğini birlikte netleştirelim.

  • Şüphe duyulan sayım hangi iş olayına ait
  • Eksik, çift veya yanlış basamak hangisi
  • Hangi sayı şimdilik karara girebilir
  • Bu çalışma size uygun değilse sonraki adım nedir
Dönüşüm Verinizin Güvenini Birlikte İnceleyelim

Ölçüm Projenizi Konuşalım

Ölçümleme, Veri ve Pazarlama ZekâsıÖlçüm kümesinin üst çerçevesi.

Ölçüm Güveni Mini TestiKısa öz kontrol, formun yerine geçmez.