Meta Pikseli Kurulumu ve Dönüşüm API: Adım Adım Rehber

Meta pikseli ile Dönüşümler API'si aynı olayı iki farklı yerden Meta'ya bildirir: piksel ziyaretçinin tarayıcısından, Dönüşümler API'si sizin sunucunuzdan ya da site platformunuzdan. Meta pikseli kurulumu, sitenize bir kod eklemek ve form gönderimi, arama ya da randevu gibi talep eylemlerini olay olarak tanımlamaktan ibarettir. Dönüşümler API'si bu olayların tarayıcıda kaybolabilen kısmını sunucu tarafından tamamlar. İkisi birlikte kurulduğunda aynı talebin iki kez sayılmaması için her olaya ortak bir olay kimliği verilmesi gerekir; kurulumun ayrı dikkat isteyen adımı budur.

Meta, bu ikili düzeni "yedekli kurulum" (redundant setup) olarak adlandırıyor ve en iyi reklam performansı için önerdiğini yazıyor. Öneri tek başına bir şey kazandırmaz: olaylar yanlış seçilmişse, kimlikler eşleşmiyorsa ya da çerez onayı düzeni hesaba katılmamışsa, iki kanal yalnızca hatayı iki kez taşır.

Tarayıcıdaki piksel ile sunucudaki API arasındaki fark

Piksel (İngilizce arayüzde Meta Pixel), ziyaretçinin tarayıcısında çalışan bir JavaScript kodudur. Ziyaretçi formu gönderdiğinde tarayıcı Meta'ya "bu kişi şu sayfada şu olayı gerçekleştirdi" bilgisini yollar. Tarayıcı kapanırsa, sayfa yüklenirken bir hata çıkarsa, bağlantı koparsa ya da ziyaretçi çerezlere izin vermediyse bu bilgi gitmeyebilir.

Dönüşümler API'si aynı bilgiyi tarayıcıya güvenmeden gönderir. Meta'nın Conversions API belgesi bu bağlantıyı, reklamverenin sunucusundaki, site platformundaki, mobil uygulamasındaki ya da CRM'indeki pazarlama verisi ile Meta sistemleri arasında kurulan bir köprü olarak tanımlıyor. Belgeye göre sunucudan gelen olaylar pikselden gelenler gibi işleniyor; ölçümde, raporlamada ve optimizasyonda benzer biçimde kullanılabiliyor.

Tablonun pratik sonucu şudur: sunucu bağlantısı pikselin yerine değil, yanına kurulur. Eşleşmede kullanılan fbp değeri, piksel sitede çalıştığında ziyaretçinin tarayıcısına yazılan birinci taraf çerezinden gelir. fbc değeri ise piksel olmasa da reklam tıklamasıyla adrese eklenen fbclid parametresinden sunucuda üretilebilir. İki kanaldan gelen aynı olayın tek sayılması öncelikle olay kimliği ve olay adı eşleşmesine dayanır; fbp ile eşleşme, sınırları aşağıda yazılı bir yedek yoldur.

Kurulumdan önce: hangi olay talep sayılacak?

Kodu eklemeden önce kağıt üzerinde tek bir liste yazın: sitenizde hangi eylem gerçek bir talebi gösteriyor? Bir e-ticaret sitesinde cevap satın almadır. Hizmet satan bir işletmede ise talep birkaç kapıdan gelir ve her kapı ayrı bir olay olmalıdır.

Bu listenin iki kuralı vardır. Birincisi, olay eylemin denendiği anda değil tamamlandığı anda tetiklenir; "Gönder" düğmesine basılması değil, formun hatasız gönderilmesi sayılır. İkincisi, telefon ve WhatsApp dokunmaları bir niyet gösterir, gerçekleşmiş bir görüşmeyi değil. Bu olayları Reklam Yöneticisi'nde optimizasyon hedefi yapmadan önce, kaç dokunmanın gerçekten konuşmaya döndüğünü kendi kaydınızdan sayın.

Form reklamı kullanıyorsanız talep sitenize hiç uğramadan Meta'nın içinde oluşur; piksel o formu görmez. Hangi talebin sitede, hangisinin Meta içinde toplanacağına tahminle karar vermek gerekmez: form reklamı mı site formu mu bütçeyi iki yola eşit bölen iki haftalık bir test öneriyor ve kararı görüşmeye dönen talep sayısına bağlıyor.

Meta pikseli kurulumu adım adım

