Dijital Pazarlama

Yapay Zeka Promtları — Arayüz Metninde Değişken ve Çoğul Koruma

Arayüz dizgeleri için yapay zekâdan taslak alırken kaynak anahtarını, değişkenleri ve dilin çoğul biçimlerini koruyun; gerçek ekranda insan denetimiyle sınayın.

Yapay Zeka Promtları — Arayüz Metninde Değişken ve Çoğul Koruma

Kısa arayüz metninde görünmeyen bağlamı da koruyun

Bir düğmenin, uyarının veya sonuç sayacının metni birkaç sözcükten oluşabilir; yine de çevirisi yalnızca cümleyi başka dile aktarma işi değildir. İçerikte bir değişken, kullanıcı adı, dosya adı ya da sayı sonradan yerleştiriliyorsa, sözcüklerin çevrilmesi sırasında bu işaretin yanlışlıkla silinmesi veya yeri bozulması işlevi etkileyebilir. Sayıya göre değişen bir mesajın dil bilgisi de her dilde aynı kalıba uymaz. Yapay zekâdan arayüz dizgeleri için taslak alırken kaynak anahtarını, metnin kullanım yerini, korunacak parçaları ve insanın hangi kontrolleri yapacağını birlikte tanımlamak gerekir.

Bu rehber arayüz dizgelerinin taslak çevirisine odaklanır; uygulama kodunu veya yayını yönetmez. Sayfa karşılıkları için çok dilli site rehberini, görev odaklı kontroller için erişilebilirlik rehberini, metin yapısı ve önizleme için de içerik yönetim sistemi rehberini inceleyebilirsiniz.

Önce kaynak dizgenin kimliğini ve görevini kaydedin

Çeviri isteğine yalnızca “Bu cümleyi hedef dile aktar” yazmak yeterli bağlam sağlamaz. Aynı kısa ifade bir düğmede, işlem tamamlandı bildiriminde, menü öğesinde veya boş sonuç ekranında farklı görev üstlenebilir. Başlamadan önce her satır için kararlı kaynak anahtarını, kaynak metni, arayüzde nerede ve hangi eylemden sonra göründüğünü, okuyucunun bu noktada ne yapmasının beklendiğini ve hedef dili kaydedin. Ekran görüntüsü veya ürün sahibinin kısa kullanım notu varsa onu da yalnızca görev için gerekli ölçüde ekleyin.

“Devam” gibi bir sözcüğün anlamı, düğmede mi yoksa tamamlanma bildiriminde mi göründüğüne bağlı olabilir. Kullanım yerini ve görevi belirtin. Marka veya çevrilmeyecek terimleri ayrıca listeleyin. Kaynak belirsizse modelden anlam seçmesini değil, eksik bağlamı ve sorulacak soruyu işaretlemesini isteyin.

Değişken işaretlerini metin değil, korunan öğe olarak tanımlayın

Bir dizgede {count}, {userName} veya %1$s benzeri işaretler bulunabilir. Bunların hangi uygulamada kullanıldığına ilişkin varsayım yapmadan, kaynakta ne yazıyorsa aynen korunan bir işaret olarak tanımlayın. Talimat metni içinde her işaretin değiştirilmemesi, silinmemesi, çoğaltılmaması ve çevresindeki boşluk ya da noktalama kuralı belirtilmedikçe farklı yere taşınmaması gerektiğini açıkça söyleyin. Modelden önce ve sonra işaretlerin listesini karşılaştırmasını isteyebilirsiniz; fakat bu yanıtı gerçek uygulama testi yerine kullanmayın.

