Çok dilli ve çok para birimli mağaza kurmak

Çok dilli ve çok para birimli bir mağaza kurmak bir çeviri projesi değil, bir mimari karardır. Metinleri başka dile çevirmek işin en görünür ama en kolay kısmıdır; sonucu belirleyen şey hangi adres yapısını seçtiğiniz, arama motoruna hangi sayfanın hangi pazara ait olduğunu nasıl anlattığınız, fiyatı hangi kurla gösterip hangi kurla tahsil ettiğiniz ve müşterinin ödeme adımında aradığı yöntemi bulup bulamadığıdır. Bu rehberde ikinci dili açmadan önce verilmesi gereken kararları karar kriterleriyle ele alıyoruz.

Adres yapısı: en geri dönülmesi zor karar en başta veriliyor

İlk ve en pahalı karar dil dosyalarında değil, URL'dedir. Adres yapısını sonradan değiştirmek toplu yönlendirme, sıralama kaybı ve kırık bağlantı riski demektir. Hangi pazara açılacağınıza nasıl karar verileceğini sınır ötesi e-ticaret yazımızda ele almıştık; burada pazar seçildikten sonraki kurulumu konuşuyoruz.

Kararın ikinci katmanı çoğu kez atlanır: dil mi, ülke mi hedefliyorsunuz? Almanca konuşulan üç ülkeye tek bir /de/ altından satıyorsanız farklı vergi, kargo ve fiyat kurallarını tek adrese sığdıramazsınız. Koşullar ülkeye göre değişiyorsa yapı ülke+dil kırılımında olmalıdır (/de-at/ gibi); yalnızca içerik dili değişiyorsa dil bazlı kırılım yeterlidir.

İki sık hata: ziyaretçiyi IP adresine bakıp zorla başka dile yönlendirmek — botlar çoğunlukla tek bölgeden tarar, zorunlu yönlendirme diğer dillerin hiç görülmemesine yol açar; doğrusu kapatılabilir bir öneri bandı gösterip seçimi hatırlamaktır. İkincisi, yalnızca dil ön ekini çevirip gerisini Türkçe bırakmak: /de/deri-ceket yerine kategori ve ürün slug'ları da hedef dilde olmalıdır.

hreflang: aynı ürünü kopya değil, kardeş yapmak

Aynı ürünün beş dildeki sürümü, doğru işaretlenmediğinde arama motoru için birbirine çok benzeyen beş sayfadır. hreflang etiketleri "bunlar kopya değil, aynı içeriğin farklı dil sürümleri" der ve kullanıcıya doğru sürümün gösterilmesini sağlar. Kuralları nettir, hataları da öyle:

• Kendini de listele: Her sayfa, kendisi dahil tüm alternatifleri saymalıdır; kendine referans vermeyen küme çoğunlukla yok sayılır.
• Karşılıklılık şart: Türkçe sayfa Almancayı gösteriyorsa Almanca sayfa da Türkçeyi göstermelidir. Tek yönlü işaretleme geçersizdir.
• Kodları doğru yazın: Dil kodu ISO 639-1, ülke kodu ISO 3166-1'dir; İngiltere için en-uk değil en-gb yazılır ve ülke kodu tek başına kullanılamaz.
• x-default ekleyin: Hiçbir sürümün eşleşmediği ziyaretçi için varsayılan sayfayı tanımlayın.
• Canonical ile çelişmeyin: En yaygın ölümcül hata, tüm dil sürümlerinin canonical'ını Türkçe sayfaya vermektir; her sürüm kendi canonical'ına sahip olmalıdır.
• Tek yerden yönetin: Etiketleri sayfa başlığında, HTTP başlığında ya da site haritasında verebilirsiniz; birini seçin ve mutlaka otomatik üretin. Binlerce ürünün hreflang kümesi elle bakılamaz.

Çevirisi olmayan sayfaya da hreflang vermeyin; Almanca kataloğunuzda bulunmayan ürünün Almanca adresini işaretlerseniz kullanıcıyı boş sayfaya göndermiş olursunuz. Kelimeleri çevirmek yerine hedef dilde araştırma yapma kuralı da, kategori sayfaları rehberimizde anlattığımız haliyle her dil için yeniden geçerlidir.

Otomatik çeviri tuzağı: dil doğru, satış cümlesi yanlış

