Çok dilli kurumsal web sitesi nasıl planlanır?

İkinci dil kimin hangi kararına yardımcı olacak?

Önce hedef ziyaretçiyi belirleyin: yabancı bir tedarikçi, proje ortağı, satın alma yöneticisi veya mevcut müşteriniz olabilir. Her kitlenin bilgi ihtiyacı farklıdır. Teknik bir hizmeti değerlendiren yönetici uygulama alanlarını, proje kapsamını ve iletişim kurulacak ekibi görmek ister. Yalnızca kısa bir İngilizce tanıtım metni bu ihtiyacı karşılamayabilir.

İlk toplantıda ikinci dilde hangi içeriklerin bulunacağını ve gelen talebe hangi dilde cevap verileceğini yazın. Türkiye genelinde uzaktan hizmet veren bir firma olmakla farklı ülkelerde ofisleri bulunmak aynı şey değildir. Sitede gerçek çalışma biçiminizi anlatın; çeviri nedeniyle yeni adres, ekip veya yerel referans icat etmeyin.

Küçük bir başlangıç kapsamı seçilebilir. Ancak bu, her sayfanın çevrilmiş gibi gösterilmesi anlamına gelmemeli. İlk fazda hizmet, şirket, seçili projeler ve iletişim bulunacaksa eksik dil sürümleri açıkça ayrılmalıdır. Genel site kapsamını oluşturmak için kurumsal web sayfa planlama rehberimizi birlikte değerlendirebilirsiniz.

Çeviriden önce sayfa eşleme listesi hazırlayın

Bir listeye Türkçe sayfa, İngilizce karşılık, içerik sorumlusu ve yayın durumu yazılması, daha sonra oluşacak birçok belirsizliği önler. “Hizmetler” dizininin karşılığı başka, tek bir hizmet detayının karşılığı başkadır. Proje arşivi ile belirli bir proje de birbirinin yerine kullanılmamalıdır.

• Sayfa amacı: ziyaretçi burada neyi değerlendirecek?
• Dil karşılığı: aynı içeriğin ikinci dil sürümü var mı?
• İçerik durumu: çeviri hazır, teknik kontrol bekliyor veya kapsam dışında mı?
• Sorumlu kişi: teknik terimleri, belge isimlerini ve güncel bilgiyi kim onaylayacak?
• İletişim hedefi: bu dildeki talep hangi ekibe ulaşacak?

Örneğin bir proje açıklaması güncellendiğinde iki dilin birlikte kontrol edilmesi gerekir. Projenin tarihini veya teknik kapsamını bir dilde değiştirip diğerinde eski bırakmak, ziyaretçiye çelişkili kanıt sunar. Eşleme listesi yalnızca geliştirme sırasında değil, bakımda da kullanılmalıdır.

Bu yaklaşımın değeri sayfa sayısını büyütmek değildir. Gereksiz dil kopyaları yerine gerçekten hizmete ve kanıta erişim sağlar. Her hizmeti aynı genel metinle tanıtmak ya da şehir adlarını değiştirerek çok sayıda sayfa açmak bu içerik çalışmasının karşılığı değildir.

Gerçek örnek: Geofond projesinde ne teslim edildi?

Geofond vaka kaydında Türkçe ve İngilizce ana sayfa, hakkımızda, hizmetler, projeler, galeri ve iletişim türleri kaynaklarla doğrulanıyor. Teslim paketinde özel 404 sayfası dahil 13 HTML dosyası, 21 proje kaydı ve 59 görsel bulunuyor. 13 dosyanın tamamını indekslenebilir hizmet sayfası gibi sunmuyoruz; hata sayfası da bu teknik envanterin parçasıdır.

Buradaki somut problem, mühendislik hizmetlerinin ve proje geçmişinin iki dilde anlaşılır bir düzende sunulmasıydı. Uygulama, hizmet içeriği ile proje arşivini birbirinden ayıran ve her dilde kurumsal iletişime ulaşılabilen bir sayfa ağıydı. Doğrulanabilir çıktı, içerik türleri ve teslim dosyalarıdır; hangi satışın bu siteden geldiğine ilişkin bağımsız ticari ölçüm bu vaka kaydında yoktur.

Bu örnekten çıkarımımız şudur: ikinci dil, ayrı bir bilgi mimarisi kopukluğu yaratmadan aynı hizmet ve proje bağlamını taşımalıdır. Başka işletmelerde kapsam farklı olabilir. Geofond'un dosya veya proje sayısını her firmaya uygulanacak paket şartı olarak önermiyoruz.

Teknik SEO tesliminde hangi noktalar kontrol edilmeli?

Google'ın çok dilli site rehberi, farklı dil sürümleri için ayrı URL'ler kullanılmasını önerir. Dil seçiminin yalnızca tarayıcı ayarı veya çerezle aynı adreste değişmesi yerine, her sürüm bağlantıyla erişilebilmelidir. Ziyaretçinin dil seçimine de ulaşabileceği bir geçiş bulunmalıdır.

