Çok Dilli E-Ticaret Yazılımı Nasıl Seçilir?

Yurt dışına satış hedefi büyüdüğünde çoğu ekip önce çeviri metinlerine, sonra da arama görünürlüğüne odaklanır. Oysa asıl kırılma noktası çoğu zaman yazılım katmanıdır: dil paneli, para birimi, vergi ve kargo kuralları, çevirmen rolü ve otomatik dil URL mimarisi aynı panelde tutarlı çalışmıyorsa ne içerik ne de SEO yatırımı kalıcı sonuç üretir. Bu rehber, çok dilli e-ticaret yazılımı seçimini içerik/hreflang stratejisinden ayırarak yazılım özelliklerine indirger; KOBİ, e-ticaret ve kurumsal ekiplerin demoda neyi test etmesi gerektiğini somutlaştırır.

Çok dilli site ile uluslararası SEO ihtiyacı nasıl ayrılır?

Çok dilli site, arayüzün ve katalogun birden fazla dilde sunulabilmesidir. Uluslararası SEO ise hangi dil/bölge sayfalarının indeksleneceği, hreflang ilişkileri, hedef ülke sinyalleri ve içerik yerelleştirmesiyle ilgilidir. Biri altyapı, diğeri görünürlük katmanıdır.

Pratik ayrım şöyle kurulur:

• Yazılım sorusu: Dil ekleyebilir miyim, çeviriyi kim yönetir, para birimi ve vergi kuralı dil/ülkeye göre değişir mi, URL dil kodu otomatik mi oluşur?


• SEO sorusu: Hangi dil hangi pazara hitap edecek, hreflang doğru mu, yerel arama niyeti için içerik farklılaşacak mı?

İçerik ve hreflang tarafını ayrıca derinleştirmek isterseniz e-ihracat için uluslararası SEO rehberi bu makaledeki yazılım odağının tamamlayıcısıdır. Burada bilinçli olarak panel, kural motoru ve operasyon akışına odaklanıyoruz; çünkü doğru yazılım seçilmeden SEO kurulumu kırılgan kalır.

Yazılımda dil, para birimi ve vergi kuralları nasıl yönetilir?

İyi bir çok dilli e-ticaret yazılımı dili yalnızca menü çevirisi sanmaz. Dil seçimi; katalog alanları, ödeme adımları, e-posta şablonları, yasal metinler ve hata mesajlarını aynı dil bağlamında taşır. Para birimi ise sepet, kargo ve vergi hesaplamasıyla entegre çalışmalıdır.

Dil yönetimi için bakılacak panel özellikleri

• Mağaza başına veya vitrin başına dil listesi ve varsayılan dil


• Ürün adı, kısa/uzun açıklama, varyant adı, kategori ve filtre etiketleri için ayrı alanlar


• Eksik çeviriyi işaretleyen durum (tamamlandı / eksik / taslak)


• Ödeme, kargo ve yasal sayfaların dil bazlı sürümleri


• Yönetim paneli dili ile vitrin dilinin birbirinden bağımsız olması

Para birimi ve vergi katmanı

Çok para birimli yapıda yalnızca döviz çevrimi yetmez. Yazılımın şunları desteklemesi gerekir:

• Müşteriye gösterilen para birimi ile tahsilat para biriminin ayrılabilmesi


• Ülke veya dil tercihine göre varsayılan para birimi


• Vergi dahil/hariç gösterim, KDV oranı ve vergi bölgesi kuralları


• Kargo bölgelerinin ülkeye, desiye ve tutara göre tanımlanması


• Sipariş kaydında dil, para birimi, vergi ve kargo kuralının izlenebilir tutulması

Örnek senaryo: Almanya’ya satış yapan bir KOBİ, vitrinde EUR gösterirken faturalama ve muhasebe tarafında TRY kayıt tutmak isteyebilir. Yazılım bu ayrımı “görüntü birimi / işlem birimi” olarak yönetmiyorsa ekip manuel düzeltmeye düşer. Benzer şekilde ABD ve AB’de vergi modeli farklıdır; tek sabit vergi oranı üzerinden kurulan sistem kısa sürede operasyonel risk yaratır.

Kargo ve bölgesel kural motoru

Dil paneli kargo paneline bağlı değilse müşteri doğru dilde sepeti doldurup yanlış teslimat seçeneğiyle karşılaşır. Demo sırasında şu akışı test edin:

1. Vitrin dilini İngilizce’ye alın.


2. Teslimat ülkesini değiştirin.


3. Kargo seçenekleri, tahmini süre metni ve vergi satırının güncellenip güncellenmediğine bakın.


4. Sipariş admin kaydında dil + ülke + para birimi + vergi satırlarının birlikte göründüğünü doğrulayın.

Çeviri paneli, çevirmen rolü ve içerik senkronu

