Çoğu satıcı çoklu dili bir çeviri işi sanır. Panele girip metinleri İngilizceye çevirtiyorsun, sağ üste küçük bir bayrak koyuyorsun ve artık "global" olduğunu düşünüyorsun. Sonra istatistiklere bakıyorsun: yurt dışından gelen ziyaretçi var, sepete ekleme var, ama sipariş yok. Suçu reklamda, fiyatta ya da ödeme altyapısında arıyorsun. Halbuki sorun çok daha sessiz bir yerde duruyor: kullandığın e-pin scripti dili sadece görünürde değiştiriyor, arkadaki karar zincirini değiştirmiyor.
Gerçek şu: dil geçişi bir görsel özellik değil, bir veri mimarisi kararıdır. Dili değiştirdiğin anda ürün adı, kategori açıklaması, para birimi, ödeme yöntemi sıralaması, teslimat metni, fatura şablonu, e-posta bildirimi ve hatta SSS bloklarının tamamı birlikte değişmek zorunda. Bunlardan biri Türkçe kalırsa müşteri "burası bana göre değil" diye karar verip sekmeyi kapatıyor. Pinova gibi lisanslı bir dijital ürün satış yazılımı kullanmanın farkı tam olarak burada başlıyor: dil, ürün kaydının kendisine gömülü bir alan olarak yaşıyor, sonradan yapıştırılan bir eklenti gibi değil.
Neden bayrak ikonu koymak çoklu dil değildir?
Bayrak ikonu bir vitrin süsüdür. Ziyaretçi ona bastığında script'in yapması gereken şey, sadece arayüz etiketlerini değiştirmek değil; o oturumun tamamına bir dil bağlamı yazmaktır. Yani ziyaretçi Almanca seçtiyse, kategoriye girdiğinde Almanca ürün adı görmeli, sepete gittiğinde Almanca uyarı metni okumalı, ödeme dönüşünde Almanca teslim maili almalı. Kötü kurulmuş bir epin yazılım kurgusunda bu zincir ikinci adımda kopar: arayüz çevrilir ama veritabanındaki ürün açıklaması tek dilli olduğu için Türkçe kalır. Müşteri gözünde bu, güvenilirliğin anında düşmesi demektir. Çünkü yarım çeviri, "bu site aslında bana satış yapmıyor, ben buraya yanlışlıkla düştüm" mesajı verir.
İkinci mesele oturum kalıcılığıdır. Ziyaretçi dili değiştirip ürün sayfasına gittiğinde dil sıfırlanıyorsa, bu bir çeviri hatası değil, mimari hatadır. Dil tercihi hem çerezde hem URL yapısında hem de oturumda tutulmalı; üçü çakıştığında hangisinin kazanacağı baştan tanımlanmalı. Aksi halde arama motoru bir dilde, kullanıcı başka dilde, kampanya linki üçüncü dilde açılır.
Dil katmanını veritabanında nereye yazmalısın?
Burada iki yaklaşım var ve seçtiğin yol büyüme hızını doğrudan belirliyor. Birinci yaklaşım, her ürün tablosuna ad_en, ad_de, aciklama_en gibi kolonlar eklemektir. İlk bakışta pratik görünür, ama dördüncü dile geçtiğinde tablo şişer, sorgular yavaşlar ve her yeni dil kod değişikliği gerektirir. İkinci yaklaşım ise ayrı bir çeviri tablosu tutmaktır: ürün kimliği, dil kodu, alan adı ve değer. Böylece yeni dil eklemek bir kod işi değil, sadece veri girişi işi olur. Ciddi bir e-pin satış scripti ikinci modeli tercih eder, çünkü ölçeklenebilirlik burada gizlidir.
Üçüncü ve en çok atlanan nokta: fallback zinciri. Bir ürünün Almanca açıklaması yoksa ne olacak? Boş mu kalacak, Türkçe mi görünecek, yoksa İngilizce ara dile mi düşecek? Doğru kurgu şudur: seçilen dil yoksa ara dile, ara dil yoksa varsayılan dile düş; ama asla boş ekran gösterme. Boş açıklama, satılmayan üründür.
| Dil katmanı modeli | Yeni dil eklemek | Sorgu maliyeti | SEO uyumu | Kimin için |
|---|---|---|---|---|
| Tek tablo, çoklu kolon | Kod değişikliği şart | Orta, tablo şişer | Zayıf | 2 dille kalacak küçük satıcı |
| Ayrı çeviri tablosu | Sadece veri girişi | Düşük, indeksli join | Güçlü | Büyümeyi planlayan işletme |
| Dosya bazlı dil paketi | Kolay, ama sadece arayüz | Çok düşük | Ürün tarafında yok | Sadece statik metinler |
| Otomatik makine çevirisi | Anında | API gecikmesi | Riskli, indeks sorunu | Geçici test amaçlı |
| Hibrit: paket + çeviri tablosu | Esnek | Dengeli | En yüksek | Kurumsal e-pin satıcısı |
Para birimi ve dil aynı anahtar mı, ayrı mı?
Çok satıcının yaptığı klasik hata: dili değiştirince para birimini de otomatik değiştirmek. Mantıklı görünür ama sahada yanlıştır. Almanca konuşan bir kullanıcı İsviçre'de yaşıyor olabilir; İngilizce seçen kullanıcı Türkiye'de oturan bir yabancı olabilir. Dil ile para birimi ayrı iki tercih olmalı, ikisi birbirini varsayılan olarak önerebilir ama zorlamamalıdır. Doğru kurgulanmış bir dijital ürün satış scripti ziyaretçiye "dilini seç" ve "para birimini seç" kapılarını ayrı sunar, sonra ikisini oturumda birlikte taşır.
Bunun bir de muhasebe tarafı var. Ekranda gösterdiğin para birimi ile tahsil ettiğin para birimi farklıysa, sipariş kaydında her ikisini de o anki kurla birlikte saklamak zorundasın. Aksi halde üç ay sonra raporda ne kazandığını hesaplayamazsın. Sipariş satırına yazılacak alanlar şunlardır: gösterim para birimi, tahsilat para birimi, uygulanan kur, kur tarihi. Bu dört alan olmadan çoklu dil, çoklu kafa karışıklığına dönüşür.
Yarım çevrilmiş sayfalarda terk sebepleri
- Ürün açıklaması çevrilmemiş 45%
- Para birimi uyumsuz 25%
- Ödeme adımı tek dilli 20%
- Teslim maili yabancı dilde değil 10%
URL yapısını bozarsan arama motoru seni hangi dilde tanır?
Dil geçişini yalnızca çerezle yapan siteler arama motorunda tek dil olarak görünür. Çünkü tarayıcı çerezi yokken robot sayfayı varsayılan dilde çeker ve diğer dillerin varlığını hiç öğrenmez. Çözüm, dili URL'ye taşımaktır: alt dizin yapısı en güvenli yoldur. Buna ek olarak her sayfanın başına karşılıklı dil işaretlerini koymak, robotun "bu sayfanın Almancası şurada" bilgisini almasını sağlar. Bunu yapmadığında iki dil birbirinin kopyası sayılır ve ikisi de zayıflar.
Dikkat edilecek ikinci nokta, dil değiştirici butonun davranışıdır. Kullanıcı bir ürün sayfasındayken dili değiştirdiğinde ana sayfaya atılıyorsa, o kullanıcıyı kaybettin. Doğru davranış, aynı içeriğin karşılık gelen dildeki adresine gitmektir. Karşılığı yoksa en yakın kategoriye, yine yoksa ana sayfaya düşmelidir. Bu üç kademeli yönlendirme mantığı, kaliteli bir e-pin satış yazılımı ile ucuz bir çeviri eklentisini ayıran en net sınavdır.
Kontrol listesini geçmeden yeni dili yayına almalı mısın?
Hayır. Yeni dil açmak reklam bütçesi harcamak gibidir; hazır olmadan açarsan sadece kötü ilk izlenim üretirsin. Aşağıdaki listede tek bir satır bile kırmızıysa, o dili gizli tutup tamamlamak daha kârlıdır. Bu disiplini kuran satıcılar, ikinci dilde birinci aydan itibaren satış görür; kurmayanlar altı ay boyunca "ziyaretçi geliyor ama almıyor" sarmalında kalır.
| Kontrol maddesi | Neye bakılır | Durum |
|---|---|---|
| Ürün adı ve açıklaması | İlk 50 en çok satan ürün hedef dilde tam mı | Zorunlu |
| Kategori ve filtre etiketleri | Menüde Türkçe kelime kalmış mı | Zorunlu |
| Sepet ve ödeme adımları | Hata mesajları dahil çevrilmiş mi | Zorunlu |
| Teslim ve fatura e-postaları | Şablon dil koduna göre seçiliyor mu | Zorunlu |
| Para birimi seçimi | Dilden bağımsız değiştirilebiliyor mu | Zorunlu |
| URL ve karşılıklı dil işaretleri | Her dil ayrı adreste mi | Yüksek öncelik |
| Dil değiştirici davranışı | Aynı sayfada mı kalıyor | Yüksek öncelik |
| Destek yanıt şablonları | Hedef dilde hazır cevap var mı | Orta öncelik |
| Yasal metinler | İade ve gizlilik çevrildi mi | Orta öncelik |
Yeni bir dili tüm katalogla açma. En çok satan 50 ürünü eksiksiz çevirip o dili sadece o kategorilerle yayına al; kalan ürünleri fallback ile ara dilde tut. Böylece ilk izlenimi bozmadan üç günde yayına çıkarsın.
Dil altyapısı büyümeyi nasıl bileşik faize çevirir?
Doğru kurulmuş dil katmanının en güzel tarafı, tek seferlik emek olmasıdır. Çeviri tablosunu ve fallback zincirini bir kez kurduğunda, dördüncü dili açmak birinci dili açmaktan daha kolay hale gelir. Bu noktada büyüme lineer değil bileşik ilerler: her yeni dil aynı ürün kataloğunu, aynı ödeme altyapısını ve aynı teslim otomasyonunu yeniden kullanır. Marjinal maliyet düşer, gelir kalemi artar.
Bunun tersi de doğrudur. Dili yamalarla kuran satıcı her yeni pazarda sıfırdan başlar, her güncellemede eski çevirileri bozar ve bir süre sonra "yurt dışı bize göre değil" diye vazgeçer. Oysa vazgeçtiği şey pazar değil, kendi kurduğu teknik borçtu. Pinova'nın özellik listesinde dil katmanının ürün kaydına gömülü olmasının sebebi tam olarak bu: sonradan eklenen değil, baştan tasarlanan bir yapı. Paket ve lisans detaylarını fiyat bölümünde karşılaştırıp hangi kademenin sana uyduğuna karar verebilirsin.
Yurt dışı siparişlerini yarım çeviriye kurban etme
Dil katmanı, para birimi ayrımı ve fallback zinciri hazır gelen bir altyapıyla ikinci pazarını üç günde aç.
Çoklu dil için makine çevirisi kullanmak zararlı mı?
Geçici test için işini görür, kalıcı çözüm olarak zarar verir. Ürün adlarında ve ödeme uyarılarında yapılan otomatik çeviri hataları güveni düşürür. Doğru yol, en çok satan ürünleri elle çevirip kuyruk ürünlerde fallback kullanmaktır.
Dil sayısı arttıkça site yavaşlar mı?
Ayrı çeviri tablosu ve indeksli sorgu kullanıyorsan fark hissedilmez. Yavaşlama, her dil için yeni kolon eklenen tek tablo modelinde ve her istekte çeviri servisine gidilen kurgularda ortaya çıkar.
Para birimini dile bağlamak neden yanlış?
Çünkü dil ve coğrafya aynı şey değil. Aynı dili konuşan kullanıcılar farklı para birimleriyle ödeme yapar. İkisini ayrı tercih olarak tutup birbirine sadece öneri üretmesini sağlamak dönüşümü yükseltir.
Yeni bir dili tüm katalogla mı açmalıyım?
Hayır. En çok satan ürünler ve kritik akış metinleri tamamlanmadan tam katalog açmak kötü ilk izlenim üretir. Kademeli açılış hem daha hızlı hem daha kârlıdır.
Dil geçişi, bir bayrak ikonunun arkasına saklanmış küçük bir detay değil; yurt dışı gelirinin taşıyıcı kolonudur. Bu kolonu kendin dökmek yerine hazır ve test edilmiş bir altyapıyla ilerlemek istiyorsan, dil katmanının ürün kaydından teslim e-postasına kadar nasıl tek parça çalıştığını canlı demo üzerinde kendi gözünle gör; ardından lisans adımına geçerek ikinci pazarını bu hafta içinde aç.