अपना मुफ़्त डिज़ाइन पाएँ
· Localization · 4 मिनट पढ़ने का समय

Localized कैप्शन, सिर्फ translated नहीं

Localized कैप्शन, सिर्फ translated नहीं
TL;DR. Machine translation अर्थ संभाल लेती है; marketing register, idiom या string length नहीं। सस्ता fix 50 copywriters नहीं है — यह एक structured review pass है जिसमें एक native speaker हर locale पर पहले तीन carousel panels के 3 कैप्शन पर ~5 मिनट लगाता है। यही 80/20 है।

One-click translate सच में उपयोगी है — यह seconds में 50 locales के कैप्शन देता है और acceptable तक ~85% पहुँचता है। बाकी 15% वह फ़र्क है जो natively पढ़ने वाले कैप्शन और किसी बाहरी की तरह ad copy translate करने वाले कैप्शन के बीच होता है। यह gap सबसे ज़्यादा मायने रखता है आपके कैरोसेल के पहले तीन panels के लिए, क्योंकि App Store search results में वही panels दिखते हैं।

Machine translation क्या गलत करती है

तीन failure modes, उनके आने की rough frequency के हिसाब से:

  1. Marketing register। English ad copy imperative verbs use करती है ("Get organized.", "Track your runs.")। German nominal style prefer करता है ("Mehr Organisation.")। French अक्सर impersonal infinitives use करती है ("Organiser son temps.")। एक literal translation English register import करती है और grammatically सही होने के बावजूद foreign लगती है।
  2. Idiom। "Make it your own" literally किसी ऐसी चीज़ में translate होती है जो कोई नहीं कहता। "From zero to hero" ज़्यादातर locales में एक meaningless phrase बन जाता है। Idiomatic English copy को translate नहीं, rewrite करना होगा।
  3. String length। German औसतन English से ~30% लंबी होती है; Russian और Polish अक्सर और भी लंबी। English में एक line में fit होने वाला कैप्शन बिना किसी को पता चले तीन locales में overflow करता है। Japanese और Chinese छोटी हैं — जिससे English के लिए size किए गए layout में awkward whitespace बन जाता है।

80/20 review pass

हर locale के लिए एक copywriter की ज़रूरत नहीं। हर locale के लिए कम strings पर fluency check चाहिए। खासतौर पर:

  • पहले तीन panel कैप्शन। ये search में दिखते हैं।
  • कोई भी कैप्शन जिसमें idiomatic English है। इन्हें हर locale के fluent speaker से check करवाएं; re-translate नहीं, rewrite करें।
  • कोई भी कैप्शन जो translation के बाद बहुत लंबा या छोटा लगे। Layout बता देगा कौन सा।

यह आमतौर पर per locale 4-8 strings होती हैं। एक fluent speaker 5 मिनट में review कर सकता है। 50 locales में यह ~3 घंटे का कुल review time है, जो Upwork, Fiverr, या indie-developer prices पर community contributors के ज़रिए achievable है।

सस्ते reviewers कहाँ मिलेंगे

  • Upwork / Fiverr। "[locale] proofreading marketing" search करें और ऐसे reviewers देखें जिनके portfolio में app-store या marketing-copy work है, generic document translation नहीं। इस scope के लिए $5-$30 per locale expect करें।
  • आपके अपने users। अगर आपके ऐप के किसी locale में users हैं, तो पूछें। ज़्यादातर एक small gift card या सिर्फ credit के लिए हाँ कह देंगे। उनका feedback किसी generic translator से ज़्यादा useful होता है क्योंकि वे आपका ऐप समझते हैं।
  • r/translator / language-specific subreddits। Free, धीमा, quality uncertain। बहुत कम budget के लिए try करें।
  • सिर्फ top तीन locales के लिए एक human translator hire करें। ज़्यादातर apps के 80% paid installs English, Japanese, German, French और Chinese variants से आते हैं। उनके लिए real translator को pay करें; बाकी के लिए machine + fluency check accept करें।

Common locale-specific बातें

  • German। Compound words। "Project management" बनता है "Projektmanagement" — एक line में fit। लेकिन "Get more done with project management" बहुत लंबा हो जाता है। Literal translation की बजाय nominal style में rewrite करें।
  • Japanese। Mixed scripts (kanji, hiragana, katakana) अर्थ carry करते हैं। किसी English loanword के लिए pure katakana foreign या technical पढ़ता है; वही शब्द kanji में native लगता है। Native review ज़रूरी है।
  • Chinese (Simplified बनाम Traditional)। ये दो अलग App Store locales हैं। Apple इन्हें ऐसे treat करता है; बहुत से translation tools इन्हें एक में merge कर देते हैं। Verify करें।
  • Arabic और Hebrew। RTL layout। डिवाइस फ़्रेम के relative कैप्शन position flip होनी चाहिए। ज़्यादातर generators auto-flip नहीं करते; exported स्क्रीनशॉट manually check करें।
  • Portuguese (Brazil बनाम Portugal), Spanish (Spain बनाम LatAm), French (France बनाम Canada)। Top 3 कैप्शन के लिए इन्हें अलग locales treat करें। बाकी एक translation share कर सकते हैं।

Character-count check

Ship करने से पहले, हर locale का कैप्शन अपने actual carousel layout पर render करें। जो भी overflow होता है या awkwardly wrap होता है उसे edit करना होगा। Mokbi का header में locale switcher दिखाता है कि actual layout में हर भाषा कैसी दिखती है, जो export-then-eyeball से तेज़ पकड़ता है।

कब कैप्शन localize न करें

कुछ apps हर market में English कैप्शन के साथ ज़्यादा मज़बूत होते हैं। आम cases:

  • Pro/developer tools। इस segment के ज़्यादातर users English-comfortable हैं और brand English में ज़्यादा legitimate लगती है। Linear, Figma और ज़्यादातर developer-facing apps ज़्यादातर locales में English रखते हैं।
  • Strong brand IP वाले games। जब brand ही hook है, English कैप्शन localized से बेहतर perform कर सकते हैं क्योंकि वे brand vibe बनाए रखते हैं। इसे test करें; मान कर न चलें।
  • ऐसे apps जहाँ पूरा product text-based है और translated नहीं। अगर स्क्रीनशॉट English UI दिखाते हैं, localized कैप्शन cognitive dissonance बनाते हैं। पहले product localize करना बेहतर है।

इस हफ़्ते क्या करें

  1. One-click translate run करें। अपने top 5 paid-install locales के लिए कैप्शन एक्सपोर्ट करें।
  2. हर locale के लिए ~$10 में एक reviewer hire करें। उन्हें सिर्फ पहले तीन कैप्शन check करने को कहें।
  3. Edits re-import करें। Verify करें कि हर locale में layout टूटता नहीं।
  4. पहले top 5 locales ship करें; बाकी machine-translated रखें। जैसे-जैसे install data बताए कि कौन से markets निवेश reward करते हैं, iterate करें।

आगे क्या पढ़ें

एडिटर खोलें →