Piksel, Meta Olay Yöneticisi'nde bir veri kümesi olarak oluşturulur ve siteye üç yoldan biriyle eklenir. Hangi yolun seçileceği sitenin nasıl kurulduğuna bağlıdır.

1. Olay Yöneticisi'nde veri kümesini oluşturun. İşletme portföyünüzde Olay Yöneticisi'ni açıp yeni bir web veri kaynağı ekleyin ve ona işletmenizin adını verin. Piksel kimliği bu adımda oluşur.
2. Kurulum yolunu seçin. Site hazır bir platformda çalışıyorsa platformun Meta entegrasyonu ya da resmi eklentisi en az hata çıkaran yoldur. Sitede Google Etiket Yöneticisi varsa piksel temel kodu tüm sayfalarda tetiklenen bir etiket olarak eklenir. Özel yazılmış bir sitede temel kod, her sayfanın <head> bölümüne geliştirici tarafından konur.
3. Olay kodlarını ekleyin. Temel kod yalnızca sayfa görüntülemeyi kaydeder. Yukarıdaki tablodaki her talep eylemi için ayrı bir olay çağrısı gerekir; örneğin form başarıyla gönderildiğinde fbq('track', 'Lead') çağrısı.
4. Olay kimliğini şimdiden ekleyin. Dönüşümler API'sini sonra kuracak olsanız bile her olaya benzersiz bir olay kimliği vermek, ileride kodu ikinci kez açmayı önler. Kimliğin nasıl verildiği aşağıdaki tekilleştirme bölümünde anlatılıyor.
5. Aynı pikseli iki kez yüklemeyin. Hem eklenti hem Etiket Yöneticisi hem de elle eklenmiş kod aynı sayfada çalışırsa her olay iki ya da üç kez gider. Kurulumdan önce sitede eski bir piksel kodu kalıp kalmadığına bakın.

Hesabın ve portföyün işletme adına açılması, kampanya amacının seçimi ve reklam setinin kurulması bu adımların öncesinde ya da sonrasında gelir; o sırayı Meta reklamı verme adımları baştan sona izliyor. Burada yalnızca ölçüm katmanı ele alınıyor.

Dönüşümler API'si kurulumu: hangi yol kimin için?

Dönüşümler API'si (aramalarda "Dönüşüm API" ya da Conversions API diye de geçer) için tek bir kurulum yöntemi yoktur. Meta'nın belgesi, sitesinde zaten piksel bulunan reklamverenin web olayları için Dönüşümler API'sini Olay Yöneticisi'nden tek tıkla, kod yazmadan ve kurulum ücreti ödemeden açabileceğini yazıyor. Bu yol küçük bir hizmet sitesi için ilk denenecek seçenektir.

Diğer yollar daha fazla kontrol verir ama daha fazla iş ister:

• Site platformu entegrasyonu: Hazır e-ticaret ve site platformlarının Meta bağlantısı, sunucu olaylarını platformun kendi altyapısından gönderir. Olay adları ve kimlik eşleşmesi platform tarafından yönetilir; neyin gönderildiğini Olay Yöneticisi'nden kontrol etmek size kalır.
• Sunucu taraflı etiket yönetimi: Etiket Yöneticisi'nin sunucu kapsayıcısı ya da benzeri bir ara katman, tarayıcıdan gelen olayı sunucuda yeniden işleyip Meta'ya yollar. Barındırma ve bakım gerektirir.
• Doğrudan entegrasyon: Geliştirici, form sunucuya ulaştığı anda Meta'nın uç noktasına bir istek gönderen kodu yazar. En esnek yol budur; CRM'de sonradan "satışa döndü" olarak işaretlenen talebi de bildirebilir.

Hangi yol seçilirse seçilsin, Meta'nın Conversions API en iyi uygulamaları üç parametreyi zorunlu sayıyor: her olayda action_source (olayın nerede gerçekleştiği), her web olayında event_source_url (olayın gerçekleştiği sayfa adresi) ve client_user_agent (ziyaretçinin tarayıcı bilgisi). Aynı belge external_id ve event_id parametrelerinin de her olaya eklenmesini öneriyor. action_source değerinin doğruluğundan reklamveren sorumludur; telefonla kapanan bir satışı website diye göndermek, belgenin açıkça uyardığı bir hatadır.

Aynı talep iki kez sayılmasın: olay kimliği eşleşmesi

