मोबाइल ऐप को लोकलाइज़ कैसे करें

अगर आप मोबाइल ऐप को लोकलाइज़ करने का तरीका खोज रहे हैं, तो आपको आमतौर पर “अनुवाद टिप्स” की ज़रूरत नहीं होती। आपको एक रिलीज़-सेफ वर्कफ़्लो चाहिए जो ऐप स्ट्रिंग्स, लेआउट, प्लुरल नियम, राइट-टू-लेफ़्ट सपोर्ट, स्क्रीनशॉट और स्टोर मेटाडेटा को प्रोडक्ट को तोड़े बिना कवर करे।

यही मुख्य अंतर है: मोबाइल ऐप लोकलाइज़ेशन सिर्फ टेक्स्ट का अनुवाद करना नहीं है। यह ऐप, प्रोडक्ट पेज और QA प्रक्रिया को हर टारगेट मार्केट के लिए अनुकूलित करना है। Apple कहता है कि App Store 175 क्षेत्रों और 40 भाषाओं में उपलब्ध है, जबकि Android 13 ने सिस्टम-लेवल पर प्रति-ऐप भाषा प्राथमिकताएँ पेश कीं। दूसरे शब्दों में, दोनों प्रमुख प्लेटफ़ॉर्म अब मानते हैं कि भाषा का चुनाव एक मुख्य प्रोडक्ट अनुभव है, बाद में सोचने वाली बात नहीं।

यह गाइड iOS और Android टीमों के लिए व्यावहारिक कदमों से गुज़रती है।

एक नज़र में:

• इन-ऐप लोकलाइज़ेशन को App Store और Google Play लोकलाइज़ेशन से अलग रखें।
• कुछ भी अनुवाद करने से पहले स्ट्रिंग्स को एक्सटर्नलाइज़ करें।
• प्लुरल्स, वेरिएबल्स, डेट्स, करेंसी और RTL को जल्दी हैंडल करें।
• असली अनुवाद शिप करने से पहले स्यूडोलैंग्वेजेज़ के साथ टेस्ट करें।
• सिर्फ विवरण नहीं, स्क्रीनशॉट और स्टोर एसेट्स भी लोकलाइज़ करें।

मोबाइल ऐप लोकलाइज़ेशन में वास्तव में क्या शामिल है

लोकलाइज़ेशन का काम आमतौर पर दो ट्रैक्स में बंटता है।

1. इन-ऐप लोकलाइज़ेशन

यह खुद प्रोडक्ट है:

• UI स्ट्रिंग्स
• एरर मैसेज और ऑनबोर्डिंग कॉपी
• डेट्स, टाइम, नंबर्स, करेंसी और यूनिट्स
• प्लुरल और जेंडर-सेंसिटिव स्ट्रिंग्स
• लेआउट एक्सपैंशन और राइट-टू-लेफ़्ट बिहेवियर
• ऐसी इमेज या आइकन जिनमें टेक्स्ट या दिशात्मक अर्थ हो

Apple स्पष्ट रूप से Xcode, Foundation APIs, Auto Layout, Unicode सपोर्ट, लोकलाइज़्ड एसेट कैटलॉग और दिशा-जागरूक सिंबल्स का उपयोग करके ऐप्स को वैश्विक बाज़ारों के लिए तैयार करने की सिफारिश करता है। Android इसी तरह हार्डकोडेड टेक्स्ट और पोज़िशनिंग के बजाय लोकेल-अवेयर रिसोर्सेज़, ऐप लैंग्वेज सपोर्ट और RTL-अवेयर लेआउट की सिफारिश करता है।

2. स्टोर लिस्टिंग लोकलाइज़ेशन

इसी तरह यूज़र्स आपका ऐप खोजते हैं:

• ऐप का नाम
• सबटाइटल या शॉर्ट डिस्क्रिप्शन
• पूरा विवरण
• कीवर्ड्स
• स्क्रीनशॉट
• ऐप प्रीव्यू या प्रोमो वीडियो

इसे एक अलग डिलीवरेबल की तरह ट्रीट करें। एक अच्छी तरह से लोकलाइज़ किया गया ऐप भी खराब प्रदर्शन कर सकता है अगर प्रोडक्ट पेज जेनेरिक, अनट्रांसलेटेड या टारगेट मार्केट के लिए विज़ुअली मिसमैच्ड हो।

अनुवाद नहीं, इंटरनेशनलाइज़ेशन से शुरू करें

अनुवाद एक पाइपलाइन का आखिरी कदम है जो संरचना से शुरू होती है।

