Mobil Uygulama Yerelleştirmesinde Terminoloji Rehberi Hazırlama

Mobil uygulama yerelleştirmesinde terminoloji rehberi, bir uygulamadaki önemli kelime ve ifadelerin farklı ekranlarda aynı anlam ve yaklaşımla kullanılmasını sağlayan çalışma dokümanıdır. İyi hazırlanmış bir rehber yalnızca çevrilecek terimleri listelemez; her terimin bağlamını, kullanılmaması gereken karşılıkları, karakter sınırlarını ve ürünün dil tonunu da açıklar.

Bu nedenle mobil uygulama yerelleştirmesinde terminoloji rehberi hazırlarken önce uygulamanın hedef kitlesini, işlevlerini ve ekran yapısını incelemeniz gerekir. Ardından kaynak metindeki kritik terimleri belirleyip hedef dildeki karşılıkları bağlam içinde test etmelisiniz. Bu yaklaşım, çeviri sırasında verilen anlık kararların ilerleyen sürümlerde farklılaşmasını önlemeye yardımcı olur.

Terminoloji rehberi neden gereklidir?#

Bir mobil uygulamada aynı kelime; menüde, bildirimde, yardım metninde, hata mesajında ve mağaza açıklamasında farklı bağlamlarda görünebilir. Çevirmen her ekranda yeni bir karşılık seçerse uygulamanın dili dağınık hale gelir. Kullanıcı aynı işlemi anlatan ifadeleri farklı gördüğünde arayüzü anlamakta zorlanabilir.

Terminoloji rehberi bu sorunu ortak kararlarla yönetir. Ürün ekibi, çevirmen, editör ve geliştirici arasında referans noktası oluşturur. Yeni ekranlar eklendiğinde daha önce kabul edilen terimler yeniden değerlendirilmeden kullanılabilir. Bu, özellikle sık güncellenen uygulamalarda metinlerin bütünlüğünü korumak açısından önemlidir.

• Aynı işlevin farklı ekranlarda aynı terimle ifade edilmesine yardımcı olur.
• Kullanıcıya yönelik dilin uygulama genelinde tutarlı kalmasını destekler.
• Çeviri ve editörlük sırasında tekrar tekrar karar verme ihtiyacını azaltır.
• Karakter sınırı olan buton, sekme ve bildirimlerde daha bilinçli seçim yapılmasını sağlar.
• Sonraki uygulama sürümlerinde daha önce alınan dil kararlarının korunmasına yardımcı olur.

Rehber, tek seferlik bir kelime listesi olarak görülmemelidir. Uygulama değiştikçe yeni terimler eklenmeli, eski kararlar bağlam değiştiğinde gözden geçirilmelidir.

Çalışmaya başlamadan önce hangi bilgiler toplanmalı?#

Terminoloji seçimi, kaynak dosyadaki kelimeleri doğrudan sözlük karşılıklarıyla değiştirmekten ibaret değildir. Ön hazırlık aşamasında uygulamanın ne yaptığını ve kullanıcıdan hangi eylemleri beklediğini anlamanız gerekir. Bunun için uygulamanın ekran görüntüleri, metin dosyaları, mevcut dil sürümleri, ürün açıklamaları ve varsa marka dili notları incelenebilir.

Her metin parçasının nerede göründüğü de kaydedilmelidir. Örneğin bir ifade butonda mı, sayfa başlığında mı, hata mesajında mı yoksa kısa bir bildirimde mi kullanılıyor? Aynı kaynak ifade bu alanların her birinde farklı uzunluk veya ton gerektirebilir.

Ön hazırlıkta şu sorulara cevap arayın:

• Uygulamanın birincil kullanıcı grubu kimdir?
• Kullanıcıdan beklenen işlem nedir?
• Dil resmi, samimi, teknik veya sade mi olmalıdır?
• Marka adı, ürün adı ve özellik adları çevrilecek mi?
• Hangi metinler arayüzde sınırlı alana sahiptir?
• Kaynak dilde belirsiz veya birden fazla anlama gelebilen terimler var mı?

Bu sorulara verilen cevaplar, rehberin yalnızca “kaynak terim” ve “hedef karşılık” sütunlarından oluşmasını engeller. Böylece dil kararları ürünün gerçek kullanımına bağlanır.

Terminoloji rehberinde hangi alanlar bulunmalı?#

Pratik bir rehber, ekipteki herkesin kolayca okuyabileceği bir tablo yapısına sahip olmalıdır. Dosyanın biçimi projeye göre değişebilir; ancak her kayıt, ilgili terimin nasıl ve nerede kullanılacağını açıkça göstermelidir.

