Meta Reklam Dönüşüm İzleme Nasıl Yapılır?

Bu rehber, Meta reklamları içinde ölçüm katmanını bir bütün olarak ele alır. Pixel ve Conversions API kurulumunun teknik ayrıntıları kendi sayfalarında anlatılır. Burada odak, hangi sonucun neden ölçüldüğü, ölçümün nasıl doğrulandığı ve sonuçların reklam kararlarına nasıl bağlandığıdır.

Meta Reklam Dönüşüm İzleme Nedir ve Neden Önemlidir?

Meta reklam dönüşüm izleme, Facebook ve Instagram reklamlarından sonra gerçekleşen satın alma, lead ve diğer değerli kullanıcı eylemlerinin ölçülmesi ve reklam performansıyla ilişkilendirilmesi sürecidir. Önemlidir, çünkü reklam bütçesinin yalnızca ziyaretçi mi yoksa işletme için değerli bir sonuç da mı getirdiğini bu ölçüm gösterir.

Tıklama takibi bir kullanıcının reklamdan siteye geldiğini kaydeder. Trafik size kimin geldiğini söyler. Dönüşüm izleme ise gelen kişinin ödeme yapıp yapmadığını, form gönderip göndermediğini ya da randevu alıp almadığını kaydeder. CPA, ROAS ve bütçe kararları bu ikinci veriye dayanır.

Dönüşüm yanlış tanımlanmış veya hatalı ölçülmüşse aynı raporlar yanlış kampanyayı başarılı gösterebilir.

Hangi Dönüşümler Ölçülmelidir?

Ölçülecek dönüşümler işletme modeline ve reklamın hizmet ettiği ticari sonuca göre seçilmelidir. Önce bu sonucu doğrudan temsil eden birincil dönüşümü belirleyin. Ardından sonuca giden yoldaki ikincil teşhis sinyallerini ekleyin.

Seçim sırası önemlidir. Dönüşüm tanımı ne kadar doğruysa Pixel ve Conversions API kurulumunun değeri de o kadar artar. Hatalı bir tanım, kusursuz çalışan bir teknik kurulumla bile yanlış hedefi ölçer.

Tablodaki eşleştirmeler bir başlangıç çerçevesidir ve satış sürecinize göre uyarlanmalıdır.

Dönüşüm nedir?

Dönüşüm (conversion), işletmenin reklam hedefi açısından değerli kabul ettiği kullanıcı eylemidir. Satın alma, lead formu gönderimi, kayıt, randevu ve iletişim talebi en bilinen örneklerdir.

Dönüşümü platformdaki hazır olay listesinden önce işletmenin kendi hedefi belirler. Bir e-ticaret sitesi için dönüşüm tamamlanan siparişken bir danışmanlık şirketi için ön görüşme talebi olabilir.

Olay (event) nedir?

Olay, belirli bir kullanıcı veya işletme eyleminin ölçüm sisteminde temsil edilmesidir. Gerçek dünyadaki eylem önce bir olay tanımına dönüşür, sonra Meta'ya ölçüm sinyali olarak iletilir.

Meta, sık kullanılan eylemler için Purchase, Lead, AddToCart, InitiateCheckout, ViewContent ve CompleteRegistration gibi standart olaylar tanımlar. Lead olayı, bir kişinin daha sonra iletişime geçilmesini kabul ederek bilgilerini göndermesini temsil eder. Listede karşılığı olmayan eylemler için özel olaylar kullanılabilir.

Olay ile dönüşüm arasındaki fark nedir?

Olay ölçülen eylemdir. Dönüşüm ise işletme hedefi açısından değer taşıdığı için başarı ölçütü olarak seçilen olaydır. Bu nedenle her olay dönüşüm sayılmaz.

PageView olayı her sayfa yüklemesinde oluşabilir ve ziyaret hacmini gösterir. Çoğu işletme için bu olay birincil dönüşüm olmaz. ViewContent ise bir içerik sitesinde önemli bir hedef olabilirken bir e-ticaret sitesinde ikincil sinyal olarak kalır.

Birincil dönüşüm nasıl seçilir?

Birincil dönüşüm (primary conversion), işletme hedefini en doğrudan temsil eden ve güvenilir biçimde ölçülebilen eylem seçilerek belirlenir. E-ticarette bu eylem genellikle başarılı satın almadır.

Kampanyanın performans hedefi birincil dönüşüme bağlandığında yayın ve değerlendirme kararları işletme hedefine en yakın sinyale dayanır. Bu yüzden birincil dönüşüm sayısı az da olsa iş sonucuna yakın olmalıdır.

İkincil teşhis sinyalleri ne işe yarar?

İkincil dönüşümler (secondary conversions), huninin hangi adımında kullanıcı kaybettiğinizi göstererek sorunları teşhis etmenize yarar. Sepete ekleme ve ödeme başlatma bu sinyallerin tipik örnekleridir.

Sepete ekleme sayısı yüksek olduğu halde satın alma sayısı düşük kalıyorsa ödeme adımını ayrıca incelemek gerekir. Ölçülebilen her eylem otomatik olarak optimizasyon hedefi olmaz.

