14 दिनों के लिए 12 टेस्टर प्राप्त करें और तेजी से प्रकाशित करें

Google को 14 दिनों के लिए 12 टेस्टर की आवश्यकता क्यों है?

यह आवश्यकता 2023 के अंत में आई, जब Google ने नए पर्सनल डेवलपर अकाउंट के नियम कसे। बताया गया लक्ष्य गुणवत्ता है: ऐप्स को सार्वजनिक स्टोर तक तभी पहुंचना चाहिए जब असली लोग उनका वास्तव में उपयोग कर लें, सीधे बिल्ड मशीन से नहीं।

Google के लिए, दो सप्ताह की लाइव टेस्टर गतिविधि कम-प्रयास और स्पैम सबमिशन को फ़िल्टर करती है, जो कोड समीक्षा से कहीं अधिक विश्वसनीयता से संभव नहीं था। मूल रूप से, नियम में 20 टेस्टर चाहिए थे, लेकिन Google ने सोलो डेवलपर्स के बोझ को कम करने के लिए 2024 के अंत में इसे घटाकर 12 कर दिया।

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

वे गलतियाँ जो 14-दिन की घड़ी को रीसेट करती हैं

अधिकांश विफल क्लोज़्ड टेस्ट ऐप की गुणवत्ता के लिए अस्वीकृत नहीं होते — वे इसलिए अस्वीकृत होते हैं क्योंकि 12-टेस्टर की संख्या एक दिन के लिए चुपचाप नीचे चली गई, या स्ट्रीक लगातार नहीं थी। जब ऐसा होता है तो Play Console आपको चेतावनी नहीं देता; यह बस चुपचाप विफल हो जाता है जब तक आप टेस्टर टैब की जांच नहीं करते।

यहाँ बताया गया है कि जब कोई डेवलपर विफल प्रयास के बाद हमारे पास आता है तो हम सबसे अधिक क्या देखते हैं:

• टेस्टर पहले दिन ऑप्ट-इन करते हैं, फिर ऐप कभी नहीं खोलते
• टेस्ट क्लोज़्ड ट्रैक के बजाय ओपन या इंटरनल ट्रैक पर चलता है
• चयनित देश ऐप के इच्छित प्रोडक्शन देशों से मेल नहीं खाते
• टेस्ट के बीच का बिल्ड लॉन्च पर क्रैश होता है, इसलिए सेशन अचानक रुक जाते हैं
• किसी टेस्टर को बदल दिया जाता है, जिससे उस सीट की 14-दिन की गिनती फिर से शुरू हो जाती है

चेकआउट के बाद क्या होता है

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

1. घंटा 0–2: आपके 12+ टेस्टर मैच कर दिए जाते हैं और आपकी सूची आपको ईमेल कर दी जाती है, Play Console में पेस्ट करने के लिए तैयार।
2. घंटा 2–6: टेस्टर आपका निमंत्रण स्वीकार करते हैं और ऑप्ट-इन करते हैं; 14-दिन की घड़ी शुरू होती है।
3. दिन 1–14: प्रत्येक टेस्टर ऐप खोलता है और रोजाना सेशन लॉग करता है। आप पूरे समय Play Console में ऑप्ट-इन काउंट लाइव अपडेट होते देख सकते हैं।
4. दिन 15: आपकी एंगेजमेंट रिपोर्ट दे दी जाती है, जिसे आप प्रोडक्शन एक्सेस के लिए आवेदन करते समय संदर्भित कर सकते हैं।

असली इंसान vs. बॉट फार्म

Google सिर्फ संख्या से परे देखता है। डिवाइस सत्यापन, IP वितरण, अकाउंट की उम्र, और व्यवहार पैटर्न सभी इस बात का कारक हैं कि टेस्टिंग बैच असली है या नहीं। हमारे टेस्टर 40+ देशों में फैले हैं और Android OEMs का असली मिश्रण उपयोग करते हैं — Samsung, Google Pixel, Xiaomi, और अन्य — ऐसे अकाउंट्स पर जिनकी Play Store गतिविधि का इतिहास ऑर्गेनिक है।

