Meta Pixel Nedir, Nasıl Kurulur? Conversions API ve KVKK Uyumlu Kurulum Rehberi

Meta Pixel nedir?

Meta Pixel, web sitenize eklediğiniz ve ziyaretçilerin sayfa görüntüleme, sepete ekleme, form doldurma ya da satın alma gibi eylemlerini Meta'ya ileten bir JavaScript kodudur. Bu veriyle Facebook ve Instagram reklamlarınızın sonucunu ölçer, kampanyayı dönüşüme göre optimize eder ve yeniden hedefleme kitleleri oluşturursunuz.

2012'den beri reklam hesaplarının ölçüm tarafıyla uğraşıyorum. Devraldığımız hesapların önemli bir kısmında sorun reklamda değil, ölçümde çıkıyor. Kod ya iki kez çalışıyor, ya satın alma tutarı gelmiyor, ya da çerez onayı hiç sorulmuyor. Dolayısıyla reklam bütçesi doğru görünen ama yanlış veriye göre harcanıyor.

Bu rehberde Meta Pixel kurulumunu resmi Meta dokümantasyonuna dayanarak adım adım anlatıyorum. Ayrıca Conversions API ile birlikte nasıl çalıştığını, olay tekilleştirmeyi, test yöntemlerini ve KVKK ile GDPR açısından rıza yönetimini de ele alıyorum. Kısacası amacım, kodu yapıştırıp bırakmak yerine güvenebileceğiniz bir ölçüm düzeni kurmanıza yardım etmek.

Meta Pixel ne işe yarar?

Pikselin üç temel görevi var: ölçmek, optimize etmek ve kitle oluşturmak. Reklamı gören kişi sitenize gelip satın aldığında Meta bu satışı ilgili reklama bağlar. Böylece hangi kreatifin ve hangi kitlenin gerçekten satış getirdiğini görürsünüz.

• Dönüşüm ölçümü: Satın alma, form ve kayıt gibi eylemleri reklam raporuna taşır.
• Kampanya optimizasyonu: Dönüşüm hedefli kampanyalar, sistemin bu olaylardan öğrenmesiyle çalışır.
• Yeniden hedefleme: Ürün sayfasına bakıp almayan ziyaretçilere ayrı bir mesaj gösterirsiniz.
• Benzer kitleler: Satın alan kişilere benzeyen yeni kullanıcılara ulaşırsınız.

Öte yandan pikselin olmadığı bir hesapta dönüşüm hedefli kampanya körlemesine çalışır. Sistem yalnız tıklamayı görür; tıklayanın satın alıp almadığını bilmez. Bu yüzden özellikle e-ticarette piksel, reklam bütçesinin verimli harcanması için ön koşuldur. Yeniden hedeflemenin satış hunisindeki rolünü merak ediyorsanız remarketing ile satış hunisini güçlendirme yazıma bakabilirsiniz.

Pixel ile Conversions API arasındaki fark nedir?

Piksel ziyaretçinin tarayıcısında çalışır; Conversions API ise olayı doğrudan sizin sunucunuzdan Meta'ya iletir. Meta, sunucu olaylarını piksel olaylarıyla aynı biçimde ölçüm, raporlama ve optimizasyon için işlediğini belirtiyor. Ancak iki yöntemin güçlü ve zayıf yanları farklı.

Pratikte ikisini birlikte kullanmanızı öneririm. Piksel hızlı ve zengin tarayıcı verisi sağlar, sunucu ise kaybolan olayları tamamlar. Ancak bu birlikte kullanım tekilleştirme gerektirir; aksi hâlde aynı satışı iki kez sayarsınız.

Kuruluma başlamadan önce neleri hazırlamalısınız?

Kodu eklemeden önce birkaç temel hazırlık, sonradan saatler süren temizlik işini önler. Özellikle çok kişinin eriştiği reklam hesaplarında sahiplik ve erişim sorunlarıyla sık karşılaşıyorum.

