Bu İçeriği Yapay Zekâ (AI) ile Özetleyin:
Kısaca: Sağlık turizminde dönüşüm takibi, reklam tıklamasından tedavi onayına uzanan yolculuğu ayrı adımlar halinde kaydetmek anlamına gelir. GA4, Google Tag Manager, Meta CAPI ve CRM verisini tek bir ölçüm zincirine bağladığınızda hangi kanalın gerçek hasta getirdiğini, hangisinin yalnızca form gönderimi ürettiğini ayırt edebilirsiniz.
- Dönüşüm, form gönderimi değil randevu ve tedavi onayıdır; ölçüm planı bu iki aşamayı ayrı kaydetmelidir.
- Son tıklama atıf modeli, birden fazla temasla karar veren yurt dışı hasta adayını yanlış kanala yazar.
- GA4 ve Google Tag Manager kurulumu ölçüm planı yazılmadan başlatılırsa etiketler doğru çalışsa bile rapor karar üretmez.
- Meta CAPI ve çevrimdışı dönüşüm aktarımı, CRM'deki aşama değişikliklerini reklam platformlarına geri besleyerek optimizasyonu gerçek hastaya yönlendirir.
- Kanal karşılaştırmasında aynı dönüşüm tanımı, aynı ölçüm penceresi ve aynı geri dönüş süresi kullanılmalıdır.
- Ölçüm altyapısı kurulduktan sonra karar vermek için 60-90 günlük temiz veri birikmesi gerekir.
Sağlık turizminde dönüşüm takibi, reklam tıklamasından tedavi onayına uzanan yolculuğun her aşamasını ayrı ayrı kaydetmek anlamına gelir. Kliniklerin büyük bölümü Google Ads, Meta ve SEO çalışmalarına bütçe ayırıyor; ancak kanal bazında gelen başvuruların kaçının randevuya, kaçının gerçek hastaya dönüştüğünü göremiyor.
Bunun en yaygın sonucu şudur: raporda görünen dönüşüm sayısı ile kasaya giren hasta sayısı birbirini tutmaz. Bu durumda bütçe kararları veriyle değil, toplantı odasındaki kanaatlerle alınır. Hangi kanalın gerçekten hasta getirdiğini anlamak için ölçüm zincirinin siteden CRM’e kadar kesintisiz kurulması gerekir.
Bu rehberde sağlık turizminde dönüşüm takibini yedi adımda ele alıyoruz: hangi olayların ölçüleceği, Google Analytics 4 ve Google Tag Manager kurulum sırası, Meta Conversions API ve Google Ads dönüşümlerinin CRM verisiyle birleştirilmesi, karar değiştiren KPI’lar, kanalların aynı tabloda okunması, sık yapılan hatalar ve 90 günlük bir optimizasyon ritmi.
İçindekiler
- Sağlık turizminde dönüşüm takibi tam olarak neyi ölçer?
- Hangi olayları (event) ölçmelisiniz? Klinik için dönüşüm haritası
- GA4 ve Google Tag Manager ile ölçüm altyapısı nasıl kurulur?
- Meta CAPI, Google Ads dönüşümleri ve CRM verisi tek sistemde nasıl birleşir?
- Hangi KPI'lar klinik kararını gerçekten değiştirir?
- Google Ads, Meta, SEO ve yapay zekâ trafiği aynı tabloda nasıl okunur?
- Dönüşüm takibinde yapılan 6 yaygın hata
- Sağlık turizminde dönüşüm takibi için 90 günlük ölçüm ve optimizasyon yol haritası
- Sağlık turizminde dönüşüm takibi bir rapor değil, karar sistemidir
- Sık Sorulan Sorular
Sağlık turizminde dönüşüm takibi tam olarak neyi ölçer?
Sağlık turizminde dönüşüm takibi, ziyaretçinin reklam ya da arama sonucu üzerinden siteye gelmesinden randevu ve tedavi onayına kadar geçen süreci ölçülebilir adımlara bölmek anlamına gelir. Böylece rapordaki “dönüşüm” kavramı form gönderimiyle sınırlı kalmaz; hangi kanalın gerçek hasta getirdiği görünür hale gelir.
Klinik tarafında sık gördüğümüz sorun şu: reklam hesabında 40 dönüşüm görünürken uluslararası hasta biriminin haftalık randevu listesinde bu sayıya yakın bir karşılık bulunmuyor. İki sayı arasındaki fark, ölçümün yanlış olmasından değil, yanlış şeyin ölçülmesinden kaynaklanır.
Lead, nitelikli lead ve hasta arasındaki fark
Lead, bir kişinin iletişim bilgisini bırakarak ya da doğrudan iletişim kanalını kullanarak klinikle temas kurması anlamına gelir. Ancak her lead hasta adayı değildir; bütçe, ülke, tedavi uygunluğu ve karar zamanı açısından filtrelenmesi gerekir.
- Lead: Form, WhatsApp, telefon veya e-posta üzerinden gelen ham başvuru.
- Nitelikli lead: Yaş, ülke, tedavi türü ve bütçe açısından kliniğin kabul kriterlerine uyan başvuru.
- Randevu (konsültasyon): Görüntülü görüşme veya yüz yüze muayene için takvime alınmış aday.
- Hasta: Tedavi planı onaylanmış ve süreç başlamış kişi.
Bu dört seviyeyi ayrı kaydetmediğinizde, çok sayıda ucuz ama niteliksiz başvuru üreten bir kanal, tabloda en başarılı kanal gibi görünür. Oysa klinik için değerli olan, tedavi onayına yürüyen aday sayısıdır.
Son tıklama (last click) neden yanıltıcıdır?
Atıf, bir dönüşümün hangi pazarlama temasına yazılacağını belirleyen kural seti anlamına gelir. Son tıklama modeli tüm başarıyı, dönüşümden hemen önceki tıklamaya yazar; yolculuğun önceki adımlarını görmez.
Açıkça varsayımsal bir senaryo kuralım: Almanya’da yaşayan bir hasta adayı, sosyal medyada bir kliniğin bilgilendirici videosunu görür, iki hafta sonra Google’da tedaviyle ilgili bir arama yapar, reklama tıklar ve form doldurur. Son tıklama modeli bu başvurunun tamamını Google Ads’e yazar. Sosyal medya içeriği karar sürecini başlatmış olsa da raporda katkısı görünmez.
Bu nedenle bütçe kararlarını tek bir atıf modeline dayandırmak risklidir. Veri odaklı atıf modeli (data-driven attribution) ve kanal bazında nitelikli lead oranı birlikte okunduğunda tablo daha gerçekçi olur.
Hangi olayları (event) ölçmelisiniz? Klinik için dönüşüm haritası
Ölçüm planı hem mikro hem makro dönüşümleri kapsamalıdır. Mikro dönüşümler telefon araması, WhatsApp tıklaması, form gönderimi, broşür indirme ve canlı sohbet başlatma gibi ilgi sinyalleridir; makro dönüşümler ise randevu talebi, konsültasyon tamamlanması ve tedavi onayıdır. Klinik bütçesini asıl makro adımlar yönlendirir.
Kampanya kurgusunda dikkat ettiğimiz nokta şu: her olay, sonradan kanal karşılaştırması yapılabilecek kadar bağlam taşımalıdır. Olay adı tek başına yeterli değildir; yanına tedavi türü, ülke, dil ve sayfa bilgisi eklenmelidir.
Web sitesi tarafı: form, WhatsApp, telefon, e-posta
- Form gönderimi: Hangi tedavi sayfasından geldiği ve form alan sayısı kaydedilmeli.
- WhatsApp tıklaması: WhatsApp Business bağlantısının hangi dil ve ülke sayfasında tıklandığı ayrıştırılmalı.
- Telefon araması: Mobilde tıklama, masaüstünde numara görüntüleme ayrı olaylar olarak izlenmeli.
- E-posta tıklaması: Kurumsal adreslere giden tıklamalar ayrı bir olay olarak tutulmalı.
- Broşür veya fiyat bilgisi talebi: Dosya indirme olayı nitelik sinyali olarak raporlanmalı.
Klinik tarafı: randevu, konsültasyon, tedavi onayı
Klinik tarafındaki aşamalar genellikle CRM’de ya da çağrı merkezi kayıtlarında yaşar. Bu aşamaları web tarafındaki olaylarla aynı kimlik altında eşleştirmek, gerçek hasta edinme maliyetini hesaplamanın tek yoludur.
- Randevu oluşturuldu: Görüşme takvime alındığında işaretlenir.
- Konsültasyon tamamlandı: Adayın gerçekten görüşmeye katıldığı doğrulanır.
- Tedavi onaylandı: Klinik için makro dönüşüm bu aşamadır.
Aşağıdaki ölçüm planı şablonu, kurulumdan önce doldurulması gereken tablodur. Boş satırlar kaldığı sürece etiket kurulumuna başlanmamasını öneriyoruz.
| Olay adı | Tetikleyici | Kaydedilecek parametre | Sorumlu |
|---|---|---|---|
| form_submit | Form başarılı gönderimi | tedavi_turu, dil, ulke, sayfa | Pazarlama / web |
| whatsapp_click | WhatsApp bağlantısı tıklaması | dil, ulke, kanal | Pazarlama |
| call_click | Telefon numarası tıklaması | cihaz, dil, sayfa | Pazarlama |
| randevu_olusturuldu | CRM aşama değişikliği | kanal, kampanya, tedavi | Uluslararası hasta birimi |
| tedavi_onaylandi | CRM aşama değişikliği | kanal, kampanya, tedavi, ülke | Klinik yönetimi |
Bu tablo tamamlandığında hem sağlık turizminde lead yönetimi: dönüşümü artıran adımlar tarafı hem de reklam optimizasyonu aynı dil üzerinden konuşmaya başlar.
GA4 ve Google Tag Manager ile ölçüm altyapısı nasıl kurulur?
Kurulumun doğru sırası şudur: ölçüm planı, Google Tag Manager konteyner yapısı, GA4 olayları, dönüşüm olarak işaretleme ve test. Bu sıra atlandığında etiketler teknik olarak çalışsa bile raporlar kanal karşılaştırması yapılamayacak kadar dağınık kalır.
GA4 mülk, veri akışı ve çok dilli site yapısı
Google Analytics 4, olay tabanlı bir ölçüm platformudur; sayfa görüntülemeleri de birer olay olarak kaydedilir. Çok dilli klinik sitelerinde dil ve ülke ayrımının raporlara taşınması, sonraki tüm analizlerin temelidir.
- Her dil sürümü için tutarlı bir URL yapısı kurun: /de/, /en/, /ar/ gibi.
- Dil ve ülke bilgisini olay parametresi olarak gönderin; yalnızca sayfa yoluna güvenmeyin.
- Para birimi ve saat dilimini mülk ayarlarında netleştirin; farklı ülkelerden gelen lead’lerin tarih kaymasını önleyin.
- Veri saklama süresini, veri sorumlusu politikanızla uyumlu olacak şekilde ayarlayın.
GTM etiketleri, tetikleyiciler ve değişkenler
Google Tag Manager, siteye kod yazmadan etiket yönetmenizi sağlayan bir etiket yönetim sistemidir. Sağlıklı bir konteyner yapısı üç katmandan oluşur: değişkenler, tetikleyiciler ve etiketler.
- Önce değişkenleri tanımlayın: dil, sayfa yolu, form kimliği, tıklama sınıfı gibi.
- Ardından tetikleyicileri kurun: form gönderimi, WhatsApp bağlantısı tıklaması, telefon tıklaması.
- Son olarak GA4 olay etiketlerini bu tetikleyicilere bağlayın.
- Kritik olayları GA4 içinde dönüşüm olarak işaretleyin.
- Reklam platformlarına gönderilecek etiketleri ayrı bir katmanda yönetin.
Teknik detaylar için Google’ın resmî dokümantasyonuna bakabilirsiniz: Google Tag Manager geliştirici dokümantasyonu ve Google Analytics yardım merkezi.
Form ve WhatsApp tıklamaları nasıl event'e dönüştürülür?
Teşekkür sayfası olmayan formlarda tetikleyici kurgusu dikkat ister; aksi halde doğrulama hatası alan her gönderim dönüşüm olarak sayılır.
- Formun başarılı gönderim durumunda tetiklenen bir olay (JavaScript event’i veya veri katmanı mesajı) tanımlayın.
- Teşekkür sayfası varsa sayfa görüntülemesini tetikleyici olarak kullanın.
- WhatsApp tıklamasını, hedef bağlantı deseniyle eşleşen tıklama tetikleyicisiyle yakalayın.
- Telefon tıklamasında tel: bağlantılarını ayrı tetikleyiciyle izleyin.
- E-posta, ad, telefon gibi kişisel verileri olay parametresi olarak göndermeyin.
Kurulumun doğruluğunu üç adımda test edin: GTM hata ayıklama modunda tetikleyici davranışını izleyin, sitede gerçek bir test gönderimi yapın ve GA4 gerçek zamanlı raporunda olayın parametreleriyle göründüğünü doğrulayın. Son olarak CRM’e gelen başvuru sayısıyla raporu karşılaştırın; fark varsa ölçüm zincirinde eksik halka vardır.
Meta CAPI, Google Ads dönüşümleri ve CRM verisi tek sistemde nasıl birleşir?
Bu üç kaynağı birleştirmenin amacı, tarayıcıda kaybolan veriyi sunucu tarafında tamamlayıp CRM’deki gerçek aşama değişikliklerini reklam platformlarına geri beslemektir. Böylece optimizasyon algoritmaları form gönderimine değil, randevu ve tedavi onayına göre çalışır.
Sunucu taraflı izleme ve çerez kaybı
Sunucu taraflı etiketleme, olay verisinin tarayıcı yerine sizin kontrol ettiğiniz bir sunucudan gönderilmesi anlamına gelir. Bu yaklaşım, çerez kısıtlamaları ve tarayıcı engelleri nedeniyle kaybolan ölçümü kısmen telafi eder.
Meta Conversions API (CAPI), reklam etkileşimlerinin tarayıcıdan bağımsız olarak sunucudan Meta’ya iletilmesini sağlayan yapıdır. Neyi çözer: reklam tıklaması ile dönüşüm arasındaki eşleşmeyi güçlendirir, engellenen isteklerden kaynaklanan kaybı azaltır. Neyi çözmez: yanlış tanımlanmış bir dönüşümü doğru hale getirmez, kişisel veri toplama kurallarını ortadan kaldırmaz.
Çevrimdışı dönüşüm (offline conversion) aktarımı
Çevrimdışı dönüşüm aktarımı, web sitesinde gerçekleşmeyen ama iş değeri taşıyan aşamaların reklam platformlarına bildirilmesidir. Klinik özelinde bu aşamalar randevu, konsültasyon ve tedavi onayıdır.
- CRM’de aşama adlarını netleştirin: lead, nitelikli lead, randevu, konsültasyon, tedavi onayı.
- Her aşamayı platformun beklediği dönüşüm adıyla eşleştirin.
- Başvurunun kaynağını taşıyan kimlik bilgisini (tıklama kimliği veya gizlilik uyumlu eşleştirme anahtarı) başvuru kaydına yazın.
- Aşama değiştiğinde bu kaydı toplu veya otomatik aktarımla platforma gönderin.
- Aktarımın raporlara düştüğünü düzenli olarak doğrulayın.
Google Ads tarafında aynı mantık Google Ads ile yurt dışından hasta getirme rehberi kapsamında anlattığımız dönüşüm tanımlarıyla birlikte kurulmalıdır. Kanal bazlı optimizasyon ancak dönüşümlerin niteliği platforma bildirildiğinde doğru yöne gider.
KVKK ve GDPR için açık rıza ve onay modu
Consent Mode, kullanıcı rızasına göre etiketlerin davranışını ayarlayan bir mekanizmadır. Sağlık verisi özel nitelikli veri kapsamında değerlendirildiğinden, izleme kurulumunun rıza yönetimiyle birlikte tasarlanması gerekir.
- Açık rıza alınmadan pazarlama amaçlı izleme çerezlerini çalıştırmayın.
- Veri minimizasyonu ilkesini uygulayın: yalnızca karar için gerekli alanları toplayın.
- Rıza kayıtlarını, hangi metnin hangi tarihte onaylandığını gösterecek şekilde saklayın.
- Saklama sürelerini yazılı hale getirin ve süresi dolan kayıtları silin.
- Yurt dışına veri aktarımı ve yurt dışındaki platformlarla çalışma koşullarını kendi hukuk ve veri sorumlusu ekibinizle doğrulayın.
Uygulama detayları için Kişisel Verileri Koruma Kurumu ve Avrupa Komisyonu kaynaklarını takip etmenizi öneririz. Bu bölüm hukuki görüş değildir; kendi uyum sürecinizi uzmanlarınızla netleştirin.
Hangi KPI'lar klinik kararını gerçekten değiştirir?
Karar değiştiren KPI’lar harcama, lead sayısı, nitelikli lead oranı, randevu oranı, tedaviye dönüşüm oranı ve hasta edinme maliyetidir. Gösterim ve tıklama metrikleri bu zincirin yalnızca ilk halkasıdır; tek başlarına bütçe kaydırma kararı için yeterli değildir.
Lead başına maliyet ve nitelikli lead oranı
Lead başına maliyet (CPL), bir kanaldan gelen ham başvuru sayısına karşılık yapılan harcamadır. Ancak tek başına okunduğunda yanıltıcıdır; düşük maliyetli kanallar sıklıkla düşük nitelik üretir.
Nitelikli lead oranı, gelen başvuruların kaçının kabul kriterlerine uyduğunu gösterir. Klinik tarafında sık gördüğümüz hata, bu oranı ölçmeden yalnızca CPL üzerinden karar vermektir.
Lead → randevu → tedavi dönüşüm oranı
Ara aşamaları ayrı ayrı ölçmek, sorunun nerede olduğunu gösterir. Başvuru sayısı yüksek ama randevu oranı düşükse sorun çağrı merkezi sürecinde; randevu oranı iyi ama tedaviye dönüşüm zayıfsa sorun fiyatlandırma, güven unsurları veya hasta iletişiminde olabilir.
Kanal bazında hasta edinme maliyeti
Hasta edinme maliyeti (CPA), belirli bir dönemde bir kanala yapılan toplam harcamanın o kanaldan gelen onaylı hasta sayısına bölünmesiyle hesaplanır. Bu metrik, tüm kanallar için aynı tanımla üretilmediği sürece karşılaştırma anlamını yitirir.
| KPI | Ne söyler | İzleme sıklığı | Karar tetikleyicisi |
|---|---|---|---|
| Harcama | Kanalın maliyet yükü | Haftalık | Bütçe sınırı yaklaşınca gözden geçirme |
| Lead sayısı | Talep hacmi | Haftalık | Kanal sessizleşirse kreatif ve hedefleme kontrolü |
| Nitelikli lead oranı | Başvuru kalitesi | İki haftada bir | Oran düşerse hedefleme ve form soruları revizyonu |
| Randevu oranı | Operasyonel dönüşüm | Haftalık | Düşüş varsa çağrı merkezi süreç denetimi |
| Tedavi dönüşüm oranı | Gerçek gelir etkisi | Aylık | Düşüş varsa teklif ve takip akışı incelemesi |
| Hasta edinme maliyeti | Kanal verimliliği | Aylık | Kanal ortalamanın belirgin üzerinde kalırsa bütçe kaydırma |
Geri dönüş penceresi kanallara göre farklıdır: hızlı karar verilen tedavilerde geri bildirim günler içinde gelirken, obezite cerrahisi veya tüp bebek gibi süreçlerde bu süre aylara yayılabilir. Bu nedenle bir kanalı değerlendirmeden önce kendi geri dönüş penceresinin tamamlandığından emin olun; erken karar, henüz olgunlaşmamış bir kanalı haksız yere kapatmanıza yol açar.
Google Ads, Meta, SEO ve yapay zekâ trafiği aynı tabloda nasıl okunur?
Kanalları aynı tabloda okumak için aynı dönüşüm tanımını, aynı ölçüm penceresini ve aynı atıf yaklaşımını kullanmanız gerekir. Aksi halde karşılaştırma, kanalların performansını değil ölçüm farklarını gösterir.
Kanalların dönüşüm gecikmesi farkı
Google Ads’ten gelen hasta adayı genelde belirli bir niyetle arama yaptığı için başvuruya daha hızlı geçer. Sosyal medya ve içerik kanalları ise karar sürecinin başında temas kurar; dönüşüm daha geç gerçekleşir. Organik arama trafiği çoğu zaman uzun kuyrukta birikir.
Aşağıdaki tablo, karşılaştırma yaparken hangi soruyu sormanız gerektiğini özetler.
| Kanal | Dönüşüm gecikmesi | Ölçüm yöntemi | Dikkat edilecek nokta |
|---|---|---|---|
| Google Ads | Kısa | Etiket + çevrimdışı dönüşüm | Marka aramalarının ayrı raporlanması |
| Meta | Orta | Piksel + Conversions API | Görüntüleme kaynaklı etkileşimlerin ayrıştırılması |
| SEO | Uzun | GA4 kanal grubu + CRM | Sayfa bazında lead kalitesinin izlenmesi |
| Yapay zekâ asistanları | Değişken | Yönlendirme ve dolaylı sinyaller | Doğrudan kaynağın çoğu zaman görünmemesi |
Marka araması ve yönlendirme (referrer) üzerinden AI trafiğini izleme
Yapay zekâ asistanlarından gelen talebin bir kısmı doğrudan ölçülemez; kullanıcı asistanla konuşur, sonra markayı arayarak siteye gelir. Bu durumda kaynak raporda “doğrudan” ya da marka araması olarak görünür.
- Marka araması hacmindeki kademeli artışı, içerik ve görünürlük çalışmalarının dolaylı sinyali olarak izleyin.
- Form notlarında “bir asistandan duydum” gibi ifadeleri etiketleyin; çağrı merkezi ekibinden bu geri bildirimi düzenli toplayın.
- Yönlendirme (referrer) verisinde asistan alan adlarından gelen ziyaretleri ayrı bir segmentte takip edin.
- Bu kanalı ayrı bir harcama kalemi gibi değil, destekleyici görünürlük katmanı olarak değerlendirin.
Yapay zekâ aramalarında kaynak olarak alıntılanmayı hedefliyorsanız, LLM SEO ile yapay zekâ aramalarında görünürlük yaklaşımını ölçüm tarafıyla birlikte planlamak gerekir. Sonuçta soru “hangi kanal daha iyi” değil, “hangi kanal hangi aşamada katkı veriyor” olmalıdır.
Dönüşüm takibinde yapılan 6 yaygın hata
En sık karşılaştığımız hatalar; çift sayılan dönüşümler, sayfa görüntülemesinin dönüşüm sayılması, test edilmeden yayına alınan etiketler, kurulmayan CRM bağlantısı, farklı dönüşüm tanımlarıyla yapılan kanal kıyası ve rıza yönetimi atlanarak veri toplanmasıdır. Bu hataların her biri bütçe kararını doğrudan saptırır.
Aşağıdaki tablo, hatayı belirti üzerinden tanımanıza ve düzeltme adımını planlamanıza yardımcı olur.
| Hata | Belirti | Olası iş etkisi | Düzeltme adımı |
|---|---|---|---|
| Çift sayılan dönüşüm | Aynı başvuru iki kez raporlanıyor | Maliyetler olduğundan düşük görünür | Olay kimliği (transaction ID) ile tekilleştirme |
| Sayfa görüntülemesinin dönüşüm sayılması | Dönüşüm sayısı lead sayısından yüksek | Sahte başarı algısı | Dönüşüm tanımını yalnızca gerçek aksiyonlarla sınırlama |
| Test edilmeden yayına alınan etiket | Rapor ile CRM sayıları uyuşmuyor | Hatalı optimizasyon sinyali | Hata ayıklama modu ve gerçek gönderim testi |
| CRM bağlantısının kurulmaması | Randevu ve tedavi aşaması ölçülemiyor | Gerçek hasta maliyeti bilinmiyor | Aşama eşleştirmesi ve geri besleme aktarımı |
| Kanal kıyasında farklı tanımlar | Aynı kanal iki raporda farklı çıkıyor | Yanlış bütçe kaydırma | Tek ortak dönüşüm sözlüğü oluşturma |
| Rıza yönetiminin atlanması | Rıza kaydı olmadan çerez çalışıyor | Uyum ve itibar riski | Onay modu ve rıza kayıtlarının devreye alınması |
Klinik tarafında sık gördüğümüz bir ek sorun da pazarlama ile uluslararası hasta biriminin farklı sayı sistemleri kullanmasıdır. Pazarlama haftalık ham başvuruyu, çağrı merkezi ise yalnızca kayda geçen görüşmeleri sayar. Ortak bir sözlük oluşturulmadan yapılan ölçüm karşılaştırmaları her ay aynı tartışmaya döner. Bu hataların bir kısmı kampanya kurgusunda başlar; yurt dışından hasta çekmede yapılan yaygın hatalar yazımızdaki başlıklarla birlikte değerlendirmenizi öneririz.
Sağlık turizminde dönüşüm takibi için 90 günlük ölçüm ve optimizasyon yol haritası
İlk 90 günün amacı kanal kapatmak değil, güvenilir bir ölçüm zemini kurup ilk karşılaştırmayı yapmaktır. Bu süreçte ölçüm planı yazılır, etiketler kurulup test edilir, CRM aşamaları eşleştirilir ve ilk bütçe kararı veriye dayanarak alınır.
1-30 gün: altyapı ve doğrulama
- Ölçüm planını ve dönüşüm sözlüğünü yazılı hale getirin.
- Olay adları, tetikleyiciler ve parametreler için ortak bir doküman oluşturun.
- GA4 mülk yapısını, dil ve ülke segmentasyonunu kurun.
- GTM etiketlerini yayınlayın ve hata ayıklama modunda doğrulayın.
- Gerçek gönderim testleriyle form, WhatsApp ve telefon olaylarını kontrol edin.
- Rıza yönetimi ve onay modu davranışını test edin.
31-60 gün: veri toplama ve temizlik
- CRM aşamalarını reklam platformu dönüşüm adlarıyla eşleştirin.
- Çevrimdışı dönüşüm aktarımını devreye alın ve raporlara düştüğünü doğrulayın.
- Lead kayıtlarında kaynak, kampanya ve tedavi türü alanlarının doldurulma oranını denetleyin.
- Tekrarlı kayıtları temizleyin; aynı kişinin birden fazla başvurusunu tekilleştirin.
- Haftalık kontrol ritmini başlatın: harcama, lead, nitelikli lead oranı.
61-90 gün: bütçe ve kanal kararları
- Aylık KPI tablosunu sabitleyin ve Looker Studio üzerinden tek panelde yayınlayın.
- Kanal bazında hasta edinme maliyetini aynı tanımla hesaplayın.
- Geri dönüş penceresi tamamlanmış kanallarda karşılaştırma yapın.
- Verimliliği düşük kanallarda bütçeyi tamamen kesmek yerine önce hedefleme ve kreatif testi planlayın.
- Bir sonraki 90 günün test takvimini yazın: yeni dil, yeni tedavi sayfası, yeni kreatif.
Bu ritmin işlemesi için kimin hangi veriyi sağlayacağı netleşmelidir. Pazarlama harcama ve olay verisini, uluslararası hasta birimi randevu ve konsültasyon kayıtlarını, klinik yönetimi tedavi onayı bilgisini sağlar. Rapor, karar toplantısında tartışma aracı değil karar aracı olarak kullanılmalıdır: her toplantının çıktısı, hangi kanalda hangi değişikliğin yapılacağı ve bunun hangi tarihte yeniden ölçüleceği olmalıdır.
Sağlık turizminde dönüşüm takibi bir rapor değil, karar sistemidir
Sağlık turizminde dönüşüm takibi, form gönderimi sayısını büyütmek için değil, hangi kanalın gerçek hasta getirdiğini görmek için kurulur. Ölçüm planı, GA4 ve Google Tag Manager kurulumu, Meta CAPI ile Google Ads dönüşümlerinin CRM verisiyle birleştirilmesi ve 90 günlük optimizasyon ritmi tamamlandığında bütçe kararları tahminden veriye taşınır.
Sizin için net sonraki adım şudur: bu hafta klinik içinde dönüşüm sözlüğünü oluşturun. Lead, nitelikli lead, randevu ve tedavi onayının tam olarak ne anlama geldiğini yazılı hale getirin. Bu tek adım, sonraki tüm teknik kurulumun temelini oluşturur.
10 Ajans olarak kliniklerin ölçüm altyapısını kuruyor, ilgili hizmet sayfasında anlattığımız Google Ads kurgusunu CRM geri beslemesiyle birlikte planlıyoruz. Mevcut ölçüm zincirinizi birlikte değerlendirmek isterseniz iletişim sayfasından bize ulaşabilirsiniz.
Sağlık turizminde dönüşüm takibi Hakkında Sık Sorulan Sorular
Sağlık turizminde dönüşüm takibi için hangi araçlar gerekir?
Temel set dört parçadan oluşur: GA4 olay ve dönüşüm ölçümü, Google Tag Manager etiket yönetimi, Meta CAPI ile sunucu taraflı izleme ve CRM tarafında aşama kaydı. Bu dört parça birbirine bağlanmadığında hangi kanalın gerçek hasta getirdiğini ölçemezsiniz. Raporlama katmanında ise Looker Studio gibi bir panel aracı, kanal karşılaştırmasını tek ekranda toplar.
GA4'te form gönderimi neden görünmüyor?
Genellikle üç nedenden biri geçerlidir: formun başarılı gönderiminde tetiklenecek bir olay tanımlanmamıştır, tetikleyici yanlış öğeye bağlanmıştır ya da form sayfa yenilemeden çalıştığı için sayfa görüntülemesi beklenmektedir. Önce GTM hata ayıklama modunda form gönderiminin tetikleyiciyi çalıştırıp çalıştırmadığını kontrol edin, ardından GA4 gerçek zamanlı raporunda olayı doğrulayın.
Meta CAPI nedir ve klinik için neden önemlidir?
Meta Conversions API, dönüşüm verisinin tarayıcıdan bağımsız olarak sunucudan Meta'ya iletilmesini sağlayan yapıdır. Çerez kısıtlamaları nedeniyle kaybolan eşleşmeyi güçlendirir ve reklam algoritmasının daha doğru sinyalle öğrenmesini destekler. Klinik açısından önemi, form gönderiminin ötesindeki randevu ve tedavi onayı aşamalarının da reklam platformuna bildirilebilmesidir.
Google Ads'te hasta başına maliyet nasıl hesaplanır?
Belirli bir dönemde Google Ads'e yapılan toplam harcama, aynı dönemde o kanaldan gelen onaylı hasta sayısına bölünür. Sağlıklı bir sonuç için harcamanın ve hasta sayısının aynı tarih aralığına ait olması, hasta kaydının kaynağının doğru etiketlenmesi ve geri dönüş penceresinin tamamlanması gerekir. Aksi halde maliyet olduğundan yüksek ya da düşük görünür.
Hangi reklam kanalı sağlık turizminde daha çok hasta getirir?
Tek bir doğru cevap yoktur; sonuç tedavi türüne, hedef ülkeye, dil desteğine ve fiyat konumlandırmasına göre değişir. Doğru soru hangi kanalın hasta yolculuğunun hangi aşamasında katkı verdiğidir. Google Ads genelde karar aşamasına yakın talebi, sosyal medya ve içerik ise farkındalık aşamasını besler. Kararı kendi verinizle verin.
KVKK ve GDPR uyumlu dönüşüm takibi nasıl kurulur?
Açık rıza alınmadan pazarlama amaçlı izleme çerezlerini çalıştırmayın, veri minimizasyonu uygulayın ve saklama sürelerini yazılı hale getirin. Onay modu ile etiket davranışını rızaya bağlayın, rıza kayıtlarını tarihli olarak saklayın. Sağlık verisi özel nitelikli veri kapsamında olduğundan yurt dışına aktarım ve platform sözleşmelerini kendi hukuk ve veri sorumlusu ekibinizle doğrulayın.
Çevrimdışı dönüşüm aktarımı (offline conversion) ne işe yarar?
Web sitesinde gerçekleşmeyen ama iş değeri taşıyan aşamaları reklam platformlarına bildirir. Klinik özelinde bu aşamalar randevu, konsültasyon tamamlanması ve tedavi onayıdır. Bu aktarım kurulduğunda optimizasyon algoritmaları form gönderimini değil, gerçek hasta üreten sinyali öğrenir ve bütçe daha nitelikli talebe yönelir.