Facebook Pixel ve Conversion API Kurulumu: Emlak Reklamları İçin Teknik Rehber
Bir Meta reklam kampanyası, dönüşüm verisini doğru şekilde görmeden optimize edilemiyor — ama tarayıcı gizlilik ayarları ve reklam engelleyiciler, geleneksel pixel takibinin giderek daha fazla veri kaybetmesine neden oluyor. Facebook Pixel ve Conversion API birlikte kurulduğunda, bu veri kaybını önemli ölçüde azaltıyor ve reklam algoritmasının gerçek dönüşümleri görmesini sağlıyor. Bu rehberde bu iki sistemin ne işe yaradığını, event türlerinden deduplikasyon mantığına, test yöntemlerinden KVKK uyumuna kadar konut projesi kampanyalarında nasıl kurulması gerektiğini detaylı ele alıyoruz.
Bu teknik kurulumun doğru yapılması, yalnızca bir raporlama detayı değil — reklam bütçesinin ne kadar isabetli harcandığını doğrudan belirleyen temel bir altyapı kararı. Kurulumu eksik veya yanlış yapılmış bir kampanya, panelde iyi görünse bile, aslında yanlış kitlelere bütçe harcıyor olabilir.
Facebook Pixel Nedir, Ne İşe Yarar
Facebook Pixel, web sitesine yerleştirilen ve kullanıcı davranışını (sayfa ziyareti, form doldurma gibi) Meta'nın reklam sistemine bildiren bir izleme kodu. Bu veri, hem hangi reklamın gerçekten dönüşüm getirdiğini ölçmek hem de algoritmanın benzer davranış gösteren yeni kullanıcıları bulmasını (lookalike hedefleme) sağlamak için kullanılıyor. Pixel olmadan, bir kampanya panelde tıklama sayısı gösterebilir ama bu tıklamaların gerçek bir lead'e dönüşüp dönüşmediği konusunda kör kalır.
Pixel'in çalışma mantığı basit ama etkili — kullanıcı sitede belirli bir eylem gerçekleştirdiğinde (sayfa görüntüleme, form gönderme), bu eylem tarayıcı üzerinden bir sinyal olarak Meta'ya iletiliyor. Bu sinyal, o kullanıcının hangi reklamdan geldiğiyle eşleştirilip, o reklamın performans metriklerine yansıtılıyor. Bu eşleştirme, kampanya optimizasyonunun temelini oluşturan en kritik veri akışı.
Konut projesi kampanyalarında pixel'in bu temel görevi özellikle önem taşıyor, çünkü genellikle birden fazla reklam seti ve kreatif varyasyonu aynı anda çalışıyor — pixel olmadan, hangi kreatifin veya hangi hedeflemenin gerçekten sonuç getirdiğini ayırt etmek neredeyse imkansız hale geliyor.
Neden Yalnızca Pixel Yeterli Değil
Tarayıcı tabanlı takip, kullanıcının cihazına ve tarayıcı ayarlarına bağlı çalışıyor — reklam engelleyiciler, gizlilik odaklı tarayıcı ayarları ve çerez kısıtlamaları, pixel'in birçok gerçek dönüşümü göremediği anlamına geliyor. Bu veri kaybı, algoritmanın yanlış veya eksik bir tabloya göre optimize olmasına yol açıyor — bütçe, gerçekte işe yaramayan bir hedeflemeye kayabiliyor.
Bu sorunun büyüklüğü zamanla artıyor, azalmıyor — tarayıcı üreticileri gizlilik odaklı özellikleri sürekli genişletiyor, bu da tarayıcı tabanlı izlemenin güvenilirliğinin yıldan yıla düşmesi anlamına geliyor. Bu trend, yalnızca pixel'e dayanan bir kurulumun zamanla giderek daha az güvenilir hale geleceğini gösteriyor; bu yüzden CAPI'yi "ileride eklenebilecek" bir iyileştirme değil, günümüz standardının bir parçası olarak görmek gerekiyor.
Conversion API Nedir
Conversion API (CAPI), dönüşüm verisini kullanıcının tarayıcısı üzerinden değil, doğrudan sunucudan sunucuya (web sitesinin arka ucundan Meta'ya) ileten bir sistem. Bu yöntem, tarayıcı tabanlı engellemelerden etkilenmiyor, bu yüzden pixel'in kaçırdığı dönüşümlerin bir kısmını yakalayabiliyor. İki sistem birlikte çalıştığında, tek başına pixel'e göre daha eksiksiz bir dönüşüm resmi ortaya çıkıyor.
CAPI'nin bu güvenilirliği, veri akışının kullanıcı cihazından değil doğrudan sunucudan gelmesinden kaynaklanıyor — bir tarayıcı eklentisi veya gizlilik ayarı, sunucudan sunucuya giden bu veri akışını engelleme yetkisine sahip değil. Bu, CAPI'yi tarayıcı tabanlı kısıtlamalara karşı yapısal olarak dayanıklı kılan temel fark.
Kurulum Adımları
- Pixel'i sitenin tüm sayfalarına doğru şekilde yerleştirin. Eksik veya yanlış yerleştirilmiş pixel, tutarsız veri toplanmasına neden oluyor.
- Standart olayları (event) doğru tanımlayın. Form doldurma, WhatsApp tıklaması, telefon araması gibi gerçek dönüşüm noktalarının her biri ayrı bir olay olarak izlenmeli.
- Conversion API'yi sunucu tarafında kurun. Bu adım genellikle bir geliştirici veya teknik ekip gerektiriyor; web sitesi altyapısına bağlı olarak kurulum karmaşıklığı değişebilir.
- Deduplikasyon (tekrar sayım önleme) ayarlarını doğrulayın. Pixel ve CAPI aynı dönüşümü iki kez raporlarsa, veri yanlış büyütülmüş olur; bu iki sistemin aynı olayı çakıştırmadan raporlaması gerekiyor.
Bu dört adımın ötesinde, kurulumu bir kerede tüm sitede yaygınlaştırmak yerine, önce bir alt sayfa grubunda test edip veri kalitesini doğruladıktan sonra tüm siteye genişletmek daha güvenli bir yaklaşım. Bu kademeli kurulum, olası bir hatanın etkisini erken aşamada sınırlı tutuyor.
iOS Gizlilik Değişikliklerinin Etkisi
Apple'ın uygulama izleme şeffaflığı (App Tracking Transparency) politikası ve tarayıcı düzeyindeki gizlilik kısıtlamaları, mobil kullanıcılardan gelen dönüşüm verisinin görünürlüğünü önemli ölçüde azalttı. Bir kullanıcı izleme iznini reddettiğinde, pixel bu kullanıcının davranışını göremiyor — bu da özellikle iOS cihazlardan gelen trafiğin yoğun olduğu kampanyalarda ciddi bir veri boşluğu yaratıyor.
Bu değişikliğin konut projesi pazarlaması açısından önemi büyük, çünkü mobil trafik oranı genellikle yüksek ve potansiyel alıcıların önemli bir kısmı ilk temasını mobil cihazdan kuruyor. Bu veri boşluğu, Conversion API'nin neden yalnızca "iyi bir ek" değil, günümüzde neredeyse zorunlu bir tamamlayıcı haline geldiğini açıklıyor — sunucu tarafı veri aktarımı, tarayıcı ve cihaz düzeyindeki bu izin kısıtlamalarından etkilenmiyor.
Bu kısıtlamaların bir diğer pratik sonucu, kampanya raporlamasında görünen dönüşüm sayısının, gerçekte gerçekleşen dönüşüm sayısından daha düşük görünebilmesi. Bu fark, ekiplerin kampanya performansını yalnızca panelde görünen rakamlara göre değerlendirmesi durumunda, aslında iyi çalışan bir kampanyanın yanlışlıkla zayıf performanslı olarak algılanmasına yol açabiliyor — bu da CAPI kurulumunun rapor doğruluğu açısından neden bu kadar önemli olduğunu bir kez daha gösteriyor.
Standart Event'ler ve Özel Event'ler
Meta'nın sunduğu standart event'ler (Lead, Contact, Schedule gibi) çoğu konut projesi senaryosu için yeterli bir temel oluşturuyor, ama bazı durumlarda özel event'ler (custom events) tanımlamak daha isabetli bir izleme sağlıyor. Örneğin, bir kullanıcının belirli bir daire tipinin sayfasını ziyaret etmesi veya bir sanal tur videosunu belirli bir süre izlemesi gibi davranışlar, standart event kategorilerine tam oturmayabiliyor.
- Lead event'i, form doldurma anında tetiklenmeli. Bu, en temel ve en sık kullanılan dönüşüm noktası olduğu için doğru şekilde kurulması kritik.
- Contact event'i, WhatsApp veya telefon tıklamalarında tetiklenmeli. Bu davranışlar formdan farklı bir niyet düzeyini temsil ediyor ve ayrı izlenmeli.
- Özel event'ler, standart kategorilere uymayan ama iş açısından anlamlı davranışlar için kullanılmalı. Örneğin bir sanal tur tamamlama veya broşür indirme gibi eylemler.
Event isimlendirmesinde tutarlılık da önemli bir detay — aynı davranışın farklı sayfalarda farklı isimlerle izlenmesi, raporlama aşamasında karmaşaya yol açıp verinin güvenilirliğini zayıflatıyor. Bu nedenle event isimlendirme kuralları, kurulum öncesinde net şekilde belirlenip belgelenmeli.
Event önceliklendirmesi de ayrı bir dikkat gerektiriyor — her event aynı ağırlıkta değil, ve bu farkın kampanya optimizasyon hedefinde (optimization event) doğru yansıtılması gerekiyor. Örneğin bir kampanya "sayfa görüntüleme" yerine doğrudan "nitelikli lead" event'ine göre optimize edilirse, algoritma daha isabetli bir kitleye ulaşmaya odaklanabiliyor.
Deduplikasyon Nasıl Çalışır
Pixel ve Conversion API aynı anda çalıştığında, aynı dönüşümün iki kez raporlanma riski ortaya çıkıyor — bir kullanıcı formu doldurduğunda, hem tarayıcıdan hem sunucudan aynı olay Meta'ya iletilebiliyor. Deduplikasyon, bu iki sinyalin aynı olaya ait olduğunu tanıyıp tek bir dönüşüm olarak sayılmasını sağlayan mekanizma.
Bu eşleştirme, her iki sistemden gönderilen olaya eklenen benzersiz bir kimlik (event ID) üzerinden yapılıyor — pixel ve CAPI, aynı olay için aynı event ID'yi kullanmalı, böylece Meta bu iki sinyali aynı dönüşüm olarak eşleştirip çift saymaktan kaçınabiliyor. Bu kimlik eşleştirmesi doğru kurulmazsa, kampanya performansı olduğundan yüksek görünüp bütçe kararları yanlış verilere dayanabiliyor.
Deduplikasyonun doğru çalışıp çalışmadığını anlamanın en pratik yolu, olay yöneticisindeki "eşleşme kalitesi" veya kaynak dağılımı raporlarına bakmak — burada bir event'in hem tarayıcı hem sunucu kaynağından geldiği ama tek bir dönüşüm olarak sayıldığı görülebiliyor. Bu rapor, deduplikasyonun teoride değil pratikte çalıştığını doğrulamanın en güvenilir yolu.
Kurulumu Test Etmek ve Doğrulamak
Bir pixel ve CAPI kurulumunun doğru çalıştığını varsaymak yerine, Meta'nın olay yöneticisi (Events Manager) üzerinden aktif olarak test etmek gerekiyor. Bu araç, hangi event'lerin geldiğini, hangi kaynaktan (tarayıcı mı sunucu mu) geldiğini ve deduplikasyonun doğru çalışıp çalışmadığını gösteriyor.
Kurulumdan hemen sonra bir dizi test dönüşümü gerçekleştirip bu verinin doğru şekilde ve doğru zamanlamada panelde göründüğünü doğrulamak, canlıya geçtikten haftalar sonra bir veri sorunuyla karşılaşmaktan çok daha güvenli bir yaklaşım. Bu test süreci, özellikle kurulumda bir geliştirici değişikliği veya site güncellemesi sonrasında tekrarlanmalı, çünkü site tarafındaki değişiklikler pixel'in çalışmasını sessizce bozabiliyor.
Test aşamasında yalnızca event'in geldiğini değil, event'e eklenen parametrelerin (değer, para birimi, kullanıcı eşleştirme bilgileri gibi) doğru şekilde iletildiğini de kontrol etmek gerekiyor — bir event teknik olarak "geliyor" görünebilir ama içindeki veri eksik veya yanlış olduğunda, algoritmanın optimizasyon kalitesi yine de zayıflıyor.
Değer Bazlı Optimizasyon ve Lookalike Hedefleme
Pixel ve CAPI yalnızca bir dönüşümün olup olmadığını değil, mümkünse o dönüşümün değerini de iletebiliyor — örneğin bir lead'in tahmini değeri veya gerçekleşen satışın tutarı. Bu değer verisi Meta'ya aktarıldığında, algoritma yalnızca "dönüşüm getiren" değil, "yüksek değerli dönüşüm getiren" kullanıcı profillerini önceliklendirebiliyor.
Bu değer verisi, aynı zamanda daha isabetli bir benzer kitle (lookalike) oluşturmanın da temelini oluşturuyor — CRM'deki gerçek satışa dönüşen lead'lerin verisi Meta'ya geri beslendiğinde, oluşturulan lookalike kitle yalnızca "form dolduran" değil, "gerçekten satın alan" kişilere benzer bir kitle olabiliyor. Bu, hedeflemenin kalitesini önemli ölçüde artıran ama sıklıkla atlanan bir adım.
Konut projelerinde bu yaklaşımın değeri özellikle yüksek, çünkü lead'ler arasındaki kalite farkı genellikle çok büyük — bazı lead'ler yalnızca meraktan form dolduran kişiler, bazıları ise gerçek satın alma niyeti taşıyan ciddi adaylar. Değer bazlı optimizasyon olmadan, algoritma bu ikisi arasında ayrım yapamayıp her iki tipe de eşit ağırlık veriyor; bu da bütçenin bir kısmının düşük nitelikli lead'lere benzer kişilere harcanmasına neden olabiliyor.
Attribution Penceresi Ayarları
Attribution penceresi, bir reklam etkileşiminin (tıklama veya görüntüleme) ne kadar süre sonrasına kadar bir dönüşümle ilişkilendirileceğini belirliyor. Konut satın alma kararının uzun sürdüğü düşünüldüğünde, kısa bir attribution penceresi (örneğin 1 gün), gerçekte reklamdan etkilenmiş ama haftalar sonra dönüşen bir kullanıcıyı kaçırabiliyor.
Bu nedenle konut projesi kampanyalarında, genellikle daha uzun bir attribution penceresi (7 gün tıklama, 1 gün görüntüleme gibi) daha gerçekçi bir tablo sunuyor. Bu ayarın doğru seçilmesi, hangi kampanyaların gerçekte işe yaradığına dair değerlendirmeyi doğrudan etkiliyor — çok kısa bir pencere, aslında değerli olan bir kampanyayı yanlışlıkla düşük performanslı gösterebiliyor.
Attribution penceresi seçimi, farklı kampanya türleri için de farklılaşabiliyor — marka bilinirliği odaklı bir üst huni kampanyası ile doğrudan lead toplamayı hedefleyen bir alt huni kampanyası, farklı bir attribution mantığıyla değerlendirilmeyi hak ediyor. Bu ayrımı yapmadan tüm kampanyaları tek bir pencereyle değerlendirmek, bazı kampanyaların gerçek katkısının yanlış yorumlanmasına yol açabiliyor.
CRM Verisiyle Bağlantı
Pixel ve CAPI, web sitesindeki dönüşümleri (form doldurma gibi) görebiliyor, ama bu formun gerçek bir satışa dönüşüp dönüşmediğini göremiyor. Bu son adım, ancak CRM'deki offline dönüşüm verisinin geri Meta'ya beslenmesiyle tamamlanıyor. Bu entegrasyon kurulduğunda, algoritma yalnızca "form dolduruldu" bilgisiyle değil, "bu form gerçek bir satışa dönüştü" bilgisiyle optimize olmaya başlıyor — bu, uzun vadede kampanya kalitesini önemli ölçüde artırıyor. Bu offline geri besleme mantığının genel çerçevesini Meta Lead Ads rehberimizde de ele almıştık.
Bu geri besleme döngüsünün pratikte çalışması için, CRM'deki lead kayıtları ile Meta'daki event kayıtlarının doğru şekilde eşleştirilmesi gerekiyor — genellikle bu eşleştirme, e-posta veya telefon numarası gibi ortak bir tanımlayıcı üzerinden yapılıyor. Bu eşleştirme mekanizması doğru kurulmazsa, CRM'deki satış verisi Meta'ya ulaşsa bile, hangi reklam veya kampanyaya ait olduğu doğru şekilde ilişkilendirilemiyor.
KVKK ve Veri Gizliliği Uyumu
Pixel ve Conversion API, kullanıcı davranışına dair veri topladığı için, bu toplama işleminin KVKK kapsamındaki açık rıza ve şeffaflık gerekliliklerine uygun olması gerekiyor. Web sitesinde çerez bildirimi ve gizlilik politikası, bu izleme sistemlerinin varlığını ve amacını açıkça belirtmeli; kullanıcının bu izlemeyi reddetme seçeneği de teknik olarak işlevsel olmalı.
Conversion API üzerinden iletilen kişisel veriler (e-posta, telefon gibi) Meta'ya iletilmeden önce hash'lenmeli — bu, ham kişisel verinin doğrudan aktarılmasını önleyen standart bir güvenlik ve gizlilik uygulaması. Bu hash'leme adımı çoğu CAPI entegrasyon aracında otomatik olarak yapılıyor, ama kurulum sırasında bu adımın gerçekten devrede olduğunu doğrulamak önemli.
KVKK uyumu yalnızca teknik bir kutu işaretleme adımı olarak görülmemeli — CRM'deki lead verisinin Meta'ya geri beslenmesi de dahil olmak üzere, verinin nereye, hangi amaçla ve ne kadar süreyle aktarıldığının şeffaf şekilde belgelenmesi gerekiyor. Bu belgeleme, hem yasal uyum hem de kullanıcı güveni açısından atlanmaması gereken bir adım.
Kurulum Sonrası Bakım ve İzleme
Pixel ve CAPI kurulumu, bir kerelik bir görev değil, sürekli izleme gerektiren bir sistem. Web sitesinde yapılan bir güncelleme, bir platform değişikliği veya üçüncü taraf bir eklenti kurulumu, pixel'in çalışmasını fark edilmeden bozabiliyor. Bu nedenle event yöneticisinin düzenli olarak (örneğin ayda bir) kontrol edilmesi, veri kaybının erken fark edilmesini sağlıyor.
Bu düzenli kontrolün bir parçası olarak, event hacmindeki ani ve açıklanamayan düşüşler özellikle dikkat gerektiriyor — bir günden diğerine event sayısında beklenmedik bir düşüş, genellikle teknik bir sorunun işareti ve hızlı müdahale gerektiriyor. Bu tür bir sorun fark edilmeden haftalarca sürerse, o dönemdeki kampanya optimizasyonu eksik veriyle yürütülmüş olur.
Bakım sürecinin bir diğer boyutu da, Meta'nın kendi platform güncellemelerini takip etmek. Meta, event yöneticisi ve API gereksinimlerinde zaman zaman değişiklik yapıyor; bu değişiklikler bazen geriye dönük uyumluluğu etkileyebiliyor. Kurulumdan sorumlu ekibin bu tür güncellemeleri takip edip gerektiğinde kurulumu güncel tutması, sistemin uzun vadede sorunsuz çalışmasını sağlıyor.
Sık Yapılan Hatalar
- Yalnızca pixel kurup CAPI'yi atlamak. Bu, artan tarayıcı kısıtlamaları nedeniyle giderek daha fazla veri kaybına yol açıyor.
- Olayları (event) yanlış veya eksik tanımlamak. Form doldurma ile sayfa görüntüleme gibi farklı önem düzeyindeki eylemleri aynı ağırlıkta izlemek, algoritmanın yanlış sinyal almasına neden oluyor; hangi eylemlerin gerçek bir dönüşüm sayılması gerektiğini Emlak Lead Maliyeti rehberimizdeki nitelikli lead tanımıyla tutarlı kurmak öneriliyor.
- Deduplikasyonu kontrol etmemek. Çift sayılan dönüşümler, kampanya performansının olduğundan iyi görünmesine yol açabiliyor.
- CRM'e offline dönüşüm geri beslemesi kurmamak. Bu, sistemin yalnızca yüzeysel dönüşüm verisiyle çalışmasına, gerçek satış kalitesini hiç görmemesine neden oluyor.
- Kurulumu test etmeden canlıya almak. Event yöneticisinde doğrulama yapılmadan başlatılan bir kampanya, haftalarca fark edilmeyen bir veri sorunuyla ilerleyebiliyor.
- Attribution penceresini konut sektörünün uzun karar sürecine göre ayarlamamak. Çok kısa bir pencere, gerçekte işe yarayan bir kampanyayı yanlışlıkla düşük performanslı gösterebiliyor.
- Kurulumu bir kerelik iş olarak görüp düzenli izlemeyi ihmal etmek. Site güncellemeleri pixel'i sessizce bozabiliyor, düzenli kontrol olmadan bu fark edilmiyor.
Sonuç
Facebook Pixel ve Conversion API kurulumunda öne çıkan sekiz nokta:
- Tarayıcı kısıtlamaları ve iOS gizlilik değişiklikleri nedeniyle yalnızca pixel, giderek daha fazla dönüşümü kaçırıyor.
- Conversion API, sunucu tarafı veri aktarımıyla bu kaybı büyük ölçüde azaltıyor.
- İki sistem birlikte, tekrar sayımı önleyecek şekilde (deduplikasyon) kurulmalı.
- Standart ve özel event'ler, iş açısından anlamlı davranışları tutarlı şekilde izlemeli.
- Kurulum, event yöneticisinde aktif olarak test edilip doğrulanmalı.
- Değer verisi Meta'ya aktarıldığında, hem optimizasyon hem lookalike hedefleme kalitesi artıyor.
- Attribution penceresi, konut sektörünün uzun karar sürecine göre ayarlanmalı.
- Gerçek optimizasyon, ancak CRM'deki satış verisinin reklam platformuna geri beslenmesiyle tamamlanıyor.
Sıkça Sorulan Sorular
Conversion API kurulumu için teknik bilgi gerekli mi?
Evet, genellikle bir geliştirici veya teknik ekibin katılımı gerekiyor; bu, pixel'in tarayıcıya kod eklemekten daha basit kurulumuna göre daha karmaşık bir sunucu tarafı entegrasyonu gerektiriyor.
Sadece pixel kurmak yeterli olur mu?
Kısmen çalışır ama günümüzde artan tarayıcı gizlilik kısıtlamaları nedeniyle önemli miktarda veri kaybediliyor. Conversion API ile birlikte kurulum, daha eksiksiz ve güvenilir bir veri seti sağlıyor.
Pixel tek başına ne kadar veri kaybediyor?
Kesin oran tarayıcı ve cihaz dağılımına göre değişir, ama reklam engelleyiciler ve gizlilik ayarları nedeniyle kayıp önemli boyutlara ulaşabiliyor. Bu, sektör genelinde CAPI'nin giderek standart hale gelmesinin ana nedeni.
CRM entegrasyonu olmadan pixel ve CAPI yeterli mi?
Teknik dönüşüm takibi için yeterli, ama gerçek iş sonucu (satış) verisini görmüyor. Algoritmanın yalnızca "form dolduruldu" değil, "gerçek satışa dönüştü" bilgisiyle optimize olması için CRM entegrasyonu son ve kritik adım.
iOS gizlilik değişiklikleri konut projesi reklamlarını ne kadar etkiliyor?
Mobil trafiğin yoğun olduğu kampanyalarda etkisi belirgin oluyor, çünkü izleme iznini reddeden kullanıcıların davranışı pixel tarafından hiç görülemiyor. Bu, Conversion API'yi neredeyse zorunlu bir tamamlayıcı haline getiren ana nedenlerden biri.
Deduplikasyon teknik olarak nasıl işliyor?
Pixel ve CAPI, aynı olay için aynı benzersiz kimliği (event ID) kullanacak şekilde kurulmalı; Meta bu kimliği eşleştirerek aynı dönüşümü iki kez saymaktan kaçınıyor. Bu kimlik eşleştirmesi doğru kurulmazsa kampanya performansı olduğundan yüksek görünebiliyor.
Konut projeleri için hangi attribution penceresi tercih edilmeli?
Genellikle standart kısa pencerelerden (1 gün gibi) daha uzun bir pencere (7 gün tıklama, 1 gün görüntüleme gibi) daha gerçekçi sonuç veriyor, çünkü konut satın alma kararı uzun sürebiliyor ve kısa bir pencere gerçek etkiyi kaçırabiliyor.
CAPI üzerinden iletilen kişisel veriler KVKK'ya nasıl uygun hale getiriliyor?
E-posta ve telefon gibi kişisel veriler, Meta'ya iletilmeden önce hash'lenerek ham haliyle aktarılmıyor. Ayrıca web sitesinin çerez bildirimi ve gizlilik politikası, bu izleme sistemlerinin varlığını ve amacını açıkça belirtmeli, kullanıcının reddetme seçeneği de teknik olarak işlevsel olmalı.
Kurulum kaç sıklıkla kontrol edilmeli?
Ayda bir düzenli kontrol makul bir başlangıç noktası, ama site güncellemesi veya geliştirici değişikliği sonrasında ek bir doğrulama yapılması öneriliyor, çünkü bu tür değişiklikler pixel'in çalışmasını sessizce bozabiliyor.
Değer verisi Meta'ya nasıl iletiliyor ve neden önemli?
Bir lead'in tahmini değeri veya gerçekleşen satış tutarı, event ile birlikte parametre olarak iletiliyor. Bu veri sayesinde algoritma yalnızca dönüşüm sayısını değil, dönüşümün kalitesini de dikkate alarak optimize olabiliyor — bu da hem bütçe verimliliğini hem de lookalike hedeflemenin isabetini artırıyor.
Özel event ne zaman tanımlanmalı, standart event ne zaman yeterli?
Form doldurma, WhatsApp tıklaması veya telefon araması gibi temel dönüşüm noktaları için standart event'ler genellikle yeterli. Sanal tur tamamlama veya belirli bir daire tipi ilgisi gibi standart kategorilere tam oturmayan, ama iş açısından anlamlı davranışlar için özel event tanımlamak daha isabetli izleme sağlıyor.
Ücretsiz Evon demosu
Satış sürecinize Evon'un nasıl katkı sağlayacağını kendiniz deneyimleyin.
