აპლიკაციის ლოკალიზაცია: მობილური და ვებ აპლიკაციების ინტერფეისი, რომელიც მომხმარებელს ესმის

აპლიკაცია მომხმარებელთან ყველაზე ინტიმურ სივრცეში ცხოვრობს: ტელეფონის ეკრანზე, ჯიბეში, დღეში რამდენჯერმე გახსნილი. აქ თითოეული სიტყვა გადაწყვეტილებაა: ღილაკზე დაჭერა, რეგისტრაციის დასრულება, გამოწერის შეძენა ან აპლიკაციის წაშლა. კვლევების მიხედვით, მომხმარებელთა დიდი ნაწილი აპლიკაციას სწორედ პირველი გახსნის შემდეგ ტოვებს, და გაუგებარი, დაჭრილი ან უხერხულად თარგმნილი ინტერფეისი ამ გადაწყვეტილების ერთ-ერთი მთავარი მიზეზია. აპლიკაციის ლოკალიზაცია ამიტომ არა ენობრივი, არამედ პროდუქტის ზრდის ამოცანაა.

რას ვლოკალიზებთ აპლიკაციაში

მობილური და ვებ აპლიკაციის ლოკალიზაცია ინტერფეისის ტექსტით არ შემოიფარგლება. სრული პაკეტი მოიცავს:

• ინტერფეისის სტრიქონებს (UI strings): ეკრანების სათაურები, ღილაკები, მენიუ, ჩანართები, ფორმის ველები, მინიშნებები (placeholders), ტოსტები და დიალოგები.
• სისტემურ და შეცდომის შეტყობინებებს: "კავშირი დაიკარგა", "პაროლი არასწორია", "გადახდა ვერ განხორციელდა". ეს ტექსტები მომხმარებელს სტრესულ მომენტში ხვდება და მაქსიმალურად მკაფიო უნდა იყოს.
• Onboarding-ს: პირველი გახსნის ეკრანები, ნებართვების მოთხოვნები (კამერა, ლოკაცია, შეტყობინებები), სადაც დამაჯერებელი ფორმულირება პირდაპირ ზრდის თანხმობის მაჩვენებელს.
• Push და in-app შეტყობინებებს: მოკლე, ემოციური, ხშირად სიმბოლოების მკაცრი ლიმიტით, სადაც ტრანსკრეაცია აუცილებელია.
• App Store და Google Play მასალებს: აპლიკაციის სახელი, ქვესათაური, აღწერილობა, საკვანძო სიტყვები, ეკრანის ანაბეჭდების წარწერები, განახლების შენიშვნები ("What's New").
• ხელმისაწვდომობის (accessibility) ტექსტებს: ეკრანის წამკითხველისთვის განკუთვნილი ელემენტების აღწერილობები, რომლებიც ხშირად ავიწყდებათ.
• დამხმარე მასალებს: FAQ, დახმარების ცენტრი, მხარდაჭერის ჩატის სწრაფი პასუხები, სამართლებრივი ტექსტები.

სივრცის ლიმიტი: ლოკალიზაციის მთავარი გამოწვევა მობილურზე

მობილური ეკრანი მილიმეტრებში ითვლება. ინგლისური "Save" ოთხი სიმბოლოა, ქართული "შენახვა" შვიდი, ხოლო "Continue with Google" ქართულად "Google-ით გაგრძელება" ხდება და ღილაკს შესაძლოა არ დაეტიოს. სტატისტიკურად ქართული ინტერფეისი ინგლისურზე 20-35%-ით გრძელია, გერმანული კი კიდევ უფრო მეტით.

ჩვენი მთარგმნელები ამიტომ მუშაობენ არა მხოლოდ ტექსტზე, არამედ ეკრანზე:

• ყოველ სტრიქონს კონტექსტთან ერთად ვიღებთ: სად ჩანს, რა ზომის ელემენტშია, არის თუ არა სიმბოლოების ლიმიტი;
• ვირჩევთ ყველაზე მოკლე ბუნებრივ ფორმულირებას, მნიშვნელობის დაკარგვის გარეშე, და ალტერნატივას ვთავაზობთ, თუ ლიმიტი მაინც არ იკმარებს;
• ვაფიქსირებთ, სად სჭირდება დიზაინს ცვლილება (მაგალითად, ღილაკის სიგანე ან ორსტრიქონიანი სათაური), რაც დეველოპერს კონკრეტულ დავალებად გადაეცემა.

ცვლადები, მრავლობითი და ტექნიკური სიზუსტე

აპლიკაციის სტრიქონები იშვიათად არის სუფთა ტექსტი. მათში ცვლადებია ("%d ახალი შეტყობინება", "{user}-მა გამოგიგზავნათ"), ფორმატირების ნიშნები და ლოგიკა, რომლის დარღვევაც აპლიკაციის კრახსაც კი იწვევს. ჩვენი გუნდი:

