Uluslararası B2B Sitelerinde Yerelleştirme ve Tutarlılık Dengesi

Bir B2B sitesinin yurtdışı sürümü, ana sitenin çevrilmiş hali değildir. Alıcı kendi pazarında kim olduğunuzu, fiyatın hangi para biriminde ve hangi vergiyle hesaplandığını, ürünün kendi gümrüğünden geçip geçmeyeceğini arar. Çeviri bu soruların hiçbirini cevaplamaz.

Bölgesel varlık kanıt ister

Yurtdışındaki alıcının ilk sorusu genelde şu oluyor: bu firma benim pazarımda gerçekten var mı, yoksa uzaktan kargo mu gönderiyor? Yerel ofis adresi, o ülkedeki telefon numarası ve bölgeden sorumlu satış temsilcisinin adı bu soruya doğrudan cevap verir. Katıldığınız fuarlar, o pazardaki ilk müşteri yılınız, bölgeden verilebilecek referanslar da aynı işi yapar. Yan fayda olarak bölgesel aramalarda görünürlüğünüz artar, ama bilgiyi oraya SEO için değil, alıcının sorusunu kapattığı için koyuyorsunuz.

Peki ya o bölgede henüz ofisiniz yoksa? Distribütör ilişkisini olduğu gibi yazmak, olmayan bir merkezi ima etmekten iyi sonuç veriyor. Alıcı zaten birkaç tıkla ticaret sicilini kontrol edebiliyor.

Çeviri bittiğinde yerelleştirme başlar

Metni hedef dile çevirmek işin görünen kısmı. Görünmeyen kısım biçimlerde: tarih 17.05.2025 mi, 05/17/2025 mi; sayı 1.000,50 mi, 1,000.50 mi; ölçü metrik mi, imperial mi; adres formunda eyalet alanı var mı, posta kodu kaç hane? Bunlar yanlış olduğunda kimse şikâyet etmez, sadece formu yarıda bırakır.

Dil seçicide yalnızca bayrak kullanmak da sık yapılan bir hata. Almanca okumak isteyen İsviçreli hangi bayrağa basacak, İspanyolca içeriğe girmek isteyen Arjantinli neden İspanya bayrağı görüyor? Dil adlarını kendi dillerinde yazmak (Deutsch, Français, Español) bu belirsizliği ortadan kaldırıyor. Arayüz tarafında bir de metin uzunluğu var: Almanca karşılıklar İngilizcesinden çoğu zaman belirgin şekilde uzun çıkar ve sabit genişlikte tasarlanmış butonlarda taşar. Buton genişliğini içeriğe bırakmak, sonradan yedi dilde tek tek kırpmaktan ucuz.

Klonlanan site ilk değişiklikte ayrışır

Çok dilli yapıyı kurmanın en hızlı yolu siteyi klonlayıp içeriği yeni dile geçirmek gibi görünüyor. Burada bir çelişki var: hem ana site ile yerel siteler arasında tutarlılık isteyip hem de yapıyı klonlayarak kurmak, birbirini iten iki karar. Klon, kopyalandığı andaki halini dondurur. Sonraki her yapısal değişiklik, kopyaların tamamında ayrı ayrı tekrar edilmek zorunda kalır; yedi dilli bir yapıda menüye tek bir kalem eklemek yedi düzenleme demek. Altıncısında dikkat dağılır ve tutarsızlığı önce kullanıcı fark eder.

Ben bu işi genelde tek şablon ve ayrı içerik tablosuyla çözerim: sayfa yapısı, navigasyon ve bileşenler tek yerde durur, dile bağlı olan yalnızca metin ile biçimlendirme kuralları olur. Klonlama, pazarların ürün gamı ve kampanyaları gerçekten birbirinden ayrışacaksa mantıklı. Katalog ortaksa değil.

Tek oturum kime lazım

Aynı müşteri hem global hem bölgesel sitede işlem yapıyorsa iki kez giriş yapmak can sıkıcı, burada tartışma yok. Asıl soru şu: kaç kullanıcı gerçekten iki siteyi birden kullanıyor? Bu tahmin edilecek bir şey değil, log kayıtlarından çıkar.

Çünkü ayrı kurulumlar arasında tek oturum açma, merkezî bir kimlik servisi demek. Token süresi, oturumun her iki tarafta da sonlanması, parola sıfırlama akışının tek yerde toplanması, kişisel verinin hangi ülkede tutulduğu sorusu peşinden geliyor. Bayi portalı, sipariş takibi, fiyat listesi gibi gerçek bir hesap katmanı varsa bu maliyete değer. Arkasında yalnızca iletişim formu olan tanıtım sitelerinde ortada çözülecek bir sorun yok.

Regülasyon bilgisi satın almadan önceki filtredir

İhracat yapan bir firmanın sitesinde ECCN sınıflandırması, RoHS ve REACH beyanı, GTİP/HS kodu, hedef pazarın kabul ettiği sertifika ve fiyatın vergi dahil olup olmadığı açıkça yazmalı. Alıcı bunları bulamadığında sizi satın alma aşamasında elemiyor, ilk beş dakikada eliyor, çünkü kendi ithalat sürecini planlayamıyor.

Teknik dokümanı ve sertifikayı ürün sayfasından indirilebilir tutmak, gelecek soruların önemli bir kısmını baştan kapatır. Kapanmayanlar da daha nitelikli sorular olur.