Meta Ads'de Sessiz Ölçüm Hataları: 6 Kontrol

Kısa Cevap

Meta Ads ölçümü çoğu zaman kurulum aşamasında değil, kurulum çalışıyor göründükten sonra bozulur ve hiçbir alarm çalmaz. En sık altı sessiz hata şunlardır: form cevabından Lead olayına değer yazmak, Türkçe sayı biçimini JavaScript ile yanlış okumak (parseFloat("1.250,90") 1,25 döner), aynı dönüşümü iki farklı kaynaktan göndermek, yapılandırması eksik Conversions API'nin hata vermeden "başarılı" dönmesi, canlı kampanya varken gerçek form göndererek test etmek ve tek bir kitleye yönelik kampanyayı sitedeki bütün formların Lead olayıyla optimize etmek. Hepsinde Events Manager olayları gösterir, piksel yeşil yanar; bozulan şey sayının kendisidir. Bu hatalar kurulum ekranlarında değil, olay sayısını kayıt sayısıyla ve gönderilen değeri sipariş tutarıyla karşılaştıran basit kontrollerde ortaya çıkar. Korunmanın yolu her olayın tek bir sahibi olması, Lead'e beyana dayalı değer yazılmaması, fiyatın metinden değil sipariş verisinden alınması ve kontrolün olay göndermeyen bir sağlık testiyle yapılmasıdır.

Piksel Yeşil Yanıyor, Veri Yine Yanlış

Meta ölçüm rehberlerinin neredeyse tamamı kurulumu anlatır: pikseli ekleyin, Conversions API'yi (CAPI) bağlayın, olaylara event_id verin, Test Events ekranında doğrulayın. Bunların nasıl yapılacağını CAPI kurulum hataları rehberimizde ayrıntılı anlattık.

Bu yazı başka bir sorunla ilgili: kurulum doğru görünüyor, olaylar Events Manager'a düşüyor, ama gönderilen sayı yanlış. Bu tür hatalar kendini belli etmez. Kampanya çalışmaya devam eder, algoritma öğrenir — yanlış sinyalden.

Aşağıdaki altı hatanın her birini gerçek bir hesapta, kendi ölçüm kurulumumuzu denetlerken bulduk. Her birinde neyin bozulduğunu, neden fark edilmediğini ve nasıl yakalanacağını yazıyoruz.

Hata 1: Lead Olayına Form Cevabından Değer Yazmak

Teklif ya da başvuru formlarında sık görülen bir kurgu vardır: formda "aylık reklam bütçeniz" sorusu sorulur ve seçilen bant, Meta'ya giden Lead olayının value alanına yazılır. Amaç mantıklıdır — yüksek bütçeli başvuruyu algoritmaya daha değerli göstermek.

Sorun, bu değerin formu dolduranın beyanı olmasıdır. Reklam trafiği arttığında formlara gerçek adaylarla birlikte ciddi olmayan gönderimler de gelir. Bir kişi sırf merak ya da şaka için en yüksek bütçe bandını seçtiğinde, Meta'ya o gün gelen en değerli dönüşüm bu olur. Değer bazlı optimizasyon kullanan kampanya da bu kişiye benzeyen kitleyi aramaya başlar.

Ne yapılmalı:

WhatsApp tıklamaları için de aynı ilke geçerli: tıklama değersiz bir mikro dönüşümdür, gelir yalnızca kapanan siparişten gelir. Ayrıntısı WhatsApp ölçüm boşluğu çalışmamızda.

Hata 2: Türkçe Sayı Biçimini JavaScript ile Okumak

Türkçede binlik ayıracı nokta, ondalık ayıracı virgüldür: 1.250,90 ₺. JavaScript'in sayı çeviricileri ise İngilizce biçimi bekler; noktayı ondalık sayar, virgülde okumayı bırakır. Sonuç hata vermez, sessizce yanlış sayı üretir:

Number() de çözüm değildir: Number("1.250,90") doğrudan NaN döner, Number("50.000") ise yine 50.

Bu hata en çok iki yerde ortaya çıkar. Birincisi form bütçe bantlarıdır: "50.000 - 100.000" seçen adayın Lead değeri 50 olarak gider. İkincisi e-ticarette satın alma değeridir: özel temalarda ya da etiket yöneticisinde değer bazen sepet tutarının sayfadaki metninden okunur. "1.250,90 ₺" yazan bir sipariş Meta'ya 1,25 olarak düşer; ROAS raporu gerçeğin binde birini gösterir.

Ne yapılmalı:

Hata 3: Aynı Dönüşümü İki Farklı Kaynaktan Göndermek

Tekilleştirmenin mantığı bilinir: tarayıcıdaki piksel ve sunucudaki CAPI aynı olayı aynı event_id ile gönderirse Meta birini sayar. Bu mekanizma, bir olay için bir tarayıcı ve bir sunucu gönderimi olduğunda çalışır.

Sessiz hata, aynı dönüşümün farklı kod parçalarından birden fazla kez gönderildiği durumdur. Tipik örnek: sitede tüm formları dinleyen genel bir kod Lead'i hem pikselden hem CAPI'den ortak bir kimlikle gönderir; aynı formun kaydını yapan sunucu rotası da kendi başına, event_id olmadan ikinci bir sunucu Lead'i gönderir. Kimliği olmayan bu ikinci olay tekilleştirilemez ve her form Meta'da iki Lead olarak sayılır.