Her değişken için kısa bir açıklama sağlayın: örneğin sayı, kişi adı, ürün adı veya dosya adı mı? Örnek değer verilecekse gerçek kullanıcı bilgisi yerine, gerçek bir kişiye ait olmayan ve hassasiyet taşımayan bir test değeri kullanın. Değişkenin dil bilgisel etkisi varsa bunu da not edin. Bir isim ek alacak mı, yoksa çevrilemeyen bir kimlik olarak mı gösterilecek? Bu karar kaynak sistemin yapısına bağlıdır. Model işaretin ne anlama geldiğini tahmin etmemeli; açıklama yoksa “bağlam eksik” diyerek soru önermelidir. İnceleme hedefi sözcük benzerliği değil, aynı kullanıcı eyleminin açık anlatımıdır.

Değişkenin yeri dil bilgisi gereği değişebilir; ancak uygulama biçimi buna izin vermelidir. Taslak doğru işareti korusa bile yazılım hatalı birleştirebilir. Kullanılabilir biçimi geliştiriciyle teyit edin ve kaynağı, değişken listesini, çeviriyi yan yana inceleyin. Modelin yeni bir işaret eklemesine izin vermeyin.

Çoğul biçimini sayı örneklerine bakarak tahmin etmeyin

Sayı içeren mesajlarda tekil ve çoğul ayrımı dilden dile değişir. Unicode’un ortak yerel ayar kuralları (CLDR), dillerin sayı kategorilerinin farklı olabileceğini ve bu kategorilerin yalnızca “bir” ile “diğer” şeklinde her yerde aynı olmadığını açıklar. Mobil platformların resmî yerelleştirme belgeleri de sayıya göre değişen dizgeler için ilgili dilin çoğul biçimlerini ayrı ele alır. Buradaki pratik sonuç şudur: birkaç İngilizce örneği Türkçeye veya başka bir hedef dile doğrudan kopyalamak güvenli bir yöntem değildir.

Uygulamanın gerçekten kullandığı çoğul mekanizmasını, kaynak anahtarını ve hedef dil için izin verilen biçimleri yetkili teknik kaynaktan veya kod deposundaki mevcut tanımdan alın. Talimat metni bunları yeni baştan icat etmesin. Her biçim için değişkenin nerede duracağını ve çevrilen cümlenin doğal olup olmadığını gözden geçirin. Bazı dillerde sayı ile isim arasında başka sözcükler veya farklı çekim bulunabilir; bu nedenle değişkeni cümlenin sabit bir noktasına zorla yerleştirmek doğru sonuç vermeyebilir. Dil uzmanı, uygulama geliştiricisi ve ürün sahibi gerektiğinde birlikte karar vermelidir.

Kaynakta çoğul tanımı yoksa model eksik biçimleri doldurmamalıdır. Önce uygulamanın kullandığı durumlar doğrulanır; yoksa taslak bunu açık bir soru olarak bırakır. Sıfır, bir veya diğer sayılar test edilirken gerçek hedef dil kuralı ve uygulama seçimi esas alınmalıdır.

Metin uzunluğunu ve yerleşimi tahmin değil, deneme konusu yapın

Bir düğme alanı kısa olabilir; ancak bu, anlamı korumadan sözcük kesmeyi haklı çıkarmaz. Kaynak metne karakter sınırı uygulanıyorsa sınırın neyi ölçtüğünü belirtin: karakter, bayt, satır veya belirli bir alandaki tasarım genişliği birbirinin yerine kullanılamaz. Hedef dildeki taslak, belirtilen sınırı aşıyorsa model kısaltma önerebilir; onaylanmış anlamı ve eylemi koruyarak birkaç seçenek sunmalı ve hangi anlam öğesini koruduğunu belirtmelidir. Uzunluk sayımı gerçek sistemde yeniden yapılmalıdır.

Gerçek arayüzde metin satır kırabilir veya düğme boyunu değiştirebilir. Kaynak ve taslağı önizlemede farklı ekran genişliklerinde deneyin. Kısa düğme, uzun açıklama, sayı içeren bildirim ve değişkenli mesaj gibi ayrı durumlar seçin. Yerleşim bozulursa metni gelişigüzel kesmek yerine tasarım ve dil sorumlularıyla karar verin.

