Ինչպես հրապարակել հավելված App Store-ում. TestFlight-ից մինչև հաստատում

Հավելված App Store-ում հրապարակելու համար միացեք Apple Developer Program-ին (99 USD տարեկան՝ 2026 թվականի նոյեմբերի դրությամբ), ստեղծեք հավելվածը App Store Connect-ում, վերբեռնեք ստորագրված build, փորձարկեք այն TestFlight-ով, ավելացրեք սքրինշոթներ, նկարագրություն, գաղտնիության տվյալներ և տարիքային գնահատական, ապա սեղմեք Add for Review և Submit for Review։ Apple-ը յուրաքանչյուր ուղարկում ձեռքով է վերանայում, սովորաբար մեկ-երկու օրվա ընթացքում, և հաստատվելուց հետո դուք թողարկում եք այն App Store-ում։ Այս ուղեցույցը հետևում է այդ ճանապարհին էկրան առ էկրան և թվարկում է այն խնդիրները, որոնք ամենից հաճախ հավելվածները վերադարձնում են։

Դեռ կառուցո՞ւմ եք։ Սկսեք ինչպես պատրաստել iPhone հավելված-ից։

Ինչ է պետք նախքան սկսելը

• Apple Developer Program-ի անդամակցություն, որպես անհատ (ձեր իրավաբանական անունը ցուցադրվում է որպես վաճառող) կամ որպես կազմակերպություն (պահանջում է D-U-N-S համար, ընկերության դոմենի էլ. փոստ և աշխատող կայք)։
• Ստորագրված build ձեր հավելվածի, վերբեռնված App Store Connect-ում։ Սովորաբար Xcode-ից կամ Apple-ի Transporter-ից, կամ ծառայությունից, որ կառուցում է ձեզ համար։
• Գաղտնիության քաղաքականության URL և աջակցության URL՝ թարմ կոնտակտային տվյալներով։ Apple-ը երկուսն էլ պահանջում է յուրաքանչյուր հավելվածի համար։
• Սքրինշոթներ. 1-ից 10՝ յուրաքանչյուր պահանջվող սարքի չափի համար, JPEG կամ PNG, առանց թափանցիկության։ App Store Connect-ը ցույց է տալիս, թե որ չափերն են պետք. գրելու պահին դա 6.9 դյույմանոց iPhone-ի չափն է (կամ 6.5 դյույմանոցը, եթե 6.9-ը չեք տրամադրում), գումարած iPad-ի չափերը, եթե ձեր հավելվածը աշխատում է iPad-ի վրա։
• Demo հաշիվ, եթե հավելվածի որևէ մաս մուտքի հետևում է։

Քայլ 1. Գրանցվեք Apple Developer Program-ում

Մտեք Apple Account-ով, որի վրա միացված է երկու քայլով նույնականացումը, և գրանցվեք։ Անհատները սովորաբար արագ են հաստատվում։ Կազմակերպությունները պետք է հաշվի առնեն լրացուցիչ ժամանակ, քանի որ Apple-ը ստուգում է ընկերության իրավական կարգավիճակը և ձեր լիազորությունը նրա անունից ստորագրելու համար։ Եթե չունեք D-U-N-S համար, դրա հայց կարող եք ներկայացնել անվճար՝ մեծ մասամբ երկրներում, թեև դրա տրամադրումը ժամանակ է պահանջում։

Քայլ 2. Ստեղծեք հավելվածի գրառումը

App Store Connect-ում բացեք Apps-ը, սեղմեք + և ընտրեք New App։ Մուտքագրեք.

• Platform. iOS։
• Name. անունը App Store-ում, որ պետք է յուրահատուկ լինի խանութում։
• Primary language.
• Bundle ID. հավելվածի նույնացուցիչը, օրինակ՝ com.yourcompany.yourapp։ Այն պետք է համընկնի build-ի հետ։
• SKU. ցանկացած ներքին կոդ, որ ցանկանում եք։

Apple-ը թույլ չի տալիս արտաքին գործիքներին ստեղծել այս գրառումը, ուստի այն մեկ անգամ դուք եք անում ինքներդ։

Քայլ 3. Վերբեռնեք build

Եթե կառուցում եք Xcode-ում, արխիվացրեք հավելվածը և վերբեռնեք Organizer-ից։ Build-երը կարելի է վերբեռնել նաև Transporter-ով կամ App Store Connect API-ով։

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

Pro պլանով Mythex-ը հրապարակված հավելվածը կառուցում է որպես iPhone հավելված իր սեփական Mac-ների վրա և վերբեռնում ձեր TestFlight-ում։ Ձեզ պետք չէ Mac կամ Xcode։ Կարգավորումը տևում է մի քանի րոպե.

