İhracat yapan şirketler için çok dilli web sitesi, sadece farklı dillere çevrilmiş sayfalardan oluşmaz. Asıl ihtiyaç, her pazarda güven veren, doğru bilgi sunan ve satış sürecini destekleyen bir dijital yapı kurmaktır. İngilizce, Almanca, Fransızca ya da Arapça içerik eklemek ilk adımdır; ancak URL mimarisi, teknik SEO, ürün verisi, teklif formları ve içerik yönetimi yanlış kurgulanırsa web sitesi büyüdükçe yönetimi zorlaşır. Özellikle 2, 4 veya 8 dilde yayın yapan B2B firmalarda bu sorun birkaç ay içinde görünür hale gelir.
Sağlam bir kurgu, ilk yayına çıkmadan önce başlar. Hedef ülke, hedef dil ve hedef kullanıcı senaryosu ayrı ayrı tanımlanmalıdır. Örneğin Almanya pazarı için Almanca ürün detayları yeterli olabilirken, Orta Doğu için İngilizceye ek olarak Arapça teklif akışı gerekebilir. Buradaki hedef yalnızca “daha fazla dil” değildir. Esas amaç, her dilde doğru sayfayı doğru kullanıcıyla buluşturmaktır.
Çok dilli web sitesi için temel karar: dil mi, pazar mı?
Projeye başlamadan önce sorulması gereken en kritik soru şudur: Web sitesi yalnızca dil bazlı mı kurgulanacak, yoksa ülke ve pazar bazlı mı? Bu ayrım teknik yapıyı doğrudan etkiler. Sadece İngilizce içerik yayınlamak başka bir ihtiyaçtır; ABD, Birleşik Krallık ve BAE için ayrı İngilizce sayfalar üretmek ise bambaşka bir ihtiyaçtır.
Pratikte üç senaryo öne çıkar:
- Tek dil, çok ülke: Sadece İngilizce içerik kullanılır. İlk aşama için düşük maliyetlidir.
- Çok dil, tek merkez: Türkçe, İngilizce ve Almanca yayın yapılır. İçerik yönetimi görece kontrollüdür.
- Çok dil, çok pazar: Almanca içerik Almanya ve Avusturya için ayrışır; fiyat, mevzuat ya da ürün açıklamaları değişebilir.
İhracat yapan üretici firmalarda üçüncü yapı sık görülür. Çünkü aynı ürünün teslim süresi, sertifika bilgisi veya satış sonrası hizmet modeli ülkeye göre değişebilir. Web sitesinde bu farklar net biçimde yansıtılmazsa pazarlama ekibiyle satış ekibi arasında veri tutarsızlığı oluşur.
URL mimarisi baştan doğru kurulmalı
Çok dilli yapılarda en sık yapılan hata, dil sayfalarının sonradan eklenmesidir. Örneğin önce site.com/about açılır, sonra İngilizce için site.com/en/about eklenir, ardından Almanca için ayrı bir mantık devreye girer. Bu durum içerik yönetimini zorlaştırır. En başta ölçeklenebilir bir URL standardı belirlemek gerekir.
En yaygın yapı örnekleri
site.com/tr/site.com/en/site.com/de/
Alt klasör yapısı, birçok kurum için en yönetilebilir modeldir. Tek alan adı altında çalışır. Analitik, yetki yönetimi ve bakım süreçleri daha sade ilerler. 3 dilden 7 dile çıkıldığında da kontrol kaybolmaz.
Alt alan adı modeli de tercih edilebilir: en.site.com gibi. Ancak bu yaklaşım, ekip yapısı ve SEO takibi açısından daha fazla operasyon gerektirir. Ayrı ülke alan adları ise ancak çok güçlü yerel yapılanmalar varsa mantıklıdır. Örneğin site.de ve site.ae kullanmak, marka yönetimi ve içerik güncellemeleri açısından ek iş yükü yaratır.
Bir diğer kritik konu da URL çevirisidir. Ürün sayfası Türkçede /urunler/paslanmaz-baglanti-elemani ise İngilizcede bunu yalnızca dil klasörüne taşımak yeterli değildir. Mümkünse URL de hedef dilde anlamlı olmalıdır: /en/products/stainless-fastener. Böylece hem kullanıcı hem de arama motoru için daha açık bir yapı kurulur.
Hreflang, canonical ve indeksleme kuralları eksiksiz olmalı
Teknik SEO tarafında en sık gözden kaçan konu, dil sayfalarının birbirine doğru şekilde bağlanmamasıdır. Google gibi arama motorları, aynı içeriğin farklı dillerini ayırt etmek için hreflang etiketlerinden yararlanır. Bu yapı eksik olduğunda yanlış ülkeye yanlış sayfa gösterilebilir.
Basit bir örnek:
<link rel="alternate" hreflang="tr" href="https://site.com/tr/urunler" />
<link rel="alternate" hreflang="en" href="https://site.com/en/products" />
<link rel="alternate" hreflang="de" href="https://site.com/de/produkte" />Buradaki mantık nettir: Her dil sayfası, kendi alternatiflerini işaret eder. Ayrıca canonical etiketi de aynı dilin kendi URL’sini göstermelidir. Türkçe sayfanın canonical adresi İngilizce sayfaya verilirse indeksleme sorunları başlar.
Bir başka hata da tüm dillerin otomatik yönlendirilmesidir. IP’ye bakarak kullanıcıyı zorla başka bir dile atmak çoğu zaman iyi bir deneyim sunmaz. Daha güvenli yöntem, dil önerisi göstermek ve manuel seçim hakkı tanımaktır. Özellikle B2B sektöründe satın alma ekipleri sık sık İngilizce içerik tercih eder; bulundukları ülkenin diline otomatik geçmek istemeyebilirler.
Çeviri stratejisi: her sayfa aynı yoğunlukta çevrilmemeli
İhracat yapan firmalar için tüm sayfaları bire bir çevirmek her zaman verimli olmayabilir. 150 sayfalık bir kurumsal sitede, her içerik tüm dillerde aynı ticari değeri üretmez. Bu nedenle içerik katmanları belirlenmelidir.
Önceliklendirme örneği
- Mutlaka çevrilecek sayfalar: ana sayfa, ürün/kategori, sektör çözümleri, hakkımızda, iletişim, teklif formları
- Pazara göre çevrilecek içerikler: referanslar, kalite belgeleri, lojistik süreçleri, teknik dökümanlar
- Kısmi çeviri yapılabilecek alanlar: blog arşivi, eski haberler, şirket içi duyurular
Örneğin 80 ürün sayfası olan bir makine üreticisi için ilk fazda 20 yüksek talep gören ürünün İngilizce ve Almanca hazırlanması daha doğru olabilir. Kalan ürünler ikinci faza alınır. Böylece hem bütçe kontrol altında tutulur hem de editoryal kalite korunur.
Makine çevirisi destek aracı olarak kullanılabilir; tek başına yayın çözümü olarak değerlendirilmemelidir. Teknik terminoloji, sertifika adları, ölçü birimleri ve kullanım senaryoları mutlaka insan kontrolünden geçmelidir. “Valve body” ile “body valve” arasındaki fark bile yanlış anlaşılmaya neden olabilir.
İçerik yönetimi ve CMS kurgusu operasyonu belirler
3 dilli küçük bir sitede manuel yönetim tolere edilebilir. Ancak 200 sayfa ve üzeri yapılarda içerik modeli yanlışsa ekip sürekli aynı veriyi yeniden girer. Bu noktada içerik yönetim sistemi yalnızca sayfa ekleme aracı değildir; veri ilişkilerini taşıyan bir omurgadır.
Sağlıklı bir CMS kurgusunda her içerik için şu alanlar ayrışır: dil bağımsız veri, dile bağlı metin alanları, medya varlıkları, SEO alanları, form eşleşmeleri. Örneğin ürün kodu PX-210 bütün dillerde aynı kalabilir; ürün açıklaması, meta title ve teknik döküman özeti dil bazında değişir.
Kurumsal projelerde şu yapı sık kullanılır:
- Tek bir ürün kaydı
- Her dil için ayrı başlık ve açıklama alanları
- Dile göre değişebilen PDF veya katalog bağlantıları
- CRM’ye ülke ve dil bilgisiyle düşen formlar
Bu yaklaşım, bakım süresini ciddi ölçüde azaltır. Yeni bir teknik değer güncellendiğinde tüm dillerin veri iskeleti korunur. Ekip yalnızca çevrilmesi gereken alanları tamamlar.
Tasarım tarafında dil değişimi sadece menüye bırakılmamalı
Çok dilli web sitesi tasarımında yalnızca bir dil seçici koymak yeterli değildir. Arayüz, farklı dillerin metin uzunluğunu ve okuma alışkanlıklarını taşıyabilmelidir. Almanca başlıklar Türkçeye göre daha uzun olabilir. Arapça ise sağdan sola akış gerektirebilir. Bu farklar tasarım sisteminde en baştan hesaba katılmalıdır.
Gerçek bir senaryo düşünelim: Türkçede 18 karakter olan bir kategori başlığı, Almancada 34 karaktere çıkabilir. Kart yapıları sabit genişlikteyse taşma yaşanır. Mobilde iki satır sınırı olan bir bileşen, masaüstünde sorunsuz görünse bile dönüşüm oranını etkileyen bir okunabilirlik problemine dönüşebilir.
Bu nedenle tasarım aşamasında en az 3 dil ile test yapılması iyi bir pratiktir. Hatta Figma veya benzeri araçlarda örnek verilerle şu ekranlar kontrol edilmelidir:
- Ana menü ve mega menü
- Ürün listeleme kartları
- Form hata mesajları
- PDF indirme ve tablo alanları
Dil değiştiricinin konumu da önemlidir. Header içinde görünür olmalı, tek başına bayrak ikonlarına bağımlı kalmamalıdır. Çünkü bayrak her zaman dili temsil etmez. İngilizce için yalnızca bir ülke bayrağı kullanmak kafa karıştırabilir.
İhracat odaklı formlar, teklif akışları ve entegrasyonlar
İyi kurgulanmış bir çok dilli web sitesi, yalnızca içerik göstermez; talep toplar, sınıflandırır ve satış sürecine veri taşır. Bu noktada formlar kritik rol oynar. Dil bazında çalışan ama merkezi CRM’ye düşen bir form mimarisi kurulmalıdır.
Örnek bir akış şöyle olabilir: Almanca ürün sayfasından gelen form, otomatik olarak “DE”, “de” ve ilgili ürün kodu ile CRM’ye kaydolur. Satış ekibi, gelen talebin hangi dilde yanıtlanması gerektiğini ilk ekranda görür. Bu ayrım yapılmazsa 24 saat içinde dönülmesi gereken bir lead yanlış ekibe düşebilir.
İhracat yapan firmalar için sık kullanılan alanlar şunlardır:
- Hedef ülke
- Talep edilen ürün kodu
- Yıllık tahmini sipariş hacmi
- Incoterm veya teslimat tercihi
- Dosya yükleme alanı
Burada form metinlerinin çevirisi kadar doğrulama mesajları da önemlidir. Hata mesajlarının karışık dilde görünmesi güven kaybı yaratır. Ayrıca KVKK, GDPR veya yerel gizlilik metinleri için dil bazlı onay içerikleri ayrı tutulmalıdır.
Performans, hosting ve yayın süreçleri ayrı planlanmalı
Dil sayısı arttıkça sayfa sayısı da katlanır. 60 sayfalık bir site, 5 dilde teorik olarak 300 URL’ye çıkabilir. Blog, ürün varyasyonları ve ülke sayfaları eklendiğinde bu sayı daha da artar. Bu yüzden statik önbellekleme, CDN kullanımı ve görsel optimizasyonu ilk günden planlanmalıdır.
Bulut tabanlı altyapı kullanan projelerde staging, preview ve production ortamlarını ayırmak önemlidir. Editörün yanlışlıkla eksik çevrilmiş bir sayfayı yayına alması sık görülen bir sorundur. Basit bir yayın akışı bile kaliteyi artırır:
- İçerik girişi
- Çeviri kontrolü
- SEO kontrolü
- Yayın onayı
Özellikle ürün ağırlıklı yapılarda site haritasının dil bazında üretilmesi, kırık link taraması ve Search Console takibi düzenli olarak yapılmalıdır. Aylık bakım rutini olmadan çok dilli yapı sağlıklı kalmaz.
Doğru kurgu, çeviriden daha değerlidir
Çok dilli web sitesi kurarken başarılı sonucu belirleyen şey, kaç dil eklendiği değil, yapının ne kadar tutarlı çalıştığıdır. İhracat yapan firmalar için esas ihtiyaç; doğru URL mimarisi, pazara uygun içerik önceliği, teknik SEO disiplini, yönetilebilir CMS ve satış süreçlerine bağlanan formlardır. İlk aşamada 2 dil ile başlayıp sağlam bir temel kurmak, 6 dili dağınık biçimde yönetmekten daha sağlıklıdır.
Uzun ömürlü bir yapı hedefleniyorsa proje yalnızca bir tasarım işi olarak ele alınmamalı; yazılım, içerik, SEO ve operasyon birlikte düşünülmelidir. Bu şekilde kurulan sistemler, yeni pazarlara açılırken ek yük çıkarmaz; tersine süreci hızlandırır.