Dönüşüm Ölçüm Mimarisi Nasıl Çalışır?

Dönüşüm ölçüm mimarisi, işletme sonucundan başlayıp dönüşüm tanımı, olay, tarayıcı ve sunucu sinyali, tekilleştirme, Meta ölçümü, ilişkilendirme ve raporlama katmanlarından geçerek işletme verisiyle karşılaştırmaya ulaşan bir zincir olarak çalışır. Her alt katmandaki metrik, üst katmanlardaki ölçüm hatalarını devralır.

Bu zinciri katman katman değerlendirmek için bu rehberde Ölçüm Doğruluk Merdiveni adını verdiğimiz bir çerçeve kullanıyoruz. Merdivenin her basamağı kendi doğruluk sorusunu sorar. Bir basamaktaki hata, altındaki bütün basamaklara taşınır. Yanlış tanımlanmış bir dönüşüm doğru tekilleştirilse ve doğru raporlansa bile yanlış bir sonucu ölçmeye devam eder.

Merdiveni yukarıdan aşağıya okuyun. Sinyallerin eksiksiz gelmesi üçüncü basamağı doğrular, ancak birinci basamaktaki iş gerçeğini kendiliğinden kanıtlamaz. Raporlamadaki bir sapmayı incelerken de önce üst basamakları kontrol etmek, sorunun kaynağına daha hızlı ulaşmanızı sağlar.

Pixel ve Conversions API Dönüşüm İzlemede Hangi Rolü Oynar?

Meta Pixel ve Conversions API, tanımlanan olayları Meta'ya ileten sinyal toplama katmanlarıdır. Pixel olayı kullanıcının tarayıcısından, Conversions API ise işletmenin sunucusundan veya veri sisteminden gönderir. İkisi de dönüşüm izlemenin tamamını tek başına oluşturmaz, çünkü tanım, tekilleştirme, doğrulama ve mutabakat adımları bu katmanların dışında kalır.

Bu bölüm iki katmanın ölçüm mimarisindeki yerini anlatır. Kurulum adımları Meta Pixel ve Conversions API rehberlerinde yer alır.

Meta Pixel ne yapar?

Meta Pixel, web sitesine yerleştirilen ve sitedeki eylemleri olay olarak kaydeden bir kod parçasıdır. Meta'ya göre Pixel, insanların sitenizde yaptıklarını anlayarak reklamlarınızın etkisini ölçmenize yardımcı olur.

Kaydedilen olaylar Olay Yöneticisi'nde görünür ve hedef kitle oluşturmak için de kullanılabilir (Meta Pikseli hakkında).

Conversions API ne yapar?

Conversions API (Dönüşümler API'si), sunucunuzda, site platformunuzda, uygulamanızda veya CRM'inizde oluşan olayları doğrudan Meta'ya iletir. Meta bu API'nin site olaylarını, uygulama olaylarını, çevrimdışı dönüşümleri ve mesajlaşma olaylarını kapsadığını belirtir.

Bu kapsam, ödeme onayının sunucuda oluştuğu e-ticaret sitelerinde ve satışın CRM'de tamamlandığı işletmelerde önem kazanır (Dönüşümler API'si hakkında).

Tarayıcı ve sunucu sinyali arasındaki fark nedir?

Tarayıcı sinyali kullanıcının cihazında oluşur ve tarayıcı koşullarından etkilenir. Sunucu sinyali ise işletmenin kendi sisteminde kesinleşen kaydı taşır.

Meta, ziyaretçi reklam engelleyici kullandığında Pixel'in harekete geçmeyebileceğini belirtir. Sunucu sinyali bu kayıpları azaltabilir, ancak sunucu tarafındaki entegrasyonun da kendi hata noktaları vardır. Bağlantı kesilebilir ya da gerekli parametreler eksik gidebilir.

Pixel ve Conversions API ne zaman birlikte kullanılmalıdır?

Meta, en iyi reklam performansı için Conversions API'nin Pixel ile birlikte uygulanmasını öneriyor. Aynı olayı iki kaynaktan gönderdiğinizde tekilleştirme zorunlu hale gelir.

Meta iki olay paylaşım stratejisi tanımlar. Birincisinde tarayıcıdan ve sunucudan farklı olaylar gönderilir ve tekilleştirmeye gerek kalmaz. İkincisinde kayıp olayları telafi etmek için aynı olay iki kaynaktan gelir. Bu yapıda iki kaynağın aynı gerçek eylemi aynı adla ve aynı kimlikle anlatması gerekir.

Tekilleştirme (Deduplication) Nedir ve Neden Kritiktir?

Tekilleştirme, aynı gerçek eylemin Pixel ve Conversions API gibi iki ölçüm yolundan gelip iki ayrı dönüşüm olarak sayılmasını önleyen süreçtir. Kritiktir, çünkü çift sayılan her dönüşüm CPA'yı düşürür, ROAS'ı yükseltir ve kampanyayı olduğundan başarılı gösterir.