1. App Store Connect-ում անցեք Users and Access → Integrations → App Store Connect API և ստեղծեք Team key Admin դերով։
2. Ներբեռնեք .p8 ֆայլը։ Apple-ը թույլ է տալիս այն ներբեռնել միայն մեկ անգամ, ուստի պահեք անվտանգ։
3. Գցեք ֆայլը Mythex-ի Connect App Store վահանակի մեջ և տեղադրեք Issuer ID-ն, որ ցուցադրվում է բանալիների ցուցակից վերև։ Mythex-ը բանալին ստուգում է Apple-ի հետ նախքան պահելը։

Առաջին build-ի ժամանակ Mythex-ը ասում է ձեզ ճշգրիտ անունը և Bundle ID-ն, որ պետք է օգտագործեք Քայլ 2-ում հավելվածի գրառումը ստեղծելիս։ Երբ build-ի քարտը ցույց է տալիս In TestFlight, Apple-ը build-ը մշակում է մոտավորապես 10-ից 30 րոպե, ապա այն պատրաստ է փորձարկողների համար։ Ավելին տես Mythex iOS հավելվածի կառուցողում։

Քայլ 4. Փորձարկեք TestFlight-ով

TestFlight-ը Apple-ի բետա ալիքն է, և արժե այն ճիշտ օգտագործել նախքան վերանայումը.

• Ներքին փորձարկողներ. մինչև 100 անդամ ձեր App Store Connect թիմից։ Նրանք կարող են տեղադրել build-ը, հենց որ այն մշակվի։
• Արտաքին փորձարկողներ. մինչև 10,000 մարդ, հրավիրված էլ. փոստով կամ հանրային հղումով։ Առաջին build-ը, որ ավելացնում եք արտաքին խմբին, անցնում է կարճ բետա վերանայում։
• Build-ի կյանքը. յուրաքանչյուր build կարելի է փորձարկել 90 օր։

Փորձարկողները տեղադրում են TestFlight հավելվածը, ընդունում հրավերը և տեղադրում ձեր build-ը։ Խնդրեք նրանց անել հիմնական առաջադրանքները, ոչ միայն բացել հավելվածը։ Մեր բետա թեստի ուղեցույցը ներառում է փորձարկողներ գտնելը և նրանց արձագանքը հավաքելը։

Քայլ 5. Լրացրեք App Store-ի գրառումը

Հավելվածի տարբերակի էջում ավելացրեք.

• Սքրինշոթներ յուրաքանչյուր պահանջվող չափի համար՝ իրական էկրաններով։
• Promotional text (ըստ ցանկության) և description, որ հստակ ասում է, թե ինչ է անում հավելվածը։
• Keywords, ստորակետներով բաժանված։ Մի կրկնեք ձեր հավելվածի անունը և մի օգտագործեք մրցակիցների անունները։
• Support URL և, ըստ ցանկության, marketing URL։
• Version number և copyright։

App Information-ի տակ սահմանեք կատեգորիան, գաղտնիության քաղաքականության URL-ը և տարիքային գնահատականը պատասխանելով Apple-ի հարցաշարին։ Pricing and Availability-ի տակ ընտրեք գինը (կամ անվճար) և երկրները։

Քայլ 6. Լրացրեք App Privacy-ը

App Privacy-ը թվարկում է տվյալները, որ հավելվածը հավաքում է, օրինակ՝ էլ. փոստ, անուն, գտնվելու վայր կամ օգտագործման տվյալներ, թե ինչի համար են օգտագործվում և կապված են արդյոք օգտատիրոջ հետ։ Այն երևում է ձեր App Store էջում որպես գաղտնիության «սննդային պիտակ»։ Ներառեք այն տվյալները, որ հավաքում է ցանկացած երրորդ կողմի կոդ, օրինակ՝ վերլուծություն կամ մուտքի մատակարարներ։

Այս բաժինը հասանելի է միայն App Store Connect-ի կայքում, ոչ արտաքին գործիքներով։ Եթե օգտագործում եք Mythex, agent-ը ասում է, թե ինչ պատասխաններ տալ՝ հիմնվելով այն բանի վրա, թե ինչ է իրականում անում ձեր հավելվածը։

Քայլ 7. Ավելացրեք վերանայման տեղեկություններ և ուղարկեք

App Review Information-ում ավելացրեք կոնտակտային անուն, հեռախոս և էլ. փոստ, և աշխատող demo հաշիվ։ Ավելացրեք նշումներ, եթե ինչ-որ բան պետք է բացատրել, օրինակ՝ «Bookings ներդիրը դասեր ցույց է տալիս միայն այն բանից հետո, երբ միանաք մեկին»։