स्ट्रिंग्स को एक्सटर्नलाइज़ करें और एक पूर्ण फ़ॉलबैक लोकेल रखें

Android पर, Google चेतावनी देता है कि आपकी डिफ़ॉल्ट res/values/strings.xml फ़ाइल में आपके ऐप की ज़रूरत की हर स्ट्रिंग परिभाषित होनी चाहिए। अगर डिफ़ॉल्ट फ़ाइल अधूरी है और डिवाइस एक असमर्थित लोकेल में चल रहा है, तो ऐप लोड होने में विफल हो सकता है और Force Close बटन के साथ एक एरर दिखा सकता है। इसीलिए लोकलाइज़ेशन रिसोर्स हाइजीन से शुरू होता है, भाषा चयन से नहीं।

iOS के लिए, Apple यूज़र-विज़िबल टेक्स्ट और इमेज को एक्ज़ीक्यूटेबल कोड से अलग करने की सिफारिश करता है ताकि उन्हें रिसोर्स फ़ाइलों के रूप में लोकलाइज़ किया जा सके। आधुनिक Apple वर्कफ़्लो में, स्ट्रिंग कैटलॉग Xcode 15 और बाद के वर्शन में प्लुरल्स वाली स्ट्रिंग्स के लिए अनुशंसित तरीका है।

व्यावहारिक नियम:

• कभी भी व्यू या कंट्रोलर में UI टेक्स्ट हार्डकोड न करें
• एक कैनोनिकल सोर्स लैंग्वेज रखें
• सुनिश्चित करें कि हर यूज़र-फ़ेसिंग स्ट्रिंग के पास एक स्थिर key, context और fallback हो
• अस्पष्ट स्ट्रिंग्स के लिए ट्रांसलेटर कमेंट्स शामिल करें

एक छोटा उदाहरण इसे समझना आसान बनाता है।

Android आमतौर पर एक डिफ़ॉल्ट strings.xml फ़ाइल से शुरू होता है:

<!-- Primary CTA on the checkout screen. Keep it short. -->
<string name="checkout_cta">Pay now</string>
<string name="welcome_title">Welcome back, %1$s</string>

फिर आपका UI English हार्डकोड करने के बजाय रिसोर्स पढ़ता है:

Text(text = stringResource(R.string.checkout_cta))

Apple प्लेटफ़ॉर्म पर, Xcode 15+ अक्सर स्ट्रिंग कैटलॉग में इसी आइडिया को मैनेज करता है। एक सरलीकृत Localizable.xcstrings अंश इस तरह दिख सकता है:

{
  "sourceLanguage": "en",
  "strings": {
    "Pay now": {
      "localizations": {
        "en": { "stringUnit": { "value": "Pay now" } },
        "fr": { "stringUnit": { "value": "Payer maintenant" } }
      }
    }
  }
}

आपको फ़ाइल फ़ॉर्मेट याद रखने की ज़रूरत नहीं है। ऑपरेशनल सबक सरल है: हर यूज़र-विज़िबल स्ट्रिंग को एक सोर्स ऑफ़ ट्रुथ, ट्रांसलेटर्स के लिए पर्याप्त context, और लोकेल अधूरा होने पर एक सुरक्षित fallback चाहिए।

अगर आपका ऐप स्ट्रक्चर्ड लैंग्वेज फ़ाइलें भी शिप करता है, तो हमारी गाइड Best JSON Translators in 2026 ऑटोमेशन और फ़ॉर्मेट प्रिज़र्वेशन के बारे में सोचने में मदद कर सकती है।

अगर आप ऐप रिसोर्स फ़ाइलों के लिए डायरेक्ट टूल ऑप्शन चाहते हैं, तो OpenL JSON Translator देखने लायक है। यह keys या स्ट्रक्चर को तोड़े बिना .json फ़ाइलों का अनुवाद करने के लिए डिज़ाइन किया गया है, जो कि बिल्कुल वही है जो आपको चाहिए जब ऐप स्ट्रिंग्स मशीन-रीडेबल लोकलाइज़ेशन फ़ाइलों में संग्रहीत हों। वर्कफ़्लो सरल है: अपने ऐप, CMS या लोकलाइज़ेशन पाइपलाइन से एक्सपोर्ट की गई JSON अपलोड करें, टारगेट भाषा चुनें, और उसी स्ट्रक्चर के साथ एक अनुवादित JSON फ़ाइल डाउनलोड करें। प्रोडक्ट पेज के अनुसार, यह 100+ भाषाओं और 50 MB तक की फ़ाइलों को सपोर्ट करता है, जिससे यह स्ट्रक्चर्ड कंटेंट को हैंडल करने वाली ऐप लोकलाइज़ेशन टीमों के लिए एक व्यावहारिक फ़र्स्ट-पास टूल बनता है।