“Onaylanan karşılık” alanı tek başına yeterli değildir. Örneğin İngilizcedeki “save” kelimesi bir uygulamada “kaydet”, başka bir bağlamda ise bir işlemi korumaya yönelik farklı bir ifade olarak kullanılabilir. Terimin hangi ekranda ve hangi eylemle ilişkili olduğu açıklanmadığında tablo yanlış yorumlanabilir.

Rehberde sorumlu kişi veya karar kaynağı için ayrı bir alan bulunması da yararlı olabilir. Böylece bir terim hakkında soru çıktığında kararın nasıl alındığı izlenebilir. Ancak bu alanın amacı bürokratik bir süreç oluşturmak değil, dil kararlarını anlaşılır ve güncel tutmaktır.

Terim seçimi ve karşılık belirleme süreci nasıl yürütülür?#

Öncelikli terimleri ayırın#

Her kelimeyi aynı önem düzeyinde ele almanız gerekmez. Uygulamanın ana özelliklerini, navigasyon ifadelerini, ödeme veya üyelik adımlarını, uyarıları, hata mesajlarını ve kullanıcı eylemlerini anlatan terimler öncelikli olarak incelenmelidir. Marka, ürün ve özellik adları da ayrı bir grup halinde değerlendirilmelidir.

Bu önceliklendirme, sınırlı zaman veya çok sayıda ekran bulunan projelerde rehberin uygulanabilir olmasını sağlar. Önce kullanıcı deneyimini doğrudan etkileyen ifadeler karara bağlanır; daha sonra ikincil metinler ele alınır.

Bağlamı görmeden karar vermeyin#

Bir terimin yalnızca sözlük anlamına bakarak seçim yapmak risklidir. Kelimenin cümledeki görevi, ekranın amacı, kullanıcıya hitap biçimi ve çevresindeki diğer ifadeler birlikte değerlendirilmelidir. Özellikle fiiller, teknik özellik adları ve kısa İngilizce ifadeler bağlamsız çevrildiğinde anlam kaymasına yol açabilir.

Bu nedenle mümkünse kaynak ifade, tam cümle, ekran adı ve işlev açıklaması aynı kayıtta tutulmalıdır. Çevirmen, terimi uygulamanın kullanım akışı içinde görmeden son karar vermemelidir.

Tek bir karşılığı otomatik olarak her yerde kullanmayın#

Tutarlılık önemli olsa da mekanik tekrar her zaman doğru sonuç vermez. Bir terim başlıkta isim olarak, açıklama metninde ise fiil olarak kullanılabilir. Hedef dilin doğal cümle yapısı için çekim veya ifade biçimi değişebilir. Rehberde bu farklılıklar örneklerle açıklanmalı; hangi durumda alternatif kullanımın kabul edileceği belirtilmelidir.

Ton, yazım ve kullanıcı deneyimi kuralları nasıl yazılır?#

Terminoloji rehberi yalnızca terimlerin sözlüğü değil, aynı zamanda uygulamanın dil yaklaşımını anlatan kısa bir stil kılavuzudur. Kullanıcıya “siz” diye mi, daha samimi bir biçimde mi hitap edileceği; komutların emir mi, rica mı şeklinde yazılacağı; hata mesajlarının ne kadar açıklayıcı olacağı önceden belirlenmelidir.

Örneğin hata mesajı yalnızca sorunu bildirmemeli, mümkün olduğunda kullanıcının sonraki adımı anlamasına yardımcı olmalıdır. Bununla birlikte teknik ayrıntı, kullanıcının ihtiyacını aşacak kadar artırılmamalıdır. Butonlarda kısa ve eylemi açıkça anlatan ifadeler tercih edilirken yardım metinlerinde daha açıklayıcı bir dil kullanılabilir.

Rehberde şu yazım noktalarına yer verebilirsiniz:

• Büyük ve küçük harf kullanımına ilişkin kurallar.
• Ürün adı, özellik adı ve marka ifadelerinin yazımı.
• Kısaltmaların açılımının ilk kullanımda verilip verilmeyeceği.
• Sayı, tarih, ölçü birimi ve para birimi gösterimi.
• Parantez, eğik çizgi, iki nokta ve noktalama işaretlerinin kullanımı.
• Hata, uyarı, başarı ve bilgilendirme mesajlarının ton farkları.