Çok dilli operasyonun en pahalı kısmı çoğu zaman yazılım lisansı değil, çevirinin güncelliğidir. Ürün açıklaması Türkçe’de değişir, İngilizce ve Almanca eski kalırsa hem güven hem dönüşüm zarar görür. Bu yüzden seçimde “çok dil var” değil “çeviri iş akışı var mı?” sorusu belirleyicidir.

Çeviri paneli ve rol modeli

• Rol bazlı erişim: Çevirmen yalnızca ilgili dil alanlarını görür; stok, maliyet, kargo kuralı gibi alanlara dokunmaz.


• Kaynak dil kilidi: Ana dil metni referans olarak sabit kalır; çeviri alanları yan yana açılır.


• Alan bazlı durum: Ürün kartında hangi dilin eksik olduğu listelenir.


• Toplu işlem: Kategori veya ürün grubu için çeviri atama, filtreleme ve dışa/içe aktarım.


• Onay adımı: Çevirmen taslak bırakır, editör veya mağaza yöneticisi yayına alır.

Onay ve görev dağılımı büyüdükçe panel içi roller yetmeyebilir. Süreçleri daha sistemli hale getirmek için iş akışı otomasyonu ve onay süreçleri yaklaşımını çeviri yayın hattına da uyarlayabilirsiniz: “Türkçe ürün güncellendi → ilgili dillerde eksik bayrağı aç → çevirmen görevi oluşsun → onay sonrası yayına alınsın.”

İçerik senkronu: ne kopyalanır, ne yerelleşir?

Senkron, her metnin birebir kopyası demek değildir. Sağlam yazılım şu ayrımı net tutar:

• Ortak alanlar: SKU, barkod, stok, teknik ölçü gibi dillere göre değişmeyen veriler tek kaynaktan akar.


• Yerel alanlar: Ürün adı, satış vaadi, beden tablosu notu, iade metni, kampanya şartı dil bazlıdır.


• Görsel ve medya: Dil bazlı görsel gerekmiyorsa ortak kütüphane; yerel etiket veya ölçü birimi farkı varsa dil seçenekli medya alanı.

Uygulanabilir örnek: “Kargo bedava 500 TL üzeri” cümlesi İngilizce’ye çevrilirken tutar eşiği ve para birimi de hedef pazara göre değişmelidir. Yazılım yalnızca metin çevirisi sunup kural alanını ortak bırakıyorsa çeviri paneli yetersiz kalır; kural motoru ile metin alanları birlikte tasarlanmalıdır.

URL, hreflang ve para birimi sinyallerinin yazılımda kurulumu

Uluslararası görünürlük için yazılımın URL mimarisi ve dil sinyalleri esnek olmalıdır. İçerik ekibinin sonradan “elle hreflang ekleyelim” demesi sürdürülebilir çözüm değildir; panelin bunları üretmesi gerekir.

Dil URL mimarisi seçenekleri

• /en/, /de/ gibi dizin tabanlı yapı


• en.site.com gibi alt alan adı


• Ülke kodlu varyantlar (/en-gb/, /en-us/) gerektiğinde dil + bölge ayrımı

KOBİ’lerin çoğunda dizin tabanlı yapı yönetimi ve SSL açısından daha sadedir. Önemli olan yazılımın slug’ı dil bazında üretebilmesi, Türkçe karakter ve çeviri slug’ını yönetmesi ve dil değişince menü, ürün ve kategori yollarının tutarlı kalmasıdır.

Hreflang ve canonical’ın panelden çıkması

Yazılımda aranacak teknik çıktılar:

• Her dil sürümü için karşılıklı hreflang bağlantıları


• x-default tanımı


• Dil kopyaları arasında yanlış self-canonical üretmeme


• XML site haritasında dil sürümlerinin listelenmesi


• Dil seçicinin tarayıcı diline zorla yönlendirip indekslemeyi bozmaması

Kurulum sonrası doğrulama için Search Console’da dil/ülke bazlı performans ve dizin kapsamı raporlarını izlemek gerekir. Rapor okumayı iş listesine çevirmek için Google Search Console nasıl kullanılır rehberindeki yaklaşımı dil sürümlerine de uygulayabilirsiniz.

Para birimi sinyalleri ve kullanıcı deneyimi

Para birimi seçimi URL’ye yazılmak zorunda değildir; çoğu senaryoda oturum, çerez veya hesap tercihi yeterlidir. Ancak şu tutarlılık şarttır:

• Liste, ürün, sepet ve ödeme adımlarında aynı para birimi


• E-posta ve sipariş özetinde aynı birim ve biçimlendirme


• Vergi satırının seçilen ülke ile uyumu


• Ödeme sağlayıcısının desteklediği para birimiyle vitrin tercihi çakıştığında net hata mesajı

Yanlış kurgu örneği: Vitrin EUR gösterir, ödeme adımında sessizce TRY’ye döner, müşteri tutar farkını son adımda fark eder. Bu, yazılım entegrasyon testinde mutlaka kontrol edilmelidir.