ऐप-लेवल भाषा चयन का समर्थन करें

यूज़र्स तेज़ी से अपने डिवाइस की भाषा से अलग ऐप भाषा चुनने की उम्मीद करते हैं।

Apple प्लेटफ़ॉर्म पर, यूज़र्स डिवाइस भाषा से स्वतंत्र रूप से ऐप के लिए अपनी पसंदीदा भाषा चुन सकते हैं। Android पर, Android 13 ने एक केंद्रीकृत ऐप-भाषा सेटिंग जोड़ी, और Google स्वचालित प्रति-ऐप भाषा सपोर्ट सक्षम करने या आधिकारिक APIs में अपने पिकर को वायर करने की सिफारिश करता है।

यह वास्तविक प्रोडक्ट्स के लिए मायने रखता है। द्विभाषी और बहुभाषी यूज़र्स अपना फ़ोन English में रख सकते हैं लेकिन शॉपिंग, बैंकिंग या डिलीवरी ऐप दूसरी भाषा में पसंद कर सकते हैं। अगर आपका ऐप एक ही भाषा मॉडल पर ज़बरदस्ती करता है, तो आप अनुवाद गुणवत्ता सवाल बनने से पहले ही घर्षण पैदा कर रहे हैं।

प्लेटफ़ॉर्म लोकलाइज़ेशन स्टैक का उपयोग करें

जब तक आपको वास्तव में ज़रूरत न हो, एक समानांतर लोकलाइज़ेशन सिस्टम बनाने की इच्छा से बचें।

अधिकांश टीमों के लिए, डिफ़ॉल्ट प्लेटफ़ॉर्म स्टैक पर्याप्त है:

• iOS: string catalogs, Localizable.strings, .stringsdict, Foundation formatters, Auto Layout
• Android: res/values/, locale-specific resource folders, LocaleConfig, setApplicationLocales(), supportsRtl

कस्टम लोकलाइज़ेशन इंफ़्रास्ट्रक्चर बहुत बड़े स्केल पर समझ में आता है, लेकिन यह ऑपरेशनल ओवरहेड जोड़ता है। नेटिव सिस्टम से शुरू करें, फिर केवल वहाँ विस्तार करें जहाँ आपको वास्तविक दर्द महसूस हो।

उन हिस्सों को लोकलाइज़ करें जो अधिकांश टीमें मिस करती हैं

टीमें अक्सर दिखने वाले वाक्यों का अनुवाद करती हैं और उनके आसपास के प्रोडक्ट मैकेनिक्स को मिस कर देती हैं।

प्लुरल्स, वेरिएबल्स और ग्रामर

प्लुरल नियम सार्वभौमिक नहीं हैं। Unicode CLDR प्लुरल नियम zero, one, two, few, many और other जैसी श्रेणियाँ परिभाषित करते हैं, और अलग-अलग भाषाएँ अलग-अलग सबसेट्स का उपयोग करती हैं। Apple बताता है कि पुराने .stringsdict वर्कफ़्लो में other एकमात्र आवश्यक श्रेणी है, लेकिन भाषा-विशिष्ट श्रेणियों को छोड़ना अभी भी व्याकरणिक रूप से गलत आउटपुट दे सकता है। Android और iOS दोनों एक कारण से लोकेल-अवेयर प्लुरल हैंडलिंग पर निर्भर करते हैं।

यहीं पर साधारण मशीन ट्रांसलेशन टूट जाता है:

• 1 file बनाम 2 files English में आसान है
• स्लाविक भाषाओं को अक्सर दो से अधिक प्लुरल फ़ॉर्म चाहिए
• कुछ भाषाएँ संज्ञा, क्रिया या आसपास के शब्दों को एक साथ बदलती हैं

कभी भी "You have " + count + " messages" जैसे फ़्रैगमेंट्स जोड़कर प्लुरलाइज़्ड UI न बनाएँ। इसके बजाय प्लेटफ़ॉर्म प्लुरल रिसोर्सेज़ का उपयोग करें।

यहाँ हर प्लेटफ़ॉर्म पर इसका न्यूनतम रूप दिया गया है।

Android:

<plurals name="files_remaining">
  <item quantity="one">%1$d file remaining</item>
  <item quantity="other">%1$d files remaining</item>