• ინარჩუნებს ყველა ცვლადს, placeholder-სა და escape სიმბოლოს უცვლელად;
• სწორად ამუშავებს მრავლობითის ფორმებს: ინგლისურში ორი ფორმაა (1 item / 2 items), ქართულში სხვა ლოგიკაა, რუსულში სამი ფორმა, არაბულში ექვსი. ICU MessageFormat და პლატფორმის მშობლიური plurals მექანიზმები ამ ამოცანას წყვეტს, თუ თარგმანი მათი გათვალისწინებით არის შედგენილი;
• ითვალისწინებს სიტყვათა რიგის განსხვავებას: ინგლისური "{count} of {total}" ქართულად "{total}-დან {count}" შეიძლება გახდეს, და სტრიქონი ისე უნდა იყოს აგებული, რომ ეს გადაადგილება შესაძლებელი იყოს;
• ამოწმებს თარიღის, დროის, რიცხვებისა და ვალუტის ფორმატირებას სისტემურ ლოკალთან შესაბამისობაზე.

პლატფორმის კონვენციები: iOS და Android სხვადასხვანაირად საუბრობს

Apple-ის Human Interface Guidelines და Google-ის Material Design ინტერფეისის ტექსტისთვის განსხვავებულ სტანდარტს ადგენს. iOS-ზე "Settings", Android-ზე ასევე "Settings", მაგრამ ქართულ სისტემურ ლოკალიზაციაში ორივე პლატფორმას საკუთარი დამკვიდრებული ვარიანტი აქვს. მომხმარებელი ელოდება, რომ აპლიკაცია იმავე ტერმინებს გამოიყენებს, რასაც მისი ტელეფონის ოპერაციული სისტემა. ამიტომ ლოკალიზაციისას ვეყრდნობით პლატფორმის ოფიციალურ ტერმინოლოგიას ("გაზიარება", "პარამეტრები", "შეტყობინებები") და ბრენდის საკუთარ ტერმინებს მხოლოდ იქ ვამატებთ, სადაც პროდუქტის უნიკალური ფუნქციაა.

ვებ აპლიკაციებში (SaaS პანელები, კლიენტთა კაბინეტები, დაშბორდები) კონვენციები ბრაუზერული გარემოდან მოდის, ხოლო ცხრილები, ფილტრები და მონაცემთა ვიზუალიზაცია ტექსტის სიგრძის მიმართ ცალკე მგრძნობიარეა.

ფაილის ფორმატები და ლოკალიზაციის პლატფორმები

ვმუშაობთ ყველა ძირითად ფორმატთან, დეველოპერისგან ხელით კოპირების გარეშე:

• iOS: .strings, .stringsdict, String Catalogs (.xcstrings)
• Android: strings.xml, plurals
• კროსპლატფორმული: JSON (i18next, Flutter ARB, React Native), YAML, PO/POT
• ვებ: XLIFF, CSV, Excel ექსპორტი
• პლატფორმები: Crowdin, Lokalise, Phrase, POEditor, Transifex, ასევე GitHub რეპოზიტორიის ინტეგრაცია

ყველა თარგმანი მთარგმნელობით მეხსიერებაში ინახება, ასე რომ აპლიკაციის ყოველი შემდეგი განახლება (ახალი ეკრანი, ფუნქცია, A/B ტესტის ვარიანტი) იმავე ტერმინოლოგიითა და სტილით, ხშირად ერთ სამუშაო დღეში ლოკალიზდება.

ლინგვისტური ტესტირება რეალურ მოწყობილობაზე

თარგმნილი ფაილის ჩაბარება საკმარისი არ არის: მხოლოდ რეალურ აპლიკაციაში ჩანს, სად იჭრება ტექსტი, სად არასწორ ეკრანზე მოხვდა სტრიქონი და სად ჩანს ცვლადის ნაცვლად ნედლი კოდი. ლინგვისტური QA ეტაპზე ტესტერი აპლიკაციის ყველა ეკრანს სამიზნე ენაზე გადის, TestFlight, Google Play internal testing ან staging გარემოს მეშვეობით, და ყოველ პრობლემას ეკრანის ანაბეჭდით, სტრიქონის იდენტიფიკატორითა და შემოთავაზებული გამოსწორებით აფიქსირებს. დეველოპერს მზა, დაპრიორიტეტებული სია რჩება, არა ზოგადი "სადღაც რაღაც არ ჯდება".

App Store ოპტიმიზაცია (ASO) სამიზნე ენაზე

აპლიკაციის მაღაზიის გვერდი ცალკე მარკეტინგული ერთეულია. ლოკალიზებული სახელი, ქვესათაური და საკვანძო სიტყვები პირდაპირ განსაზღვრავს, იპოვის თუ არა მომხმარებელი აპლიკაციას ქართულ App Store-სა და Google Play-ში. ტრანსკრეაციის მიდგომით ვქმნით აღწერილობას, რომელიც ადგილობრივ ძიების ქცევას ითვალისწინებს, ეკრანის ანაბეჭდების წარწერებს ვარგებთ ქართულ ტექსტს, ხოლო "What's New" სექციისთვის განახლების შენიშვნებს რეგულარულად ვთარგმნით.

ხშირად დასმული კითხვები