Otel web sitesinde rezervasyon takibi: Google Analytics’te hangi olaylar ölçülür?

Otel web sitesinde dört adımı ölçün: oda arama, oda görüntüleme, rezervasyon başlatma ve rezervasyon tamamlama; ayrıca web sitesini ve rezervasyon motorunu tek bir mülk olarak bağlayın ki misafir iki kez sayılmasın. Google Analytics bu kayıtlı eylemlere olay adını verir ve önerilen olaylar otomatik gönderilmez (Google Analytics Yardım).

Aylık rapor, otel web sitesine kaç kişinin geldiğini söyler. Odadaki kimse bu ziyaretlerin kaç rezervasyon ürettiğini söyleyemez, çünkü rezervasyon motoru başka bir adreste çalışır ve ayrı bir ziyaretçi olarak sayılır. Bu yazı, otel Google Analytics kurulumu için bir asgari ölçüm planı sunuyor: oda aramadan onaya kadar kaydedilecek adımlar, ziyaretin motora nasıl taşındığı, raporlanan rezervasyonların gerçek kayıtlarla nasıl eşlendiği ve sahibin her ay görmesi gereken tek sayfalık rapor.

Sahip, otel web sitesinden her ay hangi sorulara yanıt alabilmeli?#

Üç soruya: kaç kişi geldi, kaç kişi rezervasyona başladı, kaç rezervasyon onaylandı ve geçerli kaldı. Rapordaki her şey, bu üçünden birinin altındaki ayrıntıdır.

Ziyaretler kaynağa göre ayrılmalı: kişiyi getiren kanal, ister arama sonucu, ister reklam, ister başka sitedeki bir bağlantı, ister mesaj, ister doğrudan yazılan adres. Rezervasyon başlangıçları, kaç kişinin rezervasyon akışına girdiğini, bitirip bitirmediğinden bağımsız gösterir. Bu sayı, sitenin ikna edip etmediğini söyler. Onaylı rezervasyonlar, iptaller çıkarıldıktan sonraki değerleriyle raporlanır, çünkü iptal edilmiş bir rezervasyon gelir değildir.

Başlangıçlarla onaylar arasındaki mesafe, paranın sızdığı yerdir. Rapor bu farkı bir sayı olarak göstermeli, bir ortalamanın içine gömmemelidir. Örneğin 300 kişi rezervasyona başlayıp 40'ı onaylıyorsa düzeltilecek yer rezervasyon akışıdır; 40 kişi başlayıp 38'i onaylıyorsa düzeltilecek yer öncesindeki sayfalardır, örneğin oda ve fiyatların sunuluş biçimi.

Her satırın değişmeyen tek bir yazılı tanımı olmalı. Yoksa iki ay karşılaştırılamaz ve rapor dekorasyona dönüşür. Rapor bir kararı desteklemek için vardır: hangi kaynağa yatırım yapılacak, hangi sayfa düzeltilecek, hangi fiyata bakılacak. Bir satırdan hiçbir karar çıkmıyorsa satır ya eksiktir ya da kaldırılmalıdır. Daha geniş resim için otel web sitesinden doğrudan rezervasyon nasıl artırılır yazısına bakın.

Otel web sitesi hangi olayları kaydetmeli?#

Değerin neredeyse tamamı dört adımda toplanır: oda arama, oda görüntüleme, rezervasyon başlatma ve rezervasyon tamamlama. Google Analytics kayıtlı bir eyleme olay der; bir ad, ona bağlı birkaç ayrıntı demektir. Önerilen olaylar otomatik gönderilmez (Google Analytics Yardım, 7 Kasım 2026).

Arama olayı tarihleri, misafir sayısını ve bir fiyat seçilip seçilmediğini kaydeder. Bu olmadan, sitesini terk eden ziyaretçiyle uygun oda bulamayan ziyaretçiyi ayırt edemezsiniz. Oda görüntüleme, açılan odayı ya da fiyatı kaydeder; hangi sayfaların ve hangi fiyatların ilgi çektiğini gösterir.

