Çok Dilli Web Sitesi Nasıl Planlanır? URL, İçerik ve Dil Geçişi Rehberi

Çok dilli bir web sitesi, mevcut sayfaların başka bir dile çevrilip ayrı bir menüye eklenmesinden ibaret değildir. Sağlıklı yapı; her dil için ayrı ve okunabilir URL'ler, birbirine bağlı karşılık sayfaları, açık içerik sorumlulukları, eksik çeviriler için belirlenmiş davranış ve iki yönlü yayın kontrolü gerektirir.

Planı şu beş alan üzerinden kurun:

1. Hangi ülke, pazar ve kullanıcı hedefleniyor?
2. Her dilde hangi sayfalar yayımlanacak?
3. Aynı içeriğin dil karşılıkları nasıl bağlanacak?
4. Çeviri, yerelleştirme, güncelleme ve onaydan kim sorumlu olacak?
5. Kullanıcı ve arama motoru için dil ilişkisi nasıl kontrol edilecek?

Bu kararlar geliştirme başlamadan yazılı hâle gelirse dil geçişi, URL, içerik ve SEO ayrı ekiplerin sonradan çözmeye çalıştığı sorunlar olmaktan çıkar. Çok dilli yapı, yönetilebilir bir içerik sistemine dönüşür.

Çok Dilli Web Sitesine Gerçekten İhtiyacınız Var mı?

Bir işletmenin yabancı dilde birkaç cümle yayımlayabilmesi, çok dilli site yatırımını tek başına gerekçelendirmez. Önce işletmenin hedefini ve o dilde hizmet verebilme kapasitesini değerlendirin.

Kumsal Ajans olarak çok dilli web sitesini özellikle şu işletmelere öneriyoruz:

• İhracat yapan şirketler
• Uluslararası pazarlara açılmayı hedefleyen markalar
• Birden fazla ülkede hizmet veren işletmeler
• Yabancı müşterilerle düzenli satış veya iletişim süreci yürüten kurumlar

Her hedef dil için şu soruların karşılığı bulunmalıdır:

• Bu dil hangi ülke veya kullanıcı grubuna hizmet edecek?
• O pazarda gerçekten sunulan ürün ve hizmetler hangileri?
• Talep geldiğinde satış, destek ve operasyon hangi dilde sürdürülebilecek?
• İlk yayında hangi sayfalar gerekli, hangileri daha sonra eklenebilir?
• İçeriği güncel tutacak sorumlu kişi ve bütçe var mı?

Bu çalışma, “siteye İngilizce ekleyelim” talebini ölçülebilir bir kapsama dönüştürür. Web sitesi projesinin diğer iş gereksinimleriyle birlikte ele alınması için web sitesi ihtiyaç dokümanı hazırlama rehberindeki hedef kitle, sayfa, içerik ve entegrasyon soruları başlangıç noktası olarak kullanılabilir.

Önce Dil ve Sayfa Kapsam Matrisini Hazırlayın

Her Türkçe sayfanın ilk günden İngilizce karşılığının bulunması gerekmeyebilir. Fakat hangi karşılığın hazır, planlı veya kapsam dışında olduğu bilinmelidir. Bunun için tasarım ve geliştirmeden önce bir dil-sayfa matrisi hazırlayın.

Bu tablo yalnızca URL listesi değildir. İçerik üretimi, teknik eşleştirme ve yayın kararını aynı satırda buluşturur. “İngilizce sayfa var mı?” sorusunun yanında “güncel mi, onaylandı mı ve doğru karşılığa bağlı mı?” sorularını da cevaplar.

Kapsamın teklifte nasıl ifade edildiğini de kontrol edin. “İki dil desteği” ifadesi; çeviri hizmetini, içerik girişini, profesyonel dil kontrolünü ve sonraki güncellemeleri otomatik olarak kapsamayabilir. Bu ayrımları web sitesi tekliflerini karşılaştırırken ayrı kalemler olarak değerlendirmek ilerideki sorumluluk belirsizliğini azaltır.

Her Dil Sürümü İçin Ayrı ve Okunabilir URL Kullanın

Bir sayfanın Türkçe ve İngilizce sürümleri ayrı, doğrudan açılabilen URL'lere sahip olmalıdır. Aynı URL altında yalnızca çerez, tarayıcı dili veya oturum bilgisine göre metni değiştirmek; sayfaların paylaşılmasını, taranmasını ve ayrı ayrı yönetilmesini zorlaştırabilir.