</plurals>

Text(text = pluralStringResource(R.plurals.files_remaining, count, count))

iOS लेगेसी .stringsdict उदाहरण:

<plist version="1.0">
<dict>
  <key>%#@files@</key>
  <dict>
    <key>NSStringLocalizedFormatKey</key>
    <string>%#@files@</string>
    <key>files</key>
    <dict>
      <key>NSStringFormatSpecTypeKey</key>
      <string>NSStringPluralRuleType</string>
      <key>NSStringFormatValueTypeKey</key>
      <string>d</string>
      <key>one</key>
      <string>%d file remaining</string>
      <key>other</key>
      <string>%d files remaining</string>
    </dict>
  </dict>
</dict>
</plist>

Xcode 15 और बाद के वर्शन में, Apple प्लुरल्स को स्ट्रिंग कैटलॉग में हैंडल करने की सिफारिश करता है, लेकिन सिद्धांत वही रहता है: प्लेटफ़ॉर्म को एक मैसेज पैटर्न दें और उसे सही भाषा फ़ॉर्म चुनने दें।

प्लेसहोल्डर्स और स्ट्रक्चर्ड स्ट्रिंग्स के आसपास गहरे वर्कफ़्लो गार्डरेल्स के लिए, How to Translate Technical Docs Without Breaking Code देखें।

डेट्स, नंबर्स, करेंसी और यूनिट्स

Apple स्पष्ट रूप से लोकेल्स में डेट्स, लंबाई, वज़न, कीमतें और करेंसी सिंबल्स फ़ॉर्मेट करने के लिए Foundation APIs के उपयोग की सिफारिश करता है। यही सिद्धांत Android पर भी लागू होता है: विराम चिह्न, दशमलव चिह्न या यूनिट ऑर्डर को हार्डकोड करने के बजाय लोकेल-अवेयर APIs से डेटा फ़ॉर्मेट करें।

सामान्य विफलताओं में शामिल हैं:

• 03/04/2026 का अलग-अलग क्षेत्रों में अलग-अलग मतलब होना
• गैर-USD बाज़ारों के लिए हार्डकोडेड डॉलर चिह्न
• 1,234.56 उन लोकेल्स में गलत दिखना जो दशमलव विभाजक के रूप में कॉमा का उपयोग करते हैं
• माप इकाइयाँ गलत सिस्टम में दिखना

अगर आपके ऐप में शेड्यूलिंग, बिलिंग, डिलीवरी विंडो या एनालिटिक्स हैं, तो यह लोकलाइज़ेशन का हिस्सा है, पॉलिश नहीं।

लेआउट एक्सपैंशन और राइट-टू-लेफ़्ट सपोर्ट

English आमतौर पर कॉम्पैक्ट होती है। German लंबी हो जाती है। Arabic और Hebrew रीडिंग डायरेक्शन उलट देती हैं। English में ठीक दिखने वाला लेआउट दूसरे लोकेल्स में बुरी तरह टूट सकता है।

Apple असली अनुवाद इंपोर्ट करने से पहले स्यूडोलैंग्वेजेज़ के साथ टेस्ट करने की सिफारिश करता है, जिसमें एक राइट-टू-लेफ़्ट स्यूडोलैंग्वेज और एक डबल-लेंथ स्यूडोलैंग्वेज शामिल है। Android left और right के बजाय start और end का उपयोग करने, android:supportsRtl="true" सक्षम करने, और Force RTL के साथ डिवाइस पर RTL लेआउट टेस्ट करने की सिफारिश करता है।

आपकी चेकलिस्ट यहाँ सरल है:

• बटन और लेबल को बढ़ने दें
• महत्वपूर्ण UI के लिए फ़िक्स्ड-विड्थ टेक्स्ट कंटेनर से बचें
• जहाँ उचित हो दिशात्मक UI को मिरर करें
• RTL में आइकन, शेवरॉन, प्रोग्रेस फ़्लो और कैरोसेल सत्यापित करें
• मिक्स्ड-डायरेक्शन टेक्स्ट टेस्ट करें जैसे Latin प्रोडक्ट नामों या कूपन कोड्स के साथ Arabic UI

इमेज, आइकन, स्क्रीनशॉट और वीडियो