Makine çevirisi bugün taslak üretici olarak fazlasıyla iyidir; sorun onu son metin sanmaktır. Katalogu topluca çevirip yayına almanın üç bedeli vardır: hedef dilde hiç aranmayan kelimelerle sıralanmaya çalışırsınız, ikna dili kaybolduğu için dönüşüm düşer, kültürel olarak yanlış oturan ifadeler markayı ucuzlatır.

İşleyen kurgu şudur: makine çevirisi taslağı üretir, bir terim sözlüğü (marka adları, ürün tipleri, hiç çevrilmeyecek kelimeler) tutarlılığı sağlar, hedef dile hâkim bir editör en çok ciro yapan sayfaları elden geçirir. İlk turda ana kategoriler, çok satan ürünler, ödeme ve iade sayfaları yeterlidir. Yapay zekâyı editör denetiminde kullanmanın çerçevesini ayrı bir yazıda ele almıştık.

Asıl unutulan katman ürün metinleri değil, arayüzün kılcal damarlarıdır: form doğrulama hataları, sipariş onay ve kargo bildirim e-postaları, iade formu, filtre etiketleri, beden tablosu. Müşteri Almanca alışveriş yapıp Türkçe kargo e-postası aldığında yerelleşme illüzyonu tek seferde biter. Beden dönüşümü, tarih ve sayı biçimi, adres alanlarının sırası da çevirinin değil yerelleştirmenin konusudur.

Para birimi: kuru göstermek başka, kurla satmak başka

İşi karıştıran şey, üç ayrı para biriminin tek kavram sanılmasıdır: müşterinin gördüğü, sanal POS'un tahsil ettiği ve defterinizin tuttuğu para birimi. Bunlar aynı olmak zorunda değildir ama hangisinin ne olduğu tanımlı olmak zorundadır. Vitrinde avro gösterip kartı Türk lirasıyla çekerseniz müşterinin ekstresinde başka tutar belirir; bu, itiraz ve ters ibraz üreten klasik bir kurgudur. POS'unuzun hangi para biriminde tahsilat yaptığını ve dönüşüm komisyonunu netleştirin; seçim kriterlerini sanal POS yazımızda topladık.

Kur güncellemesinde ölçü "canlı" olmak değil, öngörülebilir olmaktır:

1. Tek kur kaynağı seçin ve günün belirli bir saatinde güncelleyin. Her sayfa yenilemesinde oynayan fiyat hem güveni hem önbelleğinizi bozar.
2. Tampon pay bırakın. Satış anı ile paranın hesabınıza geçtiği gün arasında kur değişir; bu payı fiyata yedirmezseniz kârı kur farkına kaptırırsınız.
3. Yuvarlama kuralı tanımlayın. Kurdan artan 21,37 gibi fiyatlar amatör durur; her pazarda yerel alışkanlığa yuvarlayın.
4. Sipariş anındaki kuru kaydedin. İade, kısmi iade ve mutabakat siparişe uygulanan kur üzerinden yürümelidir.
5. Olgunlaştıkça fiyat listesine geçin. Kur çevirisi geçici çözümdür; her pazarın maliyet ve rekabet yapısı farklı olduğu için olgun yapı pazar bazlı fiyat listesidir.

Vergi ve kargo kuralları ülkeye göre değişir, tek şablon tutmaz

Fiyatın nasıl görüneceği bile pazara göre değişir: bazı pazarlarda tüketici fiyatı vergi dahil görmeyi bekler ve hariç fiyat güven kırar, B2B satışta ise tersi standarttır. Vergi dahil/hariç gösterimi bu yüzden global bir ayar değil, pazar bazlı bir kuraldır; kurumsal alıcıya satıyorsanız vergi numarası alanı ve doğrulaması da işin parçasıdır.

İkinci kritik nokta gümrük teslim şeklidir. Masrafı siz peşinen tahsil edip ödüyorsanız (DDP) müşteri kapıda sürprizle karşılaşmaz; alıcıya bırakıyorsanız (DAP) ürün kapıya geldiğinde ek fatura çıkar ve bu, iade ile olumsuz yorumun en verimli kaynağıdır. Hangisini seçerseniz seçin, ürün ve ödeme sayfasında açıkça yazın. Eşikler ve oranlar ülkeye göre ve zamanla değiştiği için burada rakam vermiyoruz; güncel mevzuatı ve mali müşavirinizin görüşünü alın.