Google'ın çok dilli site rehberi, her dil sürümü için farklı URL kullanılmasını ve kullanıcıların diğer dil sürümüne görünür bağlantılarla geçebilmesini önerir. Rehber ayrıca, kullanıcının dilini tahmin ederek zorunlu yönlendirme yapmanın bütün sürümlere erişimi engelleyebileceğini açıklar.

Örnek bir yapı şöyle olabilir:

• Türkçe: example.com/hizmetler/web-tasarim
• İngilizce: example.com/en/services/web-design

İngilizce sayfanın slug'ını Türkçe sözcüklerle taşımak yerine o dilde doğal ve anlaşılır bir karşılık hazırlayın. Aynı yaklaşımı kategori, ürün ve blog yollarında tutarlı biçimde sürdürün. Google, URL içinde yerelleştirilmiş sözcüklerin kullanılabileceğini belirtir; önemli olan URL'nin kararlı, erişilebilir ve doğru sayfayı temsil etmesidir.

Kumsal Ajans projelerinde sluglar her dil için ayrı hazırlanır. Küçük harf, kısa çizgi ve gereksiz sözcüklerden arındırılmış bir yapı tercih edilir. Bu yaklaşım tek başına sıralama garantisi değildir; kullanıcıya ve içerik ekibine URL'nin neyi temsil ettiğini açıkça gösteren bir yayın standardıdır.

Slug Değişikliklerini Kalıcı Taşınma Olarak Yönetin

Yayımlanmış bir slug değiştirildiğinde eski bağlantılar, kayıtlı yer imleri ve arama sonuçları bir süre daha eski URL'yi kullanabilir. Bu nedenle kalıcı değişiklikte eski adresi en yakın yeni karşılığına yönlendirin.

Google'ın yönlendirme rehberi, 301 ve 308 kodlarını kalıcı taşımalar için tanımlar ve mümkün olduğunda sunucu taraflı kalıcı yönlendirmeyi önerir. Geçici bir değişiklikte ise kalıcı kod kullanılmamalıdır.

Pratik yönlendirme kuralları şunlardır:

• Eski Türkçe URL'yi yeni Türkçe karşılığına gönderin.
• Eski İngilizce URL'yi yeni İngilizce karşılığına gönderin.
• Çok sayıda eski adresi ilgisiz biçimde ana sayfaya yönlendirmeyin.
• Dil seçiciyi 301 yönlendirmesi gibi kullanmayın; dil seçimi aynı içeriğin bağlı karşılığına açılan normal bir bağlantı olmalıdır.
• Yönlendirmeyi ekledikten sonra hedefin tek adımda açıldığını ve döngü oluşmadığını kontrol edin.

Burada iki farklı işlevi ayırmak önemlidir: 301, kalıcı olarak taşınmış URL'yi yeni konumuna götürür; görünür dil seçici ise kullanıcının istediği dildeki eşdeğer sayfayı açar.

Türkçe ve İngilizce Sayfaları Bağlı Karşılıklar Olarak Kurun

Çok dilli yapının merkezinde “iki ayrı site” değil, birbirinin karşılığı olan sayfalar bulunur. Türkçe bir hizmet sayfası ile İngilizce hizmet sayfası yalnızca başlık benzerliği üzerinden eşleşmemelidir. İçerik yönetiminde aynı kaynağın bağlı dil sürümleri olarak tanımlanmalıdır.

Kumsal Ajansın projeye özel geliştirilen içerik yönetim altyapılarında Türkçe ve İngilizce içerikler birbirinden bağımsız kayıtlar şeklinde açılmaz. Karşılıklar bağlı olarak oluşturulur ve iki yönlü geçiş kontrol edilir. Aksi durumda kullanıcı Türkçe sayfadan İngilizceye geçtiğinde aynı içeriğin karşılığı yerine yanlış bir sayfaya ulaşabilir veya bağlam tamamen kopabilir.

Her bağlı sayfa çifti için şunları kaydedin:

• Türkçe canlı URL
• İngilizce canlı URL
• İçerik sahibi
• Çeviri ve son kontrol durumu
• Son anlamlı güncelleme tarihi
• Her iki yönde dil geçişi sonucu
• Teknik dil eşleştirmesi sonucu

Bu yaklaşım yalnızca blog yazıları için değil; hizmet, ürün, ekip, iletişim, kampanya ve yasal sayfalar için de uygulanmalıdır.

Karşı Dil Sayfası Hazır Değilse İlgisiz Sayfaya Göndermeyin