Kurulumun en kritik ayrıntısı tekilleştirmedir ve ölçümün doğru olup olmadığını belirleyen yer burasıdır. Piksel ve Dönüşümler API'si aynı form gönderimini ayrı ayrı bildirdiğinde Meta'nın bu iki bildirimin tek bir olay olduğunu anlaması gerekir. Anlamazsa Reklam Yöneticisi'ndeki talep sayısı gerçek sayının iki katına yaklaşır ve kampanya, var olmayan talebe göre optimize edilir.

Meta'nın yinelenen olayları ele alma belgesi önerilen yöntemi iki koşulla tarif ediyor:

1. Pikseldeki eventID değeri, Dönüşümler API'sindeki event_id değeriyle aynı olmalı.
2. Pikseldeki olay adı (event), Dönüşümler API'sindeki event_name ile aynı olmalı.

Pikselde olay kimliği, fbq çağrısının dördüncü argümanı olarak verilir: fbq('track', 'Lead', {}, {eventID: 'TALEP_KIMLIGI'}). Sunucu aynı formu bildirirken event_name alanına Lead, event_id alanına aynı TALEP_KIMLIGI değerini yazar. Belgeye göre aynı piksele 48 saat içinde aynı sunucu anahtarı ve aynı tarayıcı anahtarı ulaşırsa sonraki olay atılır; içerikleri anlamlı biçimde farklı değilse genellikle önce gelen tercih edilir.

Bu kuralın uygulamada üç sonucu vardır:

• Kimlik tek bir yerde üretilmeli. Tarayıcı kendi rastgele kimliğini, sunucu ayrı bir rastgele kimlik üretirse iki değer hiçbir zaman eşleşmez. Kimlik form gönderilirken bir kez oluşturulup hem tarayıcıya hem sunucuya aynı değer olarak aktarılmalıdır; form kayıt numarası bu iş için uygun bir adaydır.
• 48 saat sınırı gecikmeli bildirimi etkiler. Kimlik eşleşmesi yalnızca o kimliğe sahip ilk olayın alınmasından sonraki 48 saat içinde çalışıyor. Sunucu olaylarını günlerce biriktirip toplu gönderen bir düzen, pikselle aynı olayı tekilleştiremez.
• Yedek yöntemin sınırı var. Belge ikinci bir yol olarak event_name ile fbp ve/veya external_id eşleşmesini de anlatıyor, ama bu yöntemin genellikle yalnızca olay önce tarayıcıdan sonra sunucudan geldiğinde çalıştığını ve tek kaynaktan gelen iki özdeş olayı ayıklamadığını belirtiyor.

Aynı olayı yalnızca tek kanaldan gönderen reklamverenin tekilleştirme kurmasına gerek olmadığını da belge ayrıca not ediyor. Sorun, iki kanalın birlikte açıldığı ama kimliğin unutulduğu kurulumdadır.

Eşleşme kalitesi: sunucu olayına hangi bilgi eklenir?

Meta bir olayı, o olayı yapan kişinin Meta hesabıyla eşleştirebildiği ölçüde reklamla ilişkilendirebilir. Sunucu olayına eklenen müşteri bilgileri bu eşleşmeyi sağlar. En iyi uygulamalar belgesi, yüksek kaliteli müşteri bilgisine örnek olarak e-posta adresini, IP adresini, adı-soyadı ve telefon numarasını sayıyor ve eşleşmeyen olayların ilişkilendirme ve optimizasyonda kullanılamayacağını, yalnızca temel ölçümde kalacağını yazıyor.

Bu bilgiler Meta'ya açık metin olarak gönderilmez. Meta'nın iş SDK'sı karma (hash) işlemini kendiliğinden yapıyor; SDK kullanılmıyorsa veriyi normalleştirip karma işleminden geçirmek uygulayanın sorumluluğundadır. Belge ayrıca tek başına anlamsız kalan bazı bilgi bileşimlerini, örneğin yalnızca şehir, eyalet, posta kodu, cinsiyet ve tarayıcı bilgisini taşıyan olayları, eşleşme için geçersiz sayıyor.

Olay Yöneticisi bu eşleşmenin ne kadar işe yaradığını Olay Eşleşme Kalitesi adlı bir puanla gösteriyor. Meta'nın kurulumu doğrulama belgesi puanın 1 ile 10 arasında verildiğini ve mümkün olduğunda 6,0 ya da üzerini hedeflemenin genellikle önerildiğini yazıyor. Puan şu an yalnızca web olayları için hesaplanıyor.

