Hibrit Uygulama Yerelleştirmesi: Yerel ve Web Uygulamalarından Farkı

Aynı iş için gelen iki çeviri talebi birbirine benzeyebilir, ama arkalarındaki teknik yapı tamamen farklı olabilir. Uygulamanın yerel mi, web tabanlı mı yoksa melez mi olduğu, metnin nerede durduğunu ve nasıl güncelleneceğini belirler. Hibrit uygulama yerelleştirmesi bu üç yapının tam ortasında durur.

İçindekiler

Jiménez-Crespo, uygulamaların genel olarak cihazda saklanıp saklanmadıklarına göre yerel, web ve hibrit biçiminde sınıflandırıldığını aktarır (2024, s. 237). Bu sınıflandırma teorik bir ayrım değildir; her tür farklı bir yerelleştirme akışı gerektirir.

Aşağıda üç türü karşılaştırıyor, hangi durumda hangi sürecin kurulması gerektiğini ve teklif aşamasında hangi soruların sorulacağını ele alıyoruz.

Üç tür, üç farklı metin yeri

Kitaba göre yerel uygulamalar cihazın işletim sistemine indirilip kurulan, belirli bir mobil platform için tasarlanmış uygulamalardır. Cihazın kamera, mikrofon, konum ve bildirim gibi tüm özelliklerinden yararlanırlar (Jiménez-Crespo 2024, s. 237).

Mobil web uygulamaları ise uygulama gibi görünen, ancak işletim sistemindeki tarayıcı üzerinden erişilen web siteleridir. Genellikle HTML5 veya JavaScript ile geliştirilir ve sunucu tarafındaki içerik ile teknolojileri kullanırlar (2024, s. 238).

Bu tür, yerelleştirme açısından bir web sitesi gibi davranır. Metin sunucudadır, güncelleme anında yayına girer ve mağaza incelemesi devreye girmez. Buna karşılık cihaz özelliklerine erişimi sınırlıdır; bildirim ve çevrimdışı kullanım gibi işlevlerde kısıtlar bulunur.

Hibrit uygulamalar cihaza kurulur ve cihazda çalışır, fakat web teknolojileriyle geliştirilmiştir. Kitap, bunların yerel kapsayıcı içinde çalıştığını ve web görünümü aracılığıyla cihaz algılayıcılarına erişebildiğini belirtir (2024, s. 238).

Kullanıcı açısından üç tür çoğu zaman ayırt edilemez. Ekranda hepsi benzer görünür. Ayrım, yalnızca perde arkasında ve dolayısıyla yerelleştirme sürecinde belirir. Bu yüzden tür bilgisi çeviri ekibine mutlaka aktarılmalıdır.

Karşılaştırmalı bakış

Üç türün yerelleştirme açısından farkı, metnin nerede saklandığı ve ne zaman güncellendiğidir. Aşağıdaki tablo bu farkları özetler.

Ölçüt	Yerel	Web	Hibrit
Metnin yeri	Kurulu paket	Sunucu	Her ikisi
Güncelleme yolu	Yeni sürüm	Anında	Karma
Mağaza incelemesi	Var	Yok	Var
Platform farkı	Belirgin	Az	Orta
Test yükü	Yüksek	Orta	Yüksek
Cihaz özellikleri	Tam erişim	Sınırlı	Kapsayıcı üzerinden

Tablodaki en kritik satır güncelleme yoludur. Yerel uygulamada bir yazım hatasını düzeltmek yeni bir sürüm ve yeni bir inceleme demektir. Web tarafında aynı düzeltme dakikalar içinde yayına girer. Hibrit uygulamada ise hangi metnin nerede olduğuna bağlıdır.

Bu fark, kalite beklentisini de değiştirir. Yerel paketteki metinlerde hata toleransı düşüktür, çünkü düzeltme pahalıdır. Sunucudan gelen metinlerde ise hızlı düzeltme mümkündür; bu, daha çevik bir çalışma biçimine izin verir.

Yerel uygulamada metin akışı

Yerel uygulamada metin, kaynak dosyalardan çıkar ve derlenmiş pakete gömülür. Kullanıcı uygulamayı mağazadan indirdiğinde dizeler de cihaza iner. Kitap, bu dizelerin uygulama indirildiğinde kullanıcının cihazına yüklendiğini açıkça belirtir (Jiménez-Crespo 2024, s. 232).

Bu yapının avantajı öngörülebilirliktir. Hangi metnin hangi sürümde bulunduğu bellidir. Dezavantajı ise katılıktır: yayın sonrası her düzeltme, tam bir sürüm döngüsü gerektirir.

Bu yüzden yerel uygulamalarda dil kalite kontrolü yayın öncesine yığılır. Teslim planı buna göre kurulmalı, son okuma için gerçek bir zaman aralığı ayrılmalıdır. Süre baskısı altında atlanan bu adım, sonraki aylarda düzeltme yükü olarak geri döner.

