जब ट्रांसलेशन आपकी ऐप स्टोर कैरेक्टर लिमिट तोड़ दे
आपने एक साफ़-सुथरा 28-कैरेक्टर ऐप नाम, एक दमदार 29-कैरेक्टर सबटाइटल, और एक कीवर्ड फील्ड लिखा जो पूरे 100 कैरेक्टर इस्तेमाल करता है। फिर आपने लिस्टिंग को लोकलाइज़ किया और App Store Connect फील्ड्स को रिजेक्ट करने लगा — जर्मन सबटाइटल 41 कैरेक्टर का था, फ़्रेंच वाला 36 का। इंग्लिश वर्ज़न कभी समस्या नहीं थी। हर भाषा को हर फील्ड की अपनी कॉपी मिलती है, और हर कॉपी को अकेले उसी लिमिट में फिट होना पड़ता है।
यह रेफरेंस बताता है कि ये लिमिट्स क्या हैं, ट्रांसलेशन इन्हें क्यों पार कर जाता है, और शब्दों को बीच से काटे बिना हर भाषा में लिस्टिंग को पढ़ने लायक कैसे रखा जाए।
कैरेक्टर लिमिट्स, दोनों स्टोर
नीचे दिया हर नंबर प्रति लोकेल है। जब आप फ़्रेंच, जर्मन, जापानी वगैरह में लोकलाइज़ करते हैं, तो हर भाषा हर फील्ड की अपनी कॉपी रखती है, और सबमिशन के समय हर एक की जांच उसी लिमिट के मुताबिक होती है।
दो बातें साफ़ समझ लेना ज़रूरी है। App Store कीवर्ड फील्ड एक छिपा हुआ, कॉमा-सेपरेटेड 100-कैरेक्टर स्लॉट है — यह प्रोडक्ट पेज पर दिखता नहीं, लेकिन आपकी बहुत सारी इंडेक्सिंग यहीं से आती है, इसलिए हर कैरेक्टर मायने रखता है। और सबसे टाइट फील्ड्स — 30-कैरेक्टर वाला नाम और सबटाइटल — ठीक वही हैं जिन पर ट्रांसलेशन सबसे ज़्यादा असर डालता है।
ट्रांसलेट किया गया वर्ज़न लिमिट क्यों पार कर जाता है
एक ही मतलब अलग-अलग भाषाओं में अलग-अलग जगह लेता है। इंग्लिश से ट्रांसलेट करने पर, दिशा इतनी एक जैसी रहती है कि उसके हिसाब से प्लान किया जा सके:
- जर्मन: अक्सर +30-40%. कंपाउंड नाउन्स कई इंग्लिश शब्दों को एक लंबे शब्द में जोड़ देते हैं, और कोई छोटा पर्यायवाची शब्द फॉलबैक के लिए नहीं होता। यही भाषा है जो 30-कैरेक्टर फील्ड को सबसे ज़्यादा तोड़ती है।
- फ़्रेंच, स्पैनिश, इतालवी, पुर्तगाली: लगभग +15-25%. स्थिर, मध्यम विस्तार। जो नाम इंग्लिश में आराम से 24 कैरेक्टर में आ जाता है, वह 30 के आसपास या उससे ऊपर पहुंच जाता है।
- चीनी, जापानी, कोरियाई: अक्सर कैरेक्टर काउंट में लगभग 50% छोटा. CJK स्क्रिप्ट्स हर कैरेक्टर में ज़्यादा मतलब पैक करती हैं, इसलिए फील्ड लिमिट शायद ही कभी असली दिक्कत बनती है — असली मुद्दा पठनीयता और शब्द-चयन का है।
- अरबी, हिब्रू और अन्य RTL स्क्रिप्ट्स: +15-30% विस्तार के साथ-साथ डायरेक्शन फ्लिप की उम्मीद रखें। इन्हें इंसानी रिव्यू पास ज़रूरी है, कभी सिर्फ मशीन ट्रांसलेशन नहीं — बाइडायरेक्शनल टेक्स्ट, और नॉन-लैटिन कीवर्ड फील्ड्स, वे जगहें हैं जहां ऑटोमेटेड आउटपुट चुपचाप गलत हो जाता है।
इन्हें प्लानिंग रेंज मानें, गारंटी नहीं। मुख्य बात दिशा की है: अगर कोई फील्ड इंग्लिश में अपनी लिमिट के करीब है, तो मान लें कि यूरोपीय ट्रांसलेशन उसे पार कर देंगे और CJK वाले छोटे रह जाएंगे। इंग्लिश सोर्स में थोड़ी जगह छोड़ दें ताकि विस्तार के लिए गुंजाइश रहे।
लिमिट टूटने पर असल में क्या होता है
Apple और Google दोनों सबमिशन स्टेप पर ही ये कैप लागू करते हैं। व्यवहार में आपको दो में से एक फेलियर मोड मिलता है। स्टोर फॉर्म सीधे एक्स्ट्रा कैरेक्टर लेने से मना कर देता है — आप लिमिट के आगे टाइप ही नहीं कर पाते, इसलिए पेस्ट किया हुआ ट्रांसलेशन चुपचाप बाउंड्री पर, बीच शब्द से कट जाता है। या फिर फील्ड टेक्स्ट स्वीकार कर लेती है और लिस्टिंग रिव्यू में रिजेक्ट हो जाती है। किसी भी सूरत में ट्रांसलेट किया गया नाम या सबटाइटल कटा हुआ, कट की वजह से गलत स्पेल्ड, या उस मार्केट में पूरी तरह गायब हो जाता है।
यह सब इंग्लिश लिस्टिंग से दिखता ही नहीं। यह हर भाषा में अलग से सामने आता है, आमतौर पर तब जब आप सोच चुके होते हैं कि लिस्टिंग पूरी हो गई है।
फिक्स: ट्रांसक्रिएट करें, काटें नहीं
जर्मन सबटाइटल को कैरेक्टर 30 पर काट देने से एक टूटा हुआ आधा-शब्द बनता है जो native speaker को मशीन-द्वारा बिगाड़ा हुआ लगता है। सही तरीका यह है कि नाम और सबटाइटल को प्रति लोकेल फिर से लिखा जाए ताकि वे लिमिट के भीतर भी वही मतलब पहुंचाएं।
- पहले सोर्स को छोटा करें। एक 22-कैरेक्टर इंग्लिश सबटाइटल 35% विस्तार झेल लेता है; 29-कैरेक्टर वाला नहीं। इंग्लिश में जगह छोड़ना सबसे सस्ता फिक्स है।
- टाइट फील्ड्स को ट्रांसक्रिएट करें। नाम और सबटाइटल के लिए, शब्द-दर-शब्द ट्रांसलेट करने की बजाय टारगेट भाषा में कोई छोटा पर्यायवाची शब्द चुनें या filler शब्द हटा दें। लक्ष्य ऐसा phrase है जो फिट हो और नैचुरल लगे, शब्दशः मैच नहीं।
- RTL और non-Latin फील्ड्स को इंसानी पास दें। अरबी, हिब्रू, और non-Latin कीवर्ड लिस्ट वे हैं जहां मशीन ट्रांसलेशन ऐसी गलतियां करता है जिन्हें आप स्क्रिप्ट पढ़े बिना पकड़ नहीं सकते।
- काउंट टारगेट स्क्रिप्ट में चेक करें, इंग्लिश में नहीं। स्टोर जो नापता है वह कैरेक्टर काउंट है, और यह भाषा के हिसाब से अलग होता है — इसलिए इसे ट्रांसलेशन के बाद, हर फील्ड के लिए, नापना ज़रूरी है।
Mokbi यहां कैसे मदद करता है
Mokbi आपकी पूरी लिस्टिंग — नाम, सबटाइटल, कीवर्ड्स, description — को 50 भाषाओं में ट्रांसलेट करता है, और साथ-साथ हर फील्ड का प्रति-भाषा कैरेक्टर काउंट दिखाता है। ओवररन तुरंत एडिटर में ही सामने आ जाते हैं, इससे पहले कि आप उन्हें App Store Connect या Play Console में पेस्ट करें, ताकि आप 41-कैरेक्टर वाला जर्मन सबटाइटल तब पकड़ लें जब आप उसे अभी भी छोटा कर सकते हैं — रिजेक्शन के बाद नहीं।
यह एक पहला पास है, आखिरी नहीं। यह हर फील्ड को लिमिट के भीतर लाता है और जो विस्तारित हुए हैं उन्हें फ्लैग करता है, जो कि ज़्यादातर काम है। लेकिन आपके सबसे अहम मार्केट अब भी इंसानी नज़र के हकदार हैं — एक native speaker यह confirm करे कि ट्रांसक्रिएट किया गया नाम सही लगता है और RTL फील्ड्स सही हैं। यह टूल यह अंदाज़ा लगाने की मेहनत हटा देता है कि कौन-सी फील्ड्स टूटीं; एक इंसान confirm करता है कि सबसे अहम फील्ड्स अच्छी लगती हैं।