1. İşletme portföyü: Pikseli kişisel hesaba değil, şirketinize ait Meta işletme portföyüne bağlayın.
2. Yönetici erişimi: Events Manager'a ve reklam hesabına yönetici erişiminiz olsun.
3. Site erişimi: Kod, eklenti ya da etiket yöneticisi üzerinden değişiklik yapabilecek biri belirleyin.
4. Olay listesi: Hangi eylemleri ölçeceğinizi ve hangisinin asıl dönüşüm olduğunu önceden yazın.
5. Çerez onayı: Sitede reklam çerezleri için çalışan bir onay mekanizması olsun.

Olay listesini yazarken işin iş hedefiyle başlamanız gerekir. Örneğin hizmet sitesinde asıl dönüşüm genellikle form ya da arama, e-ticarette ise satın almadır. Bu ayrımı netleştirmek için kurumsal web sitesinde dönüşüm hedefi belirleme rehberim iyi bir başlangıç noktası olur.

Meta Pixel nasıl oluşturulur?

Pikseli Events Manager içinden oluşturursunuz. Meta arayüzü zaman zaman değişiyor, bu yüzden adımları genel akışıyla veriyorum. Önemli bir not: Meta artık tarayıcı ve sunucu olaylarını "veri kümesi" (dataset) adlı tek bir kapsayıcıda topluyor. Yeni oluşturduğunuz pikselin kimliği, veri kümesi kimliğiyle aynıdır.

1. Meta Business Suite üzerinden Events Manager'ı açın.
2. Veri kaynağı bağlama seçeneğini seçin ve kaynak türü olarak web'i işaretleyin.
3. Pikselinize anlaşılır bir ad verin; marka ve site adını kullanmak işinizi kolaylaştırır.
4. Site adresinizi girin; Meta size hazır bir iş ortağı entegrasyonu olup olmadığını gösterir.
5. Kurulum yöntemini seçin: iş ortağı entegrasyonu, kodu elle ekleme ya da talimatları geliştiriciye gönderme.

Ardından pikseli doğru reklam hesabına bağladığınızdan emin olun. Ajans değiştiren işletmelerde en sık gördüğüm sorun, pikselin eski ajansın portföyünde kalmasıdır. Bu durumda geçmiş veri ve kitleler sizin elinizde olmaz. Dolayısıyla sahipliği baştan kendi portföyünüzde tutmanızı öneririm.

Meta Pixel temel kodu siteye nasıl eklenir?

Elle kurulumda Meta size bir temel kod verir. Meta'nın geliştirici belgelerine göre bu kodu izlemek istediğiniz her sayfada head bölümüne eklemelisiniz. Meta bunun gerekçesini de açıklıyor: kodu head içinde çalıştırmak, tarayıcının ya da üçüncü taraf kodların pikseli engelleme olasılığını azaltır.

Temel kod üç parçadan oluşur. İlk olarak fbq('init', 'PİKSEL_KİMLİĞİ') komutuyla pikseli başlatır. Ardından fbq('track', 'PageView') ile her sayfa yüklemesinde sayfa görüntüleme olayını gönderir. Son olarak JavaScript kapalı tarayıcılar için noscript içinde küçük bir görsel isteği bulunur.

• Kodu şablonun ortak başlık dosyasına bir kez ekleyin; her sayfaya ayrı ayrı yapıştırmayın.
• Aynı pikseli hem tema hem eklenti üzerinden eklemeyin; bu çift sayıma yol açar.
• Önbellek eklentisi kullanıyorsanız ekleme sonrası önbelleği temizleyin.

Kurulumu doğrulamanın en kolay yolu, siteyi açıp Events Manager'da PageView olayının gelip gelmediğini kontrol etmektir. Meta'nın Meta Pixel başlangıç belgesi bu akışı resmi olarak anlatıyor. Böylece temel katmanı çalışır hâle getirip olaylara geçebilirsiniz.

Hazır e-ticaret altyapılarında kurulum nasıl farklılaşır?

Shopify, WooCommerce ve benzeri altyapılarda çoğu zaman kod yazmanız gerekmez. Meta'nın iş ortağı entegrasyonları pikseli ve standart olayları otomatik ekler. Bazı entegrasyonlar Conversions API bağlantısını da birkaç tıkla açar. Bu yüzden önce altyapınızın resmi Meta entegrasyonu olup olmadığını kontrol etmenizi öneririm.