Google'ın dil sürümleri belgesindeki hreflang, aynı içeriğin dil veya bölge karşılıklarını belirtir. Eşlemede sayfanın kendisi ve gerçek karşılıkları bulunmalı, bağlantılar karşılıklı olmalıdır. Henüz olmayan İngilizce sayfa veya ilgisiz ana sayfa, bir hizmet detayının dil karşılığı diye işaretlenmemelidir. Bu işaretleme sıralama garantisi değildir.

W3C'nin HTML dil bildirimi rehberi, belge dilinin html üzerindeki lang niteliğiyle tanımlanmasını açıklar. Bu bilgi erişilebilirlik ve metin işleme açısından önemlidir; Google'ın hreflang ya da lang değerinden otomatik dil tespit ettiği iddiasıyla karıştırılmamalıdır.

Teknik teslim listesinde URL, canonical, dil eşlemesi, başlık ve görünür içerik birlikte gözden geçirilir. Bunlar çevirinin doğru terminolojiyle yapılmasının yerine geçmez. Şema verisine ikinci dilde sunulmayan hizmet veya doğrulanmamış ülke bilgisi eklemek de çözüm değildir.

Mobilde ve masaüstünde teslimi nasıl sınarsınız?

1. Türkçe bir hizmet detayını açıp ikinci dile geçin. Aynı hizmette misiniz, yoksa ana sayfaya mı gönderildiniz?
2. Her dilde menü, proje bağlantıları ve iletişim çağrılarını kontrol edin. Uzun terimler veya İngilizce düğme metinleri taşmamalıdır.
3. Proje adı, tarih, kapsam ve belge bağlantılarının iki dilde birbirini tutup tutmadığını inceleyin.
4. Eksik çevirinin davranışını deneyin. Kullanıcı var olmayan sayfaya ya da açıklanmayan bir yönlendirmeye bırakılmamalıdır.
5. Form etiketleri, hata metni ve başarılı işlem açıklamasının ilgili dilde anlaşılır olduğunu kontrol edin. Yetkili test, gerçek müşteri dönüşümüne eklenmemelidir.
6. Yeni içerik ekleme ve çeviri güncelleme adımlarını içerik sorumlusuyla birlikte deneyin; erişim ve bakım sorumluluğunu kayda alın.

Bu liste, bizim önerdiğimiz kabul yöntemidir; her maddenin geçmiş Geofond tesliminde aynı araçla test edildiğine ilişkin ek bir iddia değildir. Yeni projede hangi testlerin kim tarafından yürütüleceği teklif ve teslim planına yazılmalıdır.

Çok dilli site fiyatı ve takvimi nasıl belirlenir?

Tek bir sabit rakam vermek yerine içerik türleri, dil sayısı, çeviri sorumluluğu, mevcut URL'lerin taşınması, yönetim paneli ve form akışları birlikte değerlendirilir. Aynı sayfaların yalnızca metnini değiştirmek ile ürün kataloğunu ve proje arşivini iki dilde yönetilebilir geliştirmek aynı iş değildir.

Teklifte çeviriyi kimin hazırladığı, teknik terminolojiyi kimin onayladığı, hangi içeriklerin ilk faza dahil olduğu ve sonraki güncellemelerin nasıl fiyatlandığı açıkça bulunmalıdır. Hazır olmayan içerik teslim takvimini etkileyebilir. SRN Dijital bu kapsamı teknik keşifte netleştirir; inceleme yapılmadan evrensel fiyat, süre veya müşteri kazanımı vaat etmez.

İzmir merkezli ekibimiz Türkiye genelindeki işletmeler için kurumsal web tasarım ve özel yazılım çalışmaları yürütür. Mevcut sitenizi, ihtiyaç duyduğunuz dilleri ve hizmet/proje içeriklerinizi paylaşarak birlikte bir kapsam oluşturabiliriz. İlk mesajda panel şifresi veya müşteri özel verisi göndermeniz gerekmez.

Kaynaklar ve proje dayanağı

• SRN Dijital: Geofond kurumsal web vaka kaydı
• Google Search Central: çok dilli ve çok bölgeli siteler
• Google Search Central: dil sürümleri ve hreflang
• W3C Internationalization: HTML dil bildirimi

Kaynak kontrolü: 6 Ekim 2026. Proje envanteri teknik teslim kapsamıdır; satış, trafik veya yatırım getirisi ölçümü değildir. Kontrol listeleri SRN Dijital'in editoryal önerileridir, geçmiş projelere ait yeni test sonucu olarak sunulmaz.

Kısa cevap: çok dilli kurumsal web sitesi nasıl planlanır?

Önce hedef ziyaretçi ve gerekli içerikler belirlenir. Her dilde hizmet, proje ve iletişim karşılıkları eşlenir; çeviri sorumlusu, teknik dil işaretleri, mobil kullanım ve bakım yöntemi birlikte planlanır. İkinci dil yalnızca menü çevirisi değildir.

SRN Dijital'in Geofond çalışması, Türkçe ve İngilizce hizmet/proje yapısına ait gerçek bir teslim örneğidir. İşletmenize uygun kapsam, içerik ve teknik keşifle belirlenir. Her ülkede üst sıra veya AI tarafından önerilme garantisi verilmez.