Bir Türkçe sayfanın İngilizce karşılığı hazır değilse kullanıcıyı İngilizce ana sayfaya veya benzer görünen başka bir içeriğe göndermek, dil seçiminin anlamını bozar. Kullanıcı aynı bilginin farklı dilini beklerken bağlamını kaybeder.

Kumsal Ajans projelerinde ilgili dil karşılığı henüz hazır değilse o sayfadaki dil seçeneğini geçici olarak gizlemeyi tercih ediyoruz. Karşılık yayımlandığında dil kontrolü yeniden görünür hâle getirilir ve iki sayfa birbirine bağlanır.

Bu kural için içerik ekibinin de teknik ekibin de aynı durumu görmesi gerekir:

• Hazır: İçerik onaylı, URL canlı ve iki yönlü geçiş çalışıyor.
• İncelemede: Çeviri veya müşteri onayı bekleniyor; dil seçeneği kapalı.
• Güncelleme gerekli: Kaynak dil değişmiş, karşı sürüm yeniden kontrol edilmeli.
• Kapsam dışında: O sayfanın karşı dili planlanmıyor; dil seçeneği gösterilmiyor.

Eksik sayfayı gizlemek, eksikliği unutmak anlamına gelmemelidir. Durum içerik listesinde tutulmalı ve sonraki yayın planında görünür olmalıdır.

Görünür Dil Geçişi ile Hreflang Aynı Şey Değildir

Kullanıcı sayfanın üzerindeki dil seçiciyi kullanır. Arama motoru ise yerelleştirilmiş sayfalar arasındaki ilişkiyi teknik işaretlerden anlamaya çalışır. Bu iki katman birbirini tamamlar; biri diğerinin yerine geçmez.

Google'ın yerelleştirilmiş sayfalar dokümanına göre hreflang ilişkisinde her sürüm kendisini ve diğer karşılıkları listelemelidir. İki sayfa birbirine dönmüyorsa eşleştirme yok sayılabilir. Bu nedenle yalnızca Türkçe sayfaya İngilizce adresi eklemek yeterli değildir; İngilizce sayfa da Türkçe karşılığı göstermelidir.

Türkçe ve İngilizce sayfa çifti için teknik kontrol şu sırayla yapılabilir:

1. Her iki URL de doğrudan ve taranabilir biçimde açılıyor mu?
2. Sayfaların görünür içeriği ve gezinmesi kendi dilinde mi?
3. Her sayfa kendi tercih edilen URL'sini canonical olarak gösteriyor mu?
4. Her sayfa hem kendisini hem bağlı karşılığını doğru hreflang değeriyle listeliyor mu?
5. XML sitemap kullanılıyorsa dil ilişkileri canlı URL'lerle uyumlu mu?
6. Görünür dil seçici aynı sayfanın doğru karşılığına gidiyor mu?

Canonical ve hreflang işlevlerini karıştırmayın. Canonical, tercih edilen URL'yi; hreflang ise dil veya bölge karşılıklarını açıklar. Google'ın canonical rehberi, hreflang kullanılan sayfalarda canonical hedefin mümkün olduğunda aynı dilde olması gerektiğini ve canonical sayfanın kendisine referans verebileceğini belirtir.

Bu ayarların doğru olması indexlenme veya sıralama garantisi vermez. Ama yanlış dil ilişkisinin, kopuk sayfaların ve tutarsız URL sinyallerinin önüne geçmek için gerekli bir teknik kontroldür.

Çeviri Değil, Yerelleştirme ve Onay Akışı Tanımlayın

Bir sayfanın sözcüklerini başka dile çevirmek, hedef pazardaki kullanıcı için her zaman yeterli değildir. Hizmet adları, çağrı ifadeleri, para birimi, teslimat koşulları, tarih biçimi, yasal metin ve iletişim beklentisi pazara göre değişebilir.

Kumsal Ajans projelerinde Türkçe ana içerik müşteri tarafından sağlanır veya müşteriyle birlikte hazırlanır. İngilizce sürüm profesyonel çeviri desteğiyle yerelleştirilir; son kontrol ve yayın kararı müşteri onayıyla tamamlanır.

Sorumluluk tablosunda şu roller açık olmalıdır:

Makine çevirisi veya otomasyon yardımcı araç olabilir; fakat şirketin hizmet koşullarını, hukuki ifadelerini ve pazara özgü anlamı tek başına doğrulamaz. Özellikle uzmanlık gerektiren metinlerde insan dil kontrolü ve müşteri onayı korunmalıdır.