Rezervasyon başlatma olayı, misafir rezervasyon akışına girdiğinde tetiklenir. Ödeme adımı ayrı ve isteğe bağlı bir olaydır; onayla karıştırılmamalıdır. Rezervasyon tamamlama olayı, ana olay olarak işaretlenecek tek olaydır; raporların saydığı tek dönüşümdür. Birden fazla işaretlemek sayıyı anlamsızlaştırır.

Google'ın listesinde formlar için bir bilgi talebi olayı ve bir iade olayı da vardır. Rezervasyon motoru iptalleri Analytics'e geri bildiriyorsa iade olayı önem kazanır. Her olay ayrıntılarını taşımalı: oda, değer, para birimi ve rezervasyon referansı. Bunlar olmadan raporlar yalnızca adet gösterir.

Google, önerilen olayların raporlarda en fazla ayrıntıyı vermek için öngörülen parametreleriyle gönderilmesi gerektiğini, bu yüzden varsayılan olarak açık olmadığını belirtir (Google Analytics Yardım, 7 Kasım 2026). Bir motorla anlaşmadan önce hangi olayları gönderdiğini sorun; rezervasyon motoru sağlayıcısına sorulacak sorular yazısındaki listeyi kullanabilirsiniz.

Rezervasyon motoru neden yönlendirme trafiği olarak görünür?#

Çünkü misafir başka bir adrese geçer ve alan adları arası ölçüm olmadan Google Analytics bu geçişi, başka bir siteden gelmiş yeni bir ziyaretçi olarak sayar. Yönlendirme trafiği, basitçe, başka bir web sitesindeki bağlantıya tıklayarak gelen ziyaret demektir.

Google'ın yardım sayfası, alan adları arası ölçüm olmadan aynı cihazda iki farklı kök alan adını ziyaret eden kullanıcının iki kullanıcı ve iki oturum olarak sayılacağını yazar (Google Analytics Yardım, 7 Kasım 2026). Ayar açıkken Analytics, aynı kimlikleri bir alan adından diğerine, bağlantı adresine eklenen kısa bir kodla taşır; böylece bir misafir tek kullanıcı ve tek oturum olarak kalır.

Kurulum mülk ayarlarındadır: Yönetici, Veri akışları, web akışı, Etiket ayarlarını yapılandır, Alan adlarınızı yapılandır. Editör rolü ya da üzeri gerekir ve en fazla 100 koşul tanımlanabilir. Her alan adındaki her sayfa, aynı veri akışına ait aynı Google etiket kimliğini kullanmalıdır; yoksa devir sessizce başarısız olur.

Denetimi basittir: bir test rezervasyonu yapın ve rezervasyon motoru sayfasının adresine bakın. Kimlik kodunun adreste görünmesi gerekir. Ayarı atlamak üç bedele yol açar: motorun kendi adresi yönlendirme raporunu doldurur, doğrudan rezervasyonlar olduğundan küçük görünür ve misafiri getiren kampanya devirde kaybolur.

Yapay zekâ asistanından gelip rezervasyon motoruna geçen misafir de tek kullanıcı olarak taşınmalıdır; aynı devir denetimi geçerlidir. Bu durumu yapay zekâ asistanlarından gelen ziyaret ve rezervasyonları ölçmek yazısında ayrıca ele alıyoruz.

Bunların kaydedilmesinden önce ne netleştirilmeli?#

Açık rıza. Misafir analiz çerezlerini kabul etmeden rezervasyonu kaydeden bir etiket, pazarlama raporunu hukuki bir soruna dönüştürür.

Rıza öncesinde neyin kaydedileceğine ve neyin bekleyeceğine karar verin; rıza bandıyla etiket ayarlarının aynı şeyi söylemesini sağlayın. Yoksa bazı olaylar tetiklenir, bazıları tetiklenmez ve huninin kimse açıklayamadığı delikleri olur. Misafir reddettiğinde ziyaret çoğu zaman kimliksiz olarak yine sayılır; dolayısıyla rezervasyon toplamlarda görünebilir ama bir kişiye ya da kampanyaya bağlanamaz.

