İçindekiler
Uygulama Yerelleştirme İçin Eksiksiz Rehber: Mobil Uygulamanızı Dünyaya Nasıl Açarsınız?
Global olmak, iddialı mobil ürünler için artık isteğe bağlı değil. Dünya genelinde 6 milyarı aşkın akıllı telefon kullanıcısıyla fırsat muazzam — ancak rekabet de bir o kadar yoğun. Uygulama yerelleştirme, uluslararası büyümeyi açmak için kullanabileceğiniz en etkili kaldıraçtır; buna karşın geliştirme ekiplerinin çoğu ya bu adımı tamamen atlıyor ya da sonradan düşünülmesi gereken bir ek iş olarak ele alıyor.
Bu kapsamlı rehber bilmeniz gereken her şeyi içeriyor: uygulama yerelleştirmesinin gerçekte ne anlama geldiği, neden önemli olduğu, uçtan uca uygulama yerelleştirme sürecinin nasıl işlediği ve hangi best practice'lerin yüksek performanslı global uygulamaları sınırlarında takılıp kalanlardan ayırdığı. İster ilk mobil uygulamanızı piyasaya sürüyor olun ister mevcut bir ürünü yeni pazarlara taşıyor olun, bu rehber size göre.
Uygulama Yerelleştirmesi Nedir?
Uygulama yerelleştirmesi (İngilizce'de app localization ya da Britanya İngilizcesi'nde app localisation olarak yazılır), bir mobil uygulamayı belirli bir locale'de yerli gibi hissettirmek için uyarlama sürecidir — yalnızca string'leri çevirmek değil, deneyimin her öğesini hedef pazarın diline, kültürüne, geleneklerine ve beklentilerine uygun hale getirmek.
Yerelleştirme, çevirinin çok ötesine geçer. Şunları kapsar:
- Dil: UI string'leri, onboarding akışları, push notification'lar, hata mesajları
- Tarih, saat ve sayı formatları: 12 ile 24 saatlik saat, ondalık ayırıcı olarak virgül ile nokta
- Para birimi ve ödeme yöntemleri: yerel para birimi gösterimi ve bölgeye özgü ödeme sağlayıcıları
- Görseller ve ikonografi: kültürler arasında farklı anlamlar taşıyan jestler, renkler ve semboller
- Hukuki ve uyumluluk içerikleri: gizlilik politikaları, kullanım koşulları, yaş sınırı gereksinimleri
- App Store metadata'sı: her dilde başlık, açıklama, anahtar kelimeler ve ekran görüntüleri
- Sağdan sola (RTL) layout desteği: Arapça, İbranice, Urduca ve diğer RTL diller layout'un yansıtılmasını gerektirir
Mobil uygulama yerelleştirmesi, internationalisation'dan (genellikle i18n olarak kısaltılır) farklıdır. Internationalisation, önceden yapılan mühendislik çalışmasıdır — string'lerin dışarı alınması, locale'e duyarlı tarih/sayı formatlama'nın oluşturulması, layout'larda değişken uzunluklu metni desteklemek — ki bu, daha sonra kodu yeniden yazmaya gerek kalmadan yerelleştirmeyi mümkün kılar. Yerelleştirme (l10n) ise ardından gelen içerik ve uyarlama çalışmasıdır. Aynı ayrım yazılım yerelleştirmesi için de geçerlidir; burada i18n temeli, yerelleştirme sürecinin büyük ölçekte ne kadar sorunsuz işleyeceğini belirler.
Mobil Uygulama Yerelleştirmesi Neden Önemli?
Mobil yerelleştirme için iş gerekçesi güçlü ve iyi belgelenmiştir.
Kullanıcılar Kendi Dillerinde Satın Alır
CSA Research'ün bir araştırması, tüketicilerin %76'sının ürünleri kendi ana dillerinde satın almayı tercih ettiğini ve %40'ının başka bir dildeki web sitesi veya uygulamadan hiçbir zaman alışveriş yapmayacağını ortaya koydu. Güvenin ve etkileşimin her şey olduğu mobil uygulamalarda bu uçurum daha da derindir.
App Store Görünürlüğü
Apple App Store ve Google Play, uygulamaları arama sonuçlarında sıralamak için locale'e özgü anahtar kelimeler kullanır. Store listelerin mobil uygulama yerelleştirmesi, her pazarda organik keşfedilebilirliği doğrudan artırır. Alman konuşucular için tam olarak yerelleştirilmiş bir App Store listesine sahip bir uygulama, eşdeğer bir değerlendirme profiline sahip olsa bile Almanya'da yalnızca İngilizce olan bir rakibi sürekli olarak geride bırakır.
Gelir Artışı
Kullanıcılar uygulamayı kendi dillerinde deneyimlediğinde, kullanıcı başına gelir genellikle yükselir. Yerelleştirilmiş in-app purchase kopyası, abonelik upsell'leri ve promosyon mesajları önemli ölçüde daha yüksek oranlarla dönüşüm sağlar. Mobil uygulama yerelleştirmesinin en agresif erken benimseyenleri olan oyun yayıncılarından yapılan araştırmalar, tam olarak yerelleştirilmiş build'lerle yeni dil pazarlarına girilmesinin ardından %200–400 gelir artışı göstermektedir.
Rekabet Avantajı
Her pazarda yerel ve bölgesel rakipler ortaya çıktıkça, en güçlü yerelleştirilmiş deneyimi sunan uygulama kazanır. Mobil yerelleştirme hizmetleri artık erken aşama startupların bile ilk günden itibaren global ölçekte rekabet edebilmesini sağlayacak kadar uygun fiyatlıdır; bu da avantajı ilk hareket edenlere kaydırır.
Uygulama Yerelleştirme Süreci: Adım Adım
İyi yönetilen bir uygulama yerelleştirme süreci beş aşamadan oluşur. Herhangi birini atlamak, düzeltmesi pahalı olan sorunlara yol açar.
Aşama 1: Internationalisation (i18n Temeli)
Tek bir kelime çevrilmeden önce, kod tabanınızın internationalisation'a hazır olması gerekir:
- Kullanıcıya yönelik tüm string'leri kaynak dosyalara taşıyın (iOS'ta
.strings, Android'destrings.xml, React Native ve Flutter gibi cross-platform framework'ler için JSON veya YAML). - String birleştirmekten kaçının — "Merhaba, " + kullanıcıAdı + "!" farklı sözcük sıralamasına sahip dillerde bozulur.
- Çoğul kuralları kullanın — birçok dilde ikiden fazla çoğul biçim bulunur; ICU message format veya platforma özgü çoğullarla bunları yönetin.
- Değişken uzunluklu metni destekleyin — Almanca sözcükler İngilizce karşılıklarından genellikle %30–40 daha uzundur. Esnek layout'lar tasarlayın.
- Locale'e duyarlı formatlama uygulayın — formatları hardcode etmek yerine tarih, sayı ve para birimleri için sistem API'lerini kullanın.
- RTL layout desteğini etkinleştirin — UI'nızı ihtiyaç duymadan önce yansıtılmış layout'ta test edin.
Bu temeli doğru kurmak, üretebileceğiniz her dil için temettü öder.
Aşama 2: İçerik Çıkarımı ve Translation Memory Kurulumu
String'ler dışarı alındıktan sonra, bir sonraki adım bunları çeviri iş akışınızın kullanabileceği bir formata çıkarmaktır. better-i18n de dahil olmak üzere modern uygulama yerelleştirme platformları, string'leri doğrudan repository'nizden çekerek manuel aktarımlarda yaşanan kopyalama-yapıştırma hatalarını ortadan kaldırır.
Translation memory (TM), önceden onaylanmış çevirilerin bir veritabanıdır. Bir çevirmen bir segmenti her onayladığında bu bilgi saklanır. Bir sonraki seferde aynı string (veya benzer bir string) göründüğünde TM, onaylanan çeviriyi otomatik olarak önerir. Zamanla TM hem maliyeti hem de geri dönüş süresini önemli ölçüde azaltır.
Aşama 3: Çeviri ve Yerelleştirme
Bu, temel içerik çalışmasıdır. Profesyonel bir uygulama yerelleştirme süreci en az iki rol kullanır:
- Çevirmenler: kaynak dilden hedef dile ilk çeviriyi üretir
- Editörler/Gözden Geçirenler: doğruluk, ton, terminoloji tutarlılığı ve kültürel uygunluğu denetler
Mobil uygulamalar için çevirmenlere bağlam gereklidir — her string'in UI'da nerede göründüğünün ekran görüntüsü veya açıklaması. Bağlam olmadan "Menu" kelimesi, bir navigasyon menüsü yerine yiyecek menüsü olarak çevrilebilir. Bağlama duyarlı çeviri, revizyon döngülerini önemli ölçüde azaltır.
Deneyimli ekiplerin bu aşamada kullandığı uygulama yerelleştirme ipuçları:
- Çevrilmemesi gereken ürüne özgü terimlerin (marka adları, özellik adları, teknik jargon) bir sözlüğünü sağlayın
- Çevirmenlere string'in yanı sıra gerçek UI'yı gösteren bağlam içi editörler kullanın
- Çevirmenlerin sınırlar içinde kalabilmesi için karakter sınırı olan string'leri işaretleyin (düğme etiketleri, push notification başlıkları)
- Kullanıcıya yönelik string'ler için insan post-editing'i olmadan makine çevirisini asla tek başına kullanmayın
Aşama 4: Kalite Güvencesi
Yerelleştirilmiş bir mobil uygulama için QA'nın iki boyutu vardır:
Dilbilimsel QA: Anadili konuşan biri, tam çevrilmiş uygulamayı akıcılık, ton, terminoloji ve kültürel uyum açısından inceler. Bu, çeviri incelemesinden farklıdır — bireysel string'lere değil, bütün deneyime bakar.
Fonksiyonel QA: Test uzmanları, yerelleştirilmiş build'in gerçekten çalıştığını doğrular — kesilmiş metin yok, bozuk layout yok, eksik çeviri yok (raw string key olarak gösterilir) ve varsa doğru RTL yansıtması. Locale'ler genelinde otomatik ekran görüntüsü testi, regression'ları kullanıcılara ulaşmadan önce yakalar.
Aşama 5: Sürekli Yerelleştirme
Yeni bir dilde yayına girmek tek seferlik bir proje değildir. Her yeni özellik, her UI değişikliği, her push notification kampanyası aynı yerelleştirme pipeline'ından geçmek zorundadır. Yerelleştirmeyi sürekli bir iş akışı olarak — CI/CD pipeline'larına entegre ederek — ele alan ekipler, yerelleştirilmiş özellikleri İngilizce ile paralel olarak gönderir; haftalar veya aylar geride kalmak yerine.
better-i18n, bu sürekli model için özel olarak tasarlanmıştır. GitHub veya GitLab repository'nize doğrudan bağlanır, yeni veya değiştirilmiş string'leri otomatik olarak algılar, bunları çevirmenlere yönlendirir ve onaylanan çevirilerle bir pull request açar — tüm bunlar manuel müdahale olmadan. Mobil uygulama yerelleştirmesini büyük ölçekte yapan ekipler için bu otomasyon, yerelleştirmenin bir rekabet avantajı mı yoksa sürekli bir darboğaz mı olacağı arasındaki farkı belirler.
Uygulama Çeviri Hizmeti Seçenekleri: Nasıl Seçilir?
Uygulama çeviri hizmetleri pazarı, tek amaçlı MT API'lerinden tam platform yerelleştirme çözümlerine kadar uzanır. Spektrumu anlamak, ekibinize, bütçenize ve kalite standartlarınıza uygun seçeneği seçmenize yardımcı olur.
Bağımsız Çeviri Hizmetleri
DeepL, Google Translate ve Azure Translator gibi hizmetler, makine çevirisi motorlarına API erişimi sağlar. Hızlı ve uygun maliyetlidirler; ilk taslakları oluşturmak için iyi çalışırlar. Ancak string'leri yalıtılmış olarak çevirirler — ürününüzün terminolojisi, UI bağlamı veya marka sesi hakkında farkındalık olmadan. Çıktının üretime hazır hale gelmesi için post-editing gereklidir.
Dil Hizmet Sağlayıcıları (LSP'ler) ve Ajanslar
Geleneksel çeviri ajansları, projenize profesyonel dilbilimciler atar. Kalite yüksektir, ancak geri dönüş süresi günler veya haftalar olarak ölçülür ve iş akışı toplu yönelimlidir: dosyaları gönderirsiniz, beklersiniz, dosyaları alırsınız, manuel olarak entegre edersiniz. Bu model, haftalık veya iki haftada bir yayın yapan modern mobil yayın döngüleriyle ayak uydurmakta zorlanır.
Entegre Uygulama Çeviri Platformları
Entegre platformlar, çeviri motorlarını, insan inceleme iş akışlarını, translation memory'yi ve geliştirici araçlarını tek bir sistemde birleştirir. Doğrudan kod tabanınıza bağlanır, string çıkarımını otomatikleştirir ve çevirileri pull request veya OTA güncellemeleri olarak geri teslim eder.
Better i18n bu kategoriye girer. React Native ve Expo için özel SDK'lar (@better-i18n/expo) sağlayarak mobil ekiplerin app store'lar üzerinden yeniden dağıtım yapmadan çevirileri havadan (OTA) yüklemesini sağlar. Platformun AI çeviri motoru bağlam farkındalığına sahiptir — ürün sözlüğünüzü kullanır ve UI bağlamını anlayarak yalnızca sözlük tanımına değil, göründükleri ekrana uyan çeviriler üretir. Çeviriler 300'den fazla edge konumuna sahip bir CDN üzerinden 50ms'nin altında yükleme süreleriyle sunulur; bir inceleme iş akışı, çevirilerin üretime geçmeden önce insan onayını sağlar.
Ekibinize Hangi Yaklaşım Uygun?
| Faktör | Bağımsız MT | Ajans/LSP | Entegre Platform |
|---|---|---|---|
| Hız | Anlık | Günler ile haftalar | Saatler ile bir gün |
| Kutudan çıkan kalite | Orta | Yüksek | Yüksek (AI + insan incelemesi) |
| Bağlam farkındalığı | Yok | Brifing aracılığıyla | Dahili (sözlük, UI bağlamı) |
| Geliştirici entegrasyonu | Yalnızca API | Manuel dosya alışverişi | Git sync, CLI, OTA SDK'ları |
| Devam eden maliyet modeli | Karakter başına | Kelime başına | Abonelik |
| En uygun olduğu durum | Taslaklar, dahili araçlar | Tek seferlik büyük projeler | Sürekli mobil yayınlar |
Düzenli olarak yayın yapan mobil ekipler için entegre bir platform, bağımsız hizmetlerin koordinasyon yükünü ve ajansların geri dönüş gecikmelerini ortadan kaldırır. Temel farklılaştırıcı, hizmetin çeviriyi tek seferlik bir teslim edilebilir mi yoksa yayın sürecinizle birlikte işleyen sürekli bir pipeline mı olarak değerlendirdiğidir.
Uygulama Yerelleştirme Best Practice'leri
Bu uygulama yerelleştirme best practice'leri, 10, 20 veya 50'den fazla dilde başarıyla yayın yapmış ekiplerden derlenmektedir.
1. Çeviri Değil, Internationalisation'la Başlayın
En yaygın tek hata, kod tabanı i18n'e hazır olmadan çeviriye başlamaktır. Mevcut bir uygulamaya geriye dönük olarak internationalisation eklemek, başından beri inşa etmekten çok daha pahalıdır. i18n'i yayın sonrası bir görev değil, yayın gereksinimi olarak belirleyin.
2. Dilleri Pazar Fırsatına Göre Önceliklendirin
Tüm diller eşit fırsat temsil etmez. Hangi dilleri hedefleyeceğinize karar vermeden önce şunları analiz edin:
- Mevcut kullanıcılarınızın nereden geldiği (analitik araçlarda dil ayarlarına bakın)
- Hedef diller için pazar büyüklüğü ve akıllı telefon penetrasyonu
- Her locale'deki rekabet yoğunluğu
- Çeviri maliyeti ve karmaşıklığı (Avrupa dilleri, CJK veya RTL dillerinden daha ucuz ve hızlıdır)
İngilizce öncelikli uygulamalar için yaygın önceliklendirme sırası: İspanyolca, Fransızca, Almanca, Portekizce (Brezilya), Japonca, Korece, Basitleştirilmiş Çince, Arapça.
3. Önce App Store Listenizi Yerelleştirin
ASO uzmanlarından gelen uygulama yerelleştirme ipuçları, uygulama içi içerikten önce store listesi yerelleştirmesiyle başlamayı sürekli olarak önerir. Store listesi yerelleştirmesi daha düşük maliyetli, daha hızlı yayınlanır ve organik aramada anlık görünürlük kazanımları sağlar. Ayrıca tam uygulama içi yerelleştirmeye yatırım yapmadan önce bir pazardaki talebi doğrulamanıza olanak tanır.
4. Temel UI için Profesyonel Çevirmenler Kullanın
Makine çevirisi (MT) çarpıcı biçimde gelişmiştir, ancak anadili konuşanların hemen fark ettiği — güveni aşındıran — hatalar yapmaya devam eder. Temel UI string'leri, onboarding akışları ve para kazanmayla ilgili içerikler için profesyonel insan çevirmenler kullanın. İnsan post-editing'li MT, uzun biçimli yardım makaleleri gibi daha az kritik içerikler için kabul edilebilir.
5. Terminoloji Sözlüğü Oluşturun
Çeviri başlamadan önce çevrilmemesi (veya belirli bir şekilde çevrilmesi) gereken marka adlarını, özellik adlarını ve teknik terimleri tanımlayın. TM düzeyinde uygulanan bir sözlük, tüm çevirmenler ve tüm içerik türleri arasında tutarlılığı sağlar.
6. Her Locale'de Gerçek Cihazlarda Test Edin
Simülatörler yanıltıcı olabilir. Yerelleştirilmiş build'lerinizi, sistem dili her hedef locale'e ayarlanmış gerçek cihazlarda test edin. Bu, emülatörlerin kaçırdığı locale'e özgü formatlama sorunlarını, font render problemlerini ve layout bozulmalarını ortaya çıkarır.
7. Yerelleştirilmiş Uygulama Performansını Ayrı İzleyin
Derecelendirme, yorum, elde tutma ve gelir metriklerini locale bazında takip edin. Bir pazardaki yerelleştirme sorunu, toplam metriklere yansımadan önce yüksek kayıp oranı veya düşük puan olarak görünür. Anadili konuşan yorum izleme araçları, ekibinizin konuşmadığı dillerdeki olumsuz duygu durumunu işaretleyebilir.
8. Tasarım Aşamasında Anadili Konuşanları Dahil Edin
Kültürel sorunları — renkleri, ikonları, görsel öğeleri, UX pattern'larını — yakalamak için en iyi an, çeviri sonrası değil tasarım aşamasıdır. Örneğin Japonya'yı hedefliyorsanız, oluşturmadan önce UI'nızı Japonca konuşan bir tasarımcı veya araştırmacıya inceletin.
Mobil Site Yerelleştirmesi ile Uygulama Yerelleştirmesi Karşılaştırması
Birçok ekip hem mobil web varlığını hem de yerel uygulamayı yönetir. Mobil site yerelleştirmesi ve mobil uygulama yerelleştirmesi aynı dilbilimsel ve kültürel ilkeleri paylaşır, ancak teknik olarak birbirinden farklıdır:
| Boyut | Mobil Uygulama | Mobil Site |
|---|---|---|
| String formatı | .strings, strings.xml, JSON | HTML, JSON, CMS alanları |
| Dağıtım | App Store / Play Store yayını | CDN veya sunucuya dağıtım |
| Keşif | App Store arama + anahtar kelime alanları | Google Arama + hreflang |
| Yayınlama gecikmesi | Günler ile haftalar (inceleme süreci) | Dakikalar ile saatler |
| RTL desteği | OS düzeyinde + layout yansıtması | CSS logical properties + dir attribute |
Birçok ürün için mobil site edinim yüzeyi işlevi görür (kullanıcılar sizi arama aracılığıyla keşfeder) ve yerel uygulama temel deneyimi sunar. Her iki yüzeyi tutarlı biçimde yerelleştirmek — aynı terminoloji, aynı ton, aynı marka sesi — tutarlı bir kullanıcı yolculuğu için zorunludur. Bu denklemin web tarafı için bir uluslararası SEO kontrol listesi, yerelleştirilmiş web sayfalarınızın teknik açıdan doğru ve her hedef pazarda keşfedilebilir olmasını sağlar.
Mobil Uygulama Yerelleştirme Hizmetleri Seçimi
Yerelleştirmeyi şirket içinde yönetiyor, bir dil hizmet sağlayıcısına (LSP) dış kaynak kullanıyor veya bir teknoloji platformu kullanıyor olun, mobil uygulama yerelleştirme hizmetleri seçimi kalite, hız ve maliyet üzerinde önemli bir etkiye sahiptir.
Şirket İçi Yerelleştirme
Dahili bir yerelleştirme ekibi kurmak şu durumlarda mantıklıdır:
- Çok sayıda dile (20+) gönderim yapıyorsunuz
- Harici satıcılara aktarılması zor olan tescilli terminoloji veya marka sesi gereksinimleriniz var
- İterasyon hızı kritiktir ve satıcı koordinasyonu yüküne göz yumamıyorsunuz
Dezavantajı: her hedef dil için yetenekli çevirmenler bulmak ve tutmak pahalı ve ölçeklenmesi yavaştır.
Dil Hizmet Sağlayıcıları (LSP'ler)
Geleneksel LSP'ler, proje yönetimiyle birlikte insan çevirisi sunar. Büyük, seyrek projeler için iyi çalışırlar; ancak modern mobil uygulamaların oluşturduğu sürekli string güncellemeleri için yavaş ve pahalı olabilirler. Uygulama yerelleştirme platformlarıyla LSP entegrasyonları gelişiyor olsa da model özünde toplu yönelimlidir.
Uygulama Yerelleştirme için Teknoloji Platformları
Modern mobil uygulama yerelleştirme hizmetleri platformları, çeviri yönetimini, otomasyonu ve kalite araçlarını tek bir üründe birleştirir. Aranacak temel özellikler:
- Doğrudan repository entegrasyonu: manuel export/import olmadan GitHub/GitLab'dan string'leri çekin
- Bağlam içi düzenleme: çevirmenlere UI'nın canlı önizlemesini gösterin
- Translation memory ve sözlük yönetimi: maliyeti azaltın ve tutarlılığı sağlayın
- İnsan inceleme iş akışlarıyla makine çevirisi: hız ile kaliteyi dengeleyin
- Otomatik QA: eksik çevirileri, kesilmeleri ve placeholder hatalarını yayın öncesinde yakalayın
- OTA string güncellemeleri: app store yayını olmadan string değişikliklerini iletin
better-i18n, tüm bu özellikleri yazılım ekipleri için özel olarak tasarlanmış bir platformda sunar. Sürekli yerelleştirme iş akışı, doğrudan mevcut geliştirme sürecinizle entegre olur ve çoğu uygulama yerelleştirme projesini yavaşlatan manuel aktarımları ortadan kaldırır.
Uygulama Yerelleştirme Hizmetlerinin Değerlendirilmesi
Uygulama yerelleştirme hizmetlerini karşılaştırırken şunları sorun:
- Platform string bağlamını nasıl yönetiyor? Çevirmenler UI'yı görebiliyor mu?
- Hangi dosya formatlarını destekliyor? (iOS
.strings, Androidstrings.xml, Flutter ARB, React Native JSON vb.) - CI/CD pipeline'ınızla nasıl entegre oluyor?
- Dahili QA otomasyonu neler içeriyor?
- Projeler genelinde translation memory nasıl yönetiliyor?
- Fiyatlandırma modelleri neler — kelime başına, koltuk başına, proje başına?
Akıllı Telefon Uygulama Yerelleştirmesi: Platforma Özgü Değerlendirmeler
Akıllı telefon uygulama yerelleştirmesi, iOS ve Android'de pek çok ortak ilkeyi paylaşır; ancak platforma özgü gereksinimler de mevcuttur.
iOS Uygulama Yerelleştirmesi
- String kaynakları için
.stringsve.stringsdictdosyalarını kullanın - Swift/Objective-C'de
NSLocalizedString'i destekleyin; SwiftUI,LocalizedStringKey'i yerel olarak kullanır - Çoğul kuralları için
Localizable.stringsdictkullanın - Yerelleştirilmiş App Store Connect metadata'sını gönderin: uygulama adı, alt başlık, açıklama, anahtar kelimeler, tanıtım metni ve Yenilikler
- Çevirmenlere teslim için Xcode'un localization export'unu (
.xclocdosyaları) kullanın
Android Uygulama Yerelleştirmesi
- String kaynakları için
res/values-[language-code]/strings.xmlkullanın - Çoğul biçimlerini
<plurals>öğeleriyle yönetin - Aktiviteyi yeniden başlatmadan çalışma zamanında dil değişikliğini (configuration change) destekleyin
- Google Play Console metadata'sını yerelleştirin: başlık, kısa açıklama, tam açıklama ve grafik varlıklar
- Uygulama içi string yönetimi için Android Studio'nun Translations Editor'ını kullanın
Cross-Platform Framework'ler
React Native, Flutter ve diğer cross-platform framework'lerin kendi i18n kütüphaneleri ve dosya formatları vardır. Birden fazla dosya formatını yerel olarak destekleyen uygulama yerelleştirme platformları, her platform için özel parser yazmak zorunda kalmadığınızda önemli mühendislik zamanı kazandırır.
Mobil Uygulama Yerelleştirmesinin ROI'si
Rakamları somutlaştıralım. Şunu düşünün:
- ABD'de 50.000 aylık aktif kullanıcı
- Kullanıcı başına ortalama 5 dolar aylık gelir (ARPU)
- Aylık gelir: 250.000 dolar
Uygulama üç ek dil pazarında (İspanyolca, Fransızca, Almanca) eşdeğer pazar büyüklükleriyle yayına girerse ve daha düşük pazar olgunluğu nedeniyle ABD ARPU'sunun yalnızca %30'una ulaşırsa:
- Ek MAU (muhafazakâr): üç pazarda toplamda 30.000
- ARPU: 1,50 dolar
- Ek aylık gelir: 45.000 dolar
Üç dil için yaklaşık 8.000–15.000 dolarlık tek seferlik çeviri maliyeti ve sürekli güncellemeler için aylık 1.000–2.000 dolar devam eden maliyetle geri ödeme süresi 30 günün altındadır.
Verimlililik, oyun ve yaşam tarzı gibi rekabetçi kategorilerdeki uygulamalar için çarpan çoğunlukla çok daha yüksektir; çünkü yerelleştirilmiş uygulamalar her locale'de önemli ölçüde daha iyi App Store sıralamaları ve dönüşüm oranları elde eder. Bu sıralamaların gerçekte ne değer ettiğini ölçmek için SEO değer çerçevesi, uygulama mağazalarında ve web'de organik keşfe doğrudan uygulanabilecek bir formül sunar.
Kaçınılması Gereken Yaygın Uygulama Yerelleştirme Hataları
Deneyimli ekipler bile bu hataları yapar. Bunlardan kaçının.
String'leri kod tabanında hardcode etmek: Kaynak dosyasında olmayan herhangi bir string, kod değişikliği olmadan çevrilemez. Çeviriye başlamadan önce string denetimi yapın.
Çoğullama kurallarını görmezden gelmek: İngilizce'nin iki çoğul biçimi vardır (tekil/çoğul). Rusça'nın dördü, Arapça'nın altısı vardır. Çoğullar için basit if/else kullanmak birçok dilde dilbilgisel açıdan hatalı çıktı üretir.
Bağlam olmadan çeviri yapmak: Bir string'in UI'da nerede göründüğünü göremeyen çevirmenler düzenli olarak makul ama yanlış çeviriler üretir. Her zaman ekran görüntüleri veya açıklamalar sağlayın.
Yalnızca makine çevirisiyle yayına girmek: Yayınlanmış bir uygulamadaki MT hataları, anadili konuşanlardan olumsuz yorumları tetikler ve bunlardan kurtulmak zordur. İnsan incelemesi, kullanıcıya yönelik içerik için vazgeçilmezdir.
Yerelleştirmeyi tek seferlik bir proje olarak ele almak: Her sprint'te yeni özellikler yayına girer. Sürekli bir yerelleştirme iş akışı olmadan, İngilizce dışındaki pazarlar her yayınla birlikte giderek daha fazla geride kalır.
App Store metadata'sını unutmak: Uygulama içi içerik savaşın yalnızca yarısıdır. Store listeleri keşfi yönlendirir. Eksik yerelleştirilmiş metadata, organik arama trafiğini masada bırakır.
better-i18n, Mobil Uygulama Yerelleştirmesini Nasıl Destekler?
better-i18n, yazılım geliştirme ekipleri için inşa edilmiş sürekli bir yerelleştirme platformudur. Mobil uygulama yerelleştirmesini, ayrı ve paralel bir süreç yerine mevcut iş akışınızın sorunsuz bir parçası haline getirmek için tasarlanmıştır.
Temel özellikler:
- GitHub ve GitLab entegrasyonu: better-i18n, string dosyalarınızı doğrudan repository'nizden okur. Bir geliştirici string ekler veya değiştirirse better-i18n değişikliği otomatik olarak algılar.
- Bağlam içi önizlemeli çevirmen çalışma alanı: Çevirmenler, her string'in uygulamada nasıl göründüğünü gösteren özel bir arayüzde çalışır; bu durum bağlam hatalarını dramatik biçimde azaltır.
- Translation memory ve sözlük: Her onaylanan çeviri kaydedilir ve yeniden kullanılır. Marka terimleri ve ürün adları tüm dillerde tutarlı biçimde uygulanır.
- İnceleme iş akışlarıyla makine çevirisi: İlk taslakları hızlandırmak için MT kullanın, ardından onay için insan gözden geçirenlere yönlendirin. MT güven eşiklerini yapılandırarak doğrudan onaya gidecekler ile insan gözü gerektirenleri kontrol edin.
- Otomatik QA kontrolleri: better-i18n, eksik çevirileri, placeholder uyumsuzluklarını, kesilmiş string'leri ve formatlama hatalarını üretime geçmeden önce işaretler.
- Pull request otomasyonu: Onaylanan çeviriler, repository'nize pull request olarak commit edilir; yerelleştirme iş akışınızı mevcut code review sürecinizin içinde tutar.
- Tüm büyük dosya formatları için destek: iOS
.strings/.stringsdict, Androidstrings.xml, Flutter.arb, React Native JSON, YAML, PO/POT dosyaları ve daha fazlası.
better-i18n'i mobil yerelleştirme hizmetleri için kullanan ekipler, özellik geliştirmeden yerelleştirilmiş yayına kadar geçen sürede %60–80 azalma ve translation memory yeniden kullanımından önemli maliyet tasarrufları bildirmektedir.
Uygulama Yerelleştirmesine Başlarken
Uygulama yerelleştirmesinde yeniyseniz, işte pratik bir başlangıç noktası:
1. Hafta: Denetleme ve Internationalisation
- Kod tabanınızı hardcode edilmiş string'ler için denetleyin
- Tüm string'leri kaynak dosyalara taşıyın
- Locale'e duyarlı tarih, saat ve sayı formatlama uygulayın
- Pseudo-localisation (şişirilmiş, uzatılmış string'ler) ile layout'unuzu test edin
2. Hafta: Dil Seçimi ve Araç Kurulumu
- Analitiğinize göre iki veya üç başlangıç hedef dili seçin
- Bir yerelleştirme yönetim platformu kurun (better-i18n ücretsiz deneme sunar)
- Repository'nizi bağlayın
- Sözlüğünüzü oluşturun
3. Hafta: Çeviri ve QA
- Profesyonel çevirmenlerle ilk çeviriyi yapın
- Dilbilimsel ve fonksiyonel QA gerçekleştirin
- QA tarafından ortaya çıkan layout veya formatlama sorunlarını düzeltin
4. Hafta: Yayın ve İzleme
- Yerelleştirilmiş build'leri App Store ve Google Play'e gönderin
- Locale bazında analitik izleme kurun
- Her dilde derecelendirmeleri ve yorumları takip edin
- Gelecekteki yayınlar için sürekli bir yerelleştirme iş akışı oluşturun
Sonuç
Mobil uygulama yerelleştirmesi, bir mobil ürün ekibinin yapabileceği en yüksek ROI'ye sahip yatırımlardan biridir. Küresel akıllı telefon pazarı, yalnızca İngilizce bir deneyim sunarak masada para bırakmak için fazla büyük ve çok rekabetçidir.
Internationalisation'dan sürekli yerelleştirmeye uzanan uygulama yerelleştirme süreci iyi anlaşılmış ve giderek daha fazla otomatikleştirilmektedir. better-i18n gibi modern mobil yerelleştirme hizmetleri platformları, tarihin yerelleştirmeyi bir yük gibi hissettiren manuel yükü ortadan kaldırarak küçük ekiplerin bile dünya standartlarında yerelleştirilmiş deneyimler sunmasını mümkün kılar.
Global pazarlarda kazanan ekipler, en büyük çeviri bütçesine sahip olanlar değildir. Yerelleştirmeyi başından beri iş akışlarına inşa edenler, uygulama yerelleştirme best practice'lerini tutarlı biçimde uygulayanlar ve her pazara ürün yol haritalarının birinci sınıf bir vatandaşı olarak davrananlardır.
Internationalisation'la başlayın. İki dil seçin. Yayınlayın. Öğrenin. Genişletin. Mobil uygulama yerelleştirmesinin bileşik getirileri, girdiğiniz her yeni pazarla büyür.
Mobil uygulama yerelleştirme iş akışınızı kolaylaştırmaya hazır mısınız? Geliştirme ekipleri için tasarlanmış sürekli yerelleştirme platformu olan better-i18n'i keşfedin.