Tur reklamını tıklayan kullanıcı yalnızca destinasyon fotoğraflarına bakmaz. Turun hangi tarihte düzenleneceğini, nereden hareket edeceğini, kaç gün süreceğini, fiyatın hangi hizmetleri kapsadığını ve rezervasyonun hangi anda kesinleşeceğini anlamaya çalışır. Bu bilgiler farklı bölümlere dağılmışsa veya son adımda değişiyorsa güçlü bir reklam bile güvenilir bir satış akışına dönüşmez.
Tur acenteleri için satış odaklı landing page’in görevi, kullanıcıyı acele ettiren sayaçlar ve belirsiz indirimler göstermek değildir. Sayfa; tur programını, tarih ve kontenjan durumunu, ulaşım-konaklama kapsamını, ek maliyetleri ve rezervasyon sürecini açık bir sırada sunmalıdır. Kullanıcı ödeme yapmadan veya talep göndermeden önce ne satın aldığını anlayabilmelidir.
Temel ayrım: Sistem koltuk, oda veya kontenjanı anlık olarak ayırmıyorsa “Rezervasyonu Tamamla” ifadesi kullanılmamalıdır. Form yalnızca acenteye bildirim gönderiyorsa doğru CTA “Kontenjan Sor”, “Ön Talep Gönder” veya “Rezervasyon İçin Aranma İste” olabilir.
Tur landing page’i hangi arama niyetine göre hazırlanmalı?
“Kapadokya turu”, “İstanbul çıkışlı Karadeniz turu”, “vizesiz Balkan turu” ve “günübirlik Pamukkale turu” aynı ürün türüne benzese de farklı karar soruları doğurur. Yurt içi otobüslü turda hareket noktası, araç düzeni ve konaklama; yurt dışı turda pasaport, vize, uçuş ve yerel vergiler; günübirlik turda ise dönüş saati, yemek ve rehberlik kapsamı daha fazla önem kazanabilir.
Google Ads, landing page’in reklam ve anahtar kelimelerle yakından eşleşmesini, reklamda sunulan teklifin sayfada görünür biçimde devam etmesini ve mobil deneyimin kolay olmasını önerir Google Ads Yardım - Reklamları ve landing page’leri optimize etme. Bu nedenle “İstanbul çıkışlı 3 gece Karadeniz turu” reklamı, kullanıcıyı bütün destinasyonların listelendiği genel ana sayfaya değil; ilgili çıkış, tarih ve programın açıkça görüldüğü sayfaya yönlendirmelidir.
Landing page tasarımı, yalnızca destinasyon görselleri ve form alanlarından oluşan bir şablon olarak ele alınmamalıdır. Kampanyadaki tur adı, tarih, hareket noktası ve fiyat vaadi sayfanın ilk ekranından rezervasyon özetine kadar aynı anlamı korumalıdır.
İlk ekranda hangi bilgiler görünmeli?
Kullanıcı ilk ekranda doğru tura ulaştığını birkaç saniye içinde anlamalıdır. Büyük bir manzara görseli ilgi çekebilir; fakat tur adı, hareket noktası ve tarih görünmüyorsa kullanıcı sayfayı araştırmak zorunda kalır. Başlık turu gerçek kapsamıyla tanımlamalı, alt metin rezervasyon yöntemini ve önemli koşulları kısaca açıklamalıdır.
- Turun açık adı: Destinasyon, süre ve gerekiyorsa ulaşım türü.
- Hareket noktası: Şehir, buluşma noktası veya havalimanı bilgisi.
- Tarih seçimi: Düzenlenen gerçek tarihler ve güncel durum.
- Fiyat başlangıcı: Kişi başı, oda tipi veya dönem koşuluyla birlikte.
- Ana CTA: Gerçek sisteme göre “Tarihi Seç”, “Kontenjanı Gör” veya “Ön Talep Gönder”.
- Kısa güven bilgisi: Acenta kimliği, iletişim ve doğrulama imkânı.
“Son 2 koltuk” veya “bugün bitiyor” gibi ifadeler yalnızca gerçek zamanlı envantere dayanıyorsa gösterilmelidir. Her kullanıcıya aynı sayacı yeniden başlatan veya manuel olarak güncellenmeyen aciliyet bileşenleri kısa vadede tıklama üretebilir; ancak yanlış beklenti ve şikâyet riski oluşturur.
Tur programı nasıl sunulmalı?
Program, destinasyon isimlerinin art arda sıralandığı uzun bir paragraf olmamalıdır. Kullanıcı her günün başlangıç noktasını, ana duraklarını, konaklama durumunu ve önemli serbest zamanları anlayabilmelidir. Saatler operasyonel olarak değişebiliyorsa bunun yaklaşık program olduğu dürüstçe belirtilmelidir.
Gün bazlı akordeon veya başlık yapısı mobilde okunabilirliği artırabilir. Ancak içerik varsayılan olarak tamamen gizlenmemeli; kullanıcı programın kaç gün olduğunu ve temel rotayı sayfayı açar açmaz görebilmelidir. Her gün için yalnızca pazarlama cümleleri değil, karar üzerinde etkili lojistik bilgi sunulmalıdır.
| Tur bilgisi | Sayfada nasıl gösterilmeli? | Yanlış uygulama riski |
|---|---|---|
| Hareket ve dönüş | Şehir, nokta, tarih ve tahmini saat ayrı alanlarda | Kullanıcının yanlış şehirden rezervasyon yapması |
| Konaklama | Gece sayısı, oda tipi ve otel standardı açık biçimde | Otel adının kesinmiş gibi sunulması veya oda farkının gizlenmesi |
| Ulaşım | Otobüs, uçak veya karma ulaşım ile bagaj koşulları | Uçuş saatinin ya da transferin dahil sanılması |
| Yemek | Dahil olan öğünler gün bazında belirtilmeli | “Yarım pansiyon” ifadesinin herkesçe aynı anlaşılması |
| Ek gezi | Opsiyonel olup olmadığı ve ödeme yöntemi açıklanmalı | Programın parçası sanılan etkinliğin sonradan ücretli çıkması |
| Rehberlik | Hangi bölümlerde rehberlik verildiği belirtilmeli | Tüm serbest zamanların rehberli gezi gibi algılanması |
Fiyat ve kapsam bilgisi nasıl açıklanmalı?
Tur fiyatı yalnızca büyük bir rakam olarak gösterildiğinde kullanıcı o rakamın hangi kişi, tarih ve oda düzeni için geçerli olduğunu anlayamayabilir. Fiyatın kişi başı mı, iki kişilik odada kişi başı mı, çocuk indirimi içerip içermediği ve hangi döneme ait olduğu rakamın yanında yazılmalıdır.
“Fiyata dahil” ve “fiyata dahil değil” alanları birbirinin aynası olmalıdır. Ulaşım dahilse hangi etapların dahil olduğu; konaklama varsa gece ve oda tipi; müze, şehir vergisi, yurt dışı çıkış harcı, vize veya opsiyonel etkinlikler varsa bunların durumu açıkça belirtilmelidir. Kullanıcı toplam maliyeti doğrudan hesaplayamasa bile sonradan çıkabilecek ana kalemleri görebilmelidir.
- Temel tur bedeli ve geçerli tarih
- Tek kişi, çift kişi veya aile odası farkları
- Çocuk fiyatının yaş ve yatak koşulları
- Ulaşım, transfer ve bagaj kapsamı
- Konaklama gece sayısı ve oda düzeni
- Dahil olan öğünler ve içecekler
- Opsiyonel geziler, yerel vergiler ve giriş ücretleri
- Vize, sigorta veya belge hizmetlerinin durumu
- Ödeme planı, ön ödeme ve kalan tutarın zamanı
Ödeme alınacaksa sanal POS entegrasyonu yalnızca kart formu eklemek olarak görülmemelidir. Başarısız ödeme, aynı rezervasyon için çift çekim, kontenjanın ödeme sırasında dolması ve iade senaryoları teknik akışın parçası olmalıdır.
Rezervasyon akışı hangi aşamalardan oluşmalı?
Tur seçimi, tarih ve kişi sayısı belirlenmeden yolcu bilgilerini istemek gereksiz bir yük oluşturabilir. Buna karşılık kişi sayısı ve oda düzeni alınmadan kesin fiyat göstermek de yanıltıcıdır. Çok adımlı akış, bilgiyi karar sırasına göre toplamalıdır.
- Tarih ve çıkış seçimi: Kullanıcı gerçek sefer veya tur tarihini seçer.
- Kişi ve oda düzeni: Yetişkin, çocuk ve oda seçimi fiyatı günceller.
- Tur ve fiyat özeti: Dahil hizmetler, ekler ve toplam tutar görünür.
- Yolcu ve iletişim bilgileri: Yalnızca o aşamada gereken bilgiler alınır.
- Ödeme veya ön talep: Sistem gerçek işleyişe uygun seçeneği gösterir.
- Onay: Rezervasyon numarası, ödeme durumu ve sonraki adım açıklanır.
W3C, uzun formların mantıksal aşamalara bölünmesini, kullanıcının ilerleme durumunu görmesini ve isteğe bağlı adımların açıkça tanımlanmasını önerir W3C - Çok Adımlı Formlar. Kullanıcı önceki adıma döndüğünde seçtiği tarih, kişi sayısı ve oda bilgileri kaybolmamalıdır.
Rezervasyon ile ön talep arasındaki fark nasıl gösterilmeli?
Anlık kontenjan ve ödeme sistemi olan acente, ödeme sonrasında rezervasyon numarası ve kesin durum gösterebilir. Kontenjanın otel, havayolu veya operasyon ekibi tarafından manuel kontrol edildiği modelde form yalnızca ön taleptir. Bu iki durumun aynı CTA ve teşekkür mesajıyla sunulması kullanıcıda yanlış beklenti oluşturur.
Doğru onay mesajı örneği: “Talebiniz alınmıştır. Kontenjan kontrolü tamamlandıktan sonra ekibimiz ödeme ve kesin rezervasyon bilgilerini sizinle paylaşacaktır.” Bu ifade, sistemin gerçek işleyişine uygunsa kesin rezervasyon izlenimi yaratmaz.
Ön talep toplandığında geri dönüş süresi ve iletişim kanalı açıklanmalıdır. Kontenjan bulunamazsa alternatif tarih sunulup sunulmayacağı, ön ödeme alındıysa iade sürecinin nasıl işleyeceği kullanıcı rezervasyon talebi göndermeden önce ulaşılabilir olmalıdır.
Acenta güveni nasıl görünür hâle getirilmeli?
Tur satışı çoğu zaman hizmet gerçekleşmeden haftalar veya aylar önce ödeme gerektirir. Bu nedenle kullanıcı, sayfanın hangi seyahat acentasına ait olduğunu ve iletişim bilgilerinin doğrulanabilir olup olmadığını kontrol etmek ister. TÜRSAB’ın acenta arama sayfası, seyahat acentasını adı, belge numarası veya web sitesi adresiyle doğrulamaya imkân verir TÜRSAB - Seyahat Acentası Arama.
Acenta adı ve belge numarası sayfanın alt kısmında saklanmamalı; iletişim, sözleşme ve doğrulama alanlarında açıkça görünmelidir. TÜRSAB’ın Dijital Doğrulama Sistemi açıklamasında, acentanın beyan ettiği iletişim bilgilerinin web sitesinde bulunması ve alan adıyla işletme bilgilerinin ilişkisinin doğrulanması gibi kontroller yer alır TÜRSAB - Dijital Doğrulama Sistemi.
Güven alanında yalnızca rozet veya yıldız göstermek yerine doğrulanabilir referansların hangi tur, tarih veya deneyime ait olduğu açıklanmalıdır. Katılımcı görselleri ve yorumları yayınlanırken izin, kişisel veri ve kullanım hakkı süreçleri ayrıca yönetilmelidir.
Mobil tur satışı hangi ayrıntılarda zorlaşır?
Tur araştırması mobilde yapılabilir; ancak tarih tablosu, uzun program, oda seçimi ve ödeme özetinin küçük ekranda yönetilmesi zordur. Sabit CTA içerik alanını kapatmamalı, fiyat bilgisi ekran dışına taşmamalı ve program bölümleri okunabilir başlıklara ayrılmalıdır.
Google Ads landing page raporu, reklamlardan trafik alan URL’lerin mobil kullanılabilirliğini ve performansını değerlendirmeye yardımcı olur Google Ads Yardım - Landing Page Performansı. Bununla birlikte mobil kalite yalnızca araç raporuyla ölçülmez. Gerçek cihazlarda tarih seçimi, kişi sayısı, ödeme, geri tuşu, form hatası ve yavaş bağlantı senaryoları test edilmelidir.
Form alanlarında gerekli ve isteğe bağlı bilgiler açıkça belirtilmelidir. W3C, form talimatlarının veri formatını ve zorunluluğu kullanıcıya anlaşılır biçimde aktarması gerektiğini belirtir W3C - Form Talimatları. Pasaport adı, doğum tarihi veya telefon gibi alanlarda beklenen format yalnızca hata oluştuktan sonra gösterilmemelidir.
Telefon ve WhatsApp satış akışında nasıl kullanılmalı?
Tur satın alan kullanıcı vize, oda tipi, çocuk koşulu veya hareket noktası için insan desteğine ihtiyaç duyabilir. Telefon ve WhatsApp bu soruları yanıtlamak için değerlidir; fakat rezervasyon ayrıntıları yalnızca dağınık mesajlarda tutulmamalıdır. Tarih, kişi, fiyat ve ödeme durumu merkezi rezervasyon kaydında bulunmalıdır.
İnternet reklamcılığı kampanyasının çalışma saatleri, satış ekibinin yanıt kapasitesiyle uyumlu olmalıdır. Gece reklamı açıkken mesajlara ertesi gün dönülüyorsa otomatik yanıt, beklenen geri dönüş süresi ve çevrim içi ön talep seçeneği sunulmalıdır.
Tur satış performansı nasıl ölçülmeli?
Ham form sayısı tur satışının gerçek sonucunu göstermez. Talep kontenjan bulunamadığı için reddedilmiş, kullanıcı ödeme yapmamış veya rezervasyon daha sonra iptal edilmiş olabilir. Bu nedenle reklamdan gerçek satışa kadar olan aşamalar ayrı izlenmelidir.
- Tur sayfası görüntüleme
- Tarih veya çıkış noktası seçimi
- Program ve fiyat kapsamı görüntüleme
- Kişi ve oda seçimi
- Rezervasyon formu başlangıcı
- Ön talep veya ödeme adımı
- Başarılı ödeme ya da acente onayı
- Kesin rezervasyon oluşturulması
- İptal, değişiklik veya iade
- Turun gerçekleşmesi
Dönüşüm takibi kurulumu yapılırken “WhatsApp açıldı”, “form gönderildi” ve “kesin rezervasyon oluştu” aynı değerde sayılmamalıdır. Kampanya performansı mümkünse tur tarihi, çıkış noktası ve rezervasyon geliriyle ilişkilendirilmeli; yolcuya ait gereksiz kişisel bilgiler reklam platformlarına aktarılmamalıdır.
Gerçekçi üç tur sayfası senaryosu
Otobüslü yurt içi tur
Sayfa İstanbul ve Ankara çıkışlarını ayrı seçenek olarak gösterir. Kullanıcı tarih ve çıkış seçtiğinde gerçek hareket noktası, program, konaklama ve kişi başı fiyat güncellenir. Servis noktaları kesinleşmemişse kesin lokasyon gibi sunulmaz.
Uçaklı yurt dışı tur
Uçuşun pakete dahil olup olmadığı, bagaj hakkı, havalimanı transferi, vize ve yerel vergiler açıkça ayrılır. Uçuş saatleri değişebilecekse bu durum rezervasyon öncesinde belirtilir. Opsiyonel geziler ana programın zorunlu parçası gibi gösterilmez.
Günübirlik kültür turu
Hareket saati, buluşma noktası, dönüş tahmini, rehberlik, öğün ve giriş ücretleri ilk ekranda özetlenir. Kullanıcı uzun konaklama bilgileriyle karşılaşmaz; form kişi sayısı ve iletişim bilgisine göre sadeleşir.
Yayın öncesi tur landing page kontrol listesi
- Reklamdaki tur adı, tarih, çıkış ve fiyat vaadi sayfada aynı mı?
- Program gün bazında ve operasyonel bilgi içerecek biçimde sunulmuş mu?
- Fiyata dahil ve dahil olmayan hizmetler açıkça ayrılmış mı?
- Oda, çocuk, ulaşım ve ek gezi koşulları görünür mü?
- Kontenjan gerçek zamanlı değilse bunun ön talep olduğu belirtilmiş mi?
- Acenta adı, belge bilgisi ve iletişim kanalları doğrulanabilir mi?
- Tarih, kişi ve oda seçimi mobilde kolayca kullanılabiliyor mu?
- Ödeme başarısızlığı, çift işlem ve kontenjan dolması senaryoları test edilmiş mi?
- İptal, değişiklik ve iade koşullarına rezervasyon öncesinde erişiliyor mu?
- Form, ödeme, onay ve kesin rezervasyon ayrı ölçülüyor mu?
Sonuç: İyi tur sayfası beklentiyi rezervasyondan önce netleştirir
Tur acenteleri için satış odaklı landing page, güzel destinasyon fotoğraflarıyla kısa bir ödeme formunun birleşimi değildir. Kullanıcı turun nereden, ne zaman ve hangi kapsamla gerçekleşeceğini; fiyatın hangi hizmetleri içerdiğini ve rezervasyonun ne zaman kesinleştiğini anlayabilmelidir.
İyileştirmeye buton renginden önce satış ve operasyon verileriyle başlanmalıdır. Hangi turlarda çok talep olmasına rağmen rezervasyon oluşmuyor? Kullanıcılar en çok hangi ek maliyeti telefonda soruyor? Ödeme adımında mı, kontenjan kontrolünde mi kayıp yaşanıyor? Sayfa bu cevaplara göre düzenlendiğinde reklam bütçesi yalnızca daha fazla talep değil, daha doğru beklentiye sahip rezervasyonlar üretir.
Sıkça Sorulan Sorular
Tur landing page’i genel acente ana sayfasından farklı mı olmalı?
Ana sayfa farklı destinasyonları, kurumsal bilgileri ve tüm tur türlerini birlikte sunabilir. Reklam landing page’i ise belirli bir turun tarih, çıkış noktası, program, fiyat kapsamı ve rezervasyon işlemini doğrudan göstermelidir. Ana sayfa bu bilgileri ilk ekranda sunuyor ve kullanıcı ilgili tura yeniden arama yapmadan ulaşabiliyorsa kullanılabilir. Ancak reklam “Ankara çıkışlı 4 günlük Karadeniz turu” vaat ederken kullanıcı genel tur listesine yönlendiriliyorsa kampanyaya özel sayfa daha anlaşılır ve ölçülebilir olur.
Tur fiyatında hangi bilgiler mutlaka gösterilmeli?
Fiyatın kişi başı mı, oda başı mı olduğu; hangi tarih, çıkış noktası ve oda düzeni için geçerli olduğu rakamın yanında açıklanmalıdır. Ulaşım, konaklama, öğün, transfer, rehberlik ve giriş ücretlerinin hangilerinin dahil olduğu ayrı listelenmelidir. Tek kişi farkı, çocuk koşulları, opsiyonel geziler, yerel vergiler, vize veya sigorta gibi ek maliyetler saklanmamalıdır. Kullanıcı ödeme öncesinde toplam tutarın nasıl oluştuğunu ve sonradan hangi ana kalemlerle karşılaşabileceğini anlayabilmelidir.
Kontenjan anlık güncellenmiyorsa rezervasyon butonu kullanılabilir mi?
Form gönderildiğinde koltuk veya oda kullanıcı adına ayrılmıyorsa işlem kesin rezervasyon değildir. CTA “Kontenjan Sor”, “Ön Talep Gönder” veya “Rezervasyon İçin Aranma İste” gibi gerçek süreci anlatmalıdır. Talebin hangi süre içinde kontrol edileceği ve kesin rezervasyonun hangi bildirimle oluşacağı açıklanmalıdır. Ön ödeme alınıyorsa kontenjan bulunamaması durumundaki iade süreci rezervasyondan önce görünür olmalıdır. Kesinleşmeyen işlemi rezervasyon gibi sunmak kullanıcı güvenini ve operasyonu olumsuz etkiler.
Tur programında otel ve uçuş bilgileri kesin olarak yazılmalı mı?
Otel veya uçuş kesinleşmişse güncel bilgiler sunulabilir. Operasyon sırasında değişiklik ihtimali varsa örnek otel, kategori veya tahmini uçuş saati olduğu açıkça belirtilmelidir. “Benzeri otel” ifadesi kullanılıyorsa standardın nasıl korunacağı ve kesin bilginin ne zaman paylaşılacağı açıklanmalıdır. Uçuş değişiklikleri, bagaj hakkı ve transfer kapsamı karar üzerinde etkili olduğu için küçük dipnotlara saklanmamalıdır. Kullanıcı kesinleşmiş bilgi ile operasyonel olarak değişebilecek bilgiyi kolayca ayırt edebilmelidir.
TÜRSAB bilgileri landing page’de nerede gösterilmeli?
Seyahat acentasının açık adı, belge numarası ve doğrulanabilir iletişim bilgileri kullanıcı tarafından kolayca bulunabilmelidir. Bilgiler yalnızca gizlilik veya sözleşme sayfasına saklanmamalı; sayfanın güven alanında ve alt bölümünde görünür olmalıdır. TÜRSAB acenta arama bağlantısı veya uygun dijital doğrulama bileşeni kullanıcının acentayı adı, belge numarası ya da web sitesiyle kontrol etmesine yardımcı olabilir. Gösterilen bilgiler TÜRSAB kayıtları ve acentenin güncel kurumsal bilgileriyle tutarlı tutulmalıdır.
Tur reklamlarında hangi dönüşümler izlenmeli?
Tarih seçimi, program görüntüleme, kişi ve oda seçimi, form başlangıcı, ön talep, ödeme, acente onayı ve kesin rezervasyon ayrı aşamalar olarak izlenmelidir. Telefon veya WhatsApp tıklaması tek başına satış sayılmamalıdır. İptal, değişiklik ve iade sonuçları da kampanya değerlendirmesine dahil edilmelidir. En anlamlı performans ölçütü yalnızca form maliyeti değil; kesin rezervasyon, gerçekleşen tur ve mümkünse rezervasyon geliriyle ilişkilendirilmiş kampanya sonucudur. Yolcuya ait gereksiz kişisel bilgiler reklam platformlarına aktarılmamalıdır.
