Ինչպես հրապարակել հավելված Google Play-ում. Play Console-ի իրական քայլերը

Google Play-ում հավելված հրապարակելու համար գրանցեք Google Play մշակողի հաշիվ (մեկանգամյա 25 ԱՄՆ դոլար 2026 թվականի նոյեմբերի դրությամբ), ստեղծեք հավելվածը Play Console-ում, լրացրեք խանութի նկարագրությունը և App content ձևերը, վերբեռնեք Android App Bundle (.aab) փորձարկման ուղու վրա և այնուհետև թողարկեք արտադրություն, երբ Google-ը վերանայի այն։ Եթե ունեք նոր անհատական հաշիվ, լրացուցիչ քայլ կա․ փակ թեստ առնվազն 12 թեստավորողով 14 հաջորդական օր, նախքան արտադրական մուտքի դիմելը։ Այս ուղեցույցը անցնում է յուրաքանչյուր էկրանի միջով հերթականությամբ, մանրամասներով, որոնք ամենից շատ ուշացումներ են առաջացնում։

Եթե հավելվածը դեռ չեք կառուցել, սկսեք Android հավելված ինչպես պատրաստել ուղեցույցից։

Նախքան սկսելը. ինչ է պետք

• Հավելվածը որպես Android App Bundle (.aab)։ Google Play-ը պահանջում է այս ձևաչափը նոր հավելվածների համար։
• Ընթացիկ թիրախային API մակարդակ։ 2026 թվականի նոյեմբերի դրությամբ նոր հավելվածները և թարմացումները պետք է թիրախավորեն Android 16 (API մակարդակ 36)։
• Գաղտնիության քաղաքականություն հանրային վեբ հասցեում։ Այն պետք է լինի սովորական վեբ էջ, ոչ PDF, և ոչ մուտքի հետևում։
• Պատկերակ, սքրինշոթներ և գրաֆիկա։ Ստուգեք Play Console-ում ընթացիկ չափերը․ գրելու պահին պատկերակը 512 × 512 պիքսել է, իսկ գրաֆիկական նկարը՝ 1024 × 500։
• Աջակցության էլ. հասցե։
• Կառավարության թույլտվությամբ ID և քարտ ձեր օրինական անվամբ գրանցման համար։ Նախավճարված քարտեր չեն ընդունվում։

Քայլ 1. Ստեղծեք մշակողի հաշիվը

Գնացեք Play Console և գրանցվեք։ Ընտրելու եք երկու տեսակ հաշիվ․

• Անհատական։ Անհատների համար։ Ստուգում եք ձեր ինքնությունը և հասանելիություն ունեցող Android սարքին՝ Play Console մոբայլ հավելվածի միջոցով, և կատարում եք թեստավորման պահանջը, որը նկարագրված է Քայլ 6-ում։
• Կազմակերպություն։ Գրանցված բիզնեսների համար։ Ստուգումը պահանջում է բիզնեսի տվյալներ և ավելի երկար է տևում, բայց 12 թեստավորողի պահանջ չկա։

Պետք է լինեք առնվազն 18 տարեկան։ 25 ԱՄՆ դոլարի վճարը կատարվում է մեկ անգամ և չի վերադարձվում, եթե Google-ը գնահատի ձեր տվյալները որպես անվավեր, ուստի մուտքագրեք ձեր օրինական անունը ճիշտ այնպես, ինչպես ձեր ID-ում է։

Քայլ 2. Ստեղծեք հավելվածը

Play Console-ում սեղմեք Create app և լրացրեք․

• Հավելվածի անունը, ինչպես օգտատերերը կտեսնեն։
• Լռելյայն լեզուն։
• App or game (հավելված կամ խաղ)։
• Անվճար կամ վճարովի։ Վճարովի հավելվածը հետո կարող եք անվճար դարձնել, բայց անվճարը՝ վճարովի՝ ոչ։
• Հայտարարություններ․ ընդունեք Developer Program Policies, ԱՄՆ արտահանման օրենքները և Play App Signing պայմանները։

Փաթեթի անունը (օրինակ՝ com.yourcompany.yourapp) սահմանվում է ձեր առաջին վերբեռնումով և երբեք չի կարող փոխվել կամ կրկին օգտագործվել, ուստի ընտրեք զգուշորեն, եթե հավելվածը ինքներդ եք կառուցում։

Քայլ 3. Գրեք խանութի նկարագրությունը

Բացեք Main store listing էջը (Store presence բաժնում ձախ ցանկում) և ավելացրեք․