Puanı yükseltmek için her bilgiyi göndermek doğru yol değildir. Formda yalnızca ad ve telefon istiyorsanız Meta'ya da yalnızca bunları gönderin; formda olmayan bir bilgiyi başka bir kaynaktan tamamlayıp eklemek, ziyaretçiye anlatmadığınız bir aktarım yaratır.

Çerez onayı ve KVKK: kurulumun teknik olmayan tarafı

Piksel ve Dönüşümler API'si kişisel veri taşır: tarayıcı bilgisi, IP adresi, çerez değerleri ve formdan gelen iletişim bilgileri. Bu verinin hangi koşulla toplanıp yurt dışındaki bir platforma aktarılabileceği teknik bir karar değil, hukuki bir değerlendirmedir ve bu değerlendirmeyi işletmenin kendi hukuk danışmanı yapmalıdır. Kurulumu yapan kişinin işi, bu değerlendirmenin sonucunu koda doğru yansıtmaktır.

Teknik açıdan dikkat edilecek üç nokta vardır:

• Çerez tercihi kodun davranışını belirlemeli. Sitede bir çerez onay penceresi varsa, ziyaretçi pazarlama çerezlerini reddettiğinde pikselin çalışıp çalışmayacağı açıkça tanımlanmalıdır. Pencere yalnızca görüntü olarak duruyor, piksel her durumda çalışıyorsa tercih kâğıt üzerinde kalır.
• Sunucu bağlantısı onay kararını aşmamalı. Dönüşümler API'si tarayıcıdaki engeli aşabildiği için, çerezi reddeden ziyaretçinin verisinin sunucudan gönderilip gönderilmeyeceği de aynı karara bağlanmalıdır. Meta'nın doğrulama belgesi, Olay Yöneticisi'nde gösterilen olay sayısının onay denetimleri ve diğer politikalar nedeniyle atılan olayları da kapsadığını not ediyor.
• Aydınlatma metni kurulumla aynı şeyi söylemeli. Formun yanındaki metin hangi verinin hangi amaçla kime aktarıldığını anlatıyorsa, Meta'ya giden alanlar bu anlatımla örtüşmelidir. Bir sohbet aracı için aynı soruların nasıl ele alındığına chatbot KVKK rehberi aydınlatma, rıza ve aktarım başlıklarıyla bakıyor; ilkeler piksel için de aynı sırayla sorulabilir.

Sağlık hizmeti veren sitelerde ayrıca olay adları, parametreler ve sayfa adresleri bir hastalığın ya da tedavinin adını taşımamalıdır. Sağlık tanıtımının kendi mevzuatı da reklam metninden önce gelir; sağlıkta sosyal medya sınırları kliniklerin neyi yazamayacağını listeliyor.

Onay vermeyen ziyaretçilerin olayları ölçümde boşluk bırakır ve bu boşluk panelde eksik sayı olarak görünür. Boşluğun Google tarafında nasıl modellendiğini ve rapora nasıl girdiğini onay ve modelleme boşluğu ayrıca anlatıyor; Meta panelini okurken de aynı temkin geçerlidir.

Test: olay gerçekten doğru mu geliyor?

Kurulumun bittiğine karar vermeden önce her talep eylemini bir kez kendiniz gerçekleştirin ve Meta tarafında görün. Meta'nın doğrulama belgesi, gönderilen olayların Olay Yöneticisi'nde gönderimden sonraki 20 dakika içinde doğrulanabilmesi gerektiğini yazıyor.

Test sırası şu şekilde kurulabilir:

1. Test Olayları aracını açın. Olay Yöneticisi'ndeki Test Olayları sekmesi, sitenizde o an yaptığınız işlemleri canlı olarak gösterir. En iyi uygulamalar belgesi, test olaylarında geliştiricinin kendi ad, e-posta ve telefon bilgisini kullanmasını öneriyor; Meta hesabıyla eşleşmeyen test olayları atılabilir.
2. Her eylemi tek tek deneyin. Formu doldurun, telefon bağlantısına dokunun, WhatsApp bağlantısına dokunun, randevu alın. Her biri için hem tarayıcı hem sunucu satırının göründüğünü kontrol edin.
3. Tekilleştirmeyi doğrulayın. Aynı form gönderimi iki satır olarak geliyorsa ikisinin aynı olay kimliğini taşıdığına ve birinin tekilleştirildiğine bakın. Olay Ayrıntıları altındaki Olay Tekilleştirme sekmesi, her kaynaktan gelen olayların tekilleştirilme oranını ve tekilleştirme anahtarlarının iki kaynakta ne kadar örtüştüğünü gösteriyor. Örtüşme düşükse kimlik ya yalnızca bir kanaldan gidiyordur ya da iki kanal farklı kimlik üretiyordur.
4. Olay tazeliğine bakın. Aynı ekrandaki Olay Tazeliği sekmesi, olayın gerçekleşmesiyle Meta'ya ulaşması arasındaki ortalama gecikmeyi gösterir. Meta olayların gerçek zamana olabildiğince yakın gönderilmesini öneriyor.
5. Yanlış olayları ayıklayın. Teşekkür sayfası yenilendiğinde Lead olayı yeniden tetikleniyorsa ya da formun hata verdiği durumda da gidiyorsa, kurulum talebi olduğundan büyük gösterir.

