Otel Web Sitesi İçin Çok Dilli SEO: hreflang, URL Yapısı ve Dil Seçimi

Çok dilli otel SEO’su üç şeyden oluşur: her dil sürümünün kendi adresi olması, sürümlerin hreflang ile birbirine bağlanması ve sayfaların gerçekten o dilde yazılmış olması. Dil seçici butonu ya da tarayıcının çeviri özelliği bunların yerini tutmaz. Arama motoru yalnızca taranabilen ve ayrı bir adresi olan sürümü dizine ekleyebilir.

Bu rehber, tek bir otel ya da küçük bir otel grubu için yabancı dil sürümü kurarken verilecek kararları sıraya koyar: kaç dille başlanacağı, hangi URL yapısının seçileceği, hreflang etiketlerinin nasıl yazılacağı ve yayın öncesinde neyin kontrol edileceği. Teknik kurallar Google’ın belgelerine dayanır; otel uygulaması ise bizim önerimizdir ve ayrı belirtilir.

Otel sitesi için çok dilli SEO ne zaman gerekir?

Yabancı misafirden gelen rezervasyon payı anlamlıysa ya da o pazardan talep büyütmek istiyorsanız gerekir. Yalnızca “yabancı misafirimiz de var” düşüncesi yetmez; dil sürümü bakım isteyen bir üründür. Her sayfada fiyat, politika ve kampanya değiştiğinde bütün dillerde de değişmesi gerekir.

Karar için üç veri kaynağına bakın. PMS’teki misafir uyruk ya da ülke kırılımı fiili satışı gösterir. Search Console’daki Ülkeler raporu, sitenize hangi ülkelerden gösterim geldiğini gösterir. OTA panellerindeki pazar raporları ise otelin dış kanallarda hangi ülkelerden rezervasyon aldığını gösterir. Üçü aynı dili işaret ediyorsa o dil öncelik listesinin başına girer.

Hangi URL yapısı seçilmeli: alt klasör, alt alan adı mı, ülke alan adı mı?

Tek otel ya da küçük grup için çoğu zaman alt klasör (ornekotel.com/en/) en kolay seçenektir. Tek sitede kalır, tek bakım gerektirir ve ana sitenin otoritesini paylaşır. Ülke alan adı yalnızca her ülke için ayrı ekip, ayrı içerik ve ayrı bütçe yönetiliyorsa anlamlıdır.

Google, dört yapıyı çok bölgeli ve çok dilli siteler belgesinde artı ve eksileriyle karşılaştırır. Tablo o karşılaştırmanın otel açısından yorumlanmış özetidir.

Otel sitelerinde ek bir değişken vardır: rezervasyon motoru çoğu zaman ayrı bir alan adında çalışır. Hangi yapıyı seçerseniz seçin, sayfadaki dil ile motorun dili ve para biriminin eşleştiğini test edin. Motor seçimini booking engine seçim rehberinde ele aldık.

hreflang nasıl yazılır?

hreflang, bir sayfanın hangi dilde ve hangi bölge için yazıldığını, aynı içeriğin diğer dil sürümlerinin adreslerini arama motoruna bildirir. Google üç yöntemi eşdeğer sayar: sayfanın head bölümündeki link etiketi, HTTP başlığı ve XML site haritası. Hangisini seçtiğiniz fark etmez; önemli olan eksiksiz ve tutarlı yazılmasıdır.

Google’ın yerelleştirilmiş sürümler belgesi dört kural koyar. Birincisi, her sürüm kendisini ve diğer tüm sürümleri listelemelidir. İkincisi, iki sayfa birbirine karşılıklı işaret etmiyorsa etiketler yok sayılır. Üçüncüsü, dil kodu ISO 639-1, bölge kodu ISO 3166-1 alfa-2 biçiminde yazılır ve ülke kodu tek başına kullanılamaz. Dördüncüsü, eşleşen dil bulunamadığında kullanılacak yedek sürüm için x-default değeri kullanılır.

Dört dilli bir otel sitesinde (Türkçe, İngilizce, Almanca, Rusça) her sayfa beş satır taşır: dört dil ve bir x-default. Aşağıdaki örnek, kurgusal bir otelin ana sayfası için bu kümeyi gösterir. Aynı beş satırın dört dil sürümünün her birinde de bulunması gerekir.

Bölge kodu ne zaman eklenir?

Aynı dilin farklı ülkeler için ayrı sürümü varsa eklenir; örneğin İngiltere ve ABD için farklı fiyat, para birimi ve politika metni sunuyorsanız en-GB ve en-US ayrımı anlamlıdır. Tek bir İngilizce sürüm varsa yalnızca “en” yazmak yeterlidir. Bölge kodunu gereksiz yere eklemek, eşleştirme hatası riskini artırır.

canonical etiketi hreflang ile nasıl birlikte çalışır?

Her dil sürümünün canonical etiketi kendi adresine işaret etmelidir. Almanca sayfanın canonical’ını Türkçe sayfaya vermek, “asıl sayfa Türkçe olandır” demektir ve hreflang ile çelişir. Bu, çok dilli sitelerde sık görülen sessiz hatalardan biridir; sayfa çalışır görünür, ama dil sürümü arama sonuçlarında çıkmaz.