Türkçe yerelleştirmede eklerin özel adlara ve ürün adlarına nasıl getirileceği gibi konular da örneklenmelidir. Bir ifadenin doğru yazımı, uygulamanın her yerinde aynı biçimde kullanılmadığında kullanıcı deneyimindeki tutarlılık zedelenir.

Bu konu, kurumsal içeriklerdeki marka diliyle birlikte düşünülmelidir. Uygulama bir web sitesiyle aynı marka ekosisteminin parçasıysa marka dili ve ton tutarlılığı üzerine alınan kararlar karşılaştırılabilir.

Karakter sınırları ve arayüz kısıtları nasıl yönetilir?#

Mobil ekranda alan kısıtlı olduğu için uzun bir karşılık, masaüstünde anlaşılır görünse bile butonun taşmasına veya metnin kesilmesine neden olabilir. Ancak yalnızca kısa olsun diye anlamı eksik ya da doğal olmayan ifadeler seçmek de doğru değildir. Terminoloji rehberi bu dengeyi görünür hale getirmelidir.

Her terim için kesin bir sayı vermek her zaman mümkün olmayabilir; ekran genişliği, yazı tipi, cihaz ve tasarım yapısı sonucu değiştirebilir. Bu nedenle ilgili metnin arayüzde test edilmesi gerekir. Karakter sınırı olan alanlarda alternatifler hazırlanabilir ve hangi alternatifin hangi bağlamda kullanılacağı not edilebilir.

Aşağıdaki alanlar özellikle kontrol edilmelidir:

• Alt menü ve sekme adları.
• Birincil ve ikincil butonlar.
• Bildirim, uyarı ve hata mesajları.
• Form etiketleri ve yer tutucu metinler.
• Onboarding ekranları ve kısa açıklamalar.
• Mağaza görsellerinde kullanılan başlık ve sloganlar.

Karakter sayısı kontrolü, görsel incelemenin yerine geçmez. Aynı uzunluktaki iki ifade, harf yapısı veya kelime genişliği nedeniyle ekranda farklı yer kaplayabilir. Bu nedenle yerelleştirme dosyası tamamlandıktan sonra metinler gerçek arayüz üzerinde görülmelidir. Karakter sınırı ve arayüz kontrolü konusundaki yaklaşım, mobil uygulama metinleri için de yol gösterici olabilir.

Rehber nasıl test edilir ve güncel tutulur?#

İlk taslak hazırlandıktan sonra rehber, örnek ekranlar üzerinde denenmelidir. Aynı terimin farklı alanlarda nasıl göründüğünü inceleyin. Menüde uygun olan bir karşılık, hata mesajında veya uzun bir açıklamada aynı etkiyi yaratmayabilir. Bu tür farklar, rehberde bağlam notu ya da alternatif kullanım olarak gösterilmelidir.

Test sürecinde aşağıdaki kontroller yapılabilir:

1. Kaynak terim ile hedef karşılığın anlamı karşılaştırılır.
2. Terimin uygulamadaki tüm kullanımları bulunur.
3. Başlık, buton, bildirim ve açıklama bağlamları ayrı ayrı incelenir.
4. Karakter sınırı ve görsel taşma ihtimali kontrol edilir.
5. Ton, yazım ve ek kullanımının rehberle uyumu değerlendirilir.
6. Benzer işlevlerin aynı terimlerle ifade edilip edilmediğine bakılır.
7. Gerekli değişiklikler kayda alınır ve onaylanan sürüm işaretlenir.

Kontrol tamamlandıktan sonra rehberin sürüm bilgisi güncellenmelidir. Yeni özellik, kampanya, üyelik modeli veya teknik ifade eklendiğinde mevcut liste gözden geçirilir. Eski bir terimi değiştirmek gerekiyorsa, değişikliğin hangi ekranları etkilediği belirtilmelidir.

İçerik ve arayüz kontrolünü birbirinden ayırmamak önemlidir. Mobil uygulama yerelleştirmesinde dilsel doğruluk kadar ekran üzerindeki görünüm de değerlendirilmelidir. Kurumsal projelerde kullanılan yerelleştirme test süreci yaklaşımı, bu kontrol adımlarının planlanmasına yardımcı olabilir.

Sık yapılan hatalar nelerdir?#

Terminoloji rehberi hazırlanırken bazı hatalar projenin ilerleyen aşamalarında belirginleşir. En yaygın sorunlardan biri, listenin yalnızca çeviri tamamlandıktan sonra oluşturulmasıdır. Bu durumda farklı ekranlarda kullanılan karşılıklar zaten çoğalmış olabilir ve düzeltme maliyeti artabilir.