Meta pikseli çalışmıyor: teşhis sırası

Olay Yöneticisi'nde hiç olay görünmüyorsa ya da beklenenden az görünüyorsa, nedeni aramaya en dıştan başlamak zaman kazandırır.

• Kod sayfada var mı? Sayfa kaynağında piksel kimliğinizi arayın. Önbellek eklentisi ya da yeni bir tema kodu kaldırmış olabilir.
• Doğru piksel mi? Portföyde birden fazla veri kümesi varsa sitedeki kimlik, reklamın bağlı olduğu veri kümesiyle aynı olmalıdır.
• Olay doğru anda mı tetikleniyor? Form başka bir alan adındaki bir hizmetten gönderiliyorsa ya da teşekkür ekranı yeni bir sayfa yerine aynı sayfada beliriyorsa, sayfa adresine bağlı kurulmuş olay hiç tetiklenmeyebilir.
• Çerez penceresi engelliyor mu? Onay vermeden test ediyorsanız piksel beklendiği gibi çalışmıyor olabilir. Testi hem onay vererek hem reddederek yapın; iki sonuç da tasarıma uygun olmalıdır.
• Sunucu olayı reddediliyor mu? Dönüşümler API'si hata kodu döndürüyorsa olay Meta'ya hiç girmemiştir. Zorunlu parametrelerden biri eksik olabilir.

Dönüşümler API'si ne zaman gerekmez?

Her site için sunucu bağlantısı kurmak gerekmez. Meta yedekli kurulumu öneriyor, ama önerinin karşılığı sitenin ve reklamın ölçeğine bağlıdır.

Şu durumlarda pikselle başlamak ve sunucu bağlantısını sonraya bırakmak savunulabilir: ayda yalnızca birkaç talep gelen ve bu talepleri tek tek tanıyabildiğiniz bir hizmet sitesi; reklamın yalnızca Meta'nın kendi form reklamıyla yürüdüğü ve sitenin talep toplamadığı bir düzen; ya da sitenin yakında yeniden kurulacak olması. Son durumda bugün yazılacak sunucu kodu birkaç ay içinde çöpe gidebilir.

Buna karşılık talepleriniz telefonla ya da yüz yüze kapanıyorsa ve reklamın hangi satışı getirdiğini Meta'ya geri bildirmek istiyorsanız Dönüşümler API'si tek yoldur; piksel, site dışında kapanan satışı göremez. Talebin satışa dönüp dönmediğini kendi tarafınızda izlemenin ilk adımı ise sunucu kodu değil düzenli bir kayıttır; lead takibi bu kaydın hangi sütunlarla kurulacağını anlatıyor.

Kurulumdan sonraki ilk hafta

Kurulum, ilk hafta boyunca izlenene kadar bitmiş sayılmaz. Gerçek ziyaretçilerle gelen olaylar, sizin test olaylarınızın göremediği durumları ortaya çıkarır.

İlk haftanın kontrol listesi kısa tutulabilir:

• Birinci gün: Olay Yöneticisi'ndeki olay sayısını kendi form kutunuzdaki talep sayısıyla karşılaştırın. Meta'daki Lead sayısı gelen e-posta sayısından belirgin biçimde fazlaysa yinelenen tetikleme, belirgin biçimde azsa engellenen ya da eksik olay vardır.
• Üçüncü gün: Olay Tekilleştirme sekmesindeki oranlara ve uyarılara bakın. Meta, tekilleştirme oranı çok düşük olduğunda uyarı gösteriyor.
• Beşinci gün: Olay Eşleşme Kalitesi puanını ve Meta'nın puanın yanında verdiği önerileri okuyun. Önerilen parametre formunuzda zaten toplanıyorsa eklemeyi düşünün; toplanmıyorsa yalnızca puan için yeni alan açmayın.
• Yedinci gün: Reklam Yöneticisi'nde kampanyanın optimizasyon olayı olarak doğru olayın seçili olduğunu kontrol edin. Ölçüm doğru kurulmuş ama kampanya hâlâ bağlantı tıklamasına göre optimize ediliyorsa, kurulumun kazancı rapora hiç yansımaz.

