ASO कीवर्ड्स असल में कहाँ जाते हैं: App Store बनाम Google Play
यही सवाल लगभग हर उस व्यक्ति को उलझाता है जो दोनों स्टोर पर एक साथ ASO चला रहा है: मैं अपने कीवर्ड्स कहाँ डालूँ? ईमानदार जवाब यह है कि कोई एक जवाब है ही नहीं, क्योंकि Apple और Google ने दो अलग-अलग सिस्टम बनाए हैं। Apple आपको एक निजी कीवर्ड फ़ील्ड देता है और आपका description नज़रअंदाज़ करता है। Google कीवर्ड फ़ील्ड के आइडिया को पूरी तरह छोड़ देता है और आप जो भी लिखते हैं वह सब पढ़ता है। हर स्टोर असल में कौन-सा टेक्स्ट इंडेक्स करता है, यह जानना ही उस कॉपी में फ़र्क डालता है जो रैंक करती है और जो बस पड़ी रहती है।
स्क्रीनशॉट्स को सबसे ज़्यादा ध्यान मिलता है क्योंकि वे लिस्टिंग का दिखने वाला हिस्सा होते हैं। लिस्टिंग का टेक्स्ट दूसरा आधा हिस्सा है — और यही तय करता है कि कोई सर्च के ज़रिए आपको ढूँढ पाएगा भी या नहीं। यहाँ बताया गया है कि हर फ़ील्ड असल में कहाँ जाती है।
Apple: तीन इंडेक्स्ड फ़ील्ड्स, और ढेर सारा टेक्स्ट जिसे यह नज़रअंदाज़ करता है
Apple का सर्च एल्गोरिद्म फ़ील्ड्स के एक छोटे, तय सेट को पढ़ता है। आप अपनी लिस्टिंग में जो कुछ भी टाइप करते हैं, वह दो में से किसी एक श्रेणी में आता है: सर्च के लिए इंडेक्स्ड, या सिर्फ़ conversion के लिए जब कोई पहले से ही पेज पर हो।
- App name — 30 characters। सबसे ज़्यादा वेट वाली फ़ील्ड। यहाँ के टर्म्स सबसे ज़्यादा रैंकिंग पावर रखते हैं, इसलिए आपके नाम में सिर्फ़ ब्रांड नहीं, आपका सबसे ज़रूरी कीवर्ड भी होना चाहिए।
- Subtitle — 30 characters। इंडेक्स्ड, और नाम जितनी ही ताकतवर। यह आपका दूसरा कीवर्ड स्लॉट है, जो product page पर नाम के ठीक नीचे बैठता है।
- Keyword field — 100 characters। App Store Connect में एक छिपा हुआ फ़ील्ड जिसे users कभी देखते ही नहीं। आप इसमें कॉमा-सेपरेटेड टर्म्स भरते हैं (कोई स्पेस नहीं, singular रूप — Apple plurals अपने-आप मैच कर लेता है)। यहीं वे सारे कीवर्ड्स जाते हैं जो नाम या subtitle में फ़िट नहीं हुए।
और वे फ़ील्ड्स जिन्हें Apple सर्च के लिए इंडेक्स नहीं करता:
- Description — 4,000 characters तक। इसे लोग पढ़ते हैं, Apple का रैंकिंग एल्गोरिद्म नहीं। यहाँ कीवर्ड्स ठूँसने से App Store पर आपकी रैंक पर कोई असर नहीं पड़ता। इसे conversion के लिए लिखें, रैंक के लिए नहीं।
- Promotional text — 170 characters। यह भी इंडेक्स्ड नहीं है। यह description के ऊपर बैठता है, बिना app update के कभी भी एडिट किया जा सकता है, और सिर्फ़ खबरें बताने या conversion बढ़ाने के लिए होता है।
तो Apple पर आपके पास पूरी कीवर्ड स्ट्रैटेजी के लिए ठीक 160 इंडेक्स्ड characters हैं — 30 + 30 + 100। इसके आगे जो भी है, वह सिर्फ़ conversion कॉपी है।
Google Play: कोई कीवर्ड फ़ील्ड नहीं, और यह सब कुछ पढ़ता है
Google Play उल्टे तरीके से काम करता है। भरने के लिए कोई छिपा हुआ कीवर्ड फ़ील्ड होता ही नहीं। Google आपकी दिखने वाली लिस्टिंग पर पूरा full-text सर्च चलाता है और natural-language processing से पता लगाता है कि आप किन टर्म्स के लिए रैंक करते हैं। यानी आपके description के शब्द ही कीवर्ड्स हैं — इसमें यह भी शामिल है कि वे कितनी बार आते हैं।
- Title — 30 characters। Apple के name जितनी ही लंबाई, और Play पर भी सबसे ज़्यादा वेट वाली फ़ील्ड। अपने सबसे मज़बूत टर्म से शुरुआत करें।
- Short description — 80 characters। इंडेक्स्ड, और लिस्टिंग के सबसे ऊपर दिखता है। अपने साइज़ के हिसाब से ज़्यादा रैंकिंग वेट रखता है, और ज़्यादातर users जो पहली लाइन पढ़ते हैं।
- Full description — 4,000 characters तक। यही सबसे बड़ा फ़र्क है: Google Play पर लंबा description भी इंडेक्स होता है। यहाँ कीवर्ड frequency और context दोनों मायने रखते हैं। एक आम thumb-rule है कि आपके सबसे ज़रूरी टर्म के लिए लगभग 2–3% density हो — इतना कि Google समझ जाए आप किस बारे में हैं, बिना spam जैसा दिखे। इसे एक सख्त लक्ष्य नहीं, बल्कि गाइडेंस मानो: पहले इंसान के लिए लिखें, और natural repetition अपना काम करने दें।
यहाँ promotional-text जैसा कुछ नहीं है और न ही कोई subtitle। Play उन सबको ऊपर बताई तीन फ़ील्ड्स में समेट देता है।
पूरी बात एक टेबल में
यही वह मैप है जिसे बुकमार्क कर लेना चाहिए। हर लिस्टिंग फ़ील्ड, और क्या हर स्टोर का सर्च इंजन उसे असल में इंडेक्स करता है:
| Promotional text 170 characters (सिर्फ़ Apple) | नहीं — सिर्फ़ conversion | कोई बराबर फ़ील्ड नहीं |
टेबल को ऊपर से नीचे पढ़ें तो दोनों मानसिक मॉडल साफ़ दिखने लगते हैं। Apple अपनी पूरी कीवर्ड पावर तीन छोटी फ़ील्ड्स में समेटता है और description इंसानों के लिए लिखने को कहता है। Google दिखने वाली हर चीज़ में कीवर्ड पावर फैलाता है, और आपको फ़ायदा देता है अगर आप अपने टर्म्स को — नाप-तौल के साथ — पूरे लंबे description में इस्तेमाल करते हैं।
इसका मतलब आपके लिखने के तरीके के लिए क्या है
असली जाल यही है कि दोनों स्टोर को एक ही काम समझ लिया जाए। अगर आप App Store keyword field लिखते हैं पर कभी keyword-dense Play description नहीं बनाते, तो Play की रैंकिंग टेबल पर छोड़ रहे हैं — Play के पास कोई कीवर्ड फ़ील्ड नहीं जो वे टर्म्स इनहेरिट कर सके। अगर आप एक keyword-भरा description लिखकर App Store में paste कर देते हैं, तो मेहनत बेकार गई, क्योंकि Apple उसे पढ़ता ही नहीं।
इसे सोचने का साफ़ तरीका यह है: अपना कीवर्ड रिसर्च एक बार करें, फिर हर टर्म को वहाँ रखें जहाँ उसका स्टोर उसे असल में देखेगा। आपके टॉप टर्म्स दोनों titles में जाते हैं। आपका Apple overflow subtitle और keyword field में जाता है। आपका Play overflow short और full descriptions में एक natural density पर बुना जाता है। एक ही रिसर्च, दो अलग-अलग जगहें।
Mokbi कहाँ फ़िट होता है
Mokbi की शुरुआत एक स्क्रीनशॉट एडिटर के तौर पर हुई, लेकिन एक स्टोर लिस्टिंग टेक्स्ट और images मिलकर बनती है — इसलिए यह carousel के साथ-साथ लिस्टिंग टेक्स्ट भी draft और localize करता है। यह वही फ़ील्ड्स लिखता है जिन्हें दोनों स्टोर असल में इंडेक्स करते हैं: App Store name, subtitle, keyword field, और description; Play title, short description, और full description। आप इसे अपना app और अपनी कीवर्ड लिस्ट देते हैं, और यह हर स्टोर के मॉडल के हिसाब से ढला हुआ keyword-aware कॉपी बनाता है, न कि टेक्स्ट का एक ही ब्लॉक जिसे आप दो बार paste करें।
फिर यह उस सब को 50 भाषाओं में localize करता है, ताकि जो टर्म आपने अंग्रेज़ी में रिसर्च किया था वह हर मार्केट में सही फ़ील्ड में पहुँचे — न machine-mangled, और न ही ऐसी लिस्टिंग में अंग्रेज़ी छोड़ी हुई जो बाकी सब जगह अनुवादित हो। आप keyword-aware कॉपी एक बार लिखते हैं, न कि हर locale में हाथ से दो मानसिक मॉडल मैनेज करते हैं। Mokbi लिस्टिंग draft और export करता है; आप इसे App Store Connect और Play Console में खुद रिव्यू करके publish करते हैं।