पूल में शामिल होने से पहले हर टेस्टर ने मानव समीक्षा पास की है, और जो अकाउंट संदिग्ध पैटर्न दिखाते हैं उन्हें हटा दिया जाता है, नए ऑर्डर पर नहीं दिया जाता। बॉट पैनल और एमुलेटर फार्म यहाँ शॉर्टकट लेते हैं, और यही शॉर्टकट डेवलपर अकाउंट्स को फ्लैग करवाता है।

दिन 15 को आपके इनबॉक्स में क्या आता है

14-दिन की विंडो बंद होते ही, आपको एक PDF एंगेजमेंट रिपोर्ट प्राप्त होती है जिसमें वे विवरण शामिल होते हैं जिनके बारे में Google की प्रश्नावली पूछती है: हर टेस्टर के लिए ऑप्ट-इन टाइमस्टैम्प, दैनिक सेशन की लंबाई, डिवाइस मॉडल, Android OS संस्करण, और टेस्टर का देश।

अधिकांश डेवलपर्स जब वे प्रोडक्शन एक्सेस प्रश्नावली का उत्तर देते हैं तब इस रिपोर्ट का एक संक्षिप्त सारांश संलग्न करते हैं, और पूरी फ़ाइल अपने पास रखते हैं यदि Google की समीक्षा टीम यह पूछने के लिए आती है कि टेस्टिंग कैसे की गई थी।

प्रोडक्शन एक्सेस के लिए आवेदन

14-दिन की आवश्यकता पूरी होने के साथ, Play Console में "प्रोडक्शन के लिए आवेदन करें" बटन अनलॉक हो जाता है। आप इस बारे में एक छोटी प्रश्नावली का उत्तर देंगे कि आपने फीडबैक कैसे एकत्र किया और आपने इसके कारण क्या बदला, यदि कुछ बदला — फिर Google सबमिशन की समीक्षा करता है।

समीक्षा समय अलग-अलग होता है, आमतौर पर कुछ दिन। हम सलाह देते हैं कि सबमिट करने से पहले तब तक इंतज़ार करें जब तक कि पूरे 14 दिन और 12+ ऑप्ट-इन Play Console में कन्फर्म न हो जाएं; कुछ घंटे पहले आवेदन करना अस्वीकृति का एक सामान्य, टालने योग्य कारण है जिसका ऐप की गुणवत्ता से कोई लेना-देना नहीं है।

क्या यह नियम आपके अकाउंट पर लागू होता है?

12-टेस्टर नियम विशेष रूप से 13 नवंबर, 2023 के बाद बनाए गए पर्सनल डेवलपर अकाउंट को लक्षित करता है। ऑर्गनाइज़ेशन अकाउंट, जिन्हें पंजीकरण के दौरान D-U-N-S नंबर की आवश्यकता होती है, अनिवार्य क्लोज़्ड टेस्ट से exempt हैं।

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

336-घंटे की घड़ी वास्तव में कैसे गिनती करती है

14-दिन की घड़ी तब शुरू होती है जब आपका 12वां टेस्टर निमंत्रण स्वीकार करता है और ऑप्ट-इन करता है — Play Console उस टाइमस्टैम्प से ठीक 336 लगातार घंटे गिनता है, जिसे प्रति टेस्टर ट्रैक किया जाता है, न कि प्रति ऑर्डर।

दो चीज़ें इसे रीसेट करती हैं: किसी भी बिंदु पर ऑप्ट-इन काउंट 12 से नीचे गिरना, थोड़े समय के लिए भी, या टेस्टर को हटाना और उन्हें किसी नए व्यक्ति से बदलना, जिसकी अपनी घड़ी तब शून्य से शुरू होती है। आप किसी भी समय Play Console में टेस्टर → क्लोज़्ड टेस्टिंग के अंतर्गत चल रही गिनती देख सकते हैं।

Google स्वयं टेस्ट की समीक्षा कैसे करता है

12/14 की सीमा पार करने से आवेदन बटन अनलॉक हो जाता है, लेकिन यह एकमात्र संकेत नहीं है जिस पर Google की समीक्षा विचार करती है। स्वचालित जांच और, कुछ मामलों में, मैन्युअल समीक्षक परीक्षण अवधि के दौरान सेशन की लंबाई, क्रैश दर और अनइंस्टॉल दर को देखते हैं।