Kargo tarafında da tek şablon çalışmaz: ülke bazlı tarifeler, ağırlık kırılımları, her pazarda ayrı belirlenen ücretsiz kargo eşiği, değişen adres formatı ve posta kodu doğrulaması gerekir. Teslim süresi vaadini pazar bazında yazın; "2 iş günü" yurt içinde doğruyken sınır ötesinde gümrük beklemesini gizler ve karşılanamayan vaat, kazanılan siparişten pahalıya mal olur.

Ödeme yöntemleri: kart her pazarda birinci değil

Ödeme adımı yerelleşmenin en acımasız sınavıdır: müşteri alıştığı yöntemi göremezse sepeti orada bırakır ve size bir hata mesajı bile bırakmaz. Kartın hâkim olduğu pazarlar vardır; Hollanda'da iDEAL, Polonya'da BLIK, Belçika'da Bancontact gibi yerel yöntemlerin ya da Almanya'daki havale/fatura ile ödeme alışkanlığının öne geçtiği pazarlar da vardır. Türkiye'de son derece doğal olan taksit kültürünün pek çok pazarda karşılığı yoktur; oradaki eşdeğeri "sonra öde" tipi ürünlerdir.

Pratik kural: ödeme yöntemlerini ülkeye göre listeleyin ve o pazarda en yaygın olanı en üste koyun; on yöntemi birden göstermek seçim yorgunluğu yaratır. Form da yerelleşmelidir: telefon biçimi, isim alanlarının sırası, yalnız Türkiye'de anlamlı kimlik ve vergi numarası alanlarının gizlenmesi. Başarılı işlem oranını da tek ortalama olarak değil pazar bazında izleyin; bir ülkede ödemelerin belirgin düşmesi çoğu zaman arıza değil, o pazara uygun yöntemin eksik olduğunun sinyalidir.

"Yerelleşme, müşterinin sitenizde kendi dilini görmesi değil; fiyatı, vergiyi, teslimat süresini ve ödeme yöntemini kendi alışkanlığıyla tanıması demektir."

Sık sorulan sorular

Her ülke için ayrı mağaza mı açmalıyım, tek mağazayı çok dilli mi yapmalıyım?

Belirleyici soru şu: pazarlar arasında katalog, fiyat ve operasyon ne kadar farklılaşıyor? Ürünler ve fiyat mantığı benzerse tek mağaza ve dil/ülke kırılımı hem otoriteyi hem yönetim yükünü tek yerde tutar. Katalog, marka konumlanması veya tüzel kişilik tamamen ayrışıyorsa ayrı mağaza mantıklı olur; ancak her mağazanın kendi SEO ve destek yükünü üstleneceğinizi hesaba katın.

Otomatik çeviri kullanmak SEO'ya zarar verir mi?

Çevirinin makineyle üretilmiş olması tek başına sorun değildir; denetimsiz ve düşük kaliteli olması sorundur. Hedef dilde hiç aranmayan kelimelerle dolu sayfalar ne sıralanır ne dönüşüm getirir. Doğru yaklaşım, çeviriyi taslak kabul edip ciro getiren sayfaları insan editörle geçirmek ve anahtar kelimeleri çevirmek yerine hedef dilde yeniden araştırmaktır.

Fiyatları kura göre otomatik mi güncellemeliyim, sabit fiyat listesi mi tutmalıyım?

Başlangıçta otomatik kur çevirisi, yuvarlama kuralı ve tampon pay pratik bir çözümdür. Bir pazarda hacminiz oturduğunda sabit fiyat listesine geçmek daha sağlıklıdır: fiyatı rekabete ve o pazarın maliyet yapısına göre belirlersiniz, günlük dalgalanma vitrininize yansımaz. İkisini karma kullanmak da mümkündür: ana pazarlarda liste, diğerlerinde kur çevirisi.

Bu listenin tamamı tek bir altyapı sorusuna çıkar: aynı katalogu birden fazla dil, para birimi, vergi ve kargo kuralıyla tek yerden yönetebiliyor musunuz? Şimşek Software altyapısında SEO dostu adres yapısı, pazaryeri ve kargo entegrasyonları, sanal POS bağlantıları, stok ve sipariş yönetimi tek panelden yürür; yeni bir pazar açmak yeni bir proje değil, bir yapılandırma işine dönüşür. Mevcut e-ticaret altyapınızı yeni pazarlara taşımayı düşünüyorsanız, kendi kataloğunuz üzerinden konuşmak için demo talep edin.