Talimatı sınırları, bilinmeyenleri ve çıktının kullanımını anlatarak kurun

İyi bir talimat önce görevi söyler: kaynak dizgeleri hedef dilde taslakla, fakat yeni özellik veya anlam ekleme. Sonra bağlamı ve koruma kurallarını verir: kaynak anahtarını aynen taşı, değişken işaretlerini koru, ürün sözlüğündeki tercihleri uygula, çoğul biçimlerini verilen uygulama tanımına göre hazırla. Uzunluk koşulu varsa hangi ölçünün kullanıldığını açıkla. Modelin elinde bağlam yoksa bunu “bilinmiyor” olarak bırakmasını ve insanın yanıtlaması için tek, açık bir soru önermesini iste.

İnceleme çıktısında kaynak anahtarı, hedef dil taslağı, korunan işaretler, eksik bağlam ve insan kontrolü gereken nokta bulunsun. Bu alanlar yayın onayı değildir. Kaynakla taslağı karşılaştırın, işaretleri sayın ve metni gerçek görevde ekranda deneyin; modelin kendi kontrol açıklaması yeterli sayılmaz.

Bu iş akışı, genel yapılandırılmış çıktı şeması kurma yönteminden yararlanabilir; ancak amacı aynı değildir. “Şemaya Uygun Çıktı ve Alan Doğrulama” rehberi alan türü, eksik değer ve kaynak izini genel çıktı tasarımı açısından ele alır. Buradaki dar konu ise arayüz çevirisi için değişkenlerin, sayıya bağlı dil biçimlerinin ve kullanım bağlamının korunmasıdır. Talimatı her görevde ayrı bir makine sözleşmesine dönüştürmek yerine, çeviri ekibinin inceleyebileceği kısa bir çalışma talimatı hazırlayın.

Yayına hazırlık, uzman incelemesi ve örnek kayıt

İnceleme tablosunda kaynak anahtarını, kaynak metni, taslağı, dil ve çoğul biçimi notunu, korunan değişkenleri ve karar durumunu birlikte gösterin. “Onaylandı”, “düzeltme bekliyor” ve “bağlam sorusu var” gibi durumlar, üretken taslağın yayın izni sanılmasını önler. Her satırda onay veren rolü ve değişikliğin hangi kaynak sürümüne ait olduğunu kurumun çalışma düzenine göre kaydedin. Bu makale bir yasal uygunluk veya veri güvenliği garantisi vermez; gerçek kişisel veri içeren dizgeleri araca gönderip göndermeme kararı, kullanılan hesap ve kurum politikası doğrulanarak verilmelidir.

Örnek kaynakta anahtar “bildirim.sayi”, metin “{count} mesaj hazır”, açıklama ise “mesaj sayısı” olsun. Uygulamadaki çoğul biçimi bilinmiyorsa model tamamlanmış çeviri sunmaz; eksik tanımı sorar. Tanım sağlandığında izinli biçimler çevrilir, değişken korunur ve test değerleri gerçek ekranda denenir. Beklenmeyen sonuç çeviri, biçimlendirme veya alan genişliği olarak ayrı kaydedilir.

Bağlantılı rehberler sayfa ilişkisini, görev açıklığını ve içerik önizlemesini ele alır; bu yazı bunların yerine geçmez. Buradaki amaç arayüz dizgesi taslağını kaynak bilgisine bağlamak ve insan incelemesine sunmaktır. Son yayın kararını bağlamı bilen ekip verir.

Sık Sorulan Sorular

Çeviri için yalnızca kaynak cümleyi vermek yeterli olur mu?

Kısa bir metin bile düğme, hata uyarısı veya tamamlanma bildirimi olabilir. Nerede ve hangi işlemden sonra göründüğü bilinmiyorsa model bir anlam seçebilir. Kaynak anahtarını, kullanım yerini, hedef dili, kullanıcı görevini ve çevrilmeyecek parçaları ekleyin. Bunlardan biri yoksa taslaktan önce sorulmasını isteyin.