Kullanıcı tarafında da bir gecikme vardır. Düzeltme yayımlansa bile, güncellemeyi almayan cihazlarda eski metin görünmeye devam eder. Yani yerel uygulamada bir hatanın ömrü, düzeltmenin yayımlandığı tarihten çok daha uzundur.

Hibrit uygulama yerelleştirmesinde iki ayrı ritim

Hibrit yapıda metnin bir bölümü kurulu pakettedir, bir bölümü ise sunucudan gelir. İki kaynak farklı hızlarda güncellenir. Tek bir teslim takvimi kurmak bu yüzden zordur; iki ayrı akış tanımlamak daha gerçekçidir.

Bu ikilik terim tutarlılığını da zorlar. Aynı kavram pakette bir, sunucu içeriğinde başka biçimde geçebilir. Ortak bir terim listesi ve ortak bir çeviri belleği kurmak, iki akışı birbirine bağlayan tek pratik araçtır.

Sorumluluk dağılımı da netleştirilmelidir. Pakete gömülü metinler genellikle ürün ekibinin, sunucu içeriği ise içerik ekibinin sorumluluğundadır. İki ekip aynı terim listesine bakmıyorsa, tutarsızlık süreç değil örgütlenme sorunudur.

Test tarafında da ek yük vardır. Uygulamanın kurulu kısmı bir sürümde, sunucu içeriği başka bir sürümde olabilir. Test senaryosu bu kombinasyonu da kapsamalıdır. Süreç kurgusu için bilgi merkezimizdeki yazılardan yararlanabilirsiniz.

Buna karşılık hibrit yapı bir avantaj da sunar. Sunucudan beslenen ekranlarda metin, mağaza incelemesi beklenmeden düzeltilebilir. Kritik bir yazım hatası ya da yanlış bir tutar bilgisi aynı gün giderilebilir. Hangi metnin bu esnekliğe sahip olduğunu bilmek, kriz anında zaman kazandırır.

Sunucudan gelen içerik sorunu

Kitap, yerelleştirilecek ögeler arasında sunucu tabanlı içeriği ayrıca sayar. Bazı uygulamaların haber ya da kullanıcı üretimi içerik gibi malzemeleri sunuculardan çektiğini, uygulama yerelleştirilse bile çekilen içerik yerelleştirilmezse kullanıcıların uygulamayı yararlı bulmayabileceğini belirtir (2024, s. 232).

Aynı bölümde, yeni içeriğin yerelleştirilmesi için içerik yönetim sistemleriyle yürütülen çevik web yerelleştirmesine benzer bir sürecin kurulması önerilir. Yani sunucu içeriği tek seferlik bir iş değil, sürekli bir akıştır.

Alıcı taraf için sonuç nettir: arayüz çevirisiyle içerik çevirisi ayrı bütçe kalemleridir. Arayüz bir kez çevrilir ve nadiren değişir; içerik her gün üretilir. İkisini aynı sipariş altında toplamak, gerçekçi olmayan bir maliyet beklentisi yaratır.

İçeriğin tamamının çevrilmesi de zorunlu değildir. Hangi bölümlerin hedef pazarda gerçekten okunduğuna bakılarak bir öncelik listesi kurulabilir. Az okunan arşiv içeriği için makine çevirisi ve hafif düzeltme yeterli olabilirken, öne çıkan içerikte insan çevirisi tercih edilir.

Platformlar arası geliştirme ve tür bulanıklığı

Sınıflandırma pratikte her zaman net değildir. Kitap, bazı geliştirme ortamlarının platformlar arası geliştirmeye izin verdiğini ve tek bir çekirdek uygulamadan hem Android hem iOS sürümlerinin derlenebildiğini anlatır (Jiménez-Crespo 2024, s. 228).

Bu yaklaşım yerelleştirme açısından genellikle iyi haberdir. Metin tek kaynaktan çıkar, iki platforma birden dağıtılır ve tutarsızlık riski azalır. Buna karşılık test yükü azalmaz; iki platformda da ayrı ayrı doğrulama gerekir.

Türün bulanıklaşması, teklif aşamasında yanlış varsayımlara yol açabilir. Bu yüzden proje başlarken teknoloji yığınının açıkça sorulması gerekir. Cevap, dosya biçimini ve teslim yöntemini doğrudan belirler.

Türetilmiş ve özgün uygulamalar

Teknik sınıflandırmanın yanında bir de kökene dayalı ayrım vardır. Kitap, uygulamaların çoğunun web, yazılım veya video oyunu ortamlarındaki mevcut türlerden doğan türetilmiş örnekler olduğunu, bunun yanında yalnızca uygulama olarak var olan özgün türlerin de bulunduğunu belirtir (Jiménez-Crespo 2024, s. 226).

Bu ayrımın çeviri açısından somut bir karşılığı vardır. Türetilmiş bir uygulamanın web ya da masaüstü sürümü zaten çevrilmiştir. Var olan çeviri belleği ve terim listesi devralınabilir; işin önemli bir bölümü baştan kapanır.

