Uygulama İçi Satın Alma Metinleri Nasıl Yerelleştirilir?

Bir uygulamanın gelir getiren kısmı çoğu zaman en az özen gösterilen kısmıdır. Arayüz özenle çevrilir, mağaza sayfası düzenlenir, ama ödeme ekranındaki iki cümle kaynak dilde kalır. Uygulama içi satın alma metinleri, kullanıcının parasını çıkarmadan hemen önce okuduğu son metindir.

İçindekiler

Jiménez-Crespo, uygulama içi satın alma ürün adlarını ve açıklamalarını yerelleştirilecek ögeler arasında sayar. Bu bilgilerin kullanıcıya ek satın alma yapmadan önce gösterildiğini özellikle belirtir (2024, s. 232). Yani metin bir tanıtım değil, karar anının kendisidir.

Aşağıda bu metinlerin nerede göründüğünü, hangi sınırlara tabi olduğunu ve Türkçeye aktarırken hangi risklerin doğduğunu ele alıyoruz.

Uygulama içi satın alma metinleri iki ayrı yerde görünür

Satın alma metinleri iki farklı katmanda yaşar. Birinci katman mağaza listelemesidir; kullanıcı uygulamayı indirmeden önce hangi ek satın almaların bulunduğunu burada görür. İkinci katman uygulamanın kendisidir; ödeme akışı, paket seçim ekranı ve onay penceresi burada çalışır.

Bu iki katman farklı sistemlerde tutulur. Mağaza metinleri geliştirici konsoluna girilir. Uygulama içi metinler ise kaynak dosyalardan gelir. Sonuç, aynı ürünün iki farklı adla anılmasıdır: listelemede bir ad, uygulamada başka bir ad.

Kitap, Apple uygulamalarında mağaza açıklamasının yanı sıra her yerel için uygulama içi satın almaların da yerelleştirilmesinin gerektiğini belirtir (Jiménez-Crespo 2024, s. 237). Bu gereklilik, iki katmanın aynı terim listesine bağlanmasını zorunlu kılar.

Mağaza tarafındaki alanlar ve sınırlar

Mağaza tarafında satın alma ürünleri için ayrı alanlar vardır. Kitaptaki listelemeye göre App Store, satın alma başlığı için 75 karakterlik bir sınır uygular ve içerik için bayt cinsinden bir üst değer belirtir. Google Play tarafında ürün adı ve açıklaması ayrı alanlar olarak istenir (2024, s. 228).

Metin	Nerede görünür	Öncelik
Satın alma ürün adı	Mağaza ve uygulama	Çok yüksek
Ürün açıklaması	Mağaza listelemesi	Yüksek
Paket seçim etiketi	Uygulama içi ekran	Çok yüksek
Abonelik koşulu metni	Onay öncesi ekran	Hukuki
Onay ve hata iletileri	Ödeme akışı	Yüksek
Fatura açıklaması	Mağaza makbuzu	Orta

Ürün adı en kritik metindir çünkü hem listelemede hem uygulamada aynı biçimde görünmelidir. Kısaltmak gerektiğinde kısaltma her iki yerde birden yapılmalıdır. Yalnızca birinde kısaltılan ad, kullanıcıda farklı ürünler olduğu izlenimi yaratır.

Açıklama alanı daha rahattır, ama burada da abartılı vaatlerden kaçınmak gerekir. Mağaza inceleme süreçleri, açıklamada söylenenle ürünün gerçekte sunduğu arasındaki farkı sorun olarak değerlendirebilir.

Karakter sınırlarının bir kısmı bayt cinsinden verilir. Bu ayrım Türkçe için önemlidir, çünkü Türkçeye özgü harfler kodlamada birden fazla bayt kaplayabilir. Karakter sayısı sınırın altında görünse bile bayt karşılığı sınırı aşabilir; kontrol bu yüzden gerçek alan üzerinde yapılmalıdır.

Uygulama içindeki satın alma akışı

Akış metinleri kısa, sık ve yüksek riskli dizelerden oluşur. Paket adı, süre bilgisi, karşılaştırma etiketleri, birincil eylem düğmesi ve onay metni birkaç ekranda sıkışır. Bu dizelerin çoğu mobil ekran alanı açısından en dar ögelerdir.

Buradaki dil, arayüzün geri kalanından farklı bir işe hizmet eder. Bilgi vermek yeterli değildir; belirsizliği gidermek gerekir. Kullanıcının aklındaki sorular nettir: ne kadar süre, ne zaman tahsil edilir, nasıl iptal edilir. Metin bu üç soruyu kaçamaksız cevaplamalıdır.

Kaynak metinlerde bu sorular çoğu zaman pazarlama diliyle geçiştirilir. Türkçe sürümde aynı belirsizliği taşımak, kullanıcı şikâyeti ve iade talebi olarak geri döner. Netlik burada üslup tercihi değil, ticari bir gerekliliktir.