Bir diğer hata, terimleri bağlamdan bağımsız şekilde kaydetmektir. “Karşılık” sütununa tek bir kelime yazmak, o kelimenin hangi cümle yapısında kullanılacağını açıklamaz. Ayrıca kaçınılacak karşılıkların belirtilmemesi, sonraki çeviri güncellemelerinde eski seçeneklerin yeniden kullanılmasına neden olabilir.

• Marka ve özellik adlarını rastgele çevirmek.
• Benzer işlevler için birbirinden farklı terimler kullanmak.
• Buton ve sekme sınırlarını yalnızca çeviri sonrasında fark etmek.
• Hata mesajlarında kaynak dilin cümle yapısını aynen korumak.
• Rehberi güncellemeyip eski kararları geçerli kabul etmek.
• Çevirmen, editör ve ürün ekibi arasındaki soruları kayıt altına almamak.

Bu hataları önlemek için rehberin yaşayan bir doküman olması, kararların gerekçesiyle birlikte yazılması ve gerçek ekranlarda düzenli olarak kontrol edilmesi gerekir.

Profesyonel destek ne zaman değerlendirilebilir?#

Uygulamada az sayıda ekran ve sınırlı metin bulunuyorsa ekip içinde hazırlanan basit bir tablo yeterli olabilir. Ancak birden fazla dil, çok sayıda özellik, sık sürüm güncellemesi veya teknik terminoloji söz konusuysa uzman desteği değerlendirmek yararlı olabilir. Bu aşamada yalnızca kelime çevirisi değil, bağlam, ton, karakter sınırı ve arayüz görünümü birlikte ele alınmalıdır.

Pura Tercüme, Antalya merkezli tercüme hizmeti sunar. Projenizin kapsamını ve dosya yapısını paylaşarak mobil uygulama metinleriniz için hangi çalışma biçiminin uygun olabileceği hakkında bilgi alabilirsiniz. İletişim için 0552 740 19 23 numarasını kullanabilirsiniz. İhtiyaca göre dijital veya kargo teslim seçenekleri de ayrıca görüşülebilir.

Sonuç#

Mobil uygulama yerelleştirmesinde terminoloji rehberi, uygulama metinlerini tek biçime zorlayan basit bir sözlük değil; bağlam, ton, karakter sınırı ve kullanım kararlarını bir araya getiren çalışma aracıdır. Öncelikli terimleri belirleyerek, her ifadeyi ekran bağlamında inceleyerek ve gerçek arayüz üzerinde test ederek daha tutarlı bir dil yapısı oluşturabilirsiniz.

Antalya merkezli bir ekip, farklı ilçelerden veya uzaktan çalışan proje paydaşlarıyla dosya paylaşımı yaparken de aynı yaklaşımı sürdürebilir. Antalya, Kepez, Muratpaşa, Konyaaltı, Aksu veya diğer ilçelerden yürütülen bir proje için önemli olan, iletişim kanalından çok kararların açık, güncel ve erişilebilir olmasıdır. Rehber düzenli güncellendiğinde yeni sürümlerde dil tutarlılığını korumak kolaylaşır.

Sık Sorulan Sorular#

Mobil uygulama terminoloji rehberi hangi aşamada hazırlanmalıdır?#

Rehberin ilk taslağı çeviriye başlamadan önce hazırlanmalıdır. Çeviri sırasında ortaya çıkan yeni terimler eklenmeli ve uygulama güncellendikçe doküman yenilenmelidir.

Terminoloji rehberinde her kaynak kelime için tek bir karşılık mı bulunmalıdır?#

Her bağlam için temel bir tercih belirlenebilir; ancak aynı terim farklı cümle görevlerinde değişebiliyorsa kabul edilen alternatifler ve kullanım koşulları ayrıca yazılmalıdır.

Karakter sınırı terminoloji rehberine nasıl eklenir?#

Terimin göründüğü alan, varsa teknik sınır, önerilen kısa kullanım ve alternatif ifade birlikte kaydedilebilir. Son karar, metnin gerçek arayüzde test edilmesiyle verilmelidir.

Uygulama yerelleştirmesi için noter onayı veya apostil gerekir mi?#

Uygulama metinlerinin yerelleştirilmesi genellikle dijital içerik çalışmasıdır; noter onayı veya apostil ihtiyacı doğrudan terminoloji rehberinden kaynaklanmaz. Resmî bir belge de çevrilecekse ilgili kullanım amacı ayrıca değerlendirilmelidir.