Հետո ընտրեք փորձարկած build-ը, սեղմեք Add for Review, ապա Submit for Review։ Մեկ պլատֆորմի համար միաժամանակ միայն մեկ տարբերակ կարող է լինել վերանայման մեջ։

Mythex-ով այս մասը կարող եք agent-ին թողնել. այն կցում է build-ը, լրացնում այն, ինչ կարող է, և նախքան ուղարկելը հարցնում է ձեզ։

Քայլ 8. Սպասեք, պատասխանեք, թողարկեք

Apple-ն ասում է, որ ուղարկումների առնվազն կեսը վերանայվում է 24 ժամից պակաս ժամանակում, իսկ 90%-ը՝ 48 ժամում։ Կստանաք էլ. նամակ, երբ կարգավիճակը փոխվի։ Եթե Apple-ը հարցեր ունի կամ մերժում է build-ը, հաղորդագրությունը հայտնվում է App Store Connect-ի App Review բաժնում. պատասխանեք այնտեղ, շտկեք խնդիրը և նորից ուղարկեք։

Հաստատվելուց հետո հավելվածը թողարկվում է ավտոմատ կամ պահվում է, որ դուք ձեռքով թողարկեք՝ կախված այն բանից, ինչ ընտրել եք։ Կարող եք նաև ժամանակացույցել թողարկման ամսաթիվ։

Ինչու են հավելվածները մերժվում և ինչպես խուսափել

• Անավարտ հավելված (ուղեցույց 2.1). կոդի փլուզումներ, տեղապահ տեքստ, մեռած հղումներ, բացակայող demo մուտք։ Apple-ն ասում է, որ սա ավելի քան 40% չլուծված խնդիրների հիմքում է։ Փորձարկեք յուրաքանչյուր կոճակ իրական iPhone-ի վրա՝ նախքան ուղարկելը։
• Վերափաթեթավորված վեբկայք (ուղեցույց 4.2). Apple-ը սպասում է գործառույթների, բովանդակության և ինտերֆեյսի, որոնք դուրս են գալիս շրջանակի մեջ դրված վեբկայքից։ Տվեք հավելվածին հեռախոսի համար նախատեսված դասավորություն, հաշիվներ, պահված տվյալներ և իրական առաջադրանքներ։ Սա հատկապես կարևոր է փաթաթված վեբ հավելվածների համար, ներառյալ Mythex-ով ստեղծվածները։
• Հավելվածի ներսից հաշվի ջնջման բացակայություն (ուղեցույց 5.1.1(v)). եթե մարդիկ հավելվածի ներսում հաշիվ կարող են ստեղծել, պետք է կարողանան այն ներսից էլ ջնջել։
• Թվային վաճառք առանց ներսի գնումների (ուղեցույց 3.1.1). հավելվածի ներսում գումարի դիմաց գործառույթներ կամ բովանդակություն ապակողպելը պահանջում է Apple-ի ներսի գնումները։
• Գաղտնիության տվյալներ, որ չեն համապատասխանում հավելվածին. App Privacy-ը, ձեր գաղտնիության քաղաքականությունը և հավելվածի վարքը պետք է համընկնեն։

Եթե պետք է քաղաքականության էջ, մեր ուղեցույցը ինչպես գրել օգտագործման պայմաններ և գաղտնիության քաղաքականություն-ում բացատրում է, թե ինչ պետք է ներառել։

Հավելվածը հետագայում թարմացնելը

Յուրաքանչյուր նոր տարբերակի համար բարձրացրեք տարբերակի համարը, վերբեռնեք նոր build, գրեք «What's New» տեքստը և նորից ուղարկեք։ Յուրաքանչյուր ուղարկում վերանայվում է։

Եթե ձեր հավելվածը վերափաթեթավորված վեբ հավելված է, ինչպես Mythex-ի հավելվածները, օրական փոփոխությունների մեծ մասը հասնում է iPhone օգտատերերին, երբ հրապարակում եք վեբ հավելվածը, քանի որ հեռախոսի հավելվածը այն բացում է։ Նոր տարբերակ ուղարկում եք հիմնականում հավելվածի թաղանթի փոփոխությունների համար, օրինակ՝ պատկեր, անուն կամ թույլտվություններ։ Եթե Apple-ն արդեն հաստատել է տարբերակի համար, Mythex-ը բարձրացնում է այն (օրինակ՝ 1.0-ից 1.1) նախքան նորից կառուցելը։

Հրապարակում նաև Android-ում

Google-ի գործընթացը տարբեր է. մեկանգամյա վճար, փորձարկման ալիքներ և նոր անհատական հաշիվների համար 14-օրյա փակ փորձարկում 12 փորձարկողով։ Տես ինչպես հրապարակել հավելված Google Play-ում։

Հարցեր