Fark edilmemesinin sebebi, her iki kod parçasının da tek başına doğru çalışmasıdır. Sorun yalnızca ikisinin birlikte çalışmasında vardır.

Ne yapılmalı:

Hata 4: CAPI'nin Sessizce Başarısız Olması

Sunucu tarafı olay gönderen kod genellikle kullanıcıyı etkilemesin diye hata vermeyecek şekilde yazılır: erişim jetonu tanımlı değilse "başarılı, atlandı" döner; Meta hata verirse bunu yalnızca sunucu günlüğüne yazar; tarayıcıdaki çağrı da olası hataları yakalayıp yok sayar.

Bu tercih kullanıcı deneyimi için doğrudur, ölçüm için tehlikelidir. Jetonun süresi dolduğunda ya da bir ortam değişkeni silindiğinde CAPI tamamen durur ve bunu gösteren hiçbir şey yoktur. Piksel çalışmaya devam ettiği için Events Manager olayları göstermeye devam eder.

Ne yapılmalı:

Hata 5: Canlı Kampanya Varken Gerçek Gönderimle Test Etmek

Kurulumu doğrulamanın en doğal yolu formu kendiniz doldurmaktır. Kampanya yayındayken bu, algoritmaya sizin davranışınızı gerçek bir adaymış gibi öğretmek demektir; özellikle dönüşüm hacmi düşük hesaplarda birkaç test gönderimi sinyali belirgin biçimde kaydırabilir.

Ne yapılmalı:

Hata 6: Tek Bir Kitleye Yönelik Kampanyayı Bütün Formların Lead'iyle Optimize Etmek

Sitede birden fazla form varsa — iletişim, teklif, başvuru — genellikle hepsi aynı standart Lead olayını gönderir. Belirli bir kitleye yönelik bir kampanyayı (örneğin yalnızca kurumsal başvurular için açılmış bir sayfayı) doğrudan "Potansiyel Müşteri" olayına optimize ettiğinizde, algoritma sitedeki bütün formları başarı sayar ve hedeflemediğiniz kitleye kayar.

Ne yapılmalı:

10 Dakikalık Haftalık Ölçüm Kontrolü

Bu kontrollerin çoğu tek bir günün verisiyle yapılabilir. Kapsamlı bir hesap denetimi için 40 maddelik reklam hesabı denetimi rehberimize bakabilirsiniz.

Sıkça Sorulan Sorular

Lead olayına dönüşüm değeri göndermeli miyim?

Değer formu dolduranın beyanından geliyorsa hayır. Beyan doğrulanamaz; ciddi olmayan bir gönderim en yüksek bütçe bandını seçtiğinde algoritma en değerli dönüşümü o kişiden öğrenir. Değer alanını hiç göndermeyin, gerçek değeri satış kapandığında çevrimdışı dönüşüm olarak yükleyin.

Piksel ve CAPI aynı olayı iki kez sayıyor mu, nasıl anlarım?

Bir günün Events Manager'daki olay sayısını aynı günün form ya da sipariş kayıt sayınızla karşılaştırın. Oran ikiye yakınsa aynı dönüşüm iki kaynaktan gönderiliyordur. Tarayıcı ve sunucu olaylarının aynı event_id'yi taşıdığını ve olayı gönderen tek bir kod parçası olduğunu kontrol edin.

parseFloat neden Türkçe fiyatları yanlış okur?

JavaScript sayıları İngilizce biçimde bekler: noktayı ondalık ayıracı sayar, virgülde okumayı bırakır. Bu yüzden parseFloat("1.250,90") 1,25; parseFloat("50.000") 50 döner ve hata vermez. Değeri sipariş verisinden sayı olarak alın; metinden okumak zorundaysanız önce binlik noktalarını atıp virgülü noktaya çevirin.

CAPI'nin çalıştığını olay göndermeden nasıl doğrularım?

Events Manager'da olayın bağlantı yönteminin "Tarayıcı ve Sunucu" olduğunu kontrol edin. Ayrıca sunucunuzdaki erişim jetonuyla Graph API'den piksel nesnesini okuyan korumalı bir sağlık kontrolü kurabilirsiniz; bu kontrol olay göndermediği için reklam verisini etkilemez.

Canlı kampanya varken ölçümü nasıl test etmeliyim?

Sunucu olaylarını Events Manager'daki test olay koduyla gönderin; bu olaylar Test Olayları ekranına düşer ve reklam verisine karışmaz. Tarayıcı tarafı için form göndermek yerine tarayıcının ağ sekmesinde Meta'ya giden isteği inceleyin. Otomasyonla test ederken görünmez tarayıcıda olay isteği çıkmayabileceğini hesaba katın.

Ölçüm kurulumunuzun bu altı noktada nasıl durduğunu birlikte kontrol etmek isterseniz Meta Ads yönetimi hizmetimize göz atabilir ya da bizimle iletişime geçebilirsiniz.