Temel kural şöyle özetlenebilir. Bir gerçek eylem, raporda bir dönüşüm olarak görünmelidir. Bunu sağlamanın önerilen yolu, tarayıcı ve sunucu olaylarında aynı olay adını (event_name) ve aynı olay kimliğini (event_id) kullanmaktır. Meta'nın tekilleştirme sayfası her olay örneğine benzersiz bir event_id verilmesini ister. Benzer iki olaydan önce alınan tercih edilir.

Meta for Developers dokümantasyonu 11 Ekim 2026 itibarıyla event_id yönteminde olayların, aynı kimlikle gelen ilk olaydan sonraki 48 saat içinde alınması halinde tekilleştirildiğini belirtiyor (Handling Duplicate Pixel and Conversions API Events). Bu süre ürün davranışına bağlıdır ve yayın öncesinde yeniden kontrol edilmelidir.

Meta, event_id kullanılamadığında event_name ile external_id veya fbp eşleşmesini yedek yöntem olarak tanımlar. Geliştirici dokümantasyonuna göre bu yöntem genellikle tarayıcı olayı önce, sunucu olayı sonra geldiğinde çalışır ve tek bir kaynak içindeki tekrarları gidermez. Bu nedenle yedek yöntemi ana mimari olarak kurgulamayın.

Dönüşüm İzlemenin Doğru Çalıştığı Nasıl Test Edilir?

Dönüşüm izleme, beklenen eylemi gerçekleştirip olayın doğru anda, doğru sayıda ve doğru parametrelerle oluştuğunu kontrol ederek ve sonucu işletme kayıtlarıyla karşılaştırarak test edilir. Bir olayın Meta'ya ulaşması, olayın doğru olduğunu tek başına göstermez.

Aşağıdaki yedi adım bu sırayla uygulanmalıdır.

1. Tetikleme doğrulaması
2. Olayları test etme aracı
3. Olay sayısı
4. Parametreler
5. Değer ve para birimi
6. Pixel ve Conversions API uyumu
7. İşletme kayıtlarıyla mutabakat

Olay doğru eylemde mi tetikleniyor?

Olayın yalnızca hedef eylem tamamlandığında tetiklendiğini, eylemi bir kullanıcı gibi baştan sona gerçekleştirerek doğrulayın. Ara adımlarda veya yarım kalan işlemlerde olay oluşmamalıdır.

Form olayı başarılı gönderimden önce, satın alma olayı da ödeme onayından önce tetikleniyorsa raporlanan dönüşümler gerçek eylemlerden fazla görünür.

Olayları test etme aracı ne gösterir?

Meta'nın Olay Yöneticisi'ndeki olayları test etme aracı (Test Events), olayların alınıp alınmadığını, olağan dışı hareketleri ve hangi site olaylarının tekilleştirildiğini gösterir.

Site olayları, test sayfası açık kaldığı sürece kaydedilir (Olayları test etme aracı). Test siparişlerini tarih ve saatiyle not edin ki bu olaylar gerçek performans verisine karışmasın.

Tek bir eylem kaç olay üretiyor?

Tek bir gerçek eylem, her kaynakta tek bir olay üretmeli ve raporda tek dönüşüm olarak görünmelidir. Test sırasında bir sipariş veya form için oluşan olayları tek tek sayın.

Sayfanın yenilenmesi, geri tuşu veya birden fazla etiketin aynı tetikleyiciye bağlanması tekrar eden olaylara yol açabilir.

Olay parametreleri doğru mu?

Olayla birlikte giden parametrelerin, olay tanımında yazılan bilgilerle birebir eşleştiğini kontrol edin. Ürün kimliği, içerik türü ve sipariş kimliği gibi alanlar eksik veya hatalı olmamalıdır.

Katalog kullanan hesaplarda olaydaki ürün kimliğinin katalogdaki kimlikle eşleşmesi ayrıca önem taşır.

Değer ve para birimi doğru gönderiliyor mu?

Satın alma olayında value alanının gerçek işlem tutarını, currency alanının da işlemin yapıldığı para birimini taşıdığını doğrulayın. Meta, değerin harf, para birimi simgesi veya virgül içermeyen ondalık bir sayı olması gerektiğini belirtir.

Test siparişinin tutarını sipariş sistemindeki kayıtla karşılaştırın. İndirim, vergi ve kargo tutarlarının değere dahil edilip edilmediği de tanımınızla uyumlu olmalıdır.

Pixel ve Conversions API olayları birbiriyle uyumlu mu?

Aynı eylem için tarayıcıdan ve sunucudan gelen olayların aynı event_name ve aynı event_id değerini taşıdığını kontrol edin. Uyum yoksa aynı eylem iki dönüşüm olarak sayılabilir.

Meta, Olay Yöneticisi panosunun alınan olayları, kaynaklarını ve tekilleştirme durumunu gösterdiğini belirtir. Kontrolü bu ekranla yapabilirsiniz.

Raporlanan dönüşümler işletme kayıtlarıyla tutuyor mu?