Değişken yer tutucusu hedef dilde başka yere taşınabilir mi?

Her yer tutucunun biçimlendirme kuralı farklı olabilir. Dil bilgisi başka bir sıra gerektirebilir; buna rağmen uygulama biçimi değişikliğe izin vermeyebilir. Önce değişken biçimini ve nerede kullanılabileceğini teknik sorumludan öğrenin. Talimat içinde işaretin karakterlerini koruma ve açıklama olmadan değiştirmeme kuralını yazın; sonrasında gerçek uygulamada sınayın.

Sayı içeren her mesaj için tekil ve çoğul iki biçim yeterli midir?

Bunu genellemek doğru olmaz. Çoğul kategorileri dile ve uygulamanın kullandığı yerelleştirme mekanizmasına bağlıdır; bazı kaynaklarda gereken seçenekler farklılaşabilir. Ürün tanımındaki biçimleri veya yetkili teknik kaynağı kullanın. Kategori listesi yoksa taslağı tamamlanmış gibi sunmak yerine eksikliği ve soruyu gösterin.

Modelden değişken listesini yeniden yazmasını istemek kontrol sayılır mı?

Bu yalnızca yardımcı bir karşılaştırma adımıdır. Model kendi çıktısındaki bir değişikliği fark etmeyebilir. İnsan incelemesinde kaynak ile taslağı yan yana getirin; her yer tutucunun sayısını ve yazımını denetleyin. Ardından uygulama testinde gerçek, zararsız örnek değerlerle sonuç görünümünü kontrol edin.

Karakter sınırına sığmayan taslağı otomatik olarak kısaltmalı mıyım?

Hayır. Önce sınırın karakter, alan genişliği veya başka bir ölçü olup olmadığını doğrulayın. Modelden anlamı koruyan kısa alternatifler isteyebilirsiniz; ancak hangi bilgi veya eylem çağrısının korunduğunu insan değerlendirmelidir. Taslak sınırı aşıyorsa sorunu gizleyip kesmek yerine tasarım ve dil kararını birlikte alın.

Çoğul örneklerinde sıfır, bir ve iki sayısını kullanmak yeterli mi?

Bu sayılar başlangıç denemesi olabilir, fakat her dil veya uygulama için tüm durumları kapsadığını göstermez. Kaynağın tanımladığı kategori ve test değerleri esas alınmalıdır. Kullanılan kurallar kesirli değerleri veya başka sayı biçimlerini etkiliyorsa bunlar ayrıca teknik olarak belirlenmelidir; tahmin üretmeyin.

İçerik sahibinin bağlam notu çevirmen incelemesini ortadan kaldırır mı?

Hayır. Not, değişkenin neyi temsil ettiğini ve metnin hangi görevde göründüğünü açıklar; doğal kullanım ve dil bilgisi kararını tek başına vermez. Hedef dil bilen editör taslağı incelemeli, belirsiz ürün davranışını yetkili kişiye sormalı ve uygulama önizlemesindeki sonucu kontrol etmelidir.

Bu talimat metni yayın onayı veya doğru çalışma garantisi verir mi?

Hayır. Bu talimat metni yalnızca denetlenebilir bir taslak hazırlama yöntemidir. Kaynak doğruluğu, teknik birleştirme, uygun çoğul biçimi, yerleşim ve yayın izni ayrı kontrollerdir. Tüm maddelerden sorumlu kişiler gerçek sistemde kontrol yapıp kendi yayın sürecine göre karar vermelidir.

Arayüz dizgelerinin ve içerik iş akışlarının birlikte planlanması için dijital pazarlama hizmetini inceleyebilir; bu süreçte taslak üretimi, insan değerlendirmesi ve yayın öncesi kontrolün kapsamını görüşebilirsiniz.

Tüm yazılar