Türkiye'ye Değil Dünyaya Uygulama Yapmak

Bir uygulamayı yazmanın maliyeti, o uygulamayı kaç kişinin kullanacağından bağımsız. Aynı kodu yazıyorsunuz, aynı testleri yapıyorsunuz, aynı mağaza sürecinden geçiyorsunuz. Tek fark, kaç kişiye ulaştığı.

Bu yüzden uygulamalarımı baştan global düşünerek kurgulamaya çalışıyorum. Ama şunu erken öğrendim: "İngilizceye çevirdim" demek global olmak değil. Değişmesi gereken çeviriden çok daha fazlası var.

Metin uzar, arayüz kırılır

Türkçe yazdığınız bir buton etiketi Almancada yaklaşık üçte bir oranında uzayabiliyor. Sabit genişlikli bir butona sığan "Kaydet", "Speichern" olduğunda hâlâ sığar ama "Ayarları kaydet" → "Einstellungen speichern" olduğunda taşar.

• Butonlara ve etiketlere sabit genişlik vermeyin; içeriğe göre büyüsünler.
• Tek satır varsayan yerlerde iki satırı da test edin.
• Arayüzü en uzun dille bir kez gözden geçirin — Almanca genelde iyi bir stres testidir.

Tarih, saat, sayı ve para birimi

Bunları elle biçimlendirmek, global bir uygulamada yapılabilecek en pahalı hatalardan biri. gg.aa.yyyy Türkiye'de doğru, Amerika'da yanlış. Ondalık ayracı bazı ülkelerde virgül, bazılarında nokta.

Çözüm basit: platformun kendi biçimlendiricilerini kullanın. iOS'ta DateFormatter ve NumberFormatter, Android'de DateTimeFormatter ve NumberFormat cihazın bölgesine göre doğru çıktıyı zaten üretiyor.

Fiyat, kur çevirisi değildir

Uygulama içi satın alma fiyatını belirlerken en kolay yol, TL fiyatı dolara çevirip bırakmak. En yanlış yol da bu. Ülkeler arasında satın alma gücü çok farklı; aynı dolar tutarı bir ülkede ucuz, diğerinde erişilemez oluyor.

İki mağaza da bölgesel fiyat ayarlamaya izin veriyor. Ayrıca her ülkenin kendi "psikolojik" fiyat alışkanlığı var — bir ülkede 4,99 doğal dururken, başka bir ülkede yuvarlak rakam bekleniyor. Mağazaların önerdiği bölgesel fiyat basamaklarını kullanmak çoğu durumda elle hesap yapmaktan iyi sonuç veriyor.

Mağaza metnini de yerelleştirin

Uygulamayı çevirip mağaza sayfasını İngilizce bırakmak, en sık gördüğüm eksik. Oysa kullanıcı önce mağaza sayfasını görüyor. Kendi dilinde bir açıklama görmeyen kişi indirmiyor bile.

• Başlık ve alt başlık her dilde ayrı yazılmalı — birebir çeviri değil, o dilde aranan kelimelerle.
• Ekran görüntülerindeki metinler de çevrilmeli. Görsellerin üstündeki başlıklar İngilizce kalırsa çeviri yarım görünüyor.
• Anahtar kelime araştırmasını her pazar için ayrı yapın; bir ülkede popüler olan terim diğerinde kullanılmıyor olabilir.

Kültürel detaylar

Renklerin, ikonların ve örneklerin her yerde aynı anlama gelmediğini akılda tutmak gerekiyor. Baş parmak işareti, el hareketleri, bazı renk seçimleri ülkeye göre farklı okunabiliyor. Örnek verilerde de aynı sorun var: uygulama içi örnek isimler, adresler ve para birimleri hep Türkiye'den seçilmişse ürün "yerel" hissettiriyor.

Bildirim saatini kullanıcıya göre ayarlayın

Sunucu saatine göre gönderilen bir bildirim, dünyanın diğer ucundaki kullanıcıya gece üçte gidiyor. Sonuç: bildirim izninin kapatılması ya da doğrudan uygulamanın silinmesi. Bildirimleri kullanıcının yerel saatine göre planlayın.

Hangi dillerle başlamalı?

Hepsini birden yapmaya çalışmak gerekmiyor. Benim yaklaşımım şu: önce Türkçe ve İngilizce ile çıkmak, sonra Play Console ve App Store Connect'teki ülke bazlı indirme verisine bakıp zaten ilgi gelen pazarların dilini eklemek. Tahminle değil veriyle genişlemek daha az emek harcatıyor.

Global düşünmek baştan biraz daha fazla iş demek. Ama sonradan yerelleştirmek, baştan yerelleştirmekten her zaman daha pahalı.

• Yerelleştirme
• Global pazar
• i18n
• Fiyatlandırma
• ASO