Menü, Form, E-posta, Görsel ve Yasal Metinleri Ayrı Ayrı Kontrol Edin

Çok dilli site yalnızca sayfa gövdesinden oluşmaz. Sayfa İngilizce olsa bile form hata mesajı, otomatik e-posta veya görsel üzerindeki metin Türkçe kalabilir. Bu yüzden ortak bileşenleri ayrı kontrol listesine alın.

Menü ve gezinme

• Menü, kategori ve breadcrumb doğru dilde mi?
• Bağlantılar aynı dildeki hedeflere mi gidiyor?
• Arama sonuçları ve 404 sayfası dil bağlamını koruyor mu?

Formlar ve otomatik e-postalar

• Alan adları, açıklamalar ve hata mesajları doğru dilde mi?
• Başarı mesajı ve kullanıcının aldığı e-posta aynı dili sürdürüyor mu?
• İç bildirimde gönderilen sayfanın dili veya kaynağı anlaşılabiliyor mu?

Görseller ve dosyalar

• Görselin üzerinde metin varsa doğru dil sürümü kullanılıyor mu?
• Alternatif metin, başlık ve açıklama o sayfanın dilinde mi?
• İndirilen PDF veya katalog hedef pazar için güncel mi?

Yasal ve ticari içerikler

• Gizlilik, çerez, kullanım koşulları ve açık rıza metinleri hedef kullanım için onaylandı mı?
• Fiyat, para birimi, vergi, teslimat veya bölgesel hizmet sınırları doğru mu?
• İletişim kanalı o dilde gelen talebi karşılayabiliyor mu?

Yasal metinlerin başka dile aktarılması hukuki uygunluğu otomatik olarak sağlamaz. Hedef ülke ve iş modeline göre gerekli uzman incelemesi ayrıca planlanmalıdır.

Türkçe Güncellendiğinde Diğer Dilleri Unutmayın

Çok dilli sitelerde en yaygın operasyon sorunlarından biri, kaynak dildeki içeriğin güncellenmesine rağmen karşı dilin eski kalmasıdır. Bu durum özellikle fiyat, hizmet kapsamı, ekip, adres, sertifika, sözleşme veya ürün özelliği gibi alanlarda kullanıcıyı yanıltabilir.

Kumsal Ajans sürecinde Türkçe içerik güncellendiğinde diğer dil sürümleri içerik listesi ve proje takip sistemi üzerinden kontrol edilir. Eksik veya güncelliğini kaybeden çeviriler işaretlenir.

Her anlamlı güncellemede şu kararı kaydedin:

• Karşı dil etkilenmiyor.
• Karşı dilde küçük metin güncellemesi gerekiyor.
• Yeniden profesyonel yerelleştirme gerekiyor.
• Yasal veya teknik uzman kontrolü gerekiyor.
• Karşı dil güncellenene kadar dil seçeneği geçici olarak kapatılmalı.

Bu iş akışı, bütün dillerin aynı dakika yayımlanmasını zorunlu kılmaz. Önemli olan, sürümler arasındaki farkın görünür olması ve eski içeriğin yanlışlıkla güncel kabul edilmemesidir.

Anonimleştirilmiş Gerçek Bir Dil Yönlendirmesi Örneği

Kurumsal bir web sitesi kontrolünde kullanıcı, bir iç sayfada dili değiştirdiğinde aynı içeriğin doğru dildeki karşılığı yerine farklı bir sayfaya gidiyordu. İngilizce sayfa mevcut olmasına rağmen dil-sayfa ilişkisi yanlış kurulmuştu.

Sorun şu adımlarla giderildi:

1. Türkçe ve İngilizce sayfa envanteri karşılaştırıldı.
2. Doğru karşılıklar içerik yönetiminde yeniden eşleştirildi.
3. Görünür dil seçicinin iki yöndeki hedefleri düzeltildi.
4. Kalıcı olarak değişmiş eski URL'ler için ilgili yeni sayfalara doğru 301 yönlendirmeleri kontrol edildi.
5. TR → EN ve EN → TR geçişleri yeniden test edildi.

Bu örnek bir trafik, sıralama veya dönüşüm artışı iddiası değildir. Gösterdiği nokta şudur: yalnızca İngilizce sayfanın mevcut olması yeterli değildir; kullanıcı kontrolü, içerik bağlantısı ve teknik dil ilişkisi aynı hedef üzerinde buluşmalıdır.

Yayın Öncesi Çok Dilli Site Kontrol Listesi

