Meta Reklamlarında Dönüşüm Ölçümü Neden Zorlaştı?

Birkaç yıl öncesine kadar Meta reklam panelindeki "dönüşüm" sayısına güvenmek yeterliydi: kaç kişi rezervasyon yaptıysa panelde o kadar rezervasyon görünürdü. Bugün birçok otel yöneticisi aynı panele bakıp "gerçekte daha fazla rezervasyon aldık ama panel bunu göstermiyor" diyor. Bu bir yazılım hatası değil — reklam ölçümünün temelini değiştiren, geri dönüşü olmayan bir dizi değişikliğin sonucu.

Bu yazıda, Meta reklamlarında dönüşüm ölçümünün neden zorlaştığını ve otellerin bu kaybı nasıl telafi edebileceğini anlatıyoruz.

Kökeni: iOS Gizlilik Değişiklikleri (ATT)

2021'de Apple, App Tracking Transparency (ATT) çerçevesini devreye aldı: her uygulama, kullanıcıyı diğer uygulama ve sitelerde takip etmek istediğinde açıkça izin istemek zorunda kaldı. Sonuç net oldu — izin istendiğinde kullanıcıların büyük çoğunluğu izlemeyi reddediyor. Bu, Meta'nın (Instagram ve Facebook uygulamaları dahil) iOS kullanıcılarının reklam etkileşimini otel web sitesindeki rezervasyon olayıyla eşleştirme kabiliyetinin önemli bir kısmını kaybetmesi anlamına geliyor.

Bunun otel için pratik sonucu şu: bir misafir Instagram reklamını görüp telefonundan tıklıyor, web sitenizde rezervasyon yapıyor — ama Meta bu iki olayı aynı kişiye bağlayamıyorsa, panelde bu rezervasyon hiç görünmüyor. Kampanya aslında çalışıyor, ama raporda "düşük performanslı" gibi görünüyor.

Sadece iOS Değil: Tarayıcı Kısıtlamaları da Aynı Yönde

Sorunun ikinci katmanı tarayıcı tarafında. Safari'nin Intelligent Tracking Prevention (ITP) sistemi ve giderek yaygınlaşan reklam engelleyici uzantılar, üçüncü taraf çerezlerin ömrünü kısaltıyor veya tamamen engelliyor. Bu da yalnızca tarayıcıda çalışan, cihaz üzerinde bir çerez veya piksel sinyaline dayanan ölçüm sistemlerinin (klasik Meta Pixel) giderek daha az veri görmesi anlamına geliyor — iOS kullanıcısı olsun olmasın.

Sonuç, tek bir nedene indirgenemeyecek, birikimli bir sinyal kaybı: ATT, ITP ve reklam engelleyiciler ayrı ayrı küçük kayıplar gibi görünse de bir araya geldiğinde otelin gerçek rezervasyon hacminin önemli bir kısmı reklam panelinde "görünmez" hale geliyor.

Neden Bu Basit Bir Raporlama Sorunu Değil?

Buradaki risk sadece "rakamlar biraz düşük görünüyor" değil — yanlış optimizasyon kararları. Meta'nın reklam algoritması, bütçeyi hangi kampanyaya, hangi kitleye ve hangi reklama vereceğine dönüşüm verisine bakarak karar verir. Sinyal eksikse, algoritma iyi performans gösteren bir kampanyayı düşük performanslı sanıp bütçesini kısabilir, ya da tam tersi — gerçekte zayıf bir kampanyaya, yanlışlıkla iyi görünen sinyaller yüzünden bütçe akıtabilir. Otel yöneticisi de aynı yanlış veriye bakarak "bu kampanya işe yaramıyor" deyip iyi çalışan bir kanalı kapatma riskiyle karşı karşıya kalır.

Somut bir örnekle: bir otel, Instagram Story reklamı üzerinden aylık 50 rezervasyon aldığını CRM'inden biliyor, ama Meta paneli aynı kampanya için yalnızca 30 dönüşüm gösteriyor. Aradaki 20 rezervasyonluk fark kaybolmuş değil — gerçekten oldu, sadece Meta'ya bildirilemedi. Bu durumda otel yöneticisi panele bakıp kampanyayı "verimsiz" ilan edip durdurursa, gerçekte iyi çalışan bir kanalı, yalnızca yanlış ölçüldüğü için kaybeder.