Ancak hazır entegrasyonların da sınırları var. Örneğin kargo ücretini, indirimi ya da vergiyi satın alma tutarına nasıl kattıkları altyapıdan altyapıya değişir. Üstelik bazı yerli altyapılarda piksel alanı yalnız kimlik numarası ister ve olay ayrıntılarını size göstermez. Dolayısıyla entegrasyonu açtıktan sonra test siparişiyle tutarı ve para birimini mutlaka doğrulayın.

Bir başka sık sorun, eski temadan kalan elle eklenmiş kodun entegrasyonla birlikte çalışmasıdır. Sonuçta her satın alma iki kez görünür ve reklam raporu gerçekte olmayan bir başarı gösterir. Yeni bir mağaza açıyorsanız bu kontrolleri lansman listenize ekleyin. E-ticaret sitesi kurarken bilinmesi gerekenler yazımda ölçümü diğer lansman adımlarıyla birlikte ele alıyorum.

Google Tag Manager ile kurmak mantıklı mı?

Çoğu site için evet. Google Tag Manager, pikseli ve olayları koda dokunmadan yönetmenizi sağlar. Böylece yeni bir form ya da kampanya sayfası eklediğinizde geliştirici beklemeden olay tanımlayabilirsiniz. Üstelik çerez onayı ile etiketlerin tetiklenmesini aynı yerden bağlarsınız.

Öte yandan etiket yöneticisi disiplin ister. Kimin hangi etiketi neden eklediğini not etmezseniz birkaç ay sonra kimsenin anlamadığı bir yapı oluşur. Ben ekibimle devraldığımız hesaplarda genellikle şu düzeni kuruyoruz:

• Temel piksel etiketi tüm sayfalarda, yalnız reklam çerezine onay verildiğinde çalışır.
• Her standart olay için ayrı etiket açarız ve olayı sayfa yüklemesine değil, gerçek eyleme bağlarız.
• Satın alma tutarı ve para birimini veri katmanından okuruz; sayfadaki metinden kazımayız.
• Yayına almadan önce önizleme moduyla her etiketi tek tek test ederiz.

Yani etiket yöneticisi hazır bir çözüm değil, düzenli bir çalışma biçimi gerektirir. Buna karşılık doğru kurulduğunda Meta, Google Ads ve Analytics ölçümünü tek yerden yönetmenizi kolaylaştırır.

Standart olaylar nelerdir ve hangilerini kullanmalısınız?

Meta, piksel için 17 standart olay tanımlıyor. Bunlar arasında AddPaymentInfo, AddToCart, AddToWishlist, CompleteRegistration, Contact, CustomizeProduct, Donate, FindLocation, InitiateCheckout, Lead, Purchase, Schedule, Search, StartTrial, SubmitApplication, Subscribe ve ViewContent yer alıyor. Hepsini kullanmanız gerekmez; iş modelinize uyanları seçersiniz.

Olayları seçerken hunideki sırayı düşünün. Örneğin AddToCart ve InitiateCheckout, satın alma azken sisteme daha fazla sinyal sağlar. Ancak ara olayları asıl hedefle karıştırmayın; kampanyayı mümkün olduğunca iş sonucuna yakın olaya göre optimize edin. Terimlerin kısa tanımları için dijital pazarlama sözlüğüne göz atabilirsiniz.

Purchase olayında değer ve para birimi neden önemlidir?

Meta'nın standart olay referansına göre Purchase olayında value ve currency parametreleri zorunludur. Value, satın almanın işletmeye değerini, currency ise bu değerin para birimini gösterir. Örneğin Türk lirası için TRY, euro için EUR kodunu kullanırsınız.

Bu iki alan eksik ya da yanlış olduğunda sorun yalnız raporla sınırlı kalmaz. Reklam getirisi hesaplanamaz, değer odaklı optimizasyon çalışmaz ve kampanya düşük sepetli müşterilerle yüksek sepetli müşterileri ayırt edemez. Üstelik yanlış para birimi gönderen mağazalarda raporlanan ciro birkaç kat şişebilir.

• Tutarı ondalık ayırıcı olarak nokta kullanan bir sayı biçiminde gönderin.
• Kargo ve vergiyi dahil edip etmeyeceğinize bir kez karar verin ve her kanalda aynı kuralı uygulayın.
• Çok dilli ve çok para birimli sitelerde para birimini sabit yazmayın, siparişten okuyun.