Yayından önce aşağıdaki listeyi her önemli sayfa şablonunda uygulayın:

Hazır bir altyapının bu iş akışını ne ölçüde karşılayacağını proje başında değerlendirin. Bağlı içerik, özel roller veya dış sistemlerle entegrasyon gereksinimi büyüyorsa hazır altyapı ile projeye özel web yazılım karşılaştırması, teknik yaklaşımın seçiminde yardımcı olabilir.

Sonuç: Dilleri Ayrı Sayfalar Değil, Bağlı Bir Sistem Olarak Yönetin

Çok dilli web sitesi planlamasının başarı ölçütü, menüde kaç dil bulunduğu değildir. Kullanıcı aynı içeriğin doğru dil karşılığına ulaşabiliyor mu, her URL ayrı ve anlaşılır mı, içerik güncelliği takip ediliyor mu ve bütün ortak bileşenler ilgili dilde çalışıyor mu? Asıl kalite bu soruların cevaplarında ortaya çıkar.

Hedef pazar ve sayfa kapsamını belirleyin; her dil için ayrı URL hazırlayın; karşılık sayfalarını bağlı yönetin; hazır olmayan dil seçeneğini gizleyin; çeviri ve onay sorumluluğunu yazın; görünür dil geçişiyle hreflang kontrolünü ayrı ayrı test edin. Kalıcı slug değişikliklerinde doğru yönlendirmeyi uygulayın ve sonraki içerik güncellemelerini proje takibine bağlayın.

Bu düzen, çok dilli yapıyı tek seferlik çeviri çalışmasından çıkarıp işletmeyle birlikte sürdürülebilen bir yayın sistemine dönüştürür. Projenizin dil, içerik, teknik yapı ve yönetim ihtiyaçlarını birlikte planlamak için Kumsal Ajans web tasarım hizmetini inceleyebilirsiniz.

Sık Sorulan Sorular

Çok dilli web sitesinde her dil için ayrı URL gerekli mi?

Her dil sürümünün ayrı ve doğrudan açılabilir URL'de sunulması, kullanıcıların sayfayı paylaşmasını ve arama motorlarının sürümleri ayrı ayrı taramasını kolaylaştırır. Aynı URL'de yalnızca tarayıcı diline göre içerik değiştirmek yerine ayrı dil URL'leri ve görünür dil bağlantıları tercih edilmelidir.

İngilizce karşılığı olmayan sayfa dil değiştirildiğinde ana sayfaya gitmeli mi?

Kumsal Ajans yaklaşımında kullanıcı ilgisiz bir sayfaya gönderilmez. İlgili dil karşılığı hazır değilse dil seçeneği o sayfada geçici olarak gizlenir. Karşılık yayımlandıktan ve bağlantı kontrol edildikten sonra tekrar gösterilir.

Türkçe ve İngilizce sluglar aynı olmak zorunda mı?

Hayır. Her dil için doğal ve anlaşılır slug hazırlanabilir. Türkçe sayfadaki kavramın İngilizce URL'de hedef kullanıcıya uygun karşılığı kullanılmalıdır. Yayımlanmış bir slug kalıcı olarak değiştiriliyorsa eski URL ilgili yeni sayfaya yönlendirilmelidir.

Hreflang dil düğmesinin yerine geçer mi?

Hayır. hreflang, arama motorlarına yerelleştirilmiş sayfalar arasındaki ilişkiyi bildirir. Görünür dil düğmesi ise kullanıcının aynı içeriğin diğer dil sürümüne geçmesini sağlar. Her ikisi de ayrı ayrı ve iki yönde kontrol edilmelidir.

Otomatik tarayıcı dili yönlendirmesi kullanılmalı mı?

Kullanıcının dilini tahmin ederek zorunlu yönlendirme yapmak bütün sürümlere erişimi zorlaştırabilir. Uygun dil önerilebilir; ancak kullanıcının dili kendisinin seçebildiği görünür bağlantılar korunmalı ve her sürüm ayrı URL'de erişilebilir olmalıdır.

Türkçe içerik güncellendiğinde İngilizce sürüm hemen yayımlanmalı mı?

Her değişikliğin aynı anda yayımlanması şart değildir. Ancak İngilizce sürümün etkilenip etkilenmediği içerik listesinde işaretlenmeli; güncelleme gerekiyorsa sorumlu ve durum belirlenmelidir. Eski içeriğin kullanıcıyı yanıltma riski varsa karşı dil seçeneği güncelleme tamamlanana kadar geçici olarak kapatılabilir.