Son adımda raporlanan dönüşümleri aynı dönem ve aynı tanımla sipariş sistemi veya CRM kayıtlarıyla karşılaştırın. Bu karşılaştırma, teknik testlerin gerçek iş sonucunu doğru yansıtıp yansıtmadığını gösterir.

Birebir eşitlik beklemeyin, çünkü ilişkilendirme kuralları iki sistemin farklı sayılar göstermesine yol açabilir. Asıl soru, farkın açıklanabilir ve dönemden döneme tutarlı olup olmadığıdır.

Lead ve Nitelikli Lead Nasıl Ölçülmelidir?

Lead, form gerçekten gönderildiğinde tetiklenen bir Lead olayıyla ölçülmelidir. Nitelikli lead (qualified lead) ve satış ise CRM'deki aşamalardan izlenmeli ve mümkün olduğunda bu bilgi Meta'ya geri gönderilmelidir. Lead olayının oluşması, talebin kaliteli olduğunu veya satışa dönüştüğünü göstermez.

Ölçüm zinciri lead ile başlar, nitelikli lead ve fırsat aşamalarından geçerek müşteriye ulaşır. Meta bu zincirin çoğu zaman yalnızca ilk halkasını görür. Platform ölçümü ile iş ölçümü arasındaki köprü CRM'de kurulur.

Lead olayı nasıl tanımlanmalıdır?

Lead olayı, form verisi başarıyla alındığında ve kullanıcı iletişime geçilmesini kabul ettiğinde tetiklenecek şekilde tanımlanmalıdır. Gönder düğmesine tıklanması tek başına lead sayılmamalıdır.

Lead olayı form tamamlanmadan tetiklenirse Reklam Yöneticisi gerçek lead sayısından yüksek dönüşüm raporlayabilir. Bu durumda CPA olduğundan düşük görünür.

Nitelikli lead neden ayrı değerlendirilmelidir?

Nitelikli lead ayrı değerlendirilmelidir, çünkü lead sayısı bir reklam metriğidir ve nitelikli lead bir iş kalitesi ölçütüdür. Form sayısı artarken satışa uygun talep sayısı aynı kalabilir veya düşebilir.

Nitelik ölçütünü satış ekibiyle birlikte yazılı olarak belirleyin. Bütçe, ihtiyaç ve zamanlama gibi kriterler tanımlanmadığında aynı talep farklı kişilerce farklı sınıflandırılır.

CRM aşamaları nasıl kurgulanmalıdır?

CRM aşamaları lead, nitelikli lead, fırsat ve müşteri gibi açık tanımlı ve sıralı adımlar olarak kurgulanmalıdır. Her lead kaydında kaynak kampanya bilgisi ve lead kimliği saklanmalıdır.

Kampanya bilgisini UTM parametreleriyle kaydetmek ve lead kimliklerini saklamak, CRM verisini Meta verisiyle eşleştirmek için kullanılabilecek yöntemlerdir.

Satış ve müşteri bilgisi Meta'ya nasıl geri gönderilir?

CRM'de oluşan aşama bilgisi Conversions API üzerinden Meta'ya iletilebilir. Facebook ve Instagram anlık formlarında bu iş için Meta'nın Conversions API for CRM entegrasyonu kullanılır.

Meta for Developers dokümantasyonu 11 Ekim 2026 itibarıyla Dönüşüm Potansiyel Müşterileri (Conversion Leads) performans hedefinin yalnızca anlık formlarla uyumlu olduğunu belirtiyor (Conversions API for CRM Integration). Aynı sayfa bu ürünün uygunluk koşullarını ayda en az 200 lead, en az günde bir CRM aşama yüklemesi, hedef aşamanın lead oluştuktan sonraki 28 gün içinde gerçekleşmesi ve hedef aşamanın yüzde 1 ile yüzde 40 arasında dönüşüm oranına sahip olması olarak sıralar. Bunlar Conversion Leads ürününe ait uygunluk koşullarıdır ve genel dönüşüm izleme kuralı olarak okunmamalıdır.

Meta ayrıca Çevrimdışı Dönüşümler API'sinin Mayıs 2025'te kullanımdan kaldırılacağını duyurmuş ve çevrimdışı olayların Dönüşümler API'si ile veri setlerine yüklenmesini önermiştir. Eski rehberlerde geçen çevrimdışı dönüşüm kurulumlarını bu bilgiyle birlikte değerlendirin.

Satın Alma ve Dönüşüm Değeri Nasıl Ölçülmelidir?

Satın alma, ödeme başarıyla tamamlandığında tetiklenen bir Purchase olayıyla ölçülmelidir. Olay, siparişin tanımlı değerini, işlemin para birimini ve benzersiz bir sipariş veya olay kimliğini taşımalıdır. Dönüşüm değeri (conversion value) tanımı da dönemden döneme tutarlı kalmalıdır.

