Google Play Store એપ્લિકેશન પ્રકાશન અને સબમિશન માર્ગદર્શિકા (શરૂઆતથી પ્રકાશન સુધી)
આ માર્ગદર્શિકા Google Play Console પર શરૂઆતથી એક આધુનિક Android એપ્લિકેશન (ખાસ કરીને .NET MAUI, MonoGame અથવા હાઇબ્રિડ C# પ્રોજેક્ટ્સ) બનાવવા, પેકેજિંગ કરવા, ડિજિટલ હસ્તાક્ષર (sign) કરવા, આવતી ગંભીર ભૂલો ઉકેલવા અને સ્ટોર સબમિશનના તમામ પગલાં પૂર્ણ કરવાની પ્રક્રિયા સ્ટેપ-બાય-સ્ટેપ સમજાવે છે (એપ નિર્માણ, ગોપનીયતા નીતિ, લૉગિન પરવાનગીઓ, જાહેરાતો, IARC ઉંમર રેટિંગ, ડેટા સુરક્ષા, ક્લોઝ્ડ ટેસ્ટિંગ અને ઓપન પ્રોડક્શન પ્રકાશન).
વિષયસૂચિ
- પ્રસ્તાવના અને આર્કિટેક્ચરલ તૈયારી
- Play Console માં શરૂઆતથી નવી એપ્લિકેશન / ગેમ બનાવવી (Create App)
- Keystore નિર્માણ અને Build/Sign ઓટોમેશન
- Play Console પ્રથમ Bundle ઇન્સ્ટોલેશન અને ગંભીર ભૂલો
- ગોપનીયતા નીતિ (Privacy Policy) ની તૈયારી
- એપ એક્સેસ / સાઇન-ઇન વિગતો
- જાહેરાત ઘોષણા (Ads Declaration)
- કન્ટેન્ટ રેટિંગ (IARC Content Rating પ્રશ્નાવલી)
- લક્ષિત પ્રેક્ષકો અને વય જૂથની પસંદગી
- એપ કન્ટેન્ટ ડેશબોર્ડ (App Content Dashboard)
- ડેટા સેફ્ટી ફોર્મ (Data Safety Form)
- કાનૂની અને નિયમનકારી નિવેદનો (સરકારી, નાણાકીય, આરોગ્ય)
- સ્ટોર સેટિંગ્સ અને સંપર્ક માહિતી
- મુખ્ય સ્ટોર લિસ્ટિંગ અને વિઝ્યુઅલ એસેટ્સ
- ક્લોઝ્ડ ટેસ્ટિંગ સેટઅપ અને સમીક્ષા
- એડવર્ટાઇઝિંગ ID ઘોષણા (Advertising ID)
- સમીક્ષા માટે અંતિમ સબમિશન (Final Submission)
- ક્લોઝ્ડ ટેસ્ટિંગ પછી પ્રોડક્શન પરમિટ માટે અરજી
- અંતિમ વિજય: પ્રોડક્શન એક્સેસ (Production Access) મંજૂરી
- પ્રી-રિલીઝ ચેકલિસ્ટ (પૂર્ણ)
- Arar Games અને અમારી ગેમ્સ
1. પ્રસ્તાવના અને આર્કિટેક્ચરલ તૈયારી
Google Play Store પર નવી એપ્લિકેશન પ્રકાશિત કરતી વખતે, Google ની નવીનતમ સુરક્ષા અને તકનીકી નીતિઓનું સખતપણે પાલન કરવું આવશ્યક છે:
- બંડલ ફોર્મેટ: ફક્ત
.aab(Android App Bundle) ફોર્મેટ સ્વીકારવામાં આવે છે. સ્ટોર પ્રકાશન માટે APK ફાઇલો માન્ય નથી (જોકે સ્થાનિક પરીક્ષણ સાઇડલોડ માટે જનરેટ કરી શકાય છે). - ન્યૂનતમ ટાર્ગેટ SDK: Google Play હવે નવી પ્રકાશિત અથવા અપડેટ કરેલી એપ્લિકેશનો માટે ઓછામાં ઓછું Android API Level 36 (Android 16) લક્ષિત હોવું જરૂરી બનાવે છે.
- સુરક્ષિત હસ્તાક્ષર: એપ્લિકેશન v2/v3 સ્કીમા સાથે સુસંગત 2048-બીટ RSA કી વડે હસ્તાક્ષરિત હોવી આવશ્યક છે.
2. Play Console માં શરૂઆતથી નવી એપ્લિકેશન / ગેમ બનાવવી (Create App)
Google Play Console પેનલ (play.google.com/console) માં લૉગિન કર્યા પછી, મુખ્ય સ્ક્રીન પર ઉપર જમણી બાજુએ વાદળી બટન "Create app" (એપ બનાવો) પર ક્લિક કરીને પ્રકાશન પ્રક્રિયા શરૂ થાય છે. આ ફોર્મ કન્સોલ પર એપ્લિકેશનની ડિજિટલ ઓળખ, તેનું પેકેજ નામ અને સ્ટોરનું મૂળભૂત વર્ગીકરણ નક્કી કરે છે.
A. એપ્લિકેશનની વિગતો
- App Name (એપનું નામ):
- સ્ટોરમાં વપરાશકર્તાઓને દેખાતું પ્રથમ સત્તાવાર નામ છે.
- મહત્તમ 30 અક્ષરો સુધી મર્યાદિત છે (દા.ત:
YourAppName). - ભલામણ: શીર્ષકમાં બિનજરૂરી કીવર્ડ સ્ટફિંગ (keyword stuffing) અથવા ભ્રામક પ્રમોશનલ શબ્દો ("Best", "Free", "#1") ટાળો; અન્યથા Google Play સમીક્ષામાં અસ્વીકાર થઈ શકે છે.
- Package Name (પેકેજનું નામ):
- Java/Android પેકેજ ઓળખકર્તા જે Android ઇકોસિસ્ટમમાં તમારી એપ્લિકેશનને વૈશ્વિક સ્તરે વિશિષ્ટ રીતે ઓળખે છે (રિવર્સ ડોમેન કન્વેન્શન, દા.ત:
com.yourcompany.appname). - મહત્તમ 150 અક્ષરો.
- ⚠️ મહત્વપૂર્ણ નિયમ: આ સ્ક્રીન પર એપ્લિકેશન બનાવ્યા પછી અને પ્રથમ બંડલ અપલોડ કર્યા પછી, પેકેજનું નામ ક્યારેય બદલી શકાતું નથી! પ્રોજેક્ટમાં
ApplicationId(<ApplicationId>com.yourcompany.appname</ApplicationId>) આ નામ સાથે ચોક્કસપણે મેળ ખાતું હોવું જોઈએ. Check availability(ઉપલબ્ધતા તપાસો): બટન દબાવવાથી, તમે નિર્દિષ્ટ કરેલું પેકેજ નામ Google Play ઇકોસિસ્ટમમાં અન્ય કોઈ ડેવલપર દ્વારા રજીસ્ટર થયેલું છે કે નહીં તે તરત જ ચકાસવામાં આવે છે.
- Java/Android પેકેજ ઓળખકર્તા જે Android ઇકોસિસ્ટમમાં તમારી એપ્લિકેશનને વૈશ્વિક સ્તરે વિશિષ્ટ રીતે ઓળખે છે (રિવર્સ ડોમેન કન્વેન્શન, દા.ત:
- Default Language (ડિફૉલ્ટ ભાષા):
- એપ્લિકેશનની પ્રાથમિક સ્ટોર લિસ્ટિંગ ભાષા (દા.ત:
English (United States) – en-US). - જે દેશો માટે કોઈ ચોક્કસ સ્થાનિકીકરણ (અનુવાદ) વ્યાખ્યાયિત કરવામાં આવ્યું નથી તે તમામ દેશોના વપરાશકર્તાઓને સ્ટોર માહિતી આ મૂળભૂત ભાષામાં રજૂ કરવામાં આવશે.
- એપ્લિકેશનની પ્રાથમિક સ્ટોર લિસ્ટિંગ ભાષા (દા.ત:
B. એપ્લિકેશનનો પ્રકાર, કિંમત અને ઘોષણાઓ
- App or Game (એપ કે ગેમ):
- પ્રોડક્ટનો મૂળભૂત પ્રકાર નક્કી કરવામાં આવે છે (
AppઅથવાGame). - મહત્વપૂર્ણ નોંધ: આ પસંદગી સ્ટોરની સંબંધિત મુખ્ય શ્રેણી (એપ્સ ટૅબ અથવા ગેમ્સ ટૅબ) નક્કી કરે છે અને પછીથી બદલી શકાતી નથી.
- પ્રોડક્ટનો મૂળભૂત પ્રકાર નક્કી કરવામાં આવે છે (
- Free or Paid (મફત કે પેઇડ):
- એપ્લિકેશન સ્ટોરમાં મફતમાં ઉપલબ્ધ થશે કે પેઇડ ખરીદી તરીકે તે પસંદ કરો.
- ⚠️ અપરિવર્તનીય મહત્વપૂર્ણ નિયમ: Google Play નીતિઓ અનુસાર, એકવાર "Free" તરીકે પ્રકાશિત થયેલી એપ્લિકેશનને ભવિષ્યમાં ક્યારેય "Paid" બનાવી શકાતી નથી! જો તમે તમારું ઉત્પાદન સીધા સ્ટોરમાં વેચવા માંગતા હો, તો તમારે શરૂઆતમાં
Paidપસંદ કરવું આવશ્યક છે. મફતમાં વિતરિત કરવા અને આવક મેળવવા માટે, ઇન-એપ ખરીદીઓ (In-App Purchases) અથવા AdMob જાહેરાતોનો ઉપયોગ કરવો જોઈએ.
- Automatic Protection (સ્વચાલિત સુરક્ષા):
- Google Play તમારી એપ્લિકેશનના APK/AAB કોડમાં સ્વચાલિત ઇન્સ્ટોલર તપાસ (installer check) ઉમેરે છે. જો વપરાશકર્તાઓ અજાણ્યા સ્ત્રોતોમાંથી એપ્લિકેશન સાઇડલોડ કરે છે, તો તેમને Google Play પરથી મૂળ સંસ્કરણ ડાઉનલોડ કરવા માટે ચેતવણી આપવામાં આવશે.
- Declarations (કાનૂની ઘોષણાઓ અને નીતિઓ):
- Developer Program Policies: પુષ્ટિ કરવામાં આવે છે કે એપ્લિકેશન Google Play ડેવલપર પ્રોગ્રામ અને કન્ટેન્ટ નીતિઓનું સંપૂર્ણ પાલન કરે છે.
- US Export Laws: સૉફ્ટવેર યુએસ નિકાસ કાયદાઓ અને પ્રતિબંધ નિયમોનું પાલન કરે છે તેની પુષ્ટિ થાય છે.
- Create App (એપ બનાવો):
- ફોર્મ મંજૂર કર્યા પછી, નીચે જમણી બાજુએ વાદળી બટન "Create app" પર ક્લિક કરો. કન્સોલ એપ્લિકેશનને સિસ્ટમમાં રજીસ્ટર કરે છે અને તમને એપ્લિકેશનના મુખ્ય મેનેજમેન્ટ પેનલ (Dashboard) પર રીડાયરેક્ટ કરે છે.
3. Keystore નિર્માણ અને Build/Sign ઓટોમેશન
ડિપ્લોયમેન્ટ પ્રક્રિયાને ભૂલ-રહિત અને પુનરાવર્તિત બનાવવા માટે, પ્રોજેક્ટ રૂટમાં Deploy/ ફોલ્ડર અને ઓટોમેશન સ્ક્રિપ્ટ્સ બનાવવી જોઈએ.
A. Keystore જનરેશન (1_CreateKeystore.bat)
JDK માં keytool નો ઉપયોગ કરીને, 25 વર્ષ (10,000 દિવસ) માટે માન્ય કી જનરેટ કરવામાં આવે છે:
keytool -genkeypair -v ^
-keystore "%KEYSTORE_PATH%" ^
-alias %ALIAS% ^
-keyalg RSA ^
-keysize 2048 ^
-validity 10000 ^
-storepass "%PASS%" ^
-keypass "%PASS%" ^
-dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"
ટીપ: Windows બેચ ફાઇલોમાં
set /pસાથે વપરાશકર્તા પાસેથી પાસવર્ડ મેળવતી વખતે કૌંસવાળાif (...)બ્લોક્સનો ઉપયોગ કરવાથી સિન્ટેક્સ ભૂલો થઈ શકે છે (: was unexpected at this time).gotoટૅગ્સ સાથે ફ્લો મેનેજ કરવો અને પાસવર્ડ પરિમાણોને અવતરણ ચિહ્નો"%PASS%"માં બંધ કરવાથી સ્થિરતા મળે છે.
B. ઓટોમેટિક વર્ઝનિંગ અને હસ્તાક્ષરિત AAB બિલ્ડ (2_BuildAndSign_AAB.bat)
Google Play દરેક અપડેટ સાથે સખત રીતે વધતા versionCode ની અપેક્ષા રાખે છે. આને સ્વચાલિત રીતે સંચાલિત કરવા માટે, તારીખ અને સમય પર આધારિત ફોર્મ્યુલા વપરાય છે:
# વર્ષનો છેલ્લો અંક + મહિનો + દિવસ + કલાક + મિનિટ (દા.ત: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')
કમ્પાઈલેશન અને ડિજિટલ સહી આદેશો:
dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%
jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
-keystore "%KEYSTORE%" ^
-storepass "%PASS%" ^
-keypass "%PASS%" ^
-signedjar "%SIGNED_FILE%" ^
"%AAB_INPUT%" ^
%ALIAS%
પ્રક્રિયા પૂર્ણ થાય ત્યારે, કમ્પાઈલ થયેલી ફાઇલ ધરાવતું ફોલ્ડર સીધું વિન્ડોઝ એક્સપ્લોરરમાં start "" "%OUTPUT%" આદેશ સાથે ખુલશે.
4. Play Console પ્રથમ Bundle ઇન્સ્ટોલેશન અને ગંભીર ભૂલો
જ્યારે હસ્તાક્ષરિત .aab ફાઇલ Google Play Console માં Internal testing (આંતરિક પરીક્ષણ) અથવા Production (પ્રોડક્શન) ચેનલમાં અપલોડ કરવામાં આવે છે, ત્યારે નીચેની સ્ક્રીન દેખાઈ શકે છે:
ભૂલ 1: ટાર્ગેટ API લેવલ 36 (Android 16) જરૂરી છે
ભૂલ સંદેશ: "Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."
ઉકેલ:
આ એક બ્લોકિંગ ભૂલ છે અને જ્યાં સુધી તેનો ઉકેલ ન આવે ત્યાં સુધી રિલીઝ શક્ય નથી.
Platforms/Android/AndroidManifest.xmlફાઇલમાં<uses-sdk>ટૅગ સ્પષ્ટપણે વ્યાખ્યાયિત કરો:
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
<uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
...
</manifest>
- પ્રોજેક્ટની
.csprojફાઇલમાં<PropertyGroup>માં આ ઉમેરો:
<AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>
ભૂલ 2: વર્ઝન કોડ નોંધપાત્ર રીતે વધારે હોવાની ચેતવણી
ચેતવણી સંદેશ:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"
ઉકેલ:
- Google Play આ ચેતવણી ત્યારે આપે છે જ્યારે પ્રોજેક્ટનો અગાઉનો વર્ઝન કોડ નાની સંખ્યા હોય (દા.ત. 1 અથવા 8) અને તમે ડાયનેમિક તારીખ ફોર્મેટ પર સ્વિચ કરો છો (દા.ત. 610 મિલિયન).
- આ બ્લોકિંગ ભૂલ નથી. ચેતવણીની નીચે આવેલા વાદળી બટન
Proceed anyway(તો પણ આગળ વધો) પર ક્લિક કરીને તેને બાયપાસ કરી શકાય છે. - આ નંબર અનુગામી અપલોડ્સ માટે આધાર તરીકે ઉપયોગમાં લેવાશે, તેથી મોટો કૂદકો દર્શાવતી ચેતવણી ફરીથી દેખાશે નહીં.
5. ગોપનીયતા નીતિ (Privacy Policy) ની તૈયારી
Google Play નીતિઓ અનુસાર, ભલે તમારી એપ્લિકેશન સંવેદનશીલ ડેટા એકત્રિત ન કરતી હોય, સક્રિય SSL (HTTPS) સાથે સાર્વજનિક રૂપે સુલભ, માનક વેબ પૃષ્ઠ (PDF નહીં) ફોર્મેટમાં ગોપનીયતા નીતિ લિંક જરૂરી છે.
GitHub પર મફત હોસ્ટિંગ
GitHub રીપોઝીટરીમાં માર્કડાઉન ફાઇલ (blob/main/...) Google દ્વારા સીધી માન્ય વેબ પૃષ્ઠ તરીકે ઓળખાય છે.
નીતિમાં સમાવિષ્ટ હોવા જોઈએ તેવા મુખ્ય શીર્ષકો
- જાહેરાતો (Google AdMob): બેનર, ઇન્ટર્સ્ટિશિયલ અને રિવોર્ડેડ જાહેરાતો; Android એડવર્ટાઇઝિંગ ID (
AD_ID), ઉપકરણના તકનીકી ડેટા અને આશરે IP સ્થાનનો ઉપયોગ. - ઇન-એપ ખરીદીઓ અને સબ્સ્ક્રિપ્શન્સ (Google Play Billing): ચૂકવણી સંપૂર્ણપણે Google ના ઇન્ફ્રાસ્ટ્રક્ચરમાં થાય છે, અને ડેવલપર ક્યારેય કાર્ડ અથવા બિલિંગ માહિતી એક્સેસ કરતો નથી.
- એનાલિટિક્સ અને ટેલિમેટ્રી (Firebase Analytics & Crashlytics): અનામી વપરાશ ઇવેન્ટ્સ અને ક્રેશ રિપોર્ટ્સ.
- સંમતિ વ્યવસ્થાપન (Google UMP): GDPR અને સંબંધિત નિયમો સાથે સુસંગત સંમતિ વિન્ડો અને સેટિંગ્સ દ્વારા પસંદગીઓ બદલવાનો વપરાશકર્તાનો અધિકાર.
- કાનૂની અપવાદો અને વિશેષ ઘોષણાઓ (દા.ત. રમતગમત વિશ્લેષણ / આગાહી સાધનો):
- એપ્લિકેશન ચોક્કસપણે કોઈ શરત કે જુગારનું પ્લેટફોર્મ નથી.
- તે ફક્ત ગાણિતિક કૂપન ઓપ્ટિમાઇઝેશન અને આંકડાકીય સહાય પૂરી પાડે છે.
- સત્તાવાર ડીલરો પર રીડાયરેક્ટ કરતી વખતે વપરાશકર્તાના આઈડી અને પાસવર્ડ્સ સંગ્રહિત થતા નથી, અને 2FA/SMS વેરિફિકેશન સીધા સત્તાવાર ઇન્ટરફેસ પર થાય છે.
- સુરક્ષા નોંધ: ગોપનીયતા નીતિ લખાણમાં ડેવલપરની વ્યક્તિગત લિંક્સ (જેમ કે વ્યક્તિગત GitHub પ્રોફાઇલ) શામેલ હોવી જોઈએ નહીં; ફક્ત કોર્પોરેટ ઈમેલ અને સત્તાવાર વેબસાઇટ શામેલ હોવી જોઈએ.
6. એપ એક્સેસ / સાઇન-ઇન વિગતો
Google ઓડિટર્સ એપની સમીક્ષા કરી શકે તે પહેલાં, તમારે સૂચવવું આવશ્યક છે કે એપમાં કોઈ પ્રતિબંધિત વિસ્તાર છે કે નહીં:
- પસંદગી:
No(એપ્લિકેશનનો કોઈ ભાગ પ્રતિબંધિત નથી). - સમજૂતી: જો એપ્લિકેશનમાં કોઈ સભ્યપદ, વપરાશકર્તા લૉગિન, ઈ-મેલ/પાસવર્ડ અથવા લૉક કરેલી સ્ક્રીન ન હોય, તો
Noપસંદ કરવું જોઈએ. જો 'Yes' પસંદ કરવામાં આવે, તો Google ટેસ્ટ એકાઉન્ટ ઓળખપત્રો માંગશે.
7. જાહેરાત ઘોષણા (Ads Declaration)
આ તે પગલું છે જ્યાં તમે જાહેર કરો છો કે તમારી એપ્લિકેશનમાં જાહેરાતો પ્રદર્શિત થાય છે કે નહીં:
- પસંદગી:
Yes, my app contains ads(હા, મારી એપમાં જાહેરાતો છે). - સમજૂતી: જો એપ્લિકેશનમાં AdMob લાઇબ્રેરી હોય અથવા ભવિષ્યમાં જાહેરાતો બતાવવાનું આયોજન હોય, તો 'Yes' પસંદ કરવું આવશ્યક છે. આ પસંદગી Google Play પૃષ્ઠ પર "જાહેરાતો ધરાવે છે" લેબલને સક્રિય કરે છે.
8. કન્ટેન્ટ રેટિંગ (IARC Content Rating પ્રશ્નાવલી)
એપ્લિકેશનની ઉંમર મર્યાદા નક્કી કરવા માટે, તમારે IARC (International Age Rating Coalition) સર્વેક્ષણ ભરવું આવશ્યક છે.
A. શ્રેણી પસંદગી અને ઈમેલ એન્ટ્રી
- શ્રેણી:
All Other App Types(તમામ અન્ય એપ્લિકેશન પ્રકારો જે ગેમ્સ, સટ્ટાબાજી અથવા સોશિયલ મીડિયા નથી: ઉપયોગિતાઓ, સાધનો, કેલ્ક્યુલેટર). - ઈ-મેલ: સંપર્ક ઈ-મેલ દાખલ કરવામાં આવે છે અને IARC શરતોની પુષ્ટિ થાય છે.
B. પ્રશ્નાવલીના પ્રશ્નો (Questionnaire)
વિભાગ 1: હિંસા અને વપરાશકર્તા સંચાર
- Downloaded App (હિંસા, જાતીયતા, અશ્લીલ ભાષા):
No - User Content Sharing (વપરાશકર્તાઓ વચ્ચે ઑડિઓ, સંદેશ, મીડિયા શેરિંગ):
No
વિભાગ 2: સામગ્રી અને વય પ્રતિબંધિત ઉત્પાદનો
- Online Content (સંગીત/વિડિયો સ્ટ્રીમ અથવા ઈ-કોમર્સ કેટલોગ):
No - Promotion of Age-Restricted Products (તમાકુ, દારૂ, જુગાર):
No(ચોક્કસપણે «No» કારણ કે એપ્લિકેશન શરત લગાવવાની મંજૂરી આપતી નથી) - Miscellaneous (ચોક્કસ GPS સ્થાન શેરિંગ):
No
વિભાગ 3: ડિજિટલ સામાન અને પરચુરણ સુવિધાઓ
- Digital Goods (ડિજિટલ ઉત્પાદન વેચાણ):
No(«No» જો સ્ટોર બિલિંગ કનેક્ટેડ ન હોય; જો સક્રિય હોય, તો ડિજિટલ ખરીદી બેજ મેળવવા માટે «Yes» પસંદ કરો) - Cash Rewards (રોકડ પુરસ્કાર, ગિફ્ટ કાર્ડ):
No - Web Browser (ઇન્ટરનેટ બ્રાઉઝર / સર્ચ એન્જિન):
No - News / Educational (સમાચાર અથવા શૈક્ષણિક ઉત્પાદન):
No
આ તમામ પ્રશ્નોના જવાબ «No» આપવાથી, એપ્લિકેશનને વિશ્વના સૌથી વ્યાપક પ્રેક્ષકો માટે યોગ્ય વય રેટિંગ પ્રાપ્ત થાય છે (PEGI 3, ESRB Everyone).
9. લક્ષિત પ્રેક્ષકો અને વય જૂથની પસંદગી
તમારી એપ્લિકેશનના લક્ષ્ય પ્રેક્ષકો નક્કી કરતી વખતે, Google ના Designed for Families (ફેમિલી પોલિસી) અને COPPA નિયમો અનુસાર તે બાળકો માટે બનાવાયેલ છે કે નહીં તે ચોક્કસપણે જાહેર કરવું મહત્વપૂર્ણ છે.
સાચી પસંદગી: ફક્ત 18 and over (18 અને તેથી વધુ)
- શા માટે માત્ર 18+?
- કાનૂની પાલન: સ્પોર્ટ્સ આંકડા, સંભાવનાઓ અને કૂપન વિશ્લેષણ સાધનો પુખ્ત પ્રેક્ષકો માટે છે.
- ફેમિલી પોલિસીના પ્રતિબંધોથી રક્ષણ: જો 13 વર્ષથી ઓછી અથવા 13-17 પસંદ કરવામાં આવે, તો Google એપની એડ SDKs બાળકો માટે પ્રમાણિત હોવી જરૂરી બનાવે છે, ટેલિમેટ્રી પ્રતિબંધિત કરે છે અને વધુ કડક સમીક્ષા પ્રક્રિયા શરૂ કરે છે.
- ગોપનીયતા નીતિ સાથે સુસંગતતા: અમારી ગોપનીયતા નીતિમાં "એપ્લિકેશન 18 વર્ષ અને તેથી વધુ ઉંમરના વપરાશકર્તાઓ માટે બનાવાયેલ છે" ની કલમ સાથે 100% સુસંગત છે.
- બીજું પગલું (શું તમારી એપ્લિકેશન અજાણતાં બાળકોને આકર્ષિત કરી શકે છે?):
- આ પ્રશ્નનો જવાબ
Noઆપવો જોઈએ. ઈન્ટરફેસમાં કોઈ કાર્ટૂન પાત્રો, રમકડાંની થીમ કે બાળકોના એનિમેશન ન હોવાથી તે બાળકોનું ધ્યાન આકર્ષિત કરતી નથી.
- આ પ્રશ્નનો જવાબ
10. એપ કન્ટેન્ટ ડેશબોર્ડ (App Content Dashboard)
Google Play Console ડાબી બાજુના મેનૂમાં Policy and programs -> App content ટૅબ હેઠળ પગલાવાર ચેકલિસ્ટ સાથે તમારી એપ્લિકેશનની કાનૂની અને સામગ્રીની તૈયારીને ટ્રૅક કરે છે.
✓) દેખાશે. સૂચિના બાકીના વિભાગો (ડેટા સુરક્ષા, સરકારી એજન્સીઓ, નાણાકીય સુવિધાઓ, આરોગ્ય) ક્રમમાં પૂર્ણ કરવા આવશ્યક છે.
11. ડેટા સેફ્ટી ફોર્મ (Data Safety Form)
આ Google Play ના સૌથી કડક નિયંત્રિત ક્ષેત્રોમાંનું એક છે. એપ્લિકેશન અને તેની લાઇબ્રેરીઓ કયો ડેટા એકત્રિત કરે છે અથવા તૃતીય પક્ષો સાથે શેર કરે છે તે તમારે જાહેર કરવું આવશ્યક છે.
પ્રશ્ન: શું તમારી એપ્લિકેશન જરૂરી વપરાશકર્તા ડેટા પ્રકારોમાંથી કોઈપણ એકત્રિત અથવા શેર કરે છે?
- પ્રથમ રિલીઝ માટે પસંદગી:
No(ના). - તકનીકી કારણ: પ્રથમ અપલોડ કરેલા
.aabપેકેજમાં AdMob SDK અથવા Firebase SDK હજુ સુધી સીધા સંકલિત ન હોવાથી અને વપરાશકર્તા આઈડી કે સંવેદનશીલ ડેટા એકત્રિત થતો ન હોવાથી,Noપસંદ કરીને ફોર્મ સ્વચ્છ રીતે પૂર્ણ થાય છે. - ભવિષ્ય માટે નોંધ: જ્યારે AdMob અથવા Firebase સક્રિય કરવામાં આવે અને કોડમાં સામેલ થાય, ત્યારે આ ફોર્મ પર પાછા આવીને "આશરે સ્થાન", "એપ્લિકેશન પ્રદર્શન" અને "ઉપકરણ અથવા અન્ય ઓળખકર્તાઓ (AD_ID)" ને
Yesપર અપડેટ કરવું જોઈએ.
પૂર્વાવલોકન તપાસ્યા પછી, ડેટા સાચવવામાં આવે છે.
12. કાનૂની અને નિયમનકારી નિવેદનો
A. સરકારી એપ્સ (Government Apps)
- પસંદગી:
No(એપ્લિકેશન સત્તાવાર સરકારી એજન્સીનું પ્રતિનિધિત્વ કરતી નથી).
B. નાણાકીય સુવિધાઓ (Financial Features)
- પસંદગી: પૃષ્ઠના તળિયે
My app doesn't provide any financial features. - પુષ્ટિ: ખુલતી પૉપ-અપ વિંડોમાં, પુષ્ટિ કરવામાં આવે છે કે નાણાકીય લાઇસન્સ અથવા દસ્તાવેજો સબમિટ કરવાની જરૂર નથી:
C. આરોગ્ય એપ્લિકેશનો (Health Apps)
- પસંદગી: પૃષ્ઠના તળિયે
My app does not have any health features. - પુષ્ટિ: પૉપ-અપ વિંડોમાં પુષ્ટિ કરો કે પ્રાદેશિક આરોગ્ય દસ્તાવેજીકરણ જરૂરી નથી:
13. સ્ટોર સેટિંગ્સ અને સંપર્ક માહિતી
સ્ટોરમાં શ્રેણી અને વપરાશકર્તાઓ ડેવલપર સુધી પહોંચી શકે તે માટેના સંચાર ચેનલો અહીં ગોઠવવામાં આવે છે:
- એપ શ્રેણી:
SportsઅથવાUtilities / Tools. - ટૅગ્સ (Tags): સંબંધિત કીવર્ડ્સ પસંદ કરી શકાય છે (દા.ત: સ્પોર્ટ્સ, યુટિલિટીઝ).
- સંપર્ક વિગતો:
- ઈમેલ સરનામું:
destek@sirketadi.com(કોર્પોરેટ સપોર્ટ ઈમેલ ફરજિયાત છે). - વેબસાઇટ:
https://company.com
- ઈમેલ સરનામું:
- બાહ્ય માર્કેટિંગ (External Marketing): Google ને Google Play ની બહાર તમારી એપ્લિકેશન પ્રમોટ કરવાની મંજૂરી આપવા માટે ચેક કરેલું રાખો:
14. મુખ્ય સ્ટોર લિસ્ટિંગ અને વિઝ્યુઅલ એસેટ્સ
સ્ટોરફ્રન્ટ એ સૌથી મહત્વપૂર્ણ વિસ્તાર છે જે વપરાશકર્તાઓના ડાઉનલોડ કરવાના નિર્ણયને સીધી અસર કરે છે:
A. ટેક્સ્ટ્સ
- એપનું નામ: મહત્તમ 30 અક્ષરો (દા.ત:
15te15 - Spor Toto Assistant). - સંક્ષિપ્ત વર્ણન: મહત્તમ 80 અક્ષરો (દા.ત:
Formula optimization, probability calculation and smart Spor Toto coupon assistant.). - સંપૂર્ણ વર્ણન: સુવિધાઓ, અલ્ગોરિધમિક ફાયદા અને કાનૂની સૂચનાઓ સહિત વિગતવાર વર્ણન.
B. વિઝ્યુઅલ સાઇઝ ધોરણો
- એપ આઇકન (App Icon): બરાબર
512 x 512 px, 32-બીટ PNG, મહત્તમ 1 MB. - ફીચર ગ્રાફિક (Feature Graphic): બરાબર
1024 x 500 px, JPG અથવા 24-બીટ PNG, મહત્તમ 15 MB. - ફોન સ્ક્રીનશોટ્સ:
- ન્યૂનતમ 2, મહત્તમ 8 સ્ક્રીનશોટ.
- ન્યૂનતમ કદ: 1080 px (દા.ત:
1080 x 2340 px). - પાસા ગુણોત્તર: 16:9 અથવા 9:16.
C. જનરેટિવ AI સામગ્રી ઘોષણા
- ભલે વિઝ્યુઅલ બનાવવા માટે AI સાધનોનો ઉપયોગ કરવામાં આવ્યો હોય, વપરાશકર્તાને ગેરમાર્ગે દોરતા વાસ્તવિક ચહેરાઓ ઉત્પન્ન ન થાય ત્યાં સુધી
Don't label assetsપસંદ કરવામાં આવે છે.
15. ક્લોઝ્ડ ટેસ્ટિંગ સેટઅપ અને સમીક્ષા
Google Play Console માં નવા બનાવેલા વ્યક્તિગત ડેવલપર એકાઉન્ટ્સ માટે, પ્રોડક્શન પર જતા પહેલાં ક્લોઝ્ડ ટેસ્ટિંગ (Closed Testing) પ્રક્રિયા પૂર્ણ કરવી ફરજિયાત છે.
A. સમીક્ષા માટે ફેરફારો સબમિટ કરવા (પ્રકાશન વિહંગાવલોકન)
જ્યારે તમામ સ્ટોર સેટિંગ્સ અને ફોર્મ્સ પૂર્ણ થઈ જાય, ત્યારે પ્રકાશન વિહંગાવલોકન બાકી ફેરફારોની સૂચિ દર્શાવે છે:
જોકે, ઉપર જમણી બાજુએ આવેલું "Send changes for review" બટન સક્રિય કરવા માટે, એપ્લિકેશનને ઓછામાં ઓછી એક ક્લોઝ્ડ ટેસ્ટિંગ ટ્રેકમાં ગોઠવવી આવશ્યક છે.
B. ક્લોઝ્ડ ટેસ્ટના પગલાં
ક્લોઝ્ડ ટેસ્ટિંગ પૂર્ણ કરવા માટે 3 ફરજિયાત પગલાં છે:
- દેશો અને પ્રદેશો પસંદ કરો (Select countries and regions):
- જ્યાં એપ્લિકેશનનું પરીક્ષણ કરવામાં આવશે તે દેશો પસંદ કરો (ડિફૉલ્ટ રૂપે સમગ્ર વિશ્વ અથવા ચોક્કસ પ્રદેશો) અને નીચે જમણી બાજુએ Save પર ક્લિક કરો.
- ટેસ્ટર્સ પસંદ કરો (Select testers):
- Testers ટૅબમાં, એક ઈ-મેલ સૂચિ પસંદ કરો અથવા નવી સૂચિ બનાવો.
- વ્યક્તિગત એકાઉન્ટ્સ પર પ્રોડક્શન પરવાનગી મેળવવા માટે, Google જરૂરી બનાવે છે કે ઓછામાં ઓછા 20 ટેસ્ટર્સ સતત 14 દિવસ સુધી ટેસ્ટિંગમાં સક્રિય રહે. તેથી પર્યાપ્ત સંખ્યામાં વાસ્તવિક વપરાશકર્તાઓને સામેલ કરવા મહત્વપૂર્ણ છે.
- સૂચિ પસંદ કર્યા પછી, નીચે જમણી બાજુએથી Save changes પર ક્લિક કરો.
- નવું રિલીઝ બનાવો (Create a new release):
- જ્યારે દેશો અને ટેસ્ટર્સ પૂર્ણ થાય છે, ત્યારે "2 of 4 complete" દેખાય છે.
- રિલીઝ બનાવવા માટે ઉપર જમણી બાજુએ વાદળી બટન
Create new releaseપર ક્લિક કરો.
- હસ્તાક્ષરિત
.aabપેકેજ અપલોડ કરો. અપલોડ પૂર્ણ થયા પછી, Google પેકેજનું વિશ્લેષણ કરે છે:
- સ્ક્રીનશોટમાં બતાવ્યા પ્રમાણે,
Target SDK: 36સફળતાપૂર્વક શોધાય છે,Version: 610060410અને આર્કિટેક્ચર ચકાસાય છે. - જ્યારે
Nextપર ક્લિક કરવામાં આવે છે, ત્યારે વર્ઝન કોડ જમ્પિંગને કારણે ચેતવણી સ્ક્રીન દેખાય છે:
- ઉકેલ: "This release's version code is significantly higher than your previous version code" ચેતવણીની નીચે આવેલા વાદળી બટન
Proceed anywayપર ક્લિક કરો. - ચેતવણી દૂર થયા પછી, નીચે જમણી બાજુએ આવેલા વાદળી બટન
Saveપર ક્લિક કરીને સંસ્કરણ સાચવો.
આ પગલાં પૂર્ણ કર્યા પછી, Publishing overview સ્ક્રીન પર પાછા ફરો અને Send changes for review બટન વડે Google ની સમીક્ષા પ્રક્રિયા શરૂ કરો.
C. સામાન્ય પરિસ્થિતિ: ટેસ્ટ લિંક પર "App not available" ચેતવણી
ક્લોઝ્ડ ટેસ્ટિંગ ઓપ્ટ-ઇન લિંક (play.google.com/apps/testing/com...) ખોલતી વખતે ડેવલપર્સ સામાન્ય રીતે જે સ્ક્રીન જુએ છે તે આ છે:
"App not available - A testing version of this app hasn't been published yet or isn't available for this account."
કારણો અને ઉકેલ:
- સમીક્ષામાં છે (In Review): જ્યાં સુધી Google સમીક્ષા ટીમ પેકેજને મંજૂરી ન આપે ત્યાં સુધી આ લિંક સક્રિય થશે નહીં. જ્યારે Play Console માં સ્ટેટસ "Available to testers" થશે ત્યારે લિંક ખુલશે.
- Google એકાઉન્ટ મિસમેચ: બ્રાઉઝરમાં લૉગિન થયેલ એકાઉન્ટ Play Console ની Testers સૂચિમાં ઉમેરેલા ઈમેલ એડ્રેસ સાથે ચોક્કસ મેળ ખાતું હોવું જોઈએ.
- સર્વર પ્રચાર સમય: Google ની મંજૂરી પછી પણ, લિંક વિશ્વભરના સ્ટોર સર્વર્સ પર પ્રસારિત થવામાં સામાન્ય રીતે 1-2 કલાક લાગી શકે છે.
D. ટેસ્ટિંગ પ્રોગ્રામમાં ભાગ લેવો (Become a Tester - Opt-in)
એકવાર સમીક્ષા મંજૂર થઈ જાય અને લિંક સક્રિય થઈ જાય, સત્તાવાર આમંત્રણ સ્ક્રીન ખુલે છે:
- પૃષ્ઠમાં એપ્લિકેશનનું આઇકન, ડેવલપરનું નામ અને આમંત્રણ લખાણ શામેલ છે.
- વાદળી બટન
Become a testerપર ક્લિક કરવાથી, એકાઉન્ટ ટેસ્ટમાં શામેલ થાય છે. - આગલી સ્ક્રીન પર "Download it on Google Play" લિંક પર ક્લિક કરીને Android ઉપકરણ પર સીધા Google Play Store પરથી એપ્લિકેશન ડાઉનલોડ કરી શકાય છે.
16. એડવર્ટાઇઝિંગ ID ઘોષણા (Advertising ID)
Android 13 (API 33) અને તેનાથી ઉપરના વર્ઝનને લક્ષ્ય બનાવતી તમામ એપ્લિકેશનો માટે, Google Play એડવર્ટાઇઝિંગ ID (AD_ID) વપરાશની સ્પષ્ટ ઘોષણા માંગે છે.
પ્રશ્ન: શું તમારી એપ્લિકેશન જાહેરાત ID નો ઉપયોગ કરે છે?
આ પૃષ્ઠ પર Google નો નિયમ છે:
"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."
- વિકલ્પ 1 (ભલામણ કરેલ):
No(ના). - ક્લોઝ્ડ ટેસ્ટ પેકેજમાં AdMob લાઈબ્રેરીઓ હજુ સુધી કમ્પાઈલ થયેલી નથી અને
AndroidManifest.xmlમાંAD_IDપરવાનગી નથી. તેથીNoપસંદ કરવાથી કોઈ મેનિફેસ્ટ તકરાર થશે નહીં. - વિકલ્પ 2 (જો «Yes» પસંદ કરવામાં આવે):
- જો
Yesપસંદ કરવામાં આવે, તો ઉપયોગના હેતુ તરીકે[x] Advertising or marketingપસંદ કરવું જોઈએ અને પૃષ્ઠના તળિયે આવેલું "Turn off release errors" બૉક્સ (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...) ફરજિયાતપણે ચેક કરવું આવશ્યક છે.
બંને કિસ્સાઓમાં, પસંદગી કર્યા પછી નીચે જમણી બાજુએથી Save પર ક્લિક કરો.
17. સમીક્ષા માટે અંતિમ સબમિશન (Final Submission)
એકવાર સ્ટોર લિસ્ટિંગ, ગોપનીયતા નીતિ, સુરક્ષા ફોર્મ્સ, કાનૂની ઘોષણાઓ, લક્ષ્ય પ્રેક્ષકો અને ક્લોઝ્ડ ટેસ્ટ સંસ્કરણ પૂર્ણ થઈ જાય, ત્યારે Publishing overview સ્ક્રીન પર પાછા ફરો:
- Submit 14 changes for review: Google Play તમામ ઘોષણાઓ અને પરીક્ષણ સંસ્કરણને એક સમીક્ષા પેકેજમાં એકત્રિત કરે છે (14 ફેરફારો મંજૂરીની રાહ જોઈ રહ્યા છે).
- વાદળી બટન
Submit 14 changes for reviewપર ક્લિક કરીને સત્તાવાર સમીક્ષા પ્રક્રિયા શરૂ થાય છે. - બેકગ્રાઉન્ડમાં સ્વચાલિત ગુણવત્તા તપાસો (Quick checks) ચાલે છે અને ત્યારબાદ એપ Google Play રિવ્યુ ટીમના મૂલ્યાંકન કતારમાં જાય છે. વ્યક્તિગત એકાઉન્ટ્સ પર આ સમીક્ષા સામાન્ય રીતે 24 થી 72 કલાકમાં પૂર્ણ થાય છે.
18. ક્લોઝ્ડ ટેસ્ટિંગ પછી પ્રોડક્શન પરમિટ માટે અરજી
જ્યારે Google દ્વારા જરૂરી ક્લોઝ્ડ ટેસ્ટિંગ પ્રક્રિયા (ઓછામાં ઓછા 20 ટેસ્ટર્સ સાથે 14 દિવસ અવિરત પરીક્ષણ) પૂર્ણ થાય છે, ત્યારે Play Console મુખ્ય પેનલમાં "Apply for production" બટન સક્રિય થશે. આ બટન પર ક્લિક કરીને, Google એપનું યોગ્ય રીતે પરીક્ષણ થયું છે કે નહીં તે ચકાસવા માટે 3-પગલાનું અરજી ફોર્મ આપે છે:
ફોર્મના પગલાં:
- તમારા ક્લોઝ્ડ ટેસ્ટ વિશે (About your closed test): તમે વપરાશકર્તાઓને કેવી રીતે શોધ્યા, પ્રતિસાદ કેવી રીતે એકત્રિત કર્યો અને તેના આધારે કયા સુધારાઓ કર્યા.
- તમારી એપ વિશે (About your app): એપ્લિકેશનના લક્ષ્ય પ્રેક્ષકો અને વપરાશકર્તાઓને પ્રદાન કરવામાં આવતા મુખ્ય ફાયદાઓ.
- તમારી પ્રોડક્શન તૈયારી (Your production readiness): લાઈવ થયા પછી તમે ભૂલોને કેવી રીતે ટ્રેક કરશો અને વપરાશકર્તાની સમીક્ષાઓનું સંચાલન કેવી રીતે કરશો.
મહત્વપૂર્ણ પ્રશ્નો અને નમૂનારૂપ જવાબો
1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"
તમે ક્લોઝ્ડ ટેસ્ટિંગ માટે વપરાશકર્તાઓ કેવી રીતે શોધ્યા? (દા.ત: મિત્રો અને પરિવાર અથવા પેઇડ ટેસ્ટિંગ પ્રદાતા?)
મહત્વપૂર્ણ નિયમ: Google બૉટો અથવા પેઇડ આર્ટિફિશિયલ ટેસ્ટ ફાર્મ્સને સ્વીકારતું નથી. ટેસ્ટર્સ વાસ્તવિક ઓર્ગેનિક વપરાશકર્તાઓ, પરિચિતો અને સંબંધિત સમુદાયો હતા તે દર્શાવવું સૌથી સલામત છે.
I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.
2. "How easy was it to recruit testers for your app?"
તમારી એપ્લિકેશન માટે ટેસ્ટર્સ શોધવાનું કેટલું સરળ હતું?
- ભલામણ કરેલ પસંદગી:
Neither difficult or easyઅથવાEasy. આ સૂચવે છે કે પ્રક્રિયા સંતુલિત રીતે હાથ ધરવામાં આવી હતી.
3. "Describe the engagement you received from testers during your closed test"
ક્લોઝ્ડ ટેસ્ટિંગ દરમિયાન ટેસ્ટર્સ પાસેથી મળેલ જોડાણનું વર્ણન કરો:
(Google ની સલાહ: વપરાશકર્તાઓ તમામ સુવિધાઓનો ઉપયોગ કરી રહ્યા છે કે કેમ અને વર્તન વાસ્તવિક વપરાશકર્તા સાથે મેળ ખાય છે કે નહીં તે દર્શાવો)
Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.
4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."
ટેસ્ટર્સ પાસેથી મળેલા પ્રતિસાદનો સારાંશ અને તે કેવી રીતે એકત્રિત કરવામાં આવ્યો તે આપો:
Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.
પગલું 2: તમારી એપ વિશે (About your app)
આ પગલામાં લક્ષ્ય પ્રેક્ષકો, એપ્લિકેશનનું મૂલ્ય અને પ્રથમ વર્ષ માટે અપેક્ષિત ડાઉનલોડ્સ વિશે પૂછવામાં આવે છે:
1. "Who is the intended audience of your app?"
તમારી એપ્લિકેશનના લક્ષ્ય પ્રેક્ષકો કોણ છે?
The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.
2. "Describe how your app provides value to users"
તમારી એપ વપરાશકર્તાઓને કેવી રીતે મૂલ્ય પ્રદાન કરે છે તેનું વર્ણન કરો:
The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.
3. "How many installs do you expect your app to have in your first year?"
તમે પ્રથમ વર્ષમાં કેટલા ઇન્સ્ટોલેશનની અપેક્ષા રાખો છો?
- ભલામણ કરેલ પસંદગી:
0 - 10K(એક વાસ્તવિક ઇન્ડી ડેવલપર ધ્યેય).
પગલું 3: તમારી પ્રોડક્શન તૈયારી (Your production readiness)
આ અંતિમ તબક્કો ટેસ્ટિંગ દરમિયાન શીખેલા પાઠોના આધારે કરવામાં આવેલા સુધારાઓ અને લાઇવ પ્રોડક્શન માટેની તૈયારી વિશે પૂછે છે:
1. "What changes did you make to your app based on what you learned during your closed test?"
ક્લોઝ્ડ ટેસ્ટ દરમિયાન તમે શું શીખ્યા તેના આધારે એપમાં કયા ફેરફારો કર્યા?
ભલામણ: જવાબ અગાઉના પગલાઓમાં ઉલ્લેખિત પ્રતિસાદ સાથે સંપૂર્ણપણે સુસંગત હોવો જોઈએ (નાની સ્ક્રીન સુસંગતતા, ફોન્ટ કદ, ફિલ્ટર લેબલ અને ડેટા કેશીંગ).
Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.
2. "How did you decide that your app is ready for production?"
તમે કેવી રીતે નક્કી કર્યું કે તમારી એપ લાઈવ પ્રોડક્શન માટે તૈયાર છે?
ભલામણ: Android Vitals મેટ્રિક્સ (શૂન્ય ક્રેશ, શૂન્ય ANR), 14-દિવસનો પરીક્ષણ સમયગાળો અને વિવિધ Android સંસ્કરણો પર સ્થિરતા પર ભાર મૂકવો જોઈએ.
We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.
બધા ક્ષેત્રો ભર્યા પછી, નીચે જમણી બાજુએ આવેલા વાદળી બટન Apply પર ક્લિક કરીને સત્તાવાર અરજી પૂર્ણ થાય છે.
અરજી મોકલાયેલ સ્ક્રીન (સમીક્ષા પ્રક્રિયા)
'Apply' બટન દબાવવાથી Play Console ના મુખ્ય ડેશબોર્ડ પર પાછા ફરો છો અને Production પૃષ્ઠ પર નીચેનું કાર્ડ દેખાય છે:
"We have your application for production access"
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."
આ તબક્કા વિશે મહત્વપૂર્ણ બાબતો:
- સમીક્ષા સમય: સત્તાવાર રીતે "7 days or less" જણાવવામાં આવ્યું હોવા છતાં, સુસંગત જવાબો ધરાવતી એપ્સ માટે સામાન્ય રીતે 24 થી 72 કલાક માં નિર્ણય આવે છે.
- પરિણામ સૂચના: જ્યારે મૂલ્યાંકન પૂર્ણ થાય છે, ત્યારે એકાઉન્ટ ધારકના ઈમેલ પર સત્તાવાર સૂચના મોકલવામાં આવે છે (પ્રકરણ 19 જુઓ).
- રાહ જોવાની પ્રક્રિયા દરમિયાન શું કરવું: કોઈ વધારાના પગલાં લેવાની જરૂર નથી; ક્લોઝ્ડ ટેસ્ટિંગ ચેનલ સક્રિય રહી શકે છે, Play Console રિવ્યુ ટીમના નિર્ણયની રાહ જોવી પૂરતી છે.
19. અંતિમ વિજય: પ્રોડક્શન એક્સેસ (Production Access) મંજૂરી
જ્યારે ક્લોઝ્ડ ટેસ્ટિંગ (ઓછામાં ઓછા 20 વપરાશકર્તાઓ સાથે 14 દિવસનું સક્રિય પરીક્ષણ) પ્રક્રિયા સફળતાપૂર્વક પૂર્ણ થાય છે અને અરજી મંજૂર થાય છે, ત્યારે નીચેનો સત્તાવાર પુષ્ટિકરણ ઈ-મેલ પ્રાપ્ત થાય છે:
"Congratulations! Your app has been granted Google Play production access"
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."
આ ઈ-મેલનો અર્થ શું છે?
- સાર્વજનિક પ્રકાશન: તમારી એપ્લિકેશન વિશ્વભરના અબજો Android વપરાશકર્તાઓ માટે પ્રકાશિત થવા માટે પાત્ર બને છે.
- વ્યક્તિગત એકાઉન્ટ થ્રેશોલ્ડ પાર: 20 ટેસ્ટર્સ / 14 દિવસની જરૂરિયાત સત્તાવાર રીતે સંતોષાઈ છે અને ડેવલપર એકાઉન્ટ વિશ્વસનીય સ્થિતિમાં ગયું છે.
- વન-ક્લિક લાઈવ: Play Console પેનલમાં Production ચેનલ પર જઈને, ટેસ્ટ કરાયેલ પેકેજ સીધું જ અથવા નવા સંસ્કરણ સાથે સ્ટોરફ્રન્ટ પર લાઈવ થઈ શકે છે.
20. પ્રી-રિલીઝ ચેકલિસ્ટ (પૂર્ણ)
સબમિશન તબક્કે તમામ નિયંત્રણ વસ્તુઓ:
- Play Console માં એપ્લિકેશન ID અને વિશિષ્ટ પેકેજ નામ જનરેટ થયું છે?
- હસ્તાક્ષરિત
.aabપેકેજtargetSdkVersion 36સાથે કમ્પાઈલ થયેલ છે? - versionCode અગાઉના સંસ્કરણો કરતા વધારે છે? (ચેતવણી પર Proceed anyway ક્લિક કર્યું હતું?)
- ગોપનીયતા નીતિ URL સક્રિય છે અને HTTPS સાથે ખુલે છે?
- એપ્લિકેશન ઍક્સેસ
Noતરીકે સાચવેલ છે? - જાહેરાત ઘોષણા
Yesતરીકે ચિહ્નિત થયેલ છે? - IARC ઉંમર રેટિંગ પૂર્ણ અને પ્રમાણિત થયેલ છે?
- લક્ષિત પ્રેક્ષકો
18 and overતરીકે પસંદ થયેલ છે? - ડેટા સેફ્ટી ફોર્મ ભરાયેલું છે?
- સરકારી, નાણાકીય અને આરોગ્ય ઘોષણાઓ
Noતરીકે નોંધાયેલ છે? - સ્ટોર એસેટ્સ (512x512 આઇકન, 1024x500 ફીચર ગ્રાફિક, સ્ક્રીનશોટ્સ) અપલોડ થયેલ છે?
- ક્લોઝ્ડ ટેસ્ટ: દેશો/પ્રદેશો પસંદ કરીને સાચવેલ છે?
- ક્લોઝ્ડ ટેસ્ટ: ટેસ્ટર્સની સૂચિ પસંદ કરીને સાચવેલ છે?
- ક્લોઝ્ડ ટેસ્ટ: હસ્તાક્ષરિત
.aabપેકેજ અપલોડ થયેલ અને વર્ઝન થયેલ છે? - એડવર્ટાઇઝિંગ ID: પ્રારંભિક રિલીઝ માટે
Noતરીકે સાચવેલ છે? - પ્રકાશન વિહંગાવલોકન: Google સમીક્ષા માટે ફેરફારો સબમિટ કરેલ છે?
- ક્લોઝ્ડ ટેસ્ટ પ્રક્રિયા અને પ્રોડક્શન એક્સેસ પ્રાપ્ત થઈ છે?
21. Arar Games અને અમારી ગેમ્સ
અમારા સ્વતંત્ર સ્ટુડિયોમાં અમે વિકસાવેલી તમામ ગેમ્સ, ગેમ મિકેનિક્સ અને અપડેટ્સનો લાઈવ અનુભવ કરવા તમે અમારા સ્ટોર પૃષ્ઠોની મુલાકાત લઈ શકો છો:
🎮 અમારી ગેમ્સ:
- 🛡️ Blocked: Pixel Panzer:
રેટ્રો પિક્સેલ ટાંકી એક્શન, ColorWheel એલિમેન્ટલ શેલ્સ, ગતિશીલ હવામાન, બોસ લડાઈઓ, વૈશ્વિક લીડરબોર્ડ્સ અને Google Play સિદ્ધિઓ!
👉 Google Play પર ડાઉનલોડ કરો (Android & PC) | Microsoft Store (Windows PC) - 🎨 Paint Trek:
રંગીન પિક્સેલ્સ અને અવકાશ વાતાવરણમાં રીફ્લેક્સ-કેન્દ્રિત આર્કેડ અનુભવ.
👉 Google Play | Microsoft Store (PC & Xbox) - 🚀 Space Dodger:
ઊંડા અવકાશમાં ઝડપી ગતિની રેટ્રો આર્કેડ અવરોધ નિવારણ ગેમ.
👉 Google Play પર ડાઉનલોડ કરો
📢 સોશિયલ મીડિયા અને સંચાર:
અમારી નવી તકનીકી માર્ગદર્શિકાઓ, ડેવલોગ્સ અને ગેમ અપડેટ્સને અનુસરવા માટે:
- 🎵 TikTok: @arargamesstudio
- 📸 Instagram: @arargamesstudio
- 🐦 X (Twitter): @arargamesstudio
- 📺 YouTube: @koreaaria
- 🧵 Threads: @arargamesstudio
- 📘 Facebook: arargamesstudio
તૈયાર કરનાર: Arar Games Developer Documentation Archive
Hiç yorum yok:
Yorum Gönder