Çok Dilli Otel Sitesi: Rusça, Almanca ve İngilizce Kurulum

Otel web sitesi nasıl olmalı yazımızda çok dilli yapıya tek paragraf ayırmıştık; bu yazı onun ayrıntısı. Başlıkta Rusça, Almanca ve İngilizce var, çünkü otel sahiplerinin bize en sık sorduğu üçlü bu. Ama otel sitenize hangi yabancı dilleri ekleyeceğinizi genel kanı değil, kendi misafir veriniz belirlemeli.

1. Dilleri tahminle değil, misafir verinizle seçin

Her yeni dil; çeviri, bakım, yazışma ve ölçüm demek. Dil listesini “komşu otelde var” diye değil, elinizdeki veriye bakarak kurun:

Rezervasyon motoru ve ön büro sistemi: geçmiş rezervasyonları ülkeye ya da uyruğa göre dökün; hangi pazarların konakladığını ve hangilerinin doğrudan sizden aldığını ayrı görün.
OTA raporları: örneğin Booking.com extranet'indeki Booker insights raporu, misafirlerin hangi ülkelerden rezervasyon yaptığını gösteriyor.
Google Analytics 4 ve Search Console: GA4'te Country ziyaretçinin ülkesini, Language tarayıcı ya da cihazın dilini gösterir. Search Console'da Performans raporunu ülkelere göre gruplayın.
Misafir yazışmaları: ön büronun WhatsApp'ta ve telefonda her gün duyduğu dil, raporlarda görünmeyen talebi gösterir.

İki tuzağa dikkat: ülke dil değildir; Almanya'dan gelen bir ziyaretçinin tarayıcısı Türkçe, İsviçre'den gelen birininki Fransızca olabilir. Ayrıca bir dilde sayfanız yoksa o dilden doğrudan rezervasyon da göremezsiniz. Kaynakları birlikte okuyun ve az sayıda dille başlayın; üç dili iyi yapmak, sekiz dili yarım yapmaktan değerlidir.

2. Her dile kendi adresini verin

Google açık: dil sürümleri çerez ya da tarayıcı ayarıyla aynı adreste değişmemeli, her dilin ayrı bir URL'si olmalı. Google'ın karşılaştırdığı dört yapı:

Ülke uzantılı alan adı (ornek.de): hedefleme net, ama pahalı ve yalnızca tek bir ülkeyi hedefleyebiliyor.
Alt alan adı (de.ornek.com): kurması kolay, ama kullanıcı hedeflemeyi adresten anlamayabilir.
Alt klasör (ornek.com/de/): kurması kolay, aynı sunucuda durduğu için bakımı az.
URL parametresi (ornek.com?lang=de): Google önermiyor.

Otel için genellikle en mantıklısı alt klasörler: /en/, /de/, /ru/. Siz bir ülkeyi değil bir dili hedefliyorsunuz; Almanca konuşan misafir Avusturya'dan ya da İsviçre'den de gelebilir. Google, adreslerde de hedef kitlenin dilindeki sözcüklerin, gerekiyorsa Latin harflerine çevrilmiş hâllerinin kullanılmasını öneriyor. Kiril harfli adresler yüzde kodlaması ister; Rusça sayfalar için /ru/nomera/ gibi bir yazım daha pratiktir.

3. hreflang'i doğru kurun

hreflang, arama motoruna bir sayfanın diğer dillerdeki karşılıklarını bildirir; Google bununla misafire kendi dilindeki sürümü gösterir. Ancak Google sayfanın dilini hreflang'den ya da lang niteliğinden değil, görünen içerikten anlıyor: hreflang bir yönlendirme işaretidir, kötü çeviriyi kurtarmaz. Google'ın kuralları:

Kendine referans: her sürüm, diğerlerinin yanında kendisini de listelemeli.
Karşılıklılık: Google'ın ifadesiyle, iki sayfa birbirini göstermiyorsa etiketler yok sayılıyor. Eksik dönüş bağlantısı en sık yapılan hatalardan biri.
Tam adres: https:// dahil eksiksiz URL yazılmalı; /de/odalar gibi göreli adresler geçmez.
Doğru kodlar: dil için ISO 639-1 (en, de, ru), bölge için ISO 3166-1 Alpha 2. Tek başına bölge kodu geçersiz; Birleşik Krallık da en-UK değil en-GB. İçerik ülkeye göre değişmiyorsa yalnızca de yazın; Almanya, Avusturya ve İsviçre'yi birlikte kapsar.
x-default: tarayıcı dili hiçbir sürümle eşleşmeyen ziyaretçi için yedek sayfa; otellerde genellikle İngilizce sürüm ya da bir dil seçim sayfası.
Canonical aynı dilde: Google, hreflang kullanılırken canonical sayfanın aynı dilde olmasını istiyor. Almanca sayfanın canonical'ını Türkçe ana sayfaya bağlamayın.