Bant değişikliğinden önceki bir dönemle sonraki bir dönemi hiçbir şey olmamış gibi karşılaştırmayın. Değişiklik tarihini rapora yazın. Rıza kaydını saklayın: misafire ne gösterildi, ne zaman, ne seçti. Sayılardaki bir kaymayı sonradan açıklamanın tek yolu budur.

Bant metni, saklama süreleri ve hukuki dayanak, otelin hukuk danışmanının konusudur; bu yazı bunları çözmez. Rezervasyon motoru genellikle kendi alan adında kendi çerezlerini kurar; rıza davranışı, otel sitesinden ayrı denetlenmelidir.

Raporlanan rezervasyonlar otelin kendi kayıtlarıyla nasıl karşılaştırılır?#

Ayda bir, raporlanan onaylı rezervasyon sayısını, otel sisteminde aynı tarihler için oluşturulan rezervasyon sayısının yanına koyun ve farkı satır satır açıklayın. Rapor tarayıcıda olanı sayar. Otel sistemi ise otelin yerine getirmek zorunda olduğu rezervasyonları sayar. İkisi farklı sorulara yanıt verir ve hiçbir zaman birebir aynı olmaz.

Önce iptaller: Ocak'ta kaydedilip Şubat'ta iptal edilen bir onay, Ocak'ın değerinden çıkarılmalıdır; yoksa rapor hiç gelmemiş parayı iddia etmeye devam eder. Sonra değişiklikler: tarihi ya da odası değişen bir rezervasyon iki değil, birdir; sürümleri bağlayan şey rezervasyon referansıdır.

Alışılmış farkların adları vardır: çerezleri reddeden misafir, reklam engelleyici, onay sayfası yüklenmeden sayfayı kapatan misafir, yenileme sonrası çift gönderim, personelin misafir adına yaptığı rezervasyon. Küçük ve istikrarlı bir fark normaldir. Büyüyen bir fark ise arızadır; genellikle bozuk bir etiket ya da misafiri artık taşımayan bir yönlendirmedir. Analiz sayısını otelin geliri olarak sunmayın; otel sistemine kayıt, raporsa açıklamadır.

Tek sayfalık aylık raporda ne olmalı?#

Tek sayfa, her ay aynı satırlar, altta yazılı tanımlar: kaynağa göre ziyaretler, rezervasyon başlangıçları, onaylı rezervasyonlar, iptaller ve kalan değer.

Tam satır listesi: kaynağa göre ziyaretler, oda aramaları, rezervasyon başlangıçları, onaylı rezervasyonlar, iptaller ve gelmeyenler, net değer, en çok ziyaret edilen beş açılış sayfası ve telefon ile masaüstü dağılımı. Her yüzdenin yanında ham sayıyı tutun. Küçük bir taban üzerindeki yüzde yanıltır ve otel web sitelerinde kaynak başına tabanlar çoğu zaman küçüktür.

Bir satır yorum: bu ay ne değişti, otel ne yapacak. İki satır bile fazla. Her ölçüm değişikliğini tarihle not edin: yeni bant, yeni etiket, yeni rezervasyon motoru. Okuyucunun bir satırın ne zaman kırıldığını bilmesi gerekir.

Sayfayı bir kişi imzalar. İki sahibi olan bir sayının sahibi yoktur. Sayfa, toplantıda bulunmamış biri tarafından okunabilmelidir; tanımların gerçekten yazılıp yazılmadığının sınavı budur.

Şimdi ne yapmalı#

Rezervasyon motoru sağlayıcısından gönderdiği olayların listesini ve alan adları arası ölçümü destekleyip desteklemediğini isteyin, sonra bir test rezervasyonu yapın ve raporda ilk aramadan onaya kadar izini sürün. Ölçüm planı, rıza kararı ve aylık mutabakat ancak bu sırayla işler ve test rezervasyonu üçünü de kanıtlayan şeydir.