Düğme etiketleri ayrı bir dikkat ister. Satın alma düğmesinde kullanılan fiil, kullanıcının ne yaptığını doğru anlatmalıdır. Ücretsiz denemeye başlatan bir düğmede satın alma fiilini kullanmak, teknik olarak yanlış olmasa bile beklenti hatasına yol açar.

Fiyat, para birimi ve vergi ifadeleri

Fiyatı metnin içine yazmak, satın alma metinlerinde en sık yapılan hatadır. Tutar mağaza tarafından biçimlendirilir ve pazara göre değişir. Metne gömülen bir rakam, para birimi ya da vergi oranı değiştiğinde sessizce yanlış hâle gelir.

Doğru yaklaşım, tutarın sistem tarafından yerleştirileceği bir alan bırakmaktır. Çevirmenin görevi bu alanı korumak ve cümlenin Türkçe dizilişini buna göre kurmaktır. Sayının cümle içindeki yeri dile göre değişebilir; sabit varsayılmamalıdır.

Vergi ifadeleri ayrı bir konudur. Fiyatın vergiler dâhil mi yoksa hariç mi gösterildiği pazara göre değişir. Kaynak metindeki ifadeyi doğrudan aktarmak yanıltıcı olabilir; bu satır ilgili birimle birlikte kararlaştırılmalıdır.

Karşılaştırmalı ifadeler de dikkat ister. Bir paketin diğerine göre daha avantajlı olduğunu söyleyen cümleler, fiyatlar pazara göre farklılaştığında geçerliliğini yitirebilir. Oransal bir ifade kullanmak, mutlak bir tutar yazmaktan daha dayanıklıdır. Yine de bu oranların da her fiyat güncellemesinde doğrulanması gerekir.

Abonelik ve yenileme metinleri

Abonelik metinleri hem pazarlama hem hukuk metnidir. Otomatik yenileme, deneme süresi, iptal yolu ve ücretlendirme zamanı gibi bilgiler burada verilir. Bu bilgilerin eksik ya da bulanık çevrilmesi, mağaza inceleme aşamasında da tüketici tarafında da sorun yaratabilir.

Kitap, uygulamanın pazarlanıp dağıtılabilmesi için yerel mevzuata uyumla ilgili bazı konuların önceden çözülmesi gerektiğini belirtir (Jiménez-Crespo 2024, s. 229). Abonelik metinleri bu tanımın tam ortasına düşer.

Pratik çözüm, bu dizeleri ayrı bir dosyada ya da ayrı bir etiketle işaretlemektir. Böylece hukuki onay gerektiren metinler, olağan arayüz çevirisinden ayrılır ve iki süreç birbirini beklemez. Süreç kurgusu için bilgi merkezimizdeki yazılara bakabilirsiniz.

Terim tutarlılığı: mağaza, uygulama ve makbuz

Bir satın alma ürünü kullanıcının karşısına en az üç kez çıkar: mağaza listelemesinde, uygulama içindeki seçim ekranında ve satın alma sonrası makbuzda. Üç yerde üç farklı ad kullanılırsa güven zedelenir ve destek talebi artar.

Kitap, uygulamanın mağaza tarafından kabul edilebilmesi için platformların standartlaşmış terimleriyle terminolojik tutarlılığın korunması gerektiğini de yazar (2024, s. 229). Satın alma, abonelik ve iade gibi kavramlarda platformun kendi Türkçe karşılıkları esas alınmalıdır.

Bunun için kısa bir terim listesi yeterlidir. Beş ila on kavram, çoğu uygulamanın satın alma akışını kapsar. Bu liste bir kez hazırlanıp onaylandığında sonraki tüm sürümlerde kullanılabilir.

Listenin kimde durduğu da önemlidir. Pazarlama, ürün ve destek ekipleri aynı kavramı farklı adlandırmaya eğilimlidir. Terim listesi ortak bir yerde tutulmazsa, altı ay sonra dört farklı sürümü dolaşıma girer ve tutarlılık kendiliğinden bozulur.

Satın alma akışını test etmek

Satın alma metinleri, yalnızca dosyada okunarak doğrulanamaz. Ekranda görülmesi gerekir. Kitap, uygulama yerelleştirmesinde dilsel testin kaynak dosyalar üzerinde, işlevsel testin ise benzetim ortamlarında veya gerçek cihazlarda yapıldığını anlatır (Jiménez-Crespo 2024, s. 230).

Satın alma akışı için ek bir zorluk vardır: gerçek ödeme yapmadan test etmek gerekir. Platformlar bunun için sınama hesapları sunar. Test planına bu hesapların kurulumu da yazılmalıdır; aksi hâlde akış hiç denenmeden yayına çıkar.