Apple की लोकलाइज़ेशन गाइडेंस एक महत्वपूर्ण बात बताती है जो कई टीमें अनदेखा करती हैं: इमेज को भी लोकलाइज़ किया जा सकता है। इसमें इमेज सेट, सिंबल सेट और कस्टम सिंबल्स के लिए डायरेक्शनैलिटी शामिल है। अगर आपके स्क्रीनशॉट में English UI, बैनर में English टेक्स्ट या लेफ़्ट-टू-राइट एरो हैं, तो स्क्रीनशॉट खुद लोकलाइज़्ड नहीं है।

यह विशेष रूप से ऑनबोर्डिंग स्क्रीन, ट्यूटोरियल कार्ड्स और App Store एसेट्स के लिए महत्वपूर्ण है। यूज़र्स मानसिक रूप से “मार्केटिंग विज़ुअल्स” को “प्रोडक्ट भाषा” से अलग नहीं करते। वे पूरे अनुभव को एक साथ आँकते हैं।

अपने App Store और Google Play पेज को अलग से लोकलाइज़ करें

यहीं पर कई टीमें इन-ऐप काम अच्छी तरह करने के बाद भी इंस्टॉल खो देती हैं।

App Store के लिए ध्यान रखने योग्य आवश्यकताएँ

Apple App Store Connect में मेटाडेटा को लोकलाइज़ करने की सिफारिश करता है, जिसमें ऐप विवरण, कीवर्ड्स, ऐप प्रीव्यू और स्क्रीनशॉट शामिल हैं। Apple यह भी कहता है कि आप अपने प्रोडक्ट पेज पर 10 तक स्क्रीनशॉट फ़ीचर कर सकते हैं, और प्रत्येक समर्थित डिवाइस साइज़ और भाषा के लिए 3 तक ऐप प्रीव्यू। ऐप प्रीव्यू 30 सेकंड तक लंबे हो सकते हैं, और जब कोई प्रीव्यू मौजूद नहीं होता तो स्क्रीनशॉट और भी ज़्यादा मायने रखते हैं क्योंकि पहले एक से तीन स्क्रीनशॉट सर्च रिज़ल्ट्स में दिख सकते हैं।

इसके दो निहितार्थ हैं:

1. आपके पहले स्क्रीनशॉट डिस्कवरेबिलिटी एसेट्स हैं, सिर्फ डॉक्यूमेंटेशन नहीं।
2. आपको हर जगह English एसेट्स दोबारा इस्तेमाल करने के बजाय टॉप-प्रायोरिटी मार्केट्स के लिए स्क्रीनशॉट और प्रीव्यू लोकलाइज़ करने चाहिए।

Google Play के लिए ध्यान रखने योग्य आवश्यकताएँ

Google Play भी लिस्टिंग लोकलाइज़ेशन को अपने अलग वर्कफ़्लो की तरह ट्रीट करता है। Play Console आपको लोकलाइज़्ड टेक्स्ट, इन-लैंग्वेज स्क्रीनशॉट और लोकलाइज़्ड ग्राफ़िक एसेट्स जोड़ने देता है। अगर आप लोकलाइज़्ड ग्राफ़िक एसेट्स के बिना टेक्स्ट ट्रांसलेशन जोड़ते हैं, तो Google कहता है कि डिफ़ॉल्ट-भाषा विज़ुअल्स अभी भी दिखेंगे।

Google यह भी नोट करता है कि अगर आप अपने स्टोर लिस्टिंग ट्रांसलेशन नहीं जोड़ते, तो यूज़र्स एक स्वचालित अनुवाद देख सकते हैं जिसमें नोटिस हो कि यह स्वचालित रूप से जनरेट किया गया था। यह एक फ़ॉलबैक के रूप में उपयोगी है, लेकिन एक मज़बूत मार्केट एंट्री स्ट्रैटेजी नहीं है।

एक विशेष रूप से प्रासंगिक वर्तमान फ़ीचर: Play Console कहता है कि यह बिना किसी लागत के Gemini मॉडल का उपयोग करके ऐप स्ट्रिंग्स का लगातार अनुवाद कर सकता है। अधिक विशेष रूप से, Google कहता है कि यह ड्राफ़्ट रिलीज़ में अपलोड किए गए ऐप बंडल्स में strings.xml की ऐप स्ट्रिंग्स पर लागू होता है, और आप प्रकाशित करने से पहले बिल्ट-इन एमुलेटर में जनरेटेड ट्रांसलेशन का प्रीव्यू कर सकते हैं। यह फ़र्स्ट-पास कवरेज को तेज़ करने का एक मज़बूत तरीका है, लेकिन क्रिटिकल फ़्लो के लिए इसके बाद भी ह्यूमन रिव्यू होनी चाहिए।