KOBİ için çok dilli e-ticaret yazılımı seçim kontrol listesi

Seçimi özellik broşüründen değil, demo senaryolarından yapın. Aşağıdaki listeyi tedarikçi görüşmesine götürebilirsiniz.

1) Dil ve içerik

• İlk etapta kaç dil açılacak, ileride dil eklemek panelden yapılabiliyor mu?


• Ürün, kategori, filtre, blog, e-posta ve yasal sayfa alanları dil bazlı mı?


• Eksik çeviri vitrinde ne gösterir: gizleme, varsayılan dile düşme, uyarı?


• Çevirmen rolü ve onay akışı var mı?

2) Para birimi, vergi, kargo

• Görüntü para birimi ile tahsilat birimi ayrılabiliyor mu?


• Ülke bazlı vergi ve kargo matrisi kurulabiliyor mu?


• Sepet ve ödeme adımında kural değişimi anlık mı?


• Sipariş kaydı dil/para birimi/ülke bilgisini saklıyor mu?

3) URL ve teknik SEO altyapısı

• Dil URL’si otomatik mi, slug çevirisi yönetilebilir mi?


• Hreflang ve site haritası panelden üretiliyor mu?


• Dil değiştirici SEO’yu bozan otomatik yönlendirme yapıyor mu?


• Canonical ve kopya içerik riski için varsayılan davranış net mi?

4) Operasyon ve entegrasyon

• ERP, muhasebe, kargo ve ödeme entegrasyonlarında çok para birimli kayıt destekleniyor mu?


• Destek ekibi dil/para birimi senaryolarını test edecek kadar ürünü tanıyor mu?


• Yedekleme, yetki, log ve hata kayıtları çok dilli siparişlerde izlenebilir mi?


• Hazır çözüm mü, özelleştirme gerektiren bir çekirdek mi; ekibin bakım kapasitesi buna uygun mu?

5) 30 dakikalık demo scripti

1. İkinci bir dil ekleyin; ürün adını ve bir kategori adını çevirin.


2. Çevirmen hesabıyla yalnızca o alanlara erişebildiğinizi doğrulayın.


3. Para birimini ve teslimat ülkesini değiştirip sepet/vergi/kargo satırını izleyin.


4. Kaynak dildeki ürün metnini güncelleyip diğer dilde “eksik” bayrağı düşüp düşmediğine bakın.


5. Vitrin kaynak kodunda dil URL’si ve hreflang çıktısını kontrol edin.


6. Test siparişini admin panelinde dil, ülke, para birimi ve vergi satırıyla birlikte okuyun.

Bu altı adımı sorunsuz geçemeyen altyapı “ileride ayarlarız” vaadiyle seçilmemelidir. Özellikle e-ihracat hedefi olan KOBİ’lerde sonradan dil katmanı eklemek, baştan doğru seçmekten daha maliyetli ve risklidir.

Sık yapılan seçim hataları ve pratik çözümler

• Sadece tema çevirisiyle yetinmek: Tema metni çevrilir, ürün ve e-posta alanları tek dil kalır. Çözüm: Alan envanteri çıkarın.


• Para birimini görsel süs sanmak: Sembol değişir, vergi ve ödeme kuralları değişmez. Çözüm: Ülke bazlı sepet testi yapın.


• Hreflang’i eklentiye bırakmak: Panel URL üretmezse eklenti kırılgan olur. Çözüm: URL + hreflang’in çekirdek özellik olup olmadığını sorun.


• Çeviriyi tek kişiye bağlamak: Rol ve durum alanı yoksa güncellik bozulur. Çözüm: Çevirmen rolü ve eksik çeviri raporu şart koşun.


• Tüm dilleri aynı günde açmak: Yarım çeviriyle yayına çıkmak güven zedeler. Çözüm: Önce 1–2 öncelikli dilde tam katalog, sonra genişleme.

Sonuç: Yazılım katmanını netleştirmeden dil eklemeyin

Çok dilli büyüme; çeviri ajansı seçmekten veya slogan yazmaktan önce doğru yazılım mimarisini seçmeyi gerektirir. Dil paneli, para birimi, vergi/kargo kuralları, çeviri iş akışı ve otomatik dil URL mimarisi birlikte çalışıyorsa uluslararası SEO ve operasyon yatırımı da anlam kazanır. HazırSoft tarafında hazır e-ticaret ve yazılım seçeneklerini değerlendirirken bu makaledeki kontrol listesini demo gündeminizin omurgası yapın; özellik vaadine değil, uçtan uca senaryo testine bakın.

İhtiyacınıza uygun altyapıyı tararken HazırSoft yazılım kataloğu üzerinden mevcut çözümleri inceleyebilir, dil ve para birimi senaryonuzu netleştirdikten sonra kurulum kapsamını buna göre konuşabilirsiniz. Doğru sorular sorulduğunda seçim süreci hem daha kısa hem daha az riskli ilerler.