Ölçüm, dönüşüm ve elde tutma: ajans ile iç ekip farkı
Tıklamadan tekrar siparişe: ölçüm katmanı, site hızı, deney düzeni, elde tutma akışları ve izin kayıtlarında ajans ile iç ekip arasındaki fark.

TL;DR
Büyüme eğrisinin eğimini birbirine bağlı üç halka belirler: ölçüm, dönüşüm ve elde tutma. Ölçüm eksikse reklam platformu gerçeğin bir kısmından öğrenir ve müşteri edinme maliyeti (CAC) yanlış okunur. Dönüşüm ardışık adımların çarpımıdır, bu yüzden küçük iyileştirmeler katlanır. Elde tutma, bir kez ödenen CAC'yi daha fazla siparişe böler. Farkı, üç halkayı tek veritabanında ve yazılı bir ritimle yürütmek yaratır; bunu ajans da iç ekip de yapabilir.
Pazarlama ölçümlemesi, reklam tıklamasından tekrar siparişe kadar müşterinin attığı her adımı olay olarak kaydetme, bu olayları hiçbirini iki kez saymadan tek veritabanında birleştirme ve bu veriyle bütçe, site ve iletişim kararları verme işidir. Dönüşüm ve elde tutma bu verinin üzerinde çalışır; veri yanlışsa ikisi de yanlış yöne optimize edilir.
Bu yazı, ajans mı iç ekip mi sorusunu ele aldığımız dizinin parçası ve tıklamadan tekrar siparişe uzanan hattı izliyor: her parça ne ister, kim yürütmeli. Aynı konunun English sürümü de var.
Ölçemediğiniz büyüme bir tahmindir
Kıdemli pazarlama liderlerinin yalnızca yüzde 52'si pazarlamanın değerini kanıtlayabildiğini ve karşılığını aldığını söylüyor; en büyük engellerden üçü yetkinlikle ilgili ve veriyi entegre edip analiz edecek kişilerin eksikliği de bunlardan biri (Gartner, 2024). Pazarlamacıların en sık andığı zorluk da yüzde 33 ile getiriyi ölçmek (HubSpot, 2026).
Meta ve Google teklifi gördükleri dönüşümlere göre verir. Tarayıcı kısıtları, reklam engelleyiciler ve izin tercihleri siparişlerin bir kısmını platformdan saklarsa iki şey olur. Raporlanan CAC olduğundan yüksek görünür ve çalışan bir kampanya durdurulabilir. Algoritma da gerçek alıcıların bir kısmını hiç görmediği için onlara benzeyenleri aramayı bırakır; teklifler zayıf kitlelere kayar ve bu kez gerçek CAC yükselir.
Ölçüm bir pazarlama işi gibi görünür ama sunucu, olay şeması ve veritabanı isteyen bir mühendislik işidir. Bu yetkinliği olmayan ekiplerde kurulum bir kez yapılır ve sahipsiz kalır. Ekipte bir veri ya da web mühendisi varsa bu katmanı içeride tutmak çoğu durumda doğru karardır. Belirleyici olan, kurulumdan sonra katmanın bir sahibinin olmasıdır.
Ölçüm katmanı: olaylar, tekilleştirme, tek veritabanı
Olay sözlüğü. Ürün görüntüleme, sepete ekleme, ödeme başlatma, satın alma ve form gönderimi her yerde aynı adla ve her gerçekleşmede benzersiz bir kimlikle kaydedilir. Sözlük yoksa mağaza, reklam hesabı ve analitik aracı üç ayrı hikaye anlatır.
Tekilleştirme. Meta'nın güncel geliştirici dokümantasyonu, Conversions API'nin Meta Pixel ile birlikte kurulmasını öneriyor; böylece aynı satın alma hem tarayıcıdan hem sunucudan gelir. Pixel'deki eventID CAPI'deki event_id ile, Pixel'deki olay adı da event_name ile eşleştiğinde olay bir kez sayılır; eşleşme aynı kimlikli ilk olaydan sonraki 48 saat içinde gelenler için çalışır (Meta, 2026). Bu dokümantasyon bir performans rakamı vermiyor; bizim için asıl kazanç doğru sayımdır. Tekilleştirme yoksa iki kanaldan da ulaşan siparişler iki kez sayılır, ROAS (reklam harcamasının getirisi) olduğundan yüksek görünür ve bütçe sahte bir sinyalle büyütülür. Yalnızca Pixel varsa hata tersine döner: siparişler kaybolur, CAC şişer.
Tek veritabanı ve mutabakat. Platform raporları bir modeldir; asıl kayıt mağazanın sipariş veritabanıdır. İkisi her hafta karşılaştırılır; fark birden oynarsa bütçeden önce ölçüm incelenir.
Sunucu taraflı kurulumun kendisini Avrupa pazarına açılan Türk markaları için performans reklamları yazısında anlattık.
Dönüşüm site hızıyla başlar
Ölçülen trafik yavaş bir sitede yine kaybolur. Google için hazırlanan ve Avrupa ile ABD'de 37 marka sitesini dört hafta izleyen bir çalışmada, mobil hızdaki 0,1 saniyelik iyileşmeyle birlikte perakende dönüşümlerinde yüzde 8,4, perakende ortalama sipariş tutarında yüzde 9,2 ve seyahat dönüşümlerinde yüzde 10,1 artış gözlendi (Deloitte, 2020). Bunlar gözlenen ilişkilerdir, kontrollü deney değil. Tek şirketlik bir örnekte de Vodafone, en büyük içerik öğesinin yüklenme süresini (LCP) yüzde 31 iyileştirince toplam satışlarında yüzde 8 artış gördü (web.dev, 2021).
Nedenini huni aritmetiği açıklar: dönüşüm, ardışık oranların çarpımıdır. Varsayımsal olarak 10.000 ziyaretin yüzde 8'i sepete ekler, bunların yarısı ödemeye geçer, onların yüzde 60'ı satın alır. Sonuç 240 sipariştir. Her adımı göreli olarak yüzde 10 iyileştirirseniz 319 sipariş, yani yüzde 33 fazlası çıkar. Reklam bütçesi aynı kaldığı için, bu siparişler yeni müşterilerden geliyorsa CAC yaklaşık dörtte bir düşer. Sayfa hızı, ödeme adımları ve ürün sayfası CAC'nin paydasını, yani kazanılan müşteri sayısını belirler.
Hız zamanla bozulur; her uygulama, script ve ağır görsel sayfayı yavaşlatır. Bu yüzden şablon başına bir hız bütçesi koyun (LCP, görsel ağırlığı ve üçüncü taraf script sayısı için üst sınır) ve her sürümde kontrol edin. İç ekiplerde hız çoğu zaman pazarlamacı ile geliştirici arasında sahipsiz kalır. Bizde tasarım, mühendislik ve reklam yönetimi aynı masadadır; web ve e-ticaret platformunu kuran ekip reklamı da yönetir.
Deneyleri kim yürütüyor
Deney tek bir hipotez, önceden seçilmiş bir ölçüt ve süre, bir de sonucu yazan biri ister. Sık görülen iki hata var: aynı anda üç şeyi değiştirip neyin işe yaradığını bilememek ve hiç bitirilmeyen testler.
Reklam tarafında yeni bir hesap ya da kampanyada ilk 30 ile 45 günü öğrenme dönemi olarak planlıyoruz; bu sürede kreatifi, açılış sayfasını ve bütçeyi birlikte değiştirmek sonucu okunamaz kılar. Deney takvimi bu yüzden reklam takvimiyle birlikte yazılır.
Kişiselleştirme en çok vaat edilen alandır. 2021'de tüketicilerin yüzde 71'i şirketlerden kişiselleştirilmiş etkileşim bekliyordu ve kişiselleştirme çoğunlukla yüzde 10 ile 15 arasında gelir artışı getiriyordu (McKinsey, 2021). Bugün pazarlamacıların yüzde 93,2'si kişiselleştirilmiş ya da segmentli deneyimlerin daha fazla potansiyel müşteri ve satın alma getirdiğini söylüyor, ama yalnızca yüzde 65'i yüksek kaliteli kitle verisine sahip olduğunu belirtiyor (HubSpot, 2026). Aradaki fark sorunun kaynağına işaret ediyor: kişiselleştirme, arkasındaki veritabanından daha iyi olamaz.
İç ekip ürünü ve müşteriyi en iyi tanıyandır; iyi hipotezler çoğu zaman oradan gelir. Ajans ritim ekler: yazılı takvim, kayıt defteri ve her test için aynı kontrol listesi. İyi işleyen düzende hipotezi şirket kurar, kurulumu ve okumayı uzman ekip yapar.
İlk siparişten sonra elde tutma
CAC bir kez ödenir; tekrar siparişler onu böler. Varsayımsal olarak müşteriyi 600 TL'ye ediniyorsunuz ve her sipariş ürün, kargo ve ödeme maliyetinden sonra 250 TL katkı marjı bırakıyor. Tek siparişte kalan müşteride 350 TL kaybedersiniz; ikinci sipariş açığı 100 TL'ye indirir, üçüncüsü müşteriyi 150 TL kâra geçirir.
Tekrar satın alma oranı yüksek marka daha yüksek bir CAC'yi göze alabilir, açık artırmada daha yüksek teklif verir, daha fazla yeni müşteri kazanır ve onları da aynı akışlara sokar; yalnızca ilk siparişi sayan rakip geri çekilir. İnsan maliyetini de içeren CAC hesabı pazarlama ekibinin gerçek maliyeti yazısında.
Akışları şu sırayla kurun; iletişim robotunun onları nasıl yürüttüğünü beş kişilik ekip için pazarlama otomasyon yığını yazısında anlattık.
- Müşterinin zaten beklediği sipariş onayı, kargo ve teslimat bildirimleri.
- Teslimattan sonra değerlendirme isteği.
- Ürünün kullanım süresine göre zamanlanmış ikinci sipariş hatırlatması.
- Terk edilmiş sepet hatırlatması.
- Uzun sessizlikten sonra geri kazanım.
İlk maddedeki işlemsel mesajlar herkese gider; 2 ile 5 arasındaki akışlar yalnızca pazarlama izni olan müşterilere gönderilir.
İzin, veri modelinin parçasıdır
Elde tutmanın hammaddesi izindir (kanundaki adıyla onay). 6563 sayılı Kanun'a göre ticari elektronik ileti ancak alıcının önceden, yazılı ya da elektronik yolla verdiği onayla gönderilebilir; esnaf ve tacirlere ise önceden onay alınmadan gönderilebilir (6563 sayılı Kanun, md. 6). Yani tüketiciye giden kampanya e-postası onay ister; her B2B iletisi istemez. Bu bilgi hukuki danışmanlık değildir.
Veri modelinde izin, müşteri kaydında her kanal için ayrı, tarih ve kaynağıyla tutulan bir alandır; e-posta, SMS ve WhatsApp gönderimleri çıkmadan önce bu kaydı okur. Bir şikayet ya da denetimde onayın ne zaman, hangi kanal için ve nereden alındığını tek sorguyla gösterebilmelisiniz. İzinler beş araca dağıldığında listelerden biri er geç eskir.
İzinsiz ileti büyüme değil, risktir
Onay kuralına aykırı bir ileti aynı anda birden fazla kişiye gönderildiğinde idari para cezası on katına kadar artırılabilir (6563 sayılı Kanun, md. 6 ve 12). Satın alınmış listeler, onay kaydı olmayan eski adresler ve kaynağı belirsiz dosyalar bu yüzden hiçbir gönderim akışına girmez.
Karşılaştırma: ekibin kendi kurduğu düzen ve yönetilen kurulum
| Alan | Ekibin kendi kurduğu tipik düzen | Yönetilen kurulum |
|---|---|---|
| Olay kaynağı | Yalnızca tarayıcıdaki Pixel ve etiketler | Tarayıcı ve sunucu birlikte, yazılı olay sözlüğüyle |
| Tekilleştirme | Yok ya da hiç test edilmemiş | event_id eşleşmesi, gerçek siparişlerle test edilmiş |
| İzin kayıtları | E-posta aracında bir liste | Müşteri kaydında kanal bazında, tarih ve kaynakla duran alan |
| Hız bütçesi | Şikayet gelince bakılır | Şablon başına üst sınır, her sürümde kontrol |
| Deney temposu | Ara sıra, aynı anda birkaç değişiklik | Takvimli, tek hipotez, kayıtlı |
| Elde tutma akışları | Sipariş onayı ve bülten | İşlemsel herkese, gerisi yalnızca izinlilere |
| Raporlama | Platform panelleri, ayrı ayrı | Mağaza verisiyle mutabık, tek bir haftalık rapor |
Sağ sütun için ajans gerekmez. İçeride web ve veri mühendisi olan bir ekip aynı düzeni kurabilir ve ürünü daha iyi tanıdığı için o durumda çoğu zaman daha iyi seçimdir. Ajans bu yetkinlikleri, her biri için ayrı işe alım yapmadan aynı masada toplar ve kurulumu ilk günden şirketin adına yapar; ayrılırsanız kod, içerik, hesaplar ve dokümantasyon sizinle gelir.
Karar üreten raporlar
Her pazartesi 08:00'de gönderdiğimiz haftalık rapor satışları, trafiği, reklam performansını ve o hafta yayınlanan içeriği gösterir. Bir raporu karar üretir hale getiren ise şu satırlardır: CAC, tekrar sipariş payı, neyin neden değiştiği ve o hafta verilecek tek karar. Ciro ve sipariş rakamları platform panellerinden değil, mağaza veritabanından alınır.
Her satır bir aksiyona bağlanır. CAC yükseldiyse önce mutabakat farkına, sonra dönüşüm adımlarına, en son teklif ve kreatife bakılır. Tekrar sipariş payı düştüyse akışlar incelenir. Hiçbir kararı etkilemeyen satır rapordan çıkar. Haftalık raporun üzerinde aylık strateji toplantısı ve çeyreklik değerlendirme durur.
Pazarlama ölçümlemesi, dönüşüm ve elde tutma için kontrol listesi
- Yazılı olay sözlüğü ve her olay için benzersiz kimlik.
- Tarayıcı ve sunucu olayları aynı
event_idile gidiyor; bir test siparişi Meta'da bir kez sayılıyor. - Platformun gördüğü satın almalarla mağaza siparişleri arasında haftalık mutabakat.
- İzin, müşteri kaydında kanal bazında, tarih ve kaynakla tutulan bir alan.
- Şablon başına hız bütçesi, her sürümde kontrol.
- Deney kayıt defteri: hipotez, ölçüt, süre, sonuç.
- Elde tutma akışları sırayla: işlemsel, değerlendirme, ikinci sipariş, sepet, geri kazanım; işlemsel dışındakiler yalnızca izinlilere.
- Haftalık raporda tek bir karar satırı.
- Hesaplar, veritabanı ve kod şirketin adına ve dışa aktarılabilir.
Nereden başlamalı ve maliyeti ne
Bu hattın çekirdeğini Kuruluş Programı sekiz haftada kurar: web ve e-ticaret platformu, tek veritabanlı komuta paneli, Pixel ve Conversions API ile sunucu taraflı ölçüm ve ilk e-posta akışları. Bedeli $9.900; ödeme sözleşme, tasarım onayı ve yayın aşamalarında 40/30/30 olarak bölünür. Sonrasında Aylık B, ayda $990 artı online net ciroya bağlı bir payla Meta reklam yönetimini, sosyal medya motorunu, bakımı ve haftalık raporu yürütür. Reklam bütçesini platformlara doğrudan siz ödersiniz, medyada gizli marj yoktur. Ek modül fiyatları programlar sayfasında, sekiz haftanın ve rapor takviminin adım adım akışı süreç sayfasında.
Koyduğumuz hedefler yönetim hedefidir, garanti değil. Güvenilir bir ölçüm katmanınız ve web geliştiriciniz zaten varsa Kuruluş Programı'nın tamamına ihtiyacınız olmayabilir; bazen doğru cevap yalnızca ölçümü düzeltmektir ve bunu brief'te açıkça söyleriz. Her parçanın kapsamı performans reklamları ve pazarlama otomasyonu sayfalarında.