Purchase olayı tamamlanan satın almayı Meta'nın ölçüm sisteminde dönüşüm olarak temsil eder. Böylece reklam harcamasını satış ve gelirle karşılaştırabilirsiniz. Meta'ya göre değer ve para birimi belirlemek reklam harcaması getirisini ölçmenize ve değer için optimizasyon yapmanıza yardımcı olur.

Purchase olayı ne zaman tetiklenmelidir?

Purchase olayı yalnızca başarılı işlemden sonra tetiklenmelidir. Ödeme sayfasının görüntülenmesi, ödeme düğmesine tıklanması veya onay sayfasının yalnızca yenilenmesi satın alma olarak sayılmamalıdır.

Ödeme altyapısı kullanıcıyı başka bir alan adına yönlendirip siteye geri getirmiyorsa onay sayfası hiç yüklenmeyebilir. Bu yapılarda satın almanın sunucudaki kesinleşmiş kayıttan gönderilmesi daha güvenilir bir tetikleme sağlar.

İşlem değeri nasıl tanımlanmalıdır?

İşlem değeri, işletmenin gelir raporlamasında kullandığı tanımla aynı biçimde belirlenmelidir. İndirimin düşülüp düşülmediği, vergi ve kargonun dahil edilip edilmediği yazılı olarak sabitlenmelidir.

İadeler Purchase olayı gönderildikten sonra gerçekleşir. Raporlamada iadelerin nasıl ele alınacağını iş tarafında tanımlayın. Meta değerini net ciroyla karşılaştırırken bu farkı hesaba katın. Değer tanımı dönem ortasında değişirse ROAS karşılaştırmaları anlamını yitirir.

Para birimi nasıl belirtilmelidir?

Para birimi, işlemin gerçekleştiği ve işletmenin raporladığı para birimiyle açıkça eşleşmelidir. Meta para birimini üç harfli kodla ister ve Türk lirası için bu kod TRY'dir.

Değer alanında ondalık ayırıcı olarak nokta kullanılır. Örneğin 1.249,90 TL tutarındaki bir sipariş 1249.90 değeri ve TRY koduyla gönderilir.

Benzersiz sipariş ve olay kimliği neden gereklidir?

Benzersiz sipariş veya olay kimliği, aynı siparişin birden fazla dönüşüm olarak sayılmasını önlemek ve platform verisini sipariş sistemiyle eşleştirmek için gereklidir.

Meta, aynı olay ve aynı eventID ile tarayıcıdan birden fazla kez gelen olayları da tekilleştirir. Sipariş numarasından türetilen tutarlı bir kimlik hem tekilleştirmeyi hem de sonradan yapılacak mutabakatı kolaylaştırır.

Dönüşüm İzleme Hataları CPA ve ROAS'ı Nasıl Bozar?

Dönüşüm izleme hataları, CPA ve ROAS'ın hesaplandığı dönüşüm sayısını ve dönüşüm değerini değiştirerek bu metrikleri bozar. Ölçüm hatası, gerçekte olmayan bir performans artışı veya düşüşü yaratabilir.

CPA reklam harcamasının dönüşüm sayısına, ROAS ise dönüşüm değerinin reklam harcamasına bölünmesiyle hesaplanır. Bu yüzden iki metrik de üst katmanlardaki her ölçüm hatasını devralır.

Çift sayılan dönüşüm metrikleri nasıl etkiler?

Çift sayılan dönüşüm (duplicate conversion), CPA'yı olduğundan düşük ve ROAS'ı olduğundan yüksek gösterir. Kampanya gerçekte olduğundan verimli görünür.

Aşağıdaki tablo varsayımsal bir hesaplamadır. Ortalama sipariş değerinin 2.000 TL olduğu ve 25 siparişin iki kez sayıldığı kabul edilmiştir.

Çift sayım düzeltildiğinde aynı kampanya yüzde 20 daha az satış ve yüzde 25 daha yüksek CPA gösterir. ROAS da 5,0'dan 4,0'a iner. Bütçe kararı raporlanan rakama göre verilirse kampanyanın verimliliği olduğundan iyi değerlendirilir.

Eksik dönüşüm metrikleri nasıl etkiler?

Eksik dönüşüm (missing conversion), CPA'yı olduğundan yüksek ve ROAS'ı olduğundan düşük gösterir. Bu durum iyi çalışan bir kampanyanın gereksiz yere durdurulmasına yol açabilir.

Aynı varsayımsal örnekte gerçek 100 satıştan 20'si hiç raporlanmazsa Meta 80 satın alma ve 160.000 TL değer gösterir. CPA 625 TL'ye çıkar ve ROAS 3,2'ye düşer.

Yanlış değer ROAS'ı nasıl etkiler?

Yanlış değer, satın alma sayısı doğru olsa bile ROAS'ı doğrudan bozar. Değer tanımına vergi veya kargonun bir dönemde dahil edilip diğerinde edilmemesi de yapay bir ROAS değişimi yaratır.

Sepet tutarı yerine sabit bir değerin gönderilmesi veya ürün adedinin değere yansıtılmaması da değer hatalarına örnektir.

Yanlış para birimi neye yol açar?

