Rezervasyon, Arama ve Yol Tarifi GA4'te Nasıl Ölçülür?
Restoran sitelerinde GA4 ile rezervasyon, telefon arama ve yol tarifi isteklerinin ölçümü: olay tanımları, İşletme Profili verisinin ayrı tutulması ve karışan ölçütlerin düzeltilmesi.
Hasan Tarık EmirCFO / Digital Marketing Manager · 5 dk okuma
Restoranın dijital ölçümü üç kaynaktan gelir: kendi sitesindeki rezervasyon ve iletişim davranışı, Google İşletme Profili performans verisi ve rezervasyon platformlarının kendi panoları. Bu üç kaynağı tek raporda karıştırmak, en sık yapılan ölçüm hatasıdır. Bu rehber GA4 tarafında hangi olayların nasıl tanımlanacağını ve hangi verinin GA4'e sokulmaması gerektiğini netleştirir.
Ölçülecek eylemleri baştan ayırın
Restoran sitesinde değerli eylemler şunlardır: rezervasyon formunun tamamlanması, rezervasyon platformuna geçiş, telefon numarasına tıklama, yol tarifi bağlantısına tıklama ve menü sayfasına erişim. Bunların hiçbiri aynı şeyi ölçmez: telefon tıklaması gerçekleşmiş bir görüşme değildir; yol tarifi tıklaması ziyarete dönüşmüş değildir. Her eylemi ayrı bir GA4 olayı olarak tanımlayın ve adlarını ekiple paylaşın.
Olay adlarını ve hangi sayfalarda tetiklendiğini tek bir belgeye yazın. Ekiple ölçüm sözlüğü olmadan kurulmuş GA4 hesaplarında, altı ay sonra 'rezervasyon' diye bakılan raporun neyi saydığını kimse hatırlamaz. GA4 önemli etkinlikler dokümanı, önemli etkinlik (key event) kavramını ve bunun dönüşüm raporlamasıyla ilişkisini tanımlar; hangi olayın önemli etkinlik olarak işaretleneceğini bu sözlüğe göre seçin.
| Olay | Ne zaman tetiklenir | Dikkat edilecek yanlış yorum |
|---|---|---|
| reservation_request_success | Sunucuda talep başarıyla kaydedildiğinde | Talep, kesinleşmiş rezervasyon ve gerçek ziyaret ayrı durumlardır |
| platform_redirect | Misafir rezervasyon uygulamasına geçtiğinde | Tamamlanma ayrıca entegrasyon veya izin verilen çapraz alan ölçümü gerektirir |
| tel_click | Telefon numarasına tıklandığında | Görüşmenin gerçekleştiğini kanıtlamaz |
| directions_click | Yol tarifi bağlantısına tıklandığında | Gerçek ziyaret sayısı değildir |
| menu_view | Menü sayfası görüntülendiğinde | Sayfa görüntüleme veya kullanıcı sayısı rezervasyon sayısı değildir |
Rezervasyon ölçümünü gerçek kayıt durumuyla eşleştirin
Teşekkür sayfası her açıldığında olay üretmek tekrar sayımına yol açabilir. Sunucunun kabul ettiği talep için bir başarı olayı tasarlayın; aynı gönderim veya ödeme bildirimi tekrar geldiğinde ikinci kayıt oluşmasın. Talebin kabulü ile masanın kesinleşmesi farklıysa reservation_confirmed ayrı bir olay olabilir. Bunlar bu rehberde önerilen özel adlardır; kurduğunuz anlamı ölçüm sözlüğüne yazın.
Üçüncü taraf platform yalnız dış bağlantı sunuyorsa kendi siteniz geçişi ölçer. Platform destekliyorsa izin verilen çapraz alan etiketleme veya API/webhook entegrasyonuyla sonuç bilgisi de alınabilir. Measurement Protocol, sunucu ve çevrimdışı olaylarla mevcut ölçümü tamamlayabilir; kimlik, zaman ve izin koşulları vardır. Her geçmiş kaydı otomatik dönüşüm olarak göndermeyin.
Kişi bilgilerini olaylarla göndermeyin
Rezervasyon formunda toplanan ad, e-posta ve telefon bilgisini GA4 olay parametrelerine koymayın; kişisel iletişim bilgileri standart olaylar ve URL parametreleri için uygun değildir. Ölçümde ihtiyaç duyduğunuz şey rezervasyonun gerçekleşmesidir, misafirin kimliği değildir; eşleştirme ihtiyacı rezervasyon sisteminin kendi kaydında çözülür.
İşletme Profili verisini GA4'e karıştırmayın
İşletme Profili performansı profil etkileşimlerini raporlar; bu rapor organik sonuçlarla birlikte Google Ads kaynaklı veriler de içerebilir. Çağrı ölçüsü düğme tıklamasıdır, gerçekleşmiş konuşma değildir. GA4 ile yan yana gösterebilirsiniz; ancak farklı ölçüleri toplamak tekil müşteri, rezervasyon veya ziyaret toplamı üretmez.
GA4 web, uygulama ve uygun entegrasyonlarla gönderilen diğer olayları kapsayabilir; yalnız site davranışıyla sınırlı değildir. Raporunuzda hangi veri akışlarının kurulu olduğunu yazın. İşletme Profili ve rezervasyon sisteminin kendi kayıtlarıyla birlikte gösterirken kaynak, tarih ve olay tanımını koruyun.
Kaynak atamasını doğru okuyun
'Misafir bizi nereden buldu' sorusu GA4'te tek bir sütunla yanıtlanmaz. İlk kullanıcı kaynağı, oturum kaynağı ve dönüşüm ataması (conversion credit) farklı kavramlardır; aynı rezervasyon üç raporda farklı kaynağa bağlanabilir. GA4 huni keşfi belgesinde açık ve kapalı huni, doğrudan ve dolaylı adım geçişi ile zaman kriterlerinin sonucu değiştirdiği açıklanır; aynı verinin farklı huni ayarıyla farklı sonuç vermesi normaldir.
Huni kullanıcılarıyla rezervasyon kayıtları farklı birimlerdir. Bir kişi birden çok rezervasyon yapabilir; başka biri menüyü okumadan forma gidebilir. Menü form başarılı talep dizisi örnek bir yoldur, herkesin izlemesi gerekmez. Açık/kapalı huni, giriş adımı ve süre koşulunu rapora yazın; küçük yüzdeleri farklı paydalarla doğrudan kıyaslamayın.
- GA4'te ilk kullanıcı ve oturum kaynak raporlarını ayrı izleyin.
- Aynı rezervasyonu birden fazla araç ölçüyorsa çifte sayımı kontrol edin.
- Huni adımlarını gerçek davranış sırasına göre tanımlayın ve paydaları raporda yazın.
- Dönem karşılaştırmalarında aynı atama modelini kullanın.
- İşletme Profili ve rezervasyon platformu verisini ayrı tablolarda tutun.
Kontrollü rezervasyon denemesiyle kurulumu doğrulayın
Operasyon ekibinin bilgisiyle, test olarak işaretlenmiş bir kayıt kullanın. Talebin reservation_request_success, gerekiyorsa kesinleştirmenin reservation_confirmed olayını doğru anda üretip üretmediğini DebugView’da kontrol edin. Yenileme, çift tıklama ve hata yanıtını da deneyin. Canlı kapasiteyi işgal eden test kaydını uygun şekilde kapatın; testleri gerçek sonuç raporundan ayırın.
Gerçek sistem kayıtları ile GA4 olaylarını aynı durum ve dönem tanımında karşılaştırın. İzin tercihi, engelleyici, bağlantı kopması, saat dilimi ve entegrasyon hatası fark yaratabilir; birebir eşitlik her koşulda beklenmez. Restoran web çalışmaları içindeki ölçüm ihtiyacını yazılım entegrasyonu kapsamında açık bir veri sözleşmesine bağlayın.
Sonuç
GA4 ölçümünün özeti üç karardır: her değerli eylemi ayrı ve adlandırılmış bir olay olarak tanımlamak, rezervasyon sunumunu teşekkür sayfası yenilemesinden koruyacak şekilde kurmak ve İşletme Profili ile rezervasyon platformu verisini ayrı kaynaklar olarak tabloda tutmak. Ölçüm sözlüğünü bugün yazın, test rezervasyonuyla doğrulayın; sonraki adım, bir aylık gerçek rezervasyon sayısıyla GA4 olay sayısını karşılaştırmaktır.
Sık sorulan sorular
Telefon tıklamasını dönüşüm olarak işaretlemeli miyim?
Tıklama, niyet göstergesi olarak ölçülebilir; gerçekleşmiş görüşme olarak yorumlanmamalıdır. Aramaların sonucunu değerlendirmek istiyorsanız telefon kayıtlarını rezervasyon ekibinin not alanında tutup dönemsel olarak karşılaştırın; tıklamayı doğrudan rezervasyonla eşdeğer saymayın.
Yol tarifi tıklaması ziyaret sayısı yerine geçer mi?
Hayır. Yol tarifi tıklaması yön arama niyeti gösterebilir; kesin ziyaret kararı veya fiziksel ziyaret kanıtı değildir. İşletme Profili yön tarifi isteğini site bağlantısı tıklamasıyla toplayarak tekil ziyaret sayısı üretmeyin.
Rezervasyon platformundaki kayıtları GA4'e aktarabilir miyim?
GA4 Measurement Protocol web dışı olayların gönderilmesini destekler; ancak kimlik, zaman ve izin koşulları vardır ve mevcut etiketlemeyi tamamlar, yerine geçmez. Aktarımdan önce hangi olayın neden gönderildiğini ve hangi eşleştirme kurallarının geçerli olacağını tanımlayın.
Aylık restoran raporunda hangi sayıları vermeliyim?
Her sayının kaynağını etiketleyerek verin: GA4'ten site davranışı ve rezervasyon olayı, İşletme Profili panosundan görünürlük ve yönlendirme istekleri, rezervasyon sisteminden gerçek kayıt. Toplam etkileşim gibi karışık toplamlar yerine kaynak bazlı ayrım, karar vermede daha güvenilirdir.
Kaynaklar
Yazar hakkında
Hasan Tarık Emir
CFO / Digital Marketing Manager
Hasan Tarık Emir, Worgoo’nun kurucu ortağıdır. Üç yılı aşkın süredir web tasarımı, frontend geliştirme ve UI/UX tasarımı alanlarında çalışır. Marka ve sektör analizini, masaüstü ve mobilde kolay kullanılan arayüzlere dönüştürür.
Profil ve çalışmaları