एक ऐप जिसे हर टेस्टर ने पहले दिन एक बार खोला और कभी वापस नहीं लौटा, वह तकनीकी रूप से 12/14 संख्या को पूरा कर सकता है, फिर भी समीक्षक को यह कम-एंगेजमेंट जैसा लग सकता है। इसीलिए पूरी विंडो में दैनिक, फैली हुई गतिविधि इससे ज़्यादा मायने रखती है कि आप बस न्यूनतम संख्या तक पहुँचें।

एक बार अस्वीकृत — दूसरी बार क्या बदलता है

कुछ और करने से पहले अस्वीकृति का कारण ध्यान से पढ़ें। "अपर्याप्त परीक्षण" एक अलग समस्या है इसके कंटेंट या पॉलिसी अस्वीकृति से, और दोनों के लिए अलग समाधान चाहिए। वास्तविक कारण को दूर किए बिना फिर से आवेदन करने से बस वही परिणाम मिलता है।

यदि कारण अपर्याप्त परीक्षण है, तो Play Console को एक नई, निर्बाध 14-दिन की विंडो चाहिए — पहले से पूरे हो चुके दिनों के लिए कोई आंशिक क्रेडिट नहीं मिलता। यदि हमारे द्वारा किए गए टेस्ट के बाद अस्वीकृति मिलती है और कारण विशुद्ध रूप से परीक्षण की मात्रा थी, तो हम इसे बिना किसी अतिरिक्त लागत के फिर से चलाते हैं।

एक भी टेस्टर को आमंत्रित करने से पहले चेकलिस्ट

टेस्टर के ऑप्ट-इन करने से पहले कुछ मिनटों का सेटअप अध्याय 3 की अधिकांश विफलताओं को रोकता है। पहले इनमें से प्रत्येक की पुष्टि करें:

• आंतरिक टेस्टिंग ट्रैक पहले ही Google द्वारा समीक्षित और स्वीकृत
• एक समर्पित क्लोज़्ड टेस्टिंग ट्रैक बनाया गया — न ओपन, न इंटरनल
• चयनित देश आपके इच्छित प्रोडक्शन देशों से मेल खाते हैं, या उन्हें शामिल करते हैं
• टेस्टर ईमेल सूची या Google Group क्लोज़्ड ट्रैक से सही ढंग से जुड़ा हुआ
• स्टोर लिस्टिंग — आइकन, स्क्रीनशॉट, विवरण — पर्याप्त रूप से पूर्ण कि टेस्टर भ्रमित न हों

Play Integrity वास्तव में क्या जांचता है

Play Integrity API हर इंस्टॉल का मूल्यांकन तीन निर्णयों के आधार पर करता है: क्या डिवाइस Google की अखंडता की सीमा को पूरा करता है, क्या ऐप बायनरी अपरिवर्तित है, और क्या अकाउंट अच्छी, लाइसेंस प्राप्त स्थिति में है। रूटेड डिवाइस, एमुलेटर और क्लोन किए गए APK आमतौर पर पहले दो में विफल हो जाते हैं।

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

Google के प्रोडक्शन एक्सेस फॉर्म का उत्तर देना

प्रोडक्शन एक्सेस फॉर्म सरल भाषा में दो चीज़ें पूछता है: आपने परीक्षण के दौरान फीडबैक कैसे एकत्र किया, और नतीजतन आपने क्या बदला। अस्पष्ट, सामान्य उत्तर उन समीक्षकों को अलग दिखते हैं जो एक दिन में सैकड़ों पढ़ते हैं।

विशिष्ट उत्तर बेहतर काम करते हैं — किसी वास्तविक अवलोकन का संदर्भ दें, जैसे कोई ऐसा डिवाइस जहाँ लोड समय धीमा था और जवाब में आपने जो फिक्स भेजा। हम पहले प्रयास में पास हुए सबमिशन से बने टेम्पलेट साझा करते हैं, जिन्हें आप अपने ऐप की टेस्टिंग नोट्स के अनुसार ढाल सकते हैं।

Play Console शर्तें परिभाषित

Play Console जिन शब्दों का उपयोग करता है वे विशिष्ट हैं — यहाँ वे शब्द हैं जो इस गाइड में सबसे अधिक आते हैं।