Reklam algoritması ne öğreniyor, ne öğrenemiyor?
Meta'nın reklam sistemi bir tahmin makinesidir: elindeki dönüşüm verisine bakıp "bu davranışı yapan kişiler şuna benziyor" der ve o profili aramaya başlar. Verdiğiniz veri neyse, aradığı kişi odur.
Sağlık turizminde çoğu firmanın Meta'ya verdiği tek veri şudur: mesaj başladı. Reklamı gören kişi WhatsApp'tan yazdı, Instagram'dan DM attı ya da formu doldurdu. Algoritma bunu öğrenir ve iyi de yapar — size mesaj yazacak insanları bulur.
Ama mesaj yazan kişi ile ameliyat olan kişi aynı profil değil. Yüz mesajın kırkı fiyat sorup kaybolur, on beşi randevu alır, beşi gelir. Meta o beş kişiyi hiç öğrenmediği sürece kırkın peşinden koşmaya devam eder. Mesaj maliyeti düşer, hasta maliyeti düşmez — panelde her şey iyi görünürken kasada bir şey değişmez.
Dönüşüm API'si (CAPI) tam olarak nedir?
Conversions API, dönüşümleri tarayıcı yerine sunucudan sunucuya bildiren yöntemdir. Klasik pixel ziyaretçinin tarayıcısında çalışır; çerez kısıtları, izleme engelleyiciler ve mobil işletim sistemlerinin izin ekranları bu yolu yıllar içinde epey daralttı.
CAPI bu sınırların dışındadır çünkü olayı tarayıcı değil, sizin sisteminiz gönderir. Sağlık turizmi için asıl önemli olan da bu değil: satışın olduğu yerde tarayıcı zaten yok. Kapanış WhatsApp'ta konuşulur, kapora banka havalesiyle gelir, karar telefonda verilir. Bu olayı yalnızca CRM bilir; dolayısıyla Meta'ya ancak CRM haber verebilir.
Meta'nın "veriyi geri besleyin" ısrarının arkasında bu var. Kendi tarafında göremediği sonucu sizden istiyor.
Sağlık turizmine özgü zorluk: dönüşüm üç hafta sonra oluyor
E-ticarette dönüşüm on dakikada olur; sepete eklenir, ödeme yapılır, olay gider. Sağlık turizminde tedavi kararı ortalama haftalar sürer ve zincirin hiçbir adımı web sitesinde geçmez.
Bu üç pratik sonuç doğurur:
- Tek bir dönüşüm yetmez. Sadece "satış" gönderirseniz Meta'ya haftada birkaç olay gider; bu, algoritmanın öğrenmesi için çok az veridir. Ara adımları da (ilgilendi, randevu) göndermek sinyal hacmini büyütür.
- Gecikme kabul edilmeli. Olay üç hafta sonra gittiğinde de değerlidir; Meta olayı, kişinin ilk temas ettiği reklama bağlar. Ama attribution penceresini bilerek kurun.
- İşareti insan koyar. Satışın kapandığını yazılım kendi başına anlayamaz. Bu yüzden CRM'de statü değişimi, dönüşümün tek güvenilir kaynağıdır.
Hangi olay, ne zaman gönderilmeli?
Pratikte üç olay yeter ve üçü hasta statülerinize bağlanır:
- Contact — kişi gerçekten ilgilendi, konuşma başladı. Hacmi yüksek, niteliği düşük sinyal.
- Lead — nitelikli aday: bilgileri alındı, tedaviye uygun, fiyat konuşuluyor.
- Purchase — satış kapandı. En değerli sinyal, en düşük hacim.
Kritik nokta şu: olumsuz statüleri göndermeyin. "Ulaşılamadı", "vazgeçti", "uygun değil" gibi statüler CRM'de kalmalı. Meta'ya yalnızca istediğiniz davranışı bildirirsiniz; istemediğinizi bildirmek diye bir şey yok, gönderirseniz yanlış kitleyi öğretirsiniz.
MetoCRM'de bu eşleşme statü bazında kurulur ve bir statü için "gönderme" demek mümkündür — olumsuz sonuçlar raporlarınızda kalır, reklam tarafına sızmaz.
Değer sinyali: sabit tutar mı, gerçek teklif mi?
Purchase olayının bir tutarı vardır ve Meta'nın ROAS hesabı buna dayanır. İki yaklaşım var:
Sabit ortalama. Her satış aynı değerle gider. Tedavi fiyatlarınız birbirine yakınsa (örneğin yalnız saç ekimi yapıyorsanız) yeterlidir ve kurulumu kolaydır.
Gerçek teklif tutarı. Hastanın CRM'deki teklifi bulunur, tutarı ve para birimiyle gönderilir. Karma tedavi yapan bir firmada fark büyüktür: 2.000 €'luk bir işlemle 12.000 €'luk bir ameliyatı aynı ağırlıkta bildirmek, algoritmaya ucuz işlem peşinde koşmayı öğretir.
İkinci yolu seçtiğinizde bir kural koyun: teklif bulunamazsa ne olacak? Sessizce sıfır göndermek en kötüsüdür. Doğru davranış, ortalamaya dönmek ve bunu kayda yazmaktır — üç ay sonra "bu rakam nereden geldi" sorusunun cevabı olsun.
Yanlış kurulmuş bir CAPI'nin üç işareti
- Çift sayım. Hem tarayıcı pixel'i hem sunucu aynı olayı gönderiyor ve olaylar tekilleştirilmiyorsa dönüşüm sayınız şişer. Her olayın tekil bir kimliği olmalı; aynı kimlik iki kez gitmemeli.
- Her şey Purchase. Ara adımları atlayıp yalnız satış göndermek, haftada birkaç olay demektir. Meta'nın öğrenme evresi için bu genelde yetersizdir; kampanya kararsız kalır.
- Kimliksiz olaylar. Telefon, e-posta ya da reklam tıklama bilgisi taşımayan olay Meta tarafında kimseye bağlanamaz. Gider, sayılır gibi görünür, hiçbir şey öğretmez. İyi kurulmuş bir sistem bunu önceden söyler.
KVKK ve GDPR: ne gönderiliyor?
Eşleştirme için Meta'nın bir tanımlayıcıya ihtiyacı var; ama bu, hasta listenizi reklam platformuna yüklemek anlamına gelmiyor. Doğru uygulama, e-posta ve telefonu göndermeden önce SHA-256 ile hash'lemektir. Karşı tarafa giden şey geri döndürülemez bir özettir.
Yine de teknik önlem hukuki dayanağın yerine geçmez. Reklam ölçümü için kişisel veri işlediğinizi aydınlatma metninizde yazın ve rıza yönetiminizle tutarlı davranın. Sağlık verisi özel nitelikli veridir; gönderilenin tedavi bilgisi değil, yalnızca eşleşme için gereken hash'li tanımlayıcı ve olay adı olduğundan emin olun. KVKK uyumu yazımızda bu çerçeveyi ayrıntılı ele aldık.