Meta panelindeki sayıyı tek başına doğruluk kaynağı saymayın. Gelen mesajın, formun ve aramanın kaçının görüşmeye döndüğünü sosyal medyada talep ölçümü kendi kaydınızdan saymanın yolunu gösteriyor. Meta ve Google reklam yönetimi çalışmasının ilk aşamasında, bütçe artırılmadan önce piksel ve Google dönüşüm etiketleri aynı talep tanımıyla kurulur ve ilk haftanın kontrolleri rapora bağlanır. Sunucu bağlantısı gerekiyorsa yolu (Olay Yöneticisi, platform entegrasyonu ya da geliştirici) işletmeyle birlikte seçilir; bu iş teklifle netleşir.

Sıkça Sorulan Sorular

Meta pikseli ile Dönüşümler API'si arasındaki fark nedir?

Meta pikseli ziyaretçinin tarayıcısında çalışan bir koddur ve sitede gerçekleşen olayları tarayıcıdan Meta'ya gönderir. Dönüşümler API'si aynı olayları reklamverenin sunucusundan, site platformundan ya da CRM'inden gönderir; tarayıcı hatası veya ağ kopması gibi nedenlerle pikselin kaçırdığı olayları tamamlayabilir ve telefonla kapanan satış gibi site dışı olayları da bildirebilir. Meta ikisinin birlikte kullanılmasını öneriyor.

Meta pikseli kurulumu nasıl yapılır?

Meta pikseli, Olay Yöneticisi'nde bir web veri kümesi oluşturularak başlar; ardından temel kod siteye platform entegrasyonu, Google Etiket Yöneticisi ya da her sayfanın başlık bölümüne elle eklenerek yerleştirilir. Temel kod yalnızca sayfa görüntülemeyi kaydeder; form gönderimi, telefon dokunması ve randevu onayı gibi talep eylemleri için ayrı olay kodları eklenir. Aynı pikselin sitede iki kez yüklenmediği kurulumdan önce kontrol edilmelidir.

Piksel ve Dönüşümler API'si aynı olayı iki kez sayar mı?

İkisi aynı olayı ayrı ayrı gönderdiğinde Meta, olay kimliği ve olay adı eşleşirse ikisini tek olay sayar. Bunun için pikseldeki eventID değeri sunucudaki event_id ile, pikseldeki olay adı sunucudaki event_name ile aynı olmalıdır. Meta'nın belgesine göre eşleşme, o kimlikle gelen ilk olaydan sonraki 48 saat içinde çalışır; kimlik verilmezse aynı talep iki kez sayılabilir.

Olay Eşleşme Kalitesi kaç olmalı?

Olay Eşleşme Kalitesi, sunucu olayındaki müşteri bilgilerinin olayı bir Meta hesabıyla eşleştirmede ne kadar etkili olduğunu 1 ile 10 arasında gösteren bir puandır. Meta'nın doğrulama belgesi, mümkün olduğunda 6,0 ya da üzerini hedeflemeyi genellikle önerdiğini yazıyor. Puan şu an yalnızca web olayları için hesaplanıyor ve formda toplanmayan bir bilgiyi yalnızca puanı yükseltmek için eklemek doğru değildir.

Çerez onayı vermeyen ziyaretçinin olayı Meta'ya gider mi?

Bu, sitenin çerez onay düzeninin nasıl kurulduğuna bağlıdır ve hukuki değerlendirmesini işletmenin kendi danışmanı yapmalıdır. Teknik olarak, ziyaretçi pazarlama çerezlerini reddettiğinde pikselin ve sunucu bağlantısının ne yapacağı kurulumda açıkça tanımlanmalıdır; Dönüşümler API'si tarayıcıdaki engeli aşabildiği için onay kararı sunucu tarafında da uygulanmalıdır. Meta, Olay Yöneticisi'ndeki sayıların onay denetimleri nedeniyle atılan olayları da kapsadığını belirtiyor.