Doğru değer geldiğinde reklam getirisini de sağlıklı ölçersiniz. Kampanya sonuçlarını hızlıca kontrol etmek için ROAS hesaplayıcıyı kullanabilir, Meta'nın raporladığı değeri kendi sipariş verinizle karşılaştırabilirsiniz.

Olaylarla hangi ek parametreleri göndermelisiniz?

Olay adı tek başına "bir şey oldu" der; parametreler ise neyin olduğunu anlatır. Meta'nın standart olay referansı value ve currency dışında content_ids, content_type, contents ve num_items gibi nesne özelliklerini de tanımlıyor. Bu alanlar özellikle katalog kullanan mağazalar için kritik öneme sahiptir.

• content_ids: Görüntülenen ya da satın alınan ürünlerin kimlikleri; katalogdaki ürün kimliğiyle aynı olmalı.
• content_type: Tek ürün için product, ürün grubu için product_group değerini taşır.
• contents: Her ürünün kimliğini ve adedini birlikte gönderir.
• num_items: Ödeme adımındaki toplam ürün adedini gösterir.

Örneğin ViewContent olayında ürün kimliği gelmezse dinamik ürün reklamları hangi ürünü göstereceğini bilemez. Sonuçta ziyaretçi baktığı ayakkabı yerine rastgele bir ürün görür. Bu yüzden katalog ile piksel arasındaki kimlik eşleşmesini kurulumun ayrılmaz parçası sayın. Test aşamasında da her olayın parametrelerini tek tek açıp kontrol edin.

Birden fazla sitede aynı pikseli kullanmalı mısınız?

Genel kuralım şu: her marka ve her ayrı iş için ayrı bir piksel kullanın. Aynı pikseli farklı markalara ait sitelerde çalıştırırsanız kitleler birbirine karışır ve optimizasyon yanlış sinyallerle beslenir. Örneğin bir mobilya mağazasının ziyaretçileri, aynı şirketin kafe sitesinin kitlesine girer.

Buna karşılık aynı markanın dil sürümleri ya da alt alan adları çoğu zaman tek pikseli paylaşabilir. Böylece kullanıcı ana siteden ödeme alt alan adına geçtiğinde yolculuğu kesintisiz izlersiniz. Ancak bu durumda para birimini, dili ve olay adlarını tüm sürümlerde aynı kurala bağlamanız gerekir. Ayrıca farklı ülkelerdeki rıza kurallarını her sürümde ayrıca uygulamayı unutmayın.

Özel olay ve özel dönüşüm ne zaman gerekir?

Standart olaylar çoğu ihtiyacı karşılar, ancak her eylem bu listeye uymaz. Örneğin belirli bir fiyat hesaplayıcısını kullanan ya da katalog indiren ziyaretçiyi ayrı izlemek isteyebilirsiniz. Bu durumda fbq('trackCustom', 'OlayAdı') komutuyla özel bir olay gönderirsiniz.

Özel dönüşüm ise farklı bir kavramdır. Yeni bir kod eklemeden, mevcut olayları kurallarla filtreleyerek oluşturursunuz. Örneğin yalnız belirli bir teşekkür sayfasına gelen Lead olaylarını ya da yalnız belirli bir kategorideki satın almaları ayrı bir dönüşüm olarak tanımlayabilirsiniz.

Benim önerim şu: önce standart olayları eksiksiz kurun, sonra gerçekten ihtiyaç duyduğunuz yerde özel olay ekleyin. Çünkü standart olaylar Meta'nın optimizasyon sistemleri için daha anlaşılır bir dil sunar. Ayrıca özel olay adlarını baştan bir adlandırma kuralına bağlayın. Aksi hâlde "form_gonder", "FormGonder" ve "form-submit" gibi aynı eylemi anlatan üç farklı olayla karşılaşırsınız. Bu dağınıklık hem raporu hem de kitle oluşturmayı zorlaştırır.

Conversions API nasıl kurulur?