Tarayıcı Sinyali ile Sunucu Sinyali Arasındaki Fark

İki yöntem birbirinin yerine geçmez — birlikte çalıştıklarında en güçlü sonucu verirler. Meta, aynı rezervasyon olayının hem tarayıcıdan hem sunucudan geldiğini fark ettiğinde bunu tek bir olay olarak sayar (deduplication); tarayıcı sinyali kaybolursa sunucu sinyali devreye girip olayı yine de raporlar.

Çözümün İlk Ayağı: Conversions API (CAPI)

Meta'nın bu soruna önerdiği çözüm Conversions API (CAPI) — tarayıcı tabanlı Pixel'e ek olarak, rezervasyon olayının otelin kendi sunucusundan doğrudan Meta'ya iletilmesi. Bu, kullanıcının tarayıcısının çerezi engelleyip engellemediğinden veya ATT izni verip vermediğinden bağımsız çalışır, çünkü olay tarayıcı üzerinden değil sunucudan sunucuya gönderilir.

Pratikte bu şu anlama gelir: bir misafir rezervasyonu tamamladığında, otel rezervasyon sisteminiz (veya bu sistemle entegre reklam altyapınız) bu olayı hem tarayıcı Pixel'i üzerinden hem de sunucu tarafından CAPI ile Meta'ya bildirir. Meta, iki sinyali eşleştirip (deduplication) tekrar sayımını önler, ama tarayıcı sinyali kaybolsa bile sunucu sinyali rezervasyonu görünür kılar.

Çözümün İkinci Ayağı: First-Party Veri

CAPI tek başına yeterli değil — Meta'nın sunucudan gelen olayı doğru kişiyle eşleştirebilmesi için bir kimlik sinyaline ihtiyacı var. Burada devreye first-party veri giriyor: misafirin rezervasyon sırasında verdiği e-posta ve telefon bilgisi, gizlilik standartlarına uygun şekilde hash'lenerek (düz metin olarak değil) Meta'ya iletilir. Meta bu hash'i kendi kullanıcı veritabanındaki hash'lerle eşleştirip, hangi reklama tıklayan kişinin rezervasyon yaptığını anlayabilir.

Bu, oteller için üçüncü taraf çerezine bağımlı olmayan, doğrudan otelin kendi misafir verisine dayanan bir ölçüm temeli kurmak anlamına geliyor — tarayıcı politikaları ne kadar sıkılaşırsa sıkılaşsın, bu veri oteli elinde kalır.

Pratikte first-party veri toplamak, rezervasyon formunun e-posta ve telefon alanlarını zorunlu tutmaktan ibaret değil — bu bilginin, rezervasyon tamamlandığı anda otomatik olarak reklam altyapısına (CAPI entegrasyonuna) iletilecek şekilde sistemler arasında akması gerekir. Bu akış PMS, rezervasyon motoru ve reklam hesabı arasında elle veri aktarımıyla değil, otomatik bir entegrasyonla kurulduğunda gerçek zamanlı ve tutarlı çalışır; aksi halde veri toplanır ama reklam sistemine hiç ulaşmaz.

Kayıp Sinyalin Büyüklüğü Neden Önemli?

İzin isteme ekranı çıktığında kullanıcıların büyük bir kısmının izlemeyi reddettiği, sektörde yaygın olarak gözlemlenen bir durum — bu da tarayıcı tabanlı ölçümün, gerçek rezervasyon hacminin yalnızca bir bölümünü görebildiği anlamına geliyor. Otel için bunun anlamı şu: iki kampanyanın da aynı bütçeyle çalıştığı, ama birinin izin veren kullanıcılara diğerinin izin vermeyenlere daha çok ulaştığı bir senaryoda, panel ikinci kampanyayı "daha az dönüşümlü" gösterir — oysa gerçek rezervasyon sayısı birbirine yakın olabilir. Bu sinyal boşluğu kapatılmadan yapılan bütçe kararları, kampanyalar arası kıyaslamayı gerçek performanstan çok, hangi kitlenin izin verme eğiliminde olduğuna göre şekillendirir.