Özgün uygulamalarda ise böyle bir miras yoktur. Terimler sıfırdan kurulur ve kararlar sonraki yıllara bağlayıcı olur. Bu projelerde başlangıçta ayrılan terim çalışması süresi, sonraki tüm sürümlerin kalitesini belirler.

Devralınan çevirinin denetlenmesi de gerekir. Web sürümünde uzun yıllar kullanılmış bir terim, mobil arayüzün dar alanına sığmayabilir ya da dokunmatik etkileşime uymayabilir. Miras alınan bellek bir başlangıçtır, doğrudan bir onay değildir; en azından arayüz dizeleri gözden geçirilmelidir.

Kitap ayrıca mağaza kategorilerine dayalı sınıflandırmalardan da söz eder ve oyunlar, iş, eğitim ile araçların en yaygın kategoriler arasında yer aldığını aktarır (Statista 2023, Jiménez-Crespo 2024, s. 238). Kategori, kullanılacak üslubu ve terim yoğunluğunu doğrudan etkiler.

Türkiye bağlamı

Türkiye’de kurumsal uygulamaların önemli bir bölümü hibrit yapıdadır. Bankacılık, perakende ve kamu hizmetlerinde aynı içeriğin hem web sitesinde hem uygulamada sunulması yaygındır. Bu, çeviri açısından tekrar eden içerik demektir ve ortak bellek kullanımını değerli kılar.

İkinci konu içerik hacmidir. Sunucudan beslenen Türkçe içerik, arayüz metninden kat kat büyüktür. Bütçe planlanırken bu oran göz önünde tutulmazsa, arayüz için ayrılan kaynak içerik akışını karşılamaz.

Üçüncü konu kişisel verilerdir. Sunucudan gelen içerik kullanıcı üretimliyse, çeviri sürecinde kişisel veri geçme ihtimali doğar. KVKK kapsamında bu akışın nasıl yönetildiği, tedarikçi sözleşmesinde açıkça tanımlanmalıdır.

Son olarak bağlantı koşulları vardır. Zayıf bağlantıda sunucu içeriği geç gelir ve uygulama boş görünebilir. Bu durumda gösterilen bekleme ve hata metinlerinin Türkçe ve anlaşılır olması, kullanıcı algısını doğrudan etkiler.

Bu sizin için ne anlama geliyor?

Çeviri talebi hazırlarken uygulamanızın türünü belirtmek, alacağınız teklifin gerçekçiliğini belirler. Aşağıdaki sıra, kapsamı netleştirmenize yardımcı olur.

1. Geliştirme ekibinden uygulamanın türünü ve teknoloji yığınını yazılı olarak alın.
2. Pakete gömülü metinlerle sunucudan gelen içeriği iki ayrı kalem olarak listeleyin.
3. Her iki akış için ortak bir terim listesi ve çeviri belleği tanımlayın.
4. Sunucu içeriği için düzenli ve tekrar eden bir teslim ritmi kurun.
5. Kullanıcı üretimli içerik varsa kişisel veri akışını sözleşmede tanımlayın.
6. Bekleme ve hata metinlerini test senaryosuna ayrıca ekleyin.

Bu ayrımı baştan yapmak, sonradan bütçe aşımını önler. Uygulama ve içerik çevirisi için teklif isteyebilir, hizmet kapsamını hizmetler sayfamızdan inceleyebilirsiniz.

Sık sorulan sorular

Yerel, web ve hibrit uygulama arasındaki fark nedir?

Yerel uygulama cihaza kurulur ve platforma özgü geliştirilir. Mobil web uygulaması tarayıcıdan çalışan bir sitedir. Hibrit uygulama ise cihaza kurulur ama web teknolojileriyle geliştirilir.

Hibrit uygulama yerelleştirmesi neden karma bir iştir?

Metnin bir bölümü kurulu paketten, bir bölümü ise sunucudan gelir. Bu iki kaynak farklı güncelleme ritimlerine sahiptir ve tek bir teslim planıyla yönetilemez.

Sunucudan gelen içerik neden ayrı ele alınır?

Kitap, uygulama yerelleştirilse bile çektiği içerik yerelleştirilmezse kullanıcının uygulamayı yararlı bulmayabileceğini belirtir. Bu içerik için ayrı bir süreç kurulması önerilir.

Uygulamamın türünü nasıl öğrenirim?

Geliştirme ekibine hangi teknolojiyle üretildiğini sormak yeterlidir. Web teknolojileriyle geliştirilip cihaza kurulan uygulamalar hibrit sayılır; bu bilgi teklif aşamasında paylaşılmalıdır.

Kaynaklar

• Jiménez-Crespo, M. A. (2024). Localization in Translation. Routledge, s. 228–238.
• Nunkesser, R. (2018). Mobil uygulama geliştirme sınıflandırması, kitapta anılan kaynak.
• Jobe, W. (2013). Native, web ve hibrit uygulama karşılaştırması, kitapta anılan kaynak.

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