Conversions API için üç temel yol var: altyapınızın iş ortağı entegrasyonu, Meta'nın sunduğu ağ geçidi çözümleri ve doğrudan sunucu entegrasyonu. Hazır entegrasyon en hızlı yoldur. Doğrudan entegrasyon ise en fazla kontrolü verir, ancak yazılım ekibi ister.

Doğrudan entegrasyonda birkaç teknik kuralı bilmeniz gerekir. Meta'nın sunucu olayı parametreleri belgesine göre:

• action_source alanı zorunludur; web sitesi olayları için değeri website olur.
• event_time en fazla 7 gün geriye gidebilir; daha eski bir zaman damgası tüm isteğin reddine yol açar.
• event_source_url web sitesi olaylarında zorunludur ve olayın gerçekleştiği tarayıcı adresini taşır.

Bu kurallar küçük görünür, ancak pratikte en çok hata burada çıkar. Örneğin kuyruğa alınıp günler sonra gönderilen siparişler 7 günlük sınırı aşar ve sessizce kaybolur. Bu yüzden sunucu tarafında gönderim kaydı tutmanızı, hata yanıtlarını da izlemenizi öneririm. Ayrıntılar için sunucu olayı parametreleri belgesine bakabilirsiniz.

Pixel ve Conversions API birlikteyken tekilleştirme nasıl çalışır?

Aynı satın almayı hem tarayıcıdan hem sunucudan gönderdiğinizde Meta'nın bunların tek bir olay olduğunu anlaması gerekir. Meta'nın önerdiği yöntem basit: pikseldeki eventID değeri, sunucudaki event_id değeriyle; pikseldeki olay adı da sunucudaki event_name ile birebir eşleşmelidir.

Meta, eşleşen olaylardan önce ulaşanı tutar. Ancak bu eşleştirme süresizdir değil. Meta'nın belgesine göre tekilleştirme, belirli bir event_id ile gelen ilk olaydan sonraki 48 saat içinde ulaşan olaylar için çalışır. Yedek yöntem olarak fbp veya external_id ile eşleştirme de var; fakat bu yöntem yalnız önce tarayıcıdan, sonra sunucudan gelen olaylarda işe yarar.

• Olay kimliğini sipariş anında bir kez üretin ve iki kanala aynı değeri aktarın.
• Sipariş numarasını olay kimliği olarak kullanmak çoğu mağazada en güvenilir çözümdür.
• Olay adlarında büyük küçük harfi değiştirmeyin; Purchase ile purchase aynı değildir.

Tekilleştirme çalışmıyorsa Events Manager'daki olay sayıları siparişlerinizin yaklaşık iki katına çıkar. Bu tabloyu gördüğünüzde önce olay kimliklerini kontrol edin. Resmi kural için tekilleştirme belgesi güncel kaynağınız olsun.

Müşteri bilgisi parametrelerini nasıl göndermelisiniz?

Sunucu olayının değeri, Meta'nın onu gerçek bir kullanıcıyla ne kadar iyi eşleştirdiğine bağlıdır. Bu eşleşmeyi e-posta, telefon, ad ve şehir gibi müşteri bilgisi parametreleri sağlar. Ancak bu bilgileri açık metin olarak göndermezsiniz.

Meta'nın belgesine göre e-posta, telefon, ad, soyad, doğum tarihi, cinsiyet, şehir, bölge, posta kodu ve ülke alanlarını SHA256 ile özetlemeniz gerekir. Buna karşılık IP adresi, tarayıcı bilgisi (user agent), fbc ve fbp değerlerini özetlemeden gönderirsiniz. Özetlemeden önce veriyi de standart hâle getirirsiniz.

• E-posta: Baştaki ve sondaki boşlukları silin, tüm harfleri küçültün.
• Telefon: Sembolleri ve baştaki sıfırları kaldırın, ülke kodunu ekleyin; Türkiye için 90 ile başlayın.
• fbp ve fbc: Tarayıcıdaki çerezlerden okuyup olduğu gibi aktarın.

Events Manager, her olay için 0 ile 10 arasında bir olay eşleşme kalitesi puanı gösterir. Puan düşükse önce hangi parametrelerin eksik geldiğine bakın. Yine de şunu unutmayın: bu veriler kişisel veridir ve yalnız hukuki dayanağınız varsa gönderebilirsiniz.