Yanlış para birimi, gelirin başka bir para birimindeymiş gibi yorumlanmasına ve ROAS'ın gerçeği yansıtmamasına yol açar. Tutar TL olduğu halde olay başka bir para birimi koduyla gönderilirse raporlanan gelir gerçek gelirden çok farklı görünür.

Bu hata, sabit kodlanmış bir para birimi alanının güncellenmemesinden kaynaklanabilir. Değer testinde para birimini de mutlaka kontrol edin.

Yanlış birincil olay kararları nasıl etkiler?

Yanlış birincil olay, düşük niyetli eylemleri başarılı dönüşüm gibi göstererek CPA'yı yapay biçimde düşürür ve iş sonucunu gizler.

Gerçek hedefi satın alma olan bir site ürün sayfası görüntülemeyi birincil dönüşüm seçerse rapor ucuz ve bol dönüşüm gösterir. Satışlar artmadığı halde kampanya başarılı görünür.

Dönüşüm İzleme Sorunları Nasıl Teşhis Edilmelidir?

Dönüşüm izleme sorunları, işletme kaydından başlayıp olay tetikleme, olay sayısı, parametreler, sinyal kaynağı, tekilleştirme, ilişkilendirme ve raporlama sırasıyla incelenerek teşhis edilmelidir. Hiçbir belirti tek ve kesin bir nedenin kanıtı olarak ele alınmamalıdır.

Bu sıra Ölçüm Doğruluk Merdiveni'ni izler. Üst katmanı doğrulamadan alt katmanda çözüm aramak, sorunun kaynağını gizleyebilir.

1. İşletme kaydında gerçekte kaç sipariş veya nitelikli talep oluştuğunu belirleyin.
2. Olayın doğru eylemde tetiklendiğini kontrol edin.
3. Tek bir eylemin kaç olay ürettiğini sayın.
4. Parametrelerin, değerin ve para biriminin doğru geldiğini doğrulayın.
5. Olayın tarayıcıdan mı, sunucudan mı, yoksa iki kaynaktan mı geldiğini belirleyin.
6. İki kaynaktan gelen olayların tekilleştirildiğini kontrol edin.
7. İlişkilendirme ayarını ve karşılaştırılan dönemi inceleyin.
8. Raporun doğru metrik, tarih aralığı ve tanımla okunduğunu doğrulayın.

Tablodaki etkiler olasılık olarak okunmalıdır. Eksik dönüşümler kurulum hatası, reklam engelleyiciler, sunucu entegrasyonu sorunları, onay tercihleri veya ödeme akışı gibi birden fazla nedene bağlı olabilir. Fazla dönüşümler de çift sayımdan olduğu kadar görüntüleme sonrası ilişkilendirmeden ve kanallar arası kredi paylaşımından kaynaklanabilir.

Sık görülen hatalar arasında yanlış birincil dönüşüm seçmek, olayı eylem tamamlanmadan tetiklemek, test olaylarını gerçek veriyle aynı raporda bırakmak, lead sayısını nitelikli lead sayısı gibi yorumlamak ve kararları yalnızca Reklam Yöneticisi'ndeki rakama göre vermek yer alır. Bu hatalar ilk kurulumdan sonra da ortaya çıkabilir. Sitede, ödeme akışında veya formlarda yapılan bir değişiklik çalışan bir olayı sessizce bozabilir.

İlişkilendirme (Attribution) Dönüşüm İzlemenin Neresindedir?

İlişkilendirme, olay Meta'ya ulaşıp tekilleştirildikten sonra devreye girer ve ölçülen dönüşümün hangi reklam etkileşimine kredi olarak yazılacağını belirler. Dönüşüm izleme ne olduğunu kaydeder. İlişkilendirme ise bu sonucun hangi gösterime, tıklamaya veya etkileşime bağlanacağına karar verir.

Model seçimleri ve raporlama etkileri Meta reklamlarında ilişkilendirme sayfasında ayrıntılı olarak ele alınır. Bu bölüm yalnızca ilişkilendirmenin ölçüm zincirindeki yerini anlatır.

İzleme ile ilişkilendirme arasındaki fark nedir?

İzleme bir dönüşümün gerçekleştiğini kaydeder. İlişkilendirme ise bu dönüşümü belirli bir reklam temasına yazar.

Olay hiç gelmiyorsa sorun izleme katmanındadır. Olay geldiği halde beklediğiniz kampanyaya yazılmıyorsa ilişkilendirme ayarını ve kullanıcının temas yolunu incelemeniz gerekir. İlişkilendirme farklarını otomatik olarak izleme hatası diye teşhis etmeyin.

Güncel ilişkilendirme ayarı neleri kapsar?

Meta İşletme Yardım Merkezi'ne göre 11 Ekim 2026 itibarıyla standart ilişkilendirme modelinde site ve mağaza dönüşümleri için 1 veya 7 günlük tıklama, 1 günlük görüntüleme ve 1 günlük etkileşim (engage-through) ayarları bulunuyor.