Testte yalnızca başarılı senaryo denenmemelidir. Ödemenin reddedilmesi, bağlantının kopması ve aboneliğin iptal edilmesi gibi durumlarda gösterilen iletiler de Türkçe olmalıdır. Bu iletiler genellikle listede en sona kalır ve çoğu zaman unutulur.

Hata iletilerinin bir kısmı uygulamadan değil, ödeme altyapısından gelir. Bu metinlerin dili sizin denetiminizde olmayabilir. Böyle durumlarda uygulamanın kendi açıklayıcı satırını hatanın yanına eklemek, kullanıcıyı destek talebi açmaktan alıkoyan basit bir çözümdür.

Türkiye bağlamı

Türkiye pazarında dijital abonelikler konusunda kullanıcı hassasiyeti yüksektir. İptal yolunun açıkça yazılması, otomatik yenilemenin gizlenmemesi ve deneme süresinin bitiş tarihinin belirtilmesi beklenir. Bu beklentiyi karşılamayan metinler mağaza yorumlarında hızla dile getirilir.

Hukuki tarafta mesafeli satış ve tüketici mevzuatı devreye girer. Dijital içerikte cayma hakkının kapsamı, hizmetin ifasına başlanmasıyla değişebilir. Bu ayrıntı, uygulama içindeki tek bir onay cümlesine kadar iner ve gelişigüzel çevrilmemelidir.

Dil tarafında ise sayı ve para birimi biçimi önemlidir. Türkçede ondalık ayırıcı virgüldür ve para birimi simgesi genellikle tutardan sonra yazılır. Bu biçim sistem tarafından üretilir; çevirinin görevi cümleyi bu diziliş bozulmayacak şekilde kurmaktır.

Son olarak ödeme alışkanlıkları farklıdır. Kart bilgisi saklamaya çekinen kullanıcı sayısı azımsanmayacak düzeydedir. Güvenlik ve iptal konusundaki cümlelerin net olması, dönüşüm oranını doğrudan etkileyebilir.

Bu sizin için ne anlama geliyor?

Uygulamanız gelir getiriyorsa, satın alma metinlerini arayüzün geri kalanından ayrı bir öncelik grubuna alın. Aşağıdaki sıra, riskin büyük kısmını üretim öncesinde kapatır.

1. Satın alma ürün adlarını mağaza ve uygulama tarafında tek listede eşleştirin.
2. Fiyat ve süre bilgisini metne gömmeyin, sisteme bırakın.
3. Abonelik ve iptal cümlelerini hukuki onay gerektiren dizeler olarak işaretleyin.
4. Platformun Türkçe standart terimlerini kısa bir listeye alın.
5. Sınama hesabıyla başarılı ve başarısız ödeme senaryolarını ayrı ayrı deneyin.
6. Yayın sonrası ilk ayda yorumları satın alma şikâyeti açısından tarayın.

Bu adımların çoğu tek seferlik hazırlık işidir. Satın alma akışı metinlerinin çevirisi ve gözden geçirilmesi için teklif isteyebilir, kapsam ve ücretlendirme için fiyatlar sayfamıza bakabilirsiniz.

Sık sorulan sorular

Uygulama içi satın alma metinleri nerede görünür?

İki yerde görünür. Birincisi mağaza listelemesindeki ürün adı ve açıklaması, ikincisi uygulama içindeki satın alma akışıdır. Kitap, bu bilgilerin kullanıcıya ek satın alma yapmadan önce gösterildiğini belirtir.

Bu metinler için karakter sınırı var mı?

Evet. Kitaptaki listelemede App Store tarafında satın alma başlığı için 75 karakterlik bir sınır verilir. Google Play tarafında ise ürün adı ve açıklaması ayrı alanlar olarak istenir.

Fiyatı metnin içine yazmak doğru mudur?

Genellikle önerilmez. Fiyat mağaza tarafından biçimlendirilir ve pazara göre değişir. Metne gömülen bir tutar, para birimi ya da vergi değiştiğinde yanlış bilgi hâline gelir.

Abonelik koşullarını kim yazmalı?

Metin çevirmen tarafından hazırlanabilir, ancak hukuki içerik ilgili birim tarafından onaylanmalıdır. Kitap, dağıtımdan önce yerel mevzuata uyum konularının çözülmesi gerektiğini vurgular.

Kaynaklar

• Jiménez-Crespo, M. A. (2024). Localization in Translation. Routledge, s. 228–237.
• Apple App Store Connect Yardım, uygulama içi satın alma bilgileri (2024).
• Google Play Console Yardım, uygulama içi ürünler ve abonelikler (2024).

Bu yazı genel bilgilendirme amaçlıdır, hukuki görüş değildir.