एक रिलीज़ और QA वर्कफ़्लो बनाएँ

एक अच्छी लोकलाइज़ेशन प्रक्रिया तेज़ अनुवाद से कम और कम सरप्राइज़ शिप करने से ज़्यादा है।

स्टेप 1. सोच-समझकर टारगेट लोकेल्स चुनें

“सब कुछ 20 भाषाओं में ट्रांसलेट करो” से शुरू न करें।

इससे शुरू करें:

• आपका वर्तमान डाउनलोड मिक्स
• जिन देशों को आप सक्रिय रूप से सपोर्ट करते हैं
• बिलिंग, कानूनी और कस्टमर सपोर्ट कवरेज
• क्या आप ऐप और स्टोर लिस्टिंग दोनों को एक साथ लोकलाइज़ कर सकते हैं

एक मार्केट को एंड-टू-एंड शिप करना आमतौर पर पाँच मार्केट्स को आधा शिप करने से बेहतर है।

स्टेप 2. लोकलाइज़ेशन-रेडी एसेट्स बनाएँ

अनुवाद शुरू होने से पहले, फ़्रीज़ और तैयार करें:

• context के साथ सोर्स स्ट्रिंग्स
• लोकेल के अनुसार स्क्रीनशॉट लिस्ट
• ग्लॉसरी और प्रोडक्ट-नेम नियम
• प्लेसहोल्डर नियम
• स्टोर कॉपी के लिए कैरेक्टर-लिमिट गाइडेंस
• लोकेल-स्पेसिफ़िक रिव्यू ओनर्स

अगर ऐप अलग-अलग रिपोज़ या मल्टीपल फ़ाइल फ़ॉर्मेट्स का उपयोग करता है, तो नेमिंग और एक्सट्रैक्शन को जल्दी मानकीकृत करें।

स्टेप 3. पहले स्यूडोलोकलाइज़ेशन के साथ टेस्ट करें

Apple प्लेटफ़ॉर्म पर, डबल-लेंथ और राइट-टू-लेफ़्ट स्यूडोलैंग्वेजेज़ का उपयोग करें। Android पर, असमर्थित लोकेल्स, Force RTL और ऐप लैंग्वेज सेटिंग्स टेस्ट करें। यह पकड़ता है:

• कटे हुए बटन
• क्लिप्ड हेडर्स
• छिपा हुआ टेक्स्ट
• गलत अलाइनमेंट
• नॉन-लोकलाइज़्ड स्ट्रिंग्स
• हार्डकोडेड left/right धारणाएँ

यह सबसे सस्ते QA पास में से एक है जो आप चला सकते हैं।

स्टेप 4. असली डिवाइसों पर लिंग्विस्टिक QA चलाएँ

अनुवाद आने के बाद:

• हर टारगेट भाषा में क्रिटिकल फ़्लो टेस्ट करें
• सिस्टम भाषा और ऐप भाषा बिहेवियर की तुलना करें
• प्लुरल बिहेवियर और प्लेसहोल्डर्स सत्यापित करें
• पेमेंट्स, डेट्स और एड्रेस चेक करें
• इन-मार्केट स्क्रीनशॉट और स्टोर लिस्टिंग रिव्यू करें

अगर कोई बग ऑनबोर्डिंग, चेकआउट, आइडेंटिटी वेरिफ़िकेशन या नोटिफ़िकेशन को प्रभावित करता है, तो इसे रिलीज़ ब्लॉकर की तरह ट्रीट करें।

पहली लोकलाइज़ेशन स्प्रिंट चेकलिस्ट

अगर यह आपका पहला गंभीर रोलआउट है, तो स्प्रिंट को साफ़-सुथरा पूरा करने लायक छोटा रखें:

• 10 नहीं, 1 टारगेट लोकेल चुनें।
• एक रिलीज़ ब्रांच के लिए सोर्स स्ट्रिंग्स फ़्रीज़ करें।
• context कमेंट्स के साथ सभी ऑनबोर्डिंग, चेकआउट, अकाउंट और नोटिफ़िकेशन स्ट्रिंग्स एक्सपोर्ट करें।
• App Store और Google Play के लिए जो स्क्रीनशॉट लोकलाइज़ करना चाहते हैं उन्हें कैप्चर करें।
• ट्रांसलेटर्स को असली टेक्स्ट भेजने से पहले एक स्यूडोलोकलाइज़ेशन पास चलाएँ।
• ऐप स्ट्रिंग्स और स्टोर लिस्टिंग कॉपी को एक ही स्प्रिंट में ट्रांसलेट करें।
• ट्रांसलेशन री-इंपोर्ट करें और iOS और Android दोनों पर ऐप-लैंग्वेज स्विचिंग टेस्ट करें।
• असली डिवाइसों पर टॉप 5 यूज़र जर्नीज़ QA करें।
• उसी लोकेल के लिए स्क्रीनशॉट, ऐप प्रीव्यू और स्टोर मेटाडेटा अपडेट करें।
• पहले TestFlight या इंटरनल ट्रैक पर शिप करें, फिर सपोर्ट टिकट और क्रैश रिपोर्ट देखें।