• Հավելվածի անունը, մինչև 30 նիշ։
• Կարճ նկարագրություն, մինչև 80 նիշ։ Սա հաճախ այն է, ինչ մարդիկ կարդում են, ուստի սկսեք այն բանից, որ հավելվածն անում է։
• Ամբողջական նկարագրություն, մինչև 4000 նիշ։ Բացատրեք, թե ում համար է, հիմնական գործառույթները և այն, ինչ օգտատերերը պետք է իմանան, պարզ լեզվով։ Մի լցրեք բանալի բառերով․ Google-ի քաղաքականությունն արգելում է դա։
• Գրաֆիկա․ պատկերակ, գրաֆիկական նկար և հեռախոսի սքրինշոթներ։ Իրական էկրաններ հավելվածից, ոչ թե գործառույթների մոկ-ափեր, որոնք գոյություն չունեն։
• Կատեգորիա և կոնտակտային տվյալներ։

Քայլ 4. Լրացրեք App content ձևերը

Բացեք App content էջը (Policy բաժնում ձախ ցանկում)։ Յուրաքանչյուր կետ պետք է պատասխան ունենա, նախքան թողարկելը․

• Գաղտնիության քաղաքականության URL։
• App access։ Եթե հավելվածի մասեր մուտք են պահանջում, տվեք վերանայողներին աշխատող տվյալներ։ Բացակայող մուտքը մերժման հաճախակի պատճառ է։
• Գովազդներ։ Ասեք, թե հավելվածը ցուցադրում է արդյոք գովազդ, ներառյալ երրորդ կողմի կոդի միջոցով։
• Բովանդակության վարկանիշ։ Հարցաշար, որը տալիս է տարիքային վարկանիշներ տարբեր տարածաշրջանների համար։ Եթե բաց թողնեք, հավելվածը կլինի «Unrated», ինչը արգելափակում է թողարկումը։
• Թիրախային լսարան և բովանդակություն։ Տարիքային խմբերը, որոնց համար է հավելվածը։ Երեխաների ներառումը բերում է խստացված Families քաղաքականության պահանջներ։
• Տվյալների անվտանգություն։ Ինչ տվյալներ է հավաքում կամ կիսում հավելվածը, ինչու, և արդյոք դրանք կոդավորված են ու ջնջելի։ Պատասխանեք հավելվածի բոլոր մասերի համար, ներառյալ վերլուծությունը և մուտքի մատակարարները։
• Այլ հայտարարություններ, ինչպես պահանջվում է, օրինակ՝ նորությունների, առողջության, ֆինանսական կամ կառավարական հավելվածների, կամ զգայուն թույլտվությունների համար, ինչպիսին է SMS-ը։

Եղեք ճշգրիտ։ Google-ը ձեր պատասխանները համեմատում է այն բանի հետ, ինչ հավելվածն իրականում անում է։

Քայլ 5. Վերբեռնեք առաջին build-ը ներքին թեստավորման

Բացեք Internal testing (Testing բաժնում ձախ ցանկում), ստեղծեք թողարկում և վերբեռնեք .aab-ը։ Այս առաջին թողարկման ժամանակ կարգավորեք Play App Signing-ը․ թույլ տվեք Google-ին ստեղծել և պահել ստորագրման բանալին, եթե չունեք պատճառ ինքներդ կառավարելու համար։ Ավելացրեք ինքներդ ձեզ և մի քանի գործընկերների էլ. փոստով որպես ներքին թեստավորողներ, ապա թողարկեք։ Թեստավորողները բացում են մասնակցության հղումը և տեղադրում հավելվածը Play Store-ից։

Յուրաքանչյուր հետագա վերբեռնում պետք է ունենա ավելի բարձր versionCode, քան նախորդը։

Եթե կառուցում եք Mythex-ով

Pro պլանում Mythex-ը ձեզ համար պատրաստում է AAB-ը ձեր հրապարակված հավելվածից։ Կարող եք աշխատել երկու եղանակով․

1. Վերբեռնեք ինքներդ։ Խնդրեք agent-ին կառուցել Android-ի համար, սեղմեք Download, երբ քարտը ցույց է տալիս Ready to upload, և վերբեռնեք ֆայլը Play Console-ում։ Ֆայլը մնում է ներբեռնելի Project settings-ից մոտ 30 օր։
2. Միացրեք ձեր սեփական Google Play ծառայության հաշիվը։ Ստեղծեք ծառայության հաշիվ և JSON բանալի Google Cloud-ում, հրավիրեք նրա էլ. հասցեն Play Console-ում Users and permissions բաժնում՝ այս հավելվածի հասանելիությամբ, և տեղադրեք բանալին Mythex-ում։ Այսուհետ յուրաքանչյուր Android կառուցում ինքնաբերաբար գնում է ներքին թեստավորման, Google Play-ում արդեն եղած ցանկացած բանից բարձր version code-ով։ Agent-ը կարող է նաև խմբագրել խանութի նկարագրությունը, և հարցնում է ձեզ, նախքան որևէ բան հանրային դառնա, օրինակ՝ արտադրական թողարկում։