Kurulum Sizin İçin Ne Değiştirir?

CAPI ve first-party veri eşleştirmesi doğru kurulduğunda, otel yönetiminin göreceği somut fark şudur: panelde görünen dönüşüm sayısı gerçek rezervasyon sayısına daha yakın hale gelir, algoritma bütçeyi gerçekten çalışan kampanyalara yönlendirir ve "bu kanal işe yaramıyor" gibi yanlış kararlar alma riski azalır. Bu kurulumun teknik adımlarını (piksel + CAPI entegrasyonu, event eşleştirme, deduplication ayarları) merak edenler Oteller İçin Meta API Kurulumu rehberimizde adım adım bulabilir.

Doğru kurulan bir ölçüm altyapısının değeri, yalnızca Meta ile sınırlı değil — attribution olmadan optimizasyonun mümkün olmadığını gösteren daha genel bir prensibin Meta özelindeki karşılığıdır. Hangi kanaldan geldiği fark etmeksizin, bir otelin reklam bütçesini doğru yönetebilmesi için önce hangi kampanyanın gerçekten rezervasyon getirdiğini görebilmesi gerekir.

Sık Yapılan Hatalar

Bu geçişte oteller genelde üç hatadan birine düşüyor:

• Sadece Pixel'e güvenmeye devam etmek. Pixel hâlâ değerli bir sinyal kaynağı ama artık tek başına yeterli değil — CAPI olmadan kurulan bir Pixel, giderek daha fazla veri kaybediyor.
• CAPI'yi kurup deduplication'ı doğru yapılandırmamak. Aynı rezervasyonun hem Pixel'den hem CAPI'den ayrı ayrı sayılması, dönüşüm sayısını gerçek rakamın üzerine şişirir — bu da az kaybolan veri kadar yanıltıcı bir sonuç.
• First-party veriyi yalnızca Meta için değil, hiçbir yerde toplamamak. Misafirin e-posta/telefon bilgisi rezervasyon anında toplanmıyorsa, CAPI'nin eşleştirebileceği bir kimlik sinyali de olmaz — sorun reklam panelinde değil, rezervasyon akışının en başında çözülmesi gereken bir veri toplama meselesidir.

Bu Sorun Hangi Oteller İçin Daha Kritik?

Sinyal kaybının etkisi her otelde aynı ağırlıkta hissedilmiyor. Reklam bütçesinin büyük kısmını Instagram/Meta'ya ayıran, dolayısıyla mobil ve iOS ağırlıklı bir kitleye ulaşan oteller (özellikle görsel odaklı butik oteller) bu kayıptan orantısız şekilde etkileniyor, çünkü kitlenin büyük kısmı zaten iOS cihazlarda ve uygulama içi izin ekranıyla karşılaşıyor. Ağırlıklı olarak Google arama ağına yatırım yapan oteller için etki daha sınırlı, ama first-party veri ve doğru attribution her kanalda değerli — bu yalnızca Meta'ya özgü bir sorun değil, genel bir ölçüm altyapısı meselesi.

Sonuç Olarak Ne Yapmalı?

iOS gizlilik değişiklikleri ve tarayıcı kısıtlamaları geri alınacak bir trend değil — aksine zamanla daha da sıkılaşması bekleniyor. Bu yüzden otellerin stratejisi "eski ölçüm yöntemine geri dönmek" değil, ölçümü tarayıcı sinyaline bağımlı olmaktan çıkarıp sunucu tarafına ve kendi misafir verisine taşımak olmalı. Bunu yapan oteller, rakiplerinin "veri karardı" diye bütçe kısıp kararsız kaldığı bir dönemde, hangi kampanyanın işe yaradığını hâlâ net görebiliyor — çünkü ölçümlerini üçüncü taraf çerezine değil, kendi misafir ilişkilerine dayandırıyorlar.

---

---