यह चेकलिस्ट जानबूझकर संकीर्ण है। एक साफ़ ऐप अनुभव और सिंक्रनाइज़्ड स्टोर एसेट्स के साथ एक लोकेल आपको कई मार्केट्स में जल्दबाज़ी में लॉन्च करने से कहीं ज़्यादा सिखाता है।

वास्तविक दुनिया के उदाहरण

ऊपर दिए गए मुख्य विचार सैद्धांतिक नहीं हैं।

DoorDash ने ट्रांसलेशन को एक प्लेटफ़ॉर्म समस्या के रूप में बनाया

2022 में, DoorDash ने कहा कि उसने पहले ही चार भाषाओं में दस लाख से अधिक स्ट्रिंग्स का अनुवाद किया था और नई भाषा ऑनबोर्डिंग को डेवलपर के घंटों के प्रयास से घटाकर एक मिनट में एक कमांड कर दिया था। दिलचस्प सबक सिर्फ स्केल नहीं है। यह संरचना है: DoorDash ने स्टैटिक और डायनामिक स्ट्रिंग्स को अलग किया, ग्लॉसरी और स्टाइल-गाइड सपोर्ट जोड़ा, और अनट्रांसलेटेड स्ट्रिंग्स को स्लिप होने से रोकने के लिए गार्डरेल्स बनाए।

2 फरवरी, 2026 की एक DoorDash ब्लॉग पोस्ट में, कंपनी ने कहा कि उसका पुनर्निर्मित ऑनबोर्डिंग प्लेटफ़ॉर्म अब सभी DoorDash मार्केट्स में साइनअप को पावर करता है और सहज लोकलाइज़ेशन के साथ तेज़ अंतर्राष्ट्रीय लॉन्च का समर्थन करता है। परिपक्व लोकलाइज़ेशन बिल्कुल ऐसा ही दिखता है: पुन: प्रयोज्य वर्कफ़्लो, क्षेत्रीय लचीलापन, और कम वन-ऑफ़ हैक्स।

Meta ने लोकलाइज़ेशन को भाषा समस्या और ऐप-साइज़ समस्या दोनों की तरह ट्रीट किया

Meta कहता है कि Facebook for Android के लगभग 57% और Facebook for iOS के 49% यूज़र्स English के अलावा किसी अन्य भाषा में ऐप का उपयोग करते हैं। उसी राइट-अप में, Meta कहता है कि बंडल की गई ट्रांसलेशन फ़ाइलों को हटाने से iOS ऐप में 16.6 MB तक की बचत हुई और Android को ऐप साइज़ बढ़ाए बिना लगभग एक दर्जन अतिरिक्त भाषाएँ जोड़ने की अनुमति मिली।

निष्कर्ष छोटी टीमों के लिए भी उपयोगी है: लोकलाइज़ेशन के इंजीनियरिंग परिणाम होते हैं। यह बाइनरी साइज़, रनटाइम लोडिंग, ट्रांसलेशन डिलीवरी और रिलीज़ मैकेनिक्स को प्रभावित करता है, सिर्फ कॉपीराइटिंग को नहीं।

शिप करने से पहले अंतिम चेकलिस्ट

इसे आखिरी पास के रूप में उपयोग करें:

• सभी यूज़र-विज़िबल स्ट्रिंग्स एक्सटर्नलाइज़्ड हैं।
• डिफ़ॉल्ट फ़ॉलबैक रिसोर्सेज़ पूर्ण हैं।
• प्लुरल्स और प्लेसहोल्डर्स प्लेटफ़ॉर्म-नेटिव लोकलाइज़ेशन सपोर्ट का उपयोग करते हैं।
• डेट्स, टाइम, नंबर्स, करेंसी और यूनिट्स लोकेल-अवेयर हैं।
• RTL लेआउट और मिक्स्ड-डायरेक्शन टेक्स्ट टेस्ट किए गए हैं।
• स्टोर लिस्टिंग टेक्स्ट टारगेट मार्केट्स के लिए लोकलाइज़्ड है।
• स्क्रीनशॉट और प्रीव्यू प्रायोरिटी भाषाओं के लिए लोकलाइज़्ड हैं।
• इन-ऐप भाषा चयन iOS और Android पर अपेक्षित रूप से काम करता है।
• लिंग्विस्टिक QA ने सबसे महत्वपूर्ण यूज़र जर्नीज़ को कवर किया है।