Kurulumu nasıl test edersiniz?

Kurulumu canlı reklama bağlamadan önce test etmelisiniz. Meta bunun için iki araç sunuyor: Events Manager'daki Test Events (olayları test et) sekmesi ve Chrome için Meta Pixel Helper eklentisi. İkisini birlikte kullanmak en sağlıklı sonucu verir.

1. Events Manager'da Test Events sekmesini açın ve sitenizin adresini girin.
2. Açılan pencerede bir ürün görüntüleyin, sepete ekleyin ve ödeme adımına geçin.
3. Her olayın adının, tutarının ve para biriminin doğru geldiğini kontrol edin.
4. Sunucu olaylarında test olay kodunu kullanın ve tarayıcı olayıyla eşleştiğini doğrulayın.
5. Pixel Helper ile her sayfada pikselin yalnız bir kez çalıştığını görün.

Test siparişini gerçek bir ödemeyle yapmanız gerekmez; birçok altyapı test ödeme modu sunar. Ancak test sonrası bu siparişleri raporda ayırt edebileceğiniz şekilde not alın. Ayrıca çerez bandında reddet seçeneğini de deneyin. Reddettiğiniz hâlde olay gidiyorsa hem hukuki hem teknik bir sorununuz var demektir.

Meta Pixel için KVKK ve GDPR açısından rıza gerekir mi?

Kısa cevap: evet, reklam ve profil oluşturma amaçlı çerezler için ziyaretçinin açık rızasını almanız gerekir. Kişisel Verileri Koruma Kurumu, Haziran 2022'de yayımladığı Çerez Uygulamaları Hakkında Rehber'de reklam ve davranışsal hedefleme çerezlerini açık rızaya bağlıyor. Avrupa'daki ziyaretçiler için GDPR ve ePrivacy kuralları da benzer sonuca varıyor.

Rehberin pratikteki anlamı şu: reklam çerezleri varsayılan olarak kapalı olmalı ve kullanıcı bunları kendisi açmalı. Önceden işaretli kutular geçerli rıza sayılmaz. Üstelik "kabul et" kadar görünür bir "reddet" seçeneği sunmanız beklenir. Bu nedenle yalnız bilgilendirme yapan ve piksel kodunu her ziyaretçide çalıştıran bantlar uyumlu değildir.

Bir de yurt dışına aktarım boyutu var. Meta'ya giden veri Türkiye dışına çıkar; bu yüzden aydınlatma metninizde bu aktarımı açıkça anlatmanız gerekir. Hukuki çerçevenin tamamını KVKK ve GDPR uyumlu web sitesi yazımda ele aldım. Yine de şunu vurgulamalıyım: bu yazı hukuki görüş değildir; metinleriniz için bir hukukçuyla çalışın.

Rıza yönetimini teknik olarak nasıl kurarsınız?

Meta, piksel için iki komutlu bir onay mekanizması sunuyor. fbq('consent', 'revoke') komutu pikselin Meta'ya veri göndermesini durdurur. Kullanıcı onay verdiğinde fbq('consent', 'grant') komutu gönderimi yeniden başlatır. Meta'nın belgesine göre revoke komutunu her sayfada ve init komutundan önce çalıştırmalısınız.

1. Sayfa yüklenirken önce revoke komutunu çalıştırın.
2. Ardından pikseli init ile başlatın ve PageView olayını tanımlayın.
3. Kullanıcı reklam çerezlerini kabul ettiğinde grant komutunu tetikleyin.
4. Kullanıcının tercihini saklayın ve sonraki sayfalarda aynı kararı uygulayın.

Bir çerez yönetim platformu ya da etiket yöneticisi kullanıyorsanız aynı mantığı orada kurabilirsiniz. Meta da mevcut bir onay sistemi kullanan işletmeler için bu kodun isteğe bağlı olduğunu belirtiyor. Ancak unutulan nokta genellikle sunucu tarafıdır. Tarayıcıda reddeden kullanıcının olayını Conversions API ile göndermeye devam ederseniz rızayı fiilen yok saymış olursunuz. Dolayısıyla onay durumunu sunucuya da taşıyın. Meta'nın GDPR onay belgesi komutların resmi kullanımını gösteriyor.