Հավելված ստեղծելը (Քայլ 2), Data safety ձևը և բովանդակության վարկանիշը մնում են Play Console-ում․ agent-ը ասում է, երբ որևէ մեկը բացակայում է։ Ավելին կարդացեք Mythex Android հավելվածների կառուցողի էջում։

Քայլ 6. Անցկացրեք փակ թեստ (նոր անհատական հաշիվներ)

Եթե ձեր անհատական հաշիվը ստեղծվել է 2023 թվականի նոյեմբերի 13-ից հետո, պետք է անցկացնեք փակ թեստ առնվազն 12 թեստավորողով, որոնք մնում են մասնակցության մեջ առնվազն 14 օր անընդմեջ, նախքան արտադրական մուտքի դիմելը։ Մեկը, որ հեռանում և նորից է միանում, սկսում է նոր 14 օր։

Պրակտիկ խորհուրդներ․

• Հավաքեք ավելի քան 12։ Մարդիկ դուրս են գալիս։ Նպատակ դրեք 15–20։
• Օգտագործեք Google Group կամ էլ. փոստի ցուցակ թեստավորողներին կառավարելու համար։
• Խնդրեք իրական օգտագործում, ոչ միայն տեղադրում։ Google-ը հարցնում է ձեր թեստավորման մասին, երբ դիմում եք, և դուք շատ ավելին կիմանաք։
• Թողարկեք թարմացում թեստի ընթացքում արձագանքից ստացված շտկումներով։

Մեր բետա թեստի ուղեցույցը ծածկում է թեստավորողների հավաքագրումը և արձագանքի հավաքումը։ Երբ 14 օրը լրանա, դիմեք արտադրական մուտքի համար Dashboard-ից և պատասխանեք ձեր թեստի մասին հարցերին։

Քայլ 7. Թողարկեք արտադրություն

Երբ արտադրական մուտքը հասանելի է, բացեք Production ձախ ցանկից․

1. Ընտրեք երկրներ և տարածաշրջաններ, որտեղ հավելվածը կլինի հասանելի։
2. Ստեղծեք նոր թողարկում և ավելացրեք bundle-ը թեստավորումից, կամ վերբեռնեք նորը։
3. Գրեք թողարկման նշումներ պարզ բառերով․ ինչ է նորը կամ շտկվածը։
4. Վերանայեք և ուղարկեք վերանայման։ Փոփոխությունները կուտակվում են Publishing overview-ում, մինչև ուղարկեք։

Վերանայման ժամանակը տարբերվում է։ Թարմացումները հաճախ արագ են, առաջին թողարկումները կարող են տևել մի քանի օր։ Կարող եք ընտրել managed publishing, եթե ուզում եք ինքներդ հաստատել հենց այն պահը, երբ հաստատված թողարկումը դառնում է հանրային։

Քայլ 8. Գործարկումից հետո

• Հետևեք Android vitals-ին կործանումների և «app not responding» հաղորդումների համար։
• Պատասխանեք գրառումներին, հատկապես վաղ շրջանի։
• Պահեք թիրախային API մակարդակը ընթացիկ։ Google-ը այն բարձրացնում է ամեն տարի, և հավելվածները, որ հետ են մնում, դադարում են առաջարկվել նոր հեռախոսների նոր օգտատերերին։
• Թարմացրեք Data safety ձևը, երբ ավելացնում եք տվյալների նոր հավաքում։

Վեբով փաթաթված հավելվածի համար, ինչպիսին է Mythex-ով կառուցվածը, Android օգտատերերի մեծամասնությունը փոփոխությունները տեսնում է, երբ հրապարակում եք վեբ հավելվածը, քանի որ հեռախոսի հավելվածը բացում է ձեր հրապարակված հավելվածը։ Նոր խանութային թողարկում պետք է միայն այնպիսի բանի համար, ինչպիսիք են պատկերակը, անունը, թույլտվությունները կամ թիրախային մակարդակի նոր փոփոխությունը։

Մերժման կամ ուշացման սովորական պատճառներ

• Վերանայողների համար աշխատող մուտք չկա։
• Գաղտնիության քաղաքականությունը բացակայում է, PDF է, կամ չի համապատասխանում Data safety պատասխաններին։
• Սքրինշոթներ կամ նկարագրություններ, որ խոստանում են գործառույթներ, որոնք հավելվածը չունի։
• Պահանջվում են զգայուն թույլտվություններ, որոնք հավելվածը հստակ չի պահանջում։
• Կոտրված կամ դատարկ հավելված․ տեղապահ տեքստ, անշարժ կոճակներ։

Հիմա iPhone-ի վրա՞ ևս հրապարակում եք

Apple-ի գործընթացը այլ է․ տարեկան անդամավճար, TestFlight և յուրաքանչյուր թողարկման մարդկային վերանայում։ Այդ քայլերի համար կարդացեք ինչպես հրապարակել հավելված App Store-ում։

Հարցեր