Meta'nın ilişkilendirme ayarları sayfasına göre etkileşim aralığı, bağlantı tıklaması dışındaki reklam tıklamalarını ve video reklamlarda 5 saniyelik izlemeyi kapsar. Video 5 saniyeden kısaysa yüzde 97 oranında izlenmesi dikkate alınır. Aynı sayfa standart ve artımlı ilişkilendirmeyi iki temel model olarak tanımlar. Kullanıma geçiş sürecinde bazı hesapların önceki ayarları kullanmaya devam edebileceğini de belirtir.

Meta Ads, Analytics, CRM ve Sipariş Sistemi Neden Farklı Sonuç Gösterir?

Meta Ads, web analitik aracı, CRM ve sipariş sistemi farklı sorulara cevap verdiği için farklı sonuçlar gösterebilir. Farklı tanımlar, ilişkilendirme kuralları, kimlik eşleştirme yöntemleri ve tarih mantıkları da sayıları ayrıştırır. Rakamların farklı olması otomatik olarak bir ölçüm hatası olduğunu göstermez.

Meta'nın kendi araçları arasında bile fark görülebilir. Olay Yöneticisi alınan olayların çoğunu gösterirken Reklam Yöneticisi reklamla ilişkilendirilen olayları gösterir (Meta olay sayısı farkları).

Meta, üçüncü taraf araçlarla oluşan farkları açıklarken kişilere dayalı cihazlar arası ölçüme ve gösterimle ilişkilendirmeye dikkat çeker. Çerez tabanlı araçlar bu dönüşümlerin bir kısmını göremeyebilir. Reklam engelleyiciler Pixel'i durdurabilir ve yönlendiren URL bilgisi kaybolabilir. Saat dilimi ayarları ve veri işleme süreleri de günlük rakamları kaydırabilir.

Karşılaştırma yapmadan önce sistemlerin dönüşüm tanımını, ilişkilendirme kuralını ve tarih aralığını eşitleyin. Toplam satış ve gelir için sipariş sistemini, lead kalitesi için CRM'i esas kayıt olarak kabul edin. Sinyallerin eksiksiz olması, iş gerçeğinin bu kayıtlarda doğrulanması ihtiyacını ortadan kaldırmaz.

Dönüşüm İzleme Reklam Optimizasyonunu Nasıl Etkiler?

Dönüşüm izleme, reklam optimizasyonunu kampanyaya geri dönen sinyalin tanımı ve kalitesi üzerinden etkiler. Yayın sistemi yalnızca ona verdiğiniz dönüşüm tanımına doğru optimize olabilir.

Zincir işletme eylemiyle başlar ve dönüşüm sinyaline dönüşerek kampanyaya geri bildirim olarak döner. Meta, Pixel verisiyle otomatik teklifler kullanarak bir eylemi gerçekleştirme olasılığı daha yüksek kişilere erişebileceğinizi belirtir. Yanlış olay seçildiğinde öğrenme hedefi de yanlış olur. Sonuçta raporda ucuz görünen dönüşümler oluşur, iş sonucu ise zayıf kalır.

İyi bir izleme kurulumu iyi reklamcılığı garanti etmez. Teklif, kreatif, hedef kitle ve açılış sayfası da sonucu belirler. Güvenilir ölçüm ise optimizasyonun ve performans değerlendirmesinin doğru veriye dayanmasını sağlar.

Farklı İş Modellerinde Dönüşüm İzleme Nasıl Değişir?

Dönüşüm izleme iş modeline göre birincil olayın, ikincil sinyallerin ve sonucu doğrulayan işletme kaydının değişmesiyle farklılaşır. Ölçüm mimarisinin katmanları ise her modelde aynı kalır.

E-ticarette hangi olaylar ölçülür?

E-ticarette birincil olay Purchase'tır. ViewContent, AddToCart ve InitiateCheckout ikincil teşhis sinyalleridir ve satışı doğrulayan kayıt sipariş sistemidir.

Meta, Shopify ve WooCommerce gibi birçok platformun tekilleştirme parametrelerini otomatik olarak işlediğini belirtir. Entegrasyon kullanılsa bile olayları, değerleri ve tekilleştirmeyi test edin. Katalog ve kampanya stratejisi e-ticaret için Meta reklamları sayfasında ele alınır.

Lead generation'da hangi olaylar ölçülür?

Lead generation'da birincil dijital olay Lead'dir. Form etkileşimleri ikincil sinyallerdir ve sonucu doğrulayan kayıt CRM'deki nitelikli lead ve satış aşamalarıdır.

Bu ayrımı korumak için satış ekibinin lead aşamalarını tutarlı biçimde güncellemesi gerekir.

Açılış sayfası hunilerinde ne ölçülür?

Açılış sayfası hunilerinde birincil olay, sayfanın amacına hizmet eden eylemdir. Bu eylem genellikle form gönderimi veya randevudur. Sayfa görüntüleme ve kaydırma gibi etkileşimler ikincil sinyal olarak kalır.