Hangi yöntem: head etiketi mi, site haritası mı?

Sayfa sayısı azsa head etiketleri en görünür yöntemdir; tarayıcıda kaynak koduna bakarak kontrol edilebilir. Sayfa ve dil sayısı arttıkça site haritası yöntemi bakımı kolaylaştırır, çünkü tüm karşılıklar tek dosyada durur. Yöntemleri aynı sayfada karıştırmak yerine birini seçip tutarlı kalmanız gerekir.

Ziyaretçiyi diline göre otomatik yönlendirmeli miyim?

Hayır. Google’ın belgesi açık konuşur: kullanıcının dilini tahmin ederek onu başka bir dil sürümüne otomatik yönlendirmekten kaçının; bu yönlendirmeler kullanıcıları ve arama motorlarını sitenin tüm sürümlerini görmekten alıkoyabilir. Arama motoru tarayıcıları çoğu zaman tek bir ülkeden geldiği için, IP’ye göre yönlendirme yapan bir sitede diğer dil sürümlerine hiç ulaşamayabilir.

Daha güvenli yol, sayfanın üstünde bir öneri çubuğu göstermektir: “Bu sayfayı Almanca görüntülemek ister misiniz?” Kullanıcı seçer, tarayıcı ve arama motoru ise her sürüme doğrudan ulaşabilir. Dil seçicisinin bağlantıları sıradan link olmalıdır; yalnızca JavaScript ile çalışan bir menü, arama motorunun sürümleri bulmasını engelleyebilir.

Çeviri kalitesi SEO’yu nasıl etkiler?

Sayfanın yalnızca menü, altbilgi gibi ortak metinlerini çevirip asıl içeriği tek dilde bırakmak, Google’ın belgesinde bilinen bir sorun olarak anılır: aynı içerik farklı dillerdeki çerçeveyle birden çok kez sonuçlarda çıkabilir ve kötü kullanıcı deneyimi yaratır. Otelde asıl içerik; oda açıklaması, pansiyon koşulları, çocuk politikası ve iptal koşuludur. Bunlar çevrilmediyse sürüm eksik sayılmalıdır.

• Oda adlarını, olanak listelerini, pansiyon tiplerini ve iptal koşullarını çevirin; bu metinler misafirin karar verdiği yerdir.
• Makine çevirisini taslak olarak kullanın, yayından önce o dili bilen biri okusun; otel terimlerinde (ör. “yarım pansiyon”, “her şey dahil”) kalıplaşmış karşılıklar kullanın.
• Başlık etiketini ve meta açıklamayı da çevirin; sonuç sayfasında görünen ilk metin budur.
• Görsellerin alt metinlerini ve sayfa içi görsel yazılarını atlamayın.
• Sayfada yazan fiyat, saat ve politika her dilde aynı olsun; dil sürümleri arasındaki çelişki hem misafiri hem yapay zekâ özetlerini yanıltır.

Tarayıcı içi çeviri eklentileri ve sayfaya gömülen çeviri düğmeleri ise ayrı bir adres üretmez; yani arama motorunun dizine ekleyebileceği bir dil sürümü oluşmaz. Bu yüzden onları gerçek bir dil sürümünün yerine koymayın. Sayfalar arası tutarlılığın yapay zekâ özetlerindeki rolünü otel yapay zekâ araması rehberinde anlattık.

Yayın öncesi çok dilli SEO kontrol listesi

Aşağıdaki liste, dil sürümü yayına alınmadan önce tek tek işaretlenmesi gereken on maddeden oluşur. Kurallar Google belgelerinden, test yöntemleri bizim önerimizdir.

Çok dilli otel sitelerinde en sık görülen hatalar

Çok dilli sitenin başarısı nasıl ölçülür?

Search Console’da Performans raporunu sayfa adresi filtresiyle (ör. /de/ içerenler) ve Ülkeler boyutuyla birlikte okuyun. Dil sürümü doğru çalışıyorsa, hedeflediğiniz ülkeden gelen gösterim ve tıklama zamanla artmalı; Türkçe sayfaların yabancı kullanıcıya gösterilmesi ise azalmalıdır. Raporun nasıl kurulacağını otel için Search Console rehberinde ayrıntılandırdık.

Gelir tarafında, rezervasyon motorundaki ülke ve dil kırılımını analitikle eşleştirin; kurulum ayrıntıları GA4 ve booking engine takibi yazısındadır. Yabancı pazara satış yapan acentelerde aynı mantık tur sayfaları için de geçerlidir; bkz. paket tur SEO rehberi.

Yeni bir site yapılıyorsa dil sürümleri, yönlendirme listesi ve çeviri sorumlulukları teklif aşamasında yazılı olmalıdır; bu kalemleri web sitesi teklifi kapsam rehberindeki kontrol listesiyle karşılaştırabilirsiniz. Web tasarım hizmetimizin çok dilli yayın hazırlığını hizmet sayfasında anlattık.