Bir kurumsal web sitesini iki dile çevirmek, metinleri İngilizceye aktarmaktan ibaret değildir. Dil yapısı doğru planlanmazsa kullanıcı yanlış sayfaya gider, Google hangi sürümün hangi kullanıcıya gösterileceğini anlamakta zorlanır ve ekip her içerik güncellemesinde aynı işi tekrar tekrar yapmak zorunda kalır.
Kurumsal web sitesinde çok dilli kullanım, hedef pazar, URL yapısı, içerik yönetimi, çeviri kalitesi, teknik SEO ve kullanıcı deneyiminin birlikte ele alınmasıyla sağlıklı çalışır. Özellikle ihracat yapan, yabancı müşteri kabul eden, turizm, yazılım, üretim, danışmanlık ve B2B hizmet firmaları için bu karar yalnızca tasarım tercihi değildir.
Doğru dil mimarisi; web tasarım sürecinde en başta konuşulmalıdır. Çünkü sonradan eklenen çok dilli yapı; menüleri, URL’leri, formları, blog kurgusunu, görsel metinlerini, SEO ayarlarını ve yönetim panelini doğrudan etkiler.
Çok dilli siteye gerçekten ihtiyacınız var mı?
Her kurumsal site için çok dilli yapı şart değildir. Eğer hedef kitleniz yalnızca Türkiye içindeyse, yabancı müşteri almıyorsanız ve ekip yabancı dilde düzenli içerik üretemeyecekse ikinci dil çoğu zaman bakım yükü oluşturur. Boş kalan İngilizce sayfalar, markayı güçlü göstermek yerine eksik ve güncellenmeyen bir izlenim bırakabilir.
Çok dilli kullanım; gerçek satış hedefi, ihracat pazarı, yabancı yatırımcı ilişkisi, uluslararası iş ortaklığı, turizm trafiği veya global SEO hedefi varsa anlamlı hale gelir. Örneğin Samsun’da üretim yapan bir makine firması Almanya ve Hollanda’dan bayi arıyorsa İngilizce sayfalar yalnızca prestij değil, satış kanalıdır. Fakat yalnızca yerel hizmet veren bir işletme için aynı yapı gereksiz karmaşa yaratabilir.
Dil yapısı URL tarafında nasıl planlanmalı?
Çok dilli sitede en kritik kararlardan biri URL yapısıdır. Google, farklı dil sürümleri için farklı URL’ler kullanılmasını ve bu sayfalar arasında hreflang anotasyonlarıyla ilişki kurulmasını önerir Google Search Central. Yani aynı URL içinde kullanıcının tarayıcı diline göre içerik değiştirmek, arama motorları ve kullanıcı paylaşımı açısından ideal değildir.
En pratik yapı çoğu kurumsal site için alt klasör mantığıdır. Örneğin Türkçe ana sayfa “/tr/”, İngilizce ana sayfa “/en/” olabilir. Türkiye odaklı bir markada mevcut Türkçe site kökte kalabilir; İngilizce içerikler “/en/” altında açılabilir. Ancak bu karar proje başında verilmelidir, çünkü sonraki URL değişiklikleri yönlendirme ve SEO kontrolü gerektirir.
| URL modeli | Örnek | Avantaj | Risk / dikkat noktası |
|---|---|---|---|
| Alt klasör | /tr/hizmetler, /en/services | Yönetimi kolaydır, aynı domain otoritesini kullanır. | Menü ve içerik eşleşmeleri düzenli tutulmalıdır. |
| Alt domain | tr.example.com, en.example.com | Dil ekipleri ayrı çalışacaksa esneklik sağlar. | Teknik bakım ve ölçüm daha karmaşık olabilir. |
| Ayrı ülke domaini | example.com.tr, example.de | Ülke bazlı ciddi operasyonlarda güçlü sinyal olabilir. | Maliyet, içerik ve SEO yönetimi daha ağırdır. |
| Parametreli yapı | ?lang=en | Hızlı geliştirme hissi verir. | Kurumsal SEO ve paylaşılabilirlik açısından genellikle zayıftır. |
Hreflang ne işe yarar ve ne zaman kullanılmalı?
Hreflang, arama motorlarına aynı içeriğin farklı dil veya bölge sürümlerini anlatmak için kullanılır. Google, hreflang etiketlerinin sayfaların yerelleştirilmiş varyasyonlarını anlamaya yardımcı olduğunu belirtir Google Search Central Hreflang. Bu yapı, özellikle Türkçe ve İngilizce aynı hizmet sayfaları varsa önem kazanır.
Örnek olarak “/web-tasarim” sayfanızın İngilizce karşılığı “/en/web-design” ise bu iki sayfa birbirine alternatif dil sürümü olarak tanıtılmalıdır. Hreflang tek başına sıralama garantisi vermez; fakat Google’ın doğru kullanıcıya doğru dil sürümünü göstermesine yardımcı olur.
Basit hreflang mantığı örneği
Bir sayfanın Türkçe ve İngilizce sürümü varsa mantık şu şekilde kurulabilir: Türkçe sayfada İngilizce karşılığı belirtilir, İngilizce sayfada Türkçe karşılığı belirtilir ve gerekirse varsayılan dil için x-default kullanılır. Teknik örnek metin olarak şöyle okunabilir: <link rel="alternate" hreflang="tr" href="https://www.ornekdomain.com/web-tasarim"> ve <link rel="alternate" hreflang="en" href="https://www.ornekdomain.com/en/web-design">. Bu örnek canlı koda körlemesine eklenmemeli; gerçek URL yapısına göre uygulanmalıdır.
Menü, footer ve dil değiştirici nasıl kurgulanmalı?
Çok dilli sitede dil değiştirme butonu yalnızca bayrak ikonu olmamalıdır. Bayrak ülkeyi temsil eder, dili değil. İngilizce yalnızca İngiltere’ye ait değildir; Türkçe de yalnızca Türkiye pazarına indirgenmeyebilir. Bu yüzden “TR / EN” veya “Türkçe / English” gibi açık ifadeler çoğu kurumsal sitede daha anlaşılırdır.
Dil değiştirici kullanıcıyı mümkün olduğunca aynı sayfanın diğer dil sürümüne götürmelidir. Kullanıcı Türkçe “Hizmetler” sayfasındayken İngilizceye geçtiğinde ana sayfaya değil, “Services” sayfasına yönlenmesi daha iyi deneyim sunar. Eğer ilgili sayfanın karşılığı yoksa kullanıcıya en yakın kategori veya ana dil sayfası gösterilebilir; fakat bu karar tutarlı olmalıdır.
- Menü adları: Her dilde birebir çeviri yerine yerel kullanım tercih edilmelidir. “About Us” her zaman “Hakkımızda”nın iyi karşılığı olabilir; fakat hizmet adları sektöre göre değişebilir.
- Footer linkleri: Gizlilik, çerez, iletişim ve hizmet linkleri her dilde güncel tutulmalıdır.
- Form alanları: Form etiketleri, hata mesajları ve başarı mesajları da çevrilmelidir.
- CTA metinleri: “Teklif Al” ifadesi İngilizcede her zaman “Get Offer” diye çevrilmemeli; bağlama göre “Request a Quote” daha doğal olabilir.
- Blog yapısı: Her blog iki dile çevrilmek zorunda değildir; hedef pazara uygun içerik seçilmelidir.
Çeviri mi lokalizasyon mu?
Kurumsal sitede en büyük kalite farkı burada ortaya çıkar. Çeviri, metnin bir dilden diğer dile aktarılmasıdır. Lokalizasyon ise metnin hedef pazardaki kullanıcı beklentisine göre yeniden düzenlenmesidir. İngilizce site açarken Türkçe metni kelime kelime çevirmek çoğu zaman yeterli olmaz.
Örneğin Türkçe sitede “Türkiye geneline hizmet veriyoruz” ifadesi anlamlıdır. İngilizce sitede hedefiniz Avrupa’daki distribütörlerse bu cümle “We support international partners with project-based digital solutions” gibi farklı bir bağlama taşınabilir. Aynı şekilde “teklif al” CTA’sı, B2B İngilizce sayfada “Request a consultation” veya “Talk to our team” şeklinde daha doğru olabilir.
İçerik yönetim paneli çok dilli yapıya hazır mı?
Çok dilli site planlanırken yönetim paneli çoğu zaman geç düşünülür. Oysa içerik ekibi her hizmet sayfasını, blog yazısını, meta başlığı, açıklamayı, görsel alt metnini ve form mesajını ayrı dilde yönetebilmelidir. Aksi halde ikinci dil açılır ama güncelleme süreci ajansa veya geliştiriciye bağımlı kalır.
Yönetim paneli geliştirme veya özel admin yapısı bulunan projelerde her içerik alanı dil bazlı planlanmalıdır. Örneğin Türkçe “hizmet açıklaması” ve İngilizce “service description” aynı kaydın iki alanı olabilir. Daha gelişmiş yapılarda her dil için ayrı slug, meta title, meta description ve durum bilgisi tutulur.
Bu yapı özellikle özel yazılım geliştirme projelerinde önemlidir. Çünkü çok dilli kullanım yalnızca web sayfasını değil, paneldeki bildirimleri, e-posta şablonlarını, sözleşme metinlerini, teklif PDF’lerini ve kullanıcıya giden otomatik mesajları da etkileyebilir.
Teknik SEO tarafında nelere dikkat edilmeli?
Çok dilli sitede teknik SEO, yalnızca hreflang eklemekle bitmez. Her dil sürümünün kendi başlığı, meta açıklaması, canonical ayarı, sitemap kaydı ve iç link yapısı olmalıdır. Aynı sayfanın Türkçe başlığı İngilizce sayfaya kopyalanmamalı; her dil kendi arama niyetine göre düzenlenmelidir.
Google’ın çok bölgeli ve çok dilli siteler dokümanı, dil sürümleri için farklı URL kullanımı ve hreflang kullanımı gibi temel kararları açıklar Google Search Central International SEO. W3C tarafında ise HTML sayfada dilin lang attribute ile belirtilmesi, erişilebilirlik ve doğru dil işleme açısından temel bir uygulamadır W3C WAI.
Örnek olarak Türkçe sayfada <html lang="tr">, İngilizce sayfada <html lang="en"> kullanılması beklenir. Sayfa içinde farklı dilde kısa alıntılar veya marka sloganları varsa bunların ayrıca işaretlenmesi erişilebilirlik açısından daha temiz bir yapı sunar.
Örnek çok dilli kurumsal site planı
Aşağıdaki örnek, Türkiye merkezli ama İngilizce müşteri de hedefleyen bir B2B hizmet firması için sade bir plan gösterir. Amaç tüm siteyi aynı anda çevirmek değil, satışa en yakın sayfaları önce yayına almaktır.
| Sayfa türü | Türkçe yapı | İngilizce yapı | Öncelik |
|---|---|---|---|
| Ana sayfa | / | /en/ | Çok yüksek |
| Hizmet sayfası | /yazilim-gelistirme | /en/software-development | Çok yüksek |
| Referanslar | /referanslarimiz | /en/case-studies | Yüksek |
| Hakkımızda | /hakkimizda | /en/about-us | Orta |
| İletişim | /iletisim | /en/contact | Çok yüksek |
| Blog | /blog | /en/blog | Seçici |
Bu planda blogların tamamını İngilizceye çevirmek zorunlu değildir. Önce global hedef kitleye gerçekten değer üretecek yazılar seçilebilir. Örneğin yerel Türkiye pazarıyla ilgili bir blog İngilizceye çevrilmeyebilir; ancak ihracat, B2B yazılım veya uluslararası proje yönetimiyle ilgili içerikler İngilizce tarafta daha anlamlı olabilir.
Bugün kullanabileceğiniz çok dilli site checklist’i
Aşağıdaki liste, çok dilli siteye geçmeden önce mevcut yapınızı değerlendirmek için kullanılabilir. Her maddeye net cevap veremiyorsanız projeye başlamadan önce bilgi mimarisi çalışması yapmak daha doğru olur.
- Hangi dillerin gerçekten iş hedefi olduğunu belirleyin.
- Her dil için hedef kullanıcıyı ve pazar niyetini yazın.
- URL modelini seçin: alt klasör, alt domain veya ayrı domain.
- Her dilde karşılığı olacak zorunlu sayfaları listeleyin.
- Hreflang ve canonical mantığını teknik ekip ile netleştirin.
- Menü, footer, form, hata mesajı ve CTA metinlerini ayrı ayrı planlayın.
- Çeviri yerine lokalizasyon yapılacak kritik sayfaları belirleyin.
- Yönetim panelinde dil bazlı meta alanları olup olmadığını kontrol edin.
- Her dil için ayrı sitemap ve Search Console kontrol planı oluşturun.
- Yayından önce mobilde dil değiştirme akışını test edin.
Türkiye’den global hedefe açılan firmalar için öneri
Türkiye merkezli firmalarda en mantıklı başlangıç genellikle tüm siteyi bir anda çevirmek değildir. Önce ana sayfa, en güçlü hizmet sayfaları, referanslar, hakkımızda ve iletişim sayfası hazırlanır. Ardından İngilizce içerik üretimi, hedef pazardan gelen taleplere göre genişletilir.
Bu yaklaşım hem bütçeyi hem kaliteyi korur. Kötü çevrilmiş 80 sayfa yerine iyi lokalize edilmiş 8 sayfa çoğu zaman daha güçlü bir ilk izlenim verir. Teknik SEO danışmanlığı tarafında da önce bu kritik sayfaların indeksleme, hreflang, hız ve ölçüm kontrolleri yapılır.
Sonuç: çok dilli site, çeviri projesi değil mimari karardır
Kurumsal web sitesinde çok dilli kullanım planlanırken yalnızca “İngilizce de olsun” demek yeterli değildir. Hangi dil, hangi pazar, hangi URL, hangi içerik, hangi form ve hangi ekip soruları birlikte cevaplanmalıdır. Aksi halde ikinci dil yayına alınır ama güncellenmeyen, eksik ve ölçülemeyen bir alan olarak kalır.
İyi planlanmış dil yapısı; arama motorlarının sayfaları daha doğru anlamasına, kullanıcıların doğru içeriğe ulaşmasına ve satış ekibinin yabancı talepleri daha düzenli yönetmesine yardımcı olur. En sağlıklı yaklaşım, çok dilli yapıyı tasarım, yazılım, SEO ve içerik yönetimiyle birlikte ele almaktır.
Sıkça Sorulan Sorular
Kurumsal web sitesinde çok dilli yapı ne zaman gereklidir?
Çok dilli yapı, işletmenin yabancı müşteri, ihracat, turizm, uluslararası iş ortaklığı, yatırımcı ilişkisi veya global SEO hedefi varsa gereklidir. Sadece prestij için ikinci dil açmak çoğu zaman bakım yükü oluşturur. Eğer ikinci dilde içerik güncellenmeyecek, gelen talepler yanıtlanmayacak veya satış ekibi bu dili kullanamayacaksa önce tek dilde güçlü bir site kurmak daha sağlıklı olabilir.
Çok dilli web sitesinde en iyi URL yapısı hangisidir?
Çoğu kurumsal site için alt klasör yapısı pratik bir başlangıçtır. Örneğin Türkçe sayfalar kökte veya /tr/ altında, İngilizce sayfalar /en/ altında yönetilebilir. Bu model aynı domain otoritesini kullanır ve yönetimi görece kolaydır. Ancak ülke bazlı ayrı ekip, ayrı marka veya ayrı operasyon varsa alt domain veya ülke domaini de düşünülebilir. Doğru seçim hedef pazara, içerik hacmine ve teknik kaynaklara göre yapılmalıdır.
Hreflang etiketi sıralama garantisi verir mi?
Hreflang etiketi sıralama garantisi vermez. Görevi, arama motorlarına aynı içeriğin farklı dil veya bölge sürümlerini anlatmaktır. Böylece Google, kullanıcının dil ve bölge bağlamına daha uygun sayfayı gösterebilir. Ancak sayfanın içerik kalitesi, teknik yapı, hız, iç linkleme, otorite ve kullanıcı niyeti hâlâ önemlidir. Hreflang doğru sayfa eşleşmesi için destekleyici teknik sinyaldir.
Çok dilli sitede tüm blogları çevirmek gerekir mi?
Tüm blogları çevirmek zorunlu değildir. Hatta çoğu projede seçici davranmak daha doğrudur. İngilizce hedef kitleye gerçekten değer üretmeyen, yalnızca yerel Türkiye pazarıyla ilgili olan veya güncelliğini kaybetmiş içerikler çevrilmeyebilir. Öncelik; ana sayfa, hizmet sayfaları, referanslar, iletişim ve global hedef kitleye hitap eden stratejik bloglarda olmalıdır. Kalitesiz toplu çeviri yerine az ama iyi lokalize edilmiş içerik daha güven verir.
Dil değiştirici kullanıcıyı ana sayfaya mı götürmeli?
İdeal olarak dil değiştirici kullanıcıyı aynı sayfanın diğer dil sürümüne götürmelidir. Kullanıcı Türkçe hizmet sayfasındayken İngilizceye geçtiğinde İngilizce ana sayfaya değil, ilgili İngilizce hizmet sayfasına ulaşmalıdır. Eğer o sayfanın karşılığı yoksa en yakın kategori veya dil ana sayfasına yönlendirme yapılabilir. Fakat bu davranış site genelinde tutarlı olmalıdır.
Çok dilli site yönetim panelinde hangi alanlar olmalı?
Yönetim panelinde her dil için ayrı başlık, açıklama, slug, meta title, meta description, görsel alt metni, menü adı, form mesajı ve yayın durumu yönetilebilmelidir. Daha gelişmiş yapılarda her dilin sitemap durumu, hreflang eşleşmesi ve içerik tamamlanma durumu da izlenebilir. Bu yapı yoksa ikinci dildeki güncellemeler geliştiriciye bağımlı hale gelir ve site zamanla tutarsızlaşabilir.