Dönüşüm izleme, aynı reklamdan gelen trafiğin hangi sayfada daha çok eyleme dönüştüğünü görmenizi sağlar. Sayfa tasarımı ve dönüşüm oranı iyileştirmeleri Meta reklamları için açılış sayfası rehberinin konusudur.

Meta ve Google Ads Dönüşüm Verileri Nasıl Birlikte Okunmalıdır?

Meta ve Google Ads dönüşüm verileri, her platformun aynı satışı kendi kurallarıyla sayabileceği bilinerek ve toplam iş sonucu için sipariş sistemi veya CRM esas alınarak okunmalıdır. İki platformun dönüşüm sayıları toplanarak işletmenin toplam dönüşüm sayısı elde edilemez.

Bir kullanıcı Instagram'da reklam görüp birkaç gün sonra Google'da markayı arayarak satın alabilir. Meta bu satışı görüntüleme sonrası ilişkilendirmeyle kendi reklamına yazabilir. Google Ads de aynı satışı kendi tıklamasına bağlayabilir. Her platform kendi kurallarına göre tutarlıdır, ancak iki rapor toplandığında tek satış iki satış gibi görünür. Google tarafındaki ölçüm yapısı Google Reklamlarında Dönüşüm İzleme sayfasında anlatılır.

Dönüşüm İzleme Nasıl Dokümante Edilmelidir?

Dönüşüm izleme, her iş sonucunun hangi olayla, hangi tetikleme koşuluyla, hangi kaynaktan, hangi değer tanımıyla ve hangi tekilleştirme anahtarıyla ölçüldüğünü gösteren bir ölçüm planıyla dokümante edilmelidir. Bu plan, ölçüm yönetişiminin temel belgesidir.

Ölçüm planı, site değişikliklerinde hangi olayların etkilenebileceğini önceden görmenizi sağlar. Son kontrol tarihi sütunu da hangi olayın ne zaman doğrulandığını gösterir.

Tablodaki satırlar örnek amaçlıdır. Kendi planınızda olay adlarını, parametreleri ve tetikleme koşullarını gerçek kurulumla birebir eşleştirin.

Dönüşüm İzleme Ne Zaman Denetlenmeli ve Profesyonel Destek Gerektirir?

Dönüşüm izleme, sitede, ödeme akışında, formlarda, CMS'te veya CRM'de değişiklik yapıldığında ve raporlarda açıklanamayan bir sapma görüldüğünde denetlenmelidir. Pixel ile Conversions API birlikte çalışıyorsa, çift sayım varsa veya platform geliri sipariş kayıtlarıyla tutarlı değilse profesyonel destek gerekebilir.

Site yeniden kurulumu, ödeme adımındaki değişiklik, form güncellemesi ve başka bir CMS'e taşınma en belirgin denetim tetikleyicileridir. CRM değişikliği, yeni bir Pixel veya Conversions API kurulumu ve yeni bir iş dönüşümünün eklenmesi de kontrol gerektirir. Beklenmeyen ROAS değişimi, sipariş kayıtlarıyla açıklanamayan fark ve çift sayılan dönüşümler denetim için güçlü işaretlerdir.

Bu durumlarda sorun genellikle tek bir kod satırıyla sınırlı kalmaz. Hata olay tanımında, sunucu entegrasyonunda, ilişkilendirme ayarında veya CRM sürecinde olabilir. Mevcut kurulumu teşhis etmek için Meta reklam denetimi, ölçüm dahil kampanyaların sürekli yönetimi için Meta reklam yönetimi sayfalarını inceleyebilirsiniz.

Kaynaklar

1. Meta Pikseli Hakkında, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
2. Dönüşümler API'si hakkında, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
3. Meta Pikseli ve Dönüşümler API'si Olaylarının Tekilleştirilmesi Hakkında, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
4. Handling Duplicate Pixel and Conversions API Events, Meta for Developers. Erişim tarihi 11 Ekim 2026.
5. Meta Pikseli Standart Olayları İçin Teknik Özellikler, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
6. Meta Pikseli standart olaylarınızın değerini ve para birimini belirleme, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
7. Olayları test etme aracı, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
8. Conversions API for CRM Integration, Meta for Developers. Erişim tarihi 11 Ekim 2026.
9. İlişkilendirme modelleri ve ilişkilendirme ayarları hakkında, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
10. Meta Reklam Yöneticisi, Reklam Raporları ve Olay Yöneticisi'ndeki olay sayıları arasındaki farklar, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.
11. Meta Reklam Raporları ve üçüncü taraf raporlama araçları arasındaki dönüşüm sayısı farklılıkları hakkında, Meta İşletme Yardım Merkezi. Erişim tarihi 11 Ekim 2026.

Yazar hakkındaİbrahim ÖzkanDijital Pazarlama Uzmanı

Meta ve Google reklamları, SEO, GEO, sosyal medya yönetimi ve ChatGPT Ads üzerine markalara danışmanlık veriyor. Yazılarında sahada uygulanan yöntemleri sade bir dille anlatıyor.

LinkedIn ↗Instagram ↗İletişimHakkımızda