Meta Pixel kurulumunda en sık hangi hatalar yapılır?

Devraldığımız hesaplarda aynı hataları tekrar tekrar görüyorum. Çoğu teknik olarak küçük, ama reklam kararlarına etkisi büyük. Aşağıdaki listeyi kendi kurulumunuz için kontrol listesi olarak kullanabilirsiniz.

• Çift piksel: Tema, eklenti ve etiket yöneticisi aynı pikseli üç kez yüklüyor.
• Yanlış tetikleyici: Lead olayı form gönderiminde değil, form sayfası açıldığında çalışıyor.
• Tekrarlanan satın alma: Teşekkür sayfası her yenilendiğinde Purchase olayı yeniden gidiyor.
• Eksik değer: Purchase olayı tutarsız ya da sabit bir tutarla geliyor.
• Tekilleştirme yok: Sunucu ve tarayıcı olayları farklı kimliklerle gidiyor.
• Rızasız çalışma: Piksel, çerez bandında seçim yapılmadan yükleniyor.

Bu hatalardan en pahalısı genellikle yanlış tetikleyicidir. Çünkü kampanya, gerçek dönüşüm yerine sayfa ziyaretine göre optimize olur ve bütçeyi bu davranışı sergileyen kişilere harcar. Sonuçta raporda çok sayıda "lead" görürsünüz, ama satış ekibinize tek bir form ulaşmaz.

Kurulumdan sonra verileri nasıl okumalısınız?

Doğru kurulum, doğru okuma alışkanlığıyla tamamlanır. Meta'nın raporladığı dönüşümler kendi atıf modeline dayanır. Dolayısıyla bu sayıların sipariş panelinizle ya da Google Analytics ile birebir tutmasını beklememelisiniz.

Ben ekibimle her hesapta haftalık basit bir karşılaştırma yapıyoruz. Meta'nın raporladığı satın alma sayısını, Analytics'teki Meta kaynaklı oturumların dönüşümlerini ve sipariş panelindeki gerçek satışları yan yana koyuyoruz. Aradaki fark makul bir aralıkta ve istikrarlıysa ölçüm sağlıklıdır. Fark birden açılırsa önce kurulumu kontrol ederiz.

• Reklam bağlantılarında tutarlı UTM parametreleri kullanın; UTM oluşturucu bu işi hızlandırır.
• Analytics tarafını kurmadıysanız GA4 rehberi ile başlayın.
• Dönüşüm oranı değişimini düzenli izleyin ve ani sıçramaları sorgulayın.

Böylece reklamın gerçekten ne kazandırdığını tek bir platformun anlatımına bağlı kalmadan görürsünüz. Özellikle bütçe kararı verirken bu üçlü karşılaştırma, hatalı bir kurulumu haftalar önce fark etmenizi sağlar.

Meta Pixel kurulumunu ne zaman profesyonele bırakmalısınız?

Tek bir iletişim formu olan basit bir sitede temel kurulumu kendiniz yapabilirsiniz. Ancak şu durumlarda deneyimli bir ekiple çalışmak zaman ve bütçe kazandırır: çok para birimli bir mağazanız varsa, Conversions API'yi doğrudan kuracaksanız, CRM ya da telefon satışlarını reklama bağlamak istiyorsanız veya rıza yönetimini Avrupa ve Türkiye kurallarına göre birlikte ayarlamanız gerekiyorsa.

Ekibimle bu işte önce mevcut durumu denetliyoruz, ardından olay planını iş hedefinizle eşleştiriyoruz. Sonra tarayıcı ve sunucu katmanını birlikte kuruyor, rıza akışını test ediyor ve raporları sipariş verisiyle karşılaştırıyoruz. Reklam yönetimini de istiyorsanız sosyal medya yönetimi hizmetimiz ölçümle birlikte çalışır. Mağaza tarafındaki kurgu için e-ticaret danışmanlığı sayfasına göz atabilirsiniz.

Kısacası piksel, reklamın gözüdür. Göz yanlış görürse en iyi kreatif de en doğru kitle de yanlış yöne gider. Bu yüzden kurulumu bir kez doğru yapmak, sonraki her reklam kararını daha güvenilir kılar.