अंतिम विचार

मोबाइल ऐप लोकलाइज़ेशन के बारे में सोचने का सबसे सरल तरीका यह है: प्रोडक्ट का अनुवाद करें, अनुभव को लोकलाइज़ करें, और रिलीज़ को टेस्ट करें।

अगर आप यह पहली बार कर रहे हैं, तो पहले दिन से ही परफ़ेक्ट ग्लोबल कवरेज का लक्ष्य न रखें। एक या दो स्ट्रैटेजिक लोकेल्स चुनें, ऐप और स्टोर पेज को एक साथ लोकलाइज़ करें, एक गंभीर QA पास चलाएँ, और वास्तविक उपयोग से सीखें। अगर आप पहले से रिसोर्स फ़ाइलें और डेवलपर-फ़ेसिंग कंटेंट मैनेज कर रहे हैं, तो इस वर्कफ़्लो को How to Translate Technical Docs Without Breaking Code और Best JSON Translators in 2026 के साथ जोड़ें।

अगर आप इस हफ़्ते केवल एक काम करें, तो यह करें: 1 लोकेल चुनें, 1 स्यूडोलोकलाइज़ेशन पास चलाएँ, और 1 मैचिंग App Store या Google Play लिस्टिंग लोकलाइज़ करें। यह तीन-भाग का टेस्ट आपको बीस लोकेल्स को समानांतर में ट्रांसलेट करने से ज़्यादा बताएगा कि आप कितने तैयार हैं।

अगर आपको ऐप कॉपी, स्क्रीनशॉट या स्ट्रक्चर्ड लैंग्वेज फ़ाइलों के लिए तेज़ फ़र्स्ट पास चाहिए, तो ड्राफ़्ट को तेज़ करने के लिए ऑटोमेशन का उपयोग करें, फिर रिलीज़ से पहले ह्यूमन QA स्टेप रखें। यही वह हिस्सा है जो यूज़र ट्रस्ट की रक्षा करता है और “ट्रांसलेटेड लेकिन वास्तव में लोकलाइज़्ड नहीं” लॉन्च को रोकता है।

संदर्भ

• Apple Developer. Localization. https://developer.apple.com/localization/
• Apple Developer. Creating Your Product Page. https://developer.apple.com/app-store/product-page/
• Apple Developer. Upload app previews and screenshots. https://developer.apple.com/help/app-store-connect/manage-app-information/upload-app-previews-and-screenshots
• Apple Developer. Localizing strings that contain plurals. https://developer.apple.com/documentation/xcode/localizing-strings-that-contain-plurals
• Apple Developer. Testing Your Internationalized App. https://developer.apple.com/library/archive/documentation/MacOSX/Conceptual/BPInternational/TestingYourInternationalApp/TestingYourInternationalApp.html
• Apple Developer. Get it right (to left). https://developer.apple.com/videos/play/wwdc2022/10107/
• Android Developers. Localize your app. https://developer.android.com/guide/topics/resources/localization
• Android Developers. Per-app language preferences. https://developer.android.com/guide/topics/resources/app-languages
• Android Developers. Support different languages and cultures. https://developer.android.com/training/basics/supporting-devices/languages
• Google Play Console Help. Translate and localize your app. https://support.google.com/googleplay/android-developer/answer/9844778?hl=en
• Google Play Console Help. Create and set up your app. https://support.google.com/googleplay/android-developer/answer/9859152?hl=en
• Unicode CLDR. Plural Rules. https://cldr.unicode.org/index/cldr-spec/plural-rules
• DoorDash Engineering. Building a Platform to Translate DoorDash into Multiple Languages. https://careersatdoordash.com/blog/building-a-platform-to-translate-doordash-into-multiple-languages/
• DoorDash Engineering. Unified Dasher Onboarding: A modular platform to scale globally. https://careersatdoordash.com/blog/doordash-unified-dasher-onboarding-a-modular-platform-to-scale-globally/
• Engineering at Meta. Language packs: Meta’s mobile localization solution. https://engineering.fb.com/2022/05/09/android/language-packs/