Yandex için site haritası yetmez

Google için etiketleri head bölümüne, HTTP başlığına ya da site haritasına koymak eşdeğer. Ama Rusça konuşan misafirlerin bir kısmı Yandex kullanıyor ve Yandex, hreflang'i desteklemekle birlikte dil sürümleri için site haritasını artık desteklemediğini, sayfa içi işaretleme önerdiğini belirtiyor. En güvenli yol, etiketleri her sayfanın head bölümüne yazmak.

4. Otomatik çeviri eklentisi neden yetmez?

Metni tarayıcıda anlık değiştiren çeviri eklentilerinin çoğu ayrı bir adres üretmez; “Almanca sürüm” aslında Türkçe sayfanın üzerinde çalışan bir betiktir. Google'ın istediği her dil için taranabilir bir URL'dir; bu yapıda hreflang kurmak da mümkün olmaz.

Makine çevirisinde Google'ın tutumu yöntemi değil kaliteyi hedef alıyor. Spam politikalarındaki ölçekli içerik istismarı tanımı, çeviri gibi otomatik dönüşümlerle kullanıcıya çok az değer katan çok sayıda sayfa üretmeyi kapsıyor. Google Haziran 2025'te, otomatik çevrilmiş sayfaların robots.txt ile engellenmesine dair bölümü belgelerinden kaldırdı. Pratikte işleyen yöntem: makine çevirisi ilk taslak olsun, metni o dilin anadili konuşanı okusun ve oda adları, iptal koşulları, ödeme adımları için bir terim listesi tutulsun. Yalnızca menüyü çevirmeyin; Google her sayfada içerik ve gezinmenin tek dilde olmasını öneriyor.

Misafir sitenizin kaç dil bildiğine bakmaz; kendi dilindeki sayfanın ona ne kadar güven verdiğine bakar.

5. Rezervasyon akışını, oda adlarını ve kuralları yerelleştirin

Misafirin ödeme yapmadan önce okuduğu her şey kendi dilinde olmalı:

Rezervasyon motoru: Almanca sayfadaki düğme motoru da Almanca açmalı; ödeme sayfası, hata mesajları ve onay e-postası dahil. Akışın ortasında dili değişen bir ekran, güveni en kritik anda kırar.
Oda adları: “Deniz Manzaralı Oda” İngilizcede Sea View Room, Almancada Zimmer mit Meerblick, Rusçada Номер с видом на море olur. Pansiyon tiplerinde misafirin tur operatörlerinden tanıdığı terimi kullanın; site, motor ve OTA ilanlarında aynı adlar dursun.
Kurallar: iptal, giriş-çıkış saatleri, çocuk ve evcil hayvan politikası. Yasal metinlerin çevirisini hukuk danışmanınıza onaylatın.
Para birimi: tahsilatın hangi para biriminde yapılacağını açıkça yazın; kur çevirisi gösteriyorsanız yaklaşık olduğunu belirtin.
Tarih ve sayı: 03/04 bir İngiliz için 3 Nisan, bir Amerikalı için 4 Mart'tır; Almanca ve Rusçada ondalık ayırıcı virgüldür. Tarihleri ay adıyla yazmak karışıklığı önler.

6. Dil seçici: yönlendirmeyin, seçtirin

Rusya'dan gelen herkesi IP adresine bakıp /ru/ sayfasına göndermek akıllıca görünebilir, ama Google buna açıkça karşı: kullanıcının dilini tahmin edip yönlendirmeyin, IP konum analizine güvenmeyin. Üstelik Googlebot'un varsayılan IP adresleri ABD merkezli görünüyor ve Accept-Language başlığı göndermiyor; otomatik yönlendirme Google'ın diğer sürümlerinizi hiç görmemesine yol açabilir. Onun yerine:

Seçiciyi her sayfanın üstüne, mobilde de görünür biçimde koyun.
Dilleri kendi adlarıyla yazın: English, Deutsch, Русский. W3C, dilleri bayrakla göstermemeyi öneriyor; bayrak ülkeyi gösterir, dili değil.
Seçici aynı sayfanın karşılığına gitsin: aile odası sayfasında “Deutsch”a basan misafir Almanca ana sayfaya değil, Almanca aile odası sayfasına ulaşmalı.
Tarayıcı dili farklıysa sayfayı değiştirmek yerine kapatılabilir küçük bir öneri gösterin.
html etiketinde dili belirtin. Google bunu dil tespitinde kullanmasa da ekran okuyucular doğru telaffuz kurallarını bu bilgiyle yüklüyor.

7. Yerel sinyaller: iletişim ve ödeme

Google, sitenin kime hitap ettiğini gösteren sinyaller arasında dilin yanında para birimini, adres ve telefonu da sayıyor. Misafir için de “bu otel beni anlar mı?” sorusunun cevabı bu ayrıntılarda:

İletişim: telefonu +90 ile uluslararası biçimde yazın, WhatsApp bağlantısı ekleyin ve o dilde yanıt verecek birine hangi saatlerde ulaşılacağını belirtin. Almanca sayfadan yazana Türkçe otomatik yanıt gitmesin.
Ödeme: kart kabulü pazara göre değişebilir. Örneğin Visa, Mart 2022'de Rusya'da çıkarılan kartlarla ülke dışındaki işlemlerin artık çalışmayacağını duyurmuştu. Bugün hangi ödeme yollarının yasal ve teknik olarak mümkün olduğunu bankanızla netleştirip Rusça sayfada açıkça yazın.
Tutarlılık: adres, telefon ve kurallar her dilde, İşletme Profili'nde ve OTA ilanlarında aynı olmalı; profil için oteller için Google İşletme Profili yazısına bakın.

Amaç, yabancı misafirin de rezervasyonu OTA yerine sizin sitenizde tamamlaması; kanal dengesini doğrudan rezervasyon yazısında ele aldık.

8. Her dilin performansını ayrı ölçün

Search Console: URL ön ekli bir mülk yalnızca o önekle başlayan adresleri kapsar. /de/ ve /ru/ için ayrı mülk ekleyip her dilin tıklama ve sorgularını ayrı izleyin.
hreflang denetimi: Search Console'daki Uluslararası Hedefleme raporu kaldırıldı; Google hreflang'i kullanmaya devam ediyor, ama hazır hata raporu yok. Bir tarama aracıyla kontrol edin ve URL Denetleme aracında her dil sayfası için Google'ın seçtiği canonical'ın sayfanın kendisi olduğunu doğrulayın.
GA4 ve rezervasyon motoru: sayfa yollarını dil klasörlerine göre ayırın; asıl ölçü ise rezervasyon. Motorunuz rezervasyonları dile göre raporlayabiliyor mu, kontrol edin. Ölçümün reklam tarafı oteller için Google Ads yazısında.
Yandex Webmaster: Rusça sürüm önemliyse siteyi buraya da ekleyip Rusça sayfaların aramaya girdiğini izleyin.

Çok dilli otel sitelerinde sık yapılan hatalar

IP adresine göre otomatik yönlendirme.
Karşılıksız hreflang: Almanca sayfa Rusçayı gösterir, Rusça sayfa göstermez.
Bütün dil sürümlerinin canonical etiketini Türkçe sayfaya bağlamak.
Menüyü çevirip oda açıklamalarını ve kuralları Türkçe bırakmak.
Site Almanca, rezervasyon motoru ve onay e-postası İngilizce.
Bayraklı dil menüsü ya da her tıklamada ana sayfaya dönen seçici.
Fiyat ve kural değişikliğini yalnızca Türkçe sayfada güncellemek.
Bakımını yapamayacağınız kadar çok dil açmak.

Çok dilli siteyi satış kanalına çevirmek

Doğru kurulmuş çok dilli bir otel sitesinin parçaları belli: veriyle seçilmiş diller, alt klasörler, karşılıklı hreflang, anadili konuşan birinin okuduğu metinler, misafirin dilinde açılan rezervasyon motoru ve dil bazında ölçüm. Sonraki adım her dilde arama görünürlüğü; anahtar kelimeleri çevirmek yerine her dilde ayrı araştırmak da buna dahil. Ayrıntılar otel SEO rehberimizde. Stüdyo'da bu parçaları otel siteleri için birlikte kuruyoruz; örnekler İşler sayfasında.

Kaynaklar

Markanı büyütmeye hazır mısın?

Strateji, tasarım, performans ve içeriği tek çatı altında birleştirelim.

Ücretsiz Teklif Al →