App Store မှာ app ထုတ်ဝေနည်း: TestFlight ကနေ အတည်ပြုချက်အထိ
App Store မှာ app တင်ဖို့ Apple Developer Program ကို ဝင်ရောက် (2026 နိုဝင်ဘာ လက်ရှိအချိန်အထိ တစ်နှစ်ကို USD 99)၊ App Store Connect မှာ app ဖန်တီး၊ လက်မှတ်ရေးထိုးထားတဲ့ build တစ်ခု upload လုပ်၊ TestFlight နဲ့ စမ်းသပ်၊ screenshot၊ ဖော်ပြချက်၊ privacy အချက်အလက်နဲ့ age rating ထည့်ပြီးရင် Add for Review နဲ့ Submit for Review ကို နှိပ်ရပါမယ်။ Apple က တင်ပြချက်တိုင်းကို လူက စစ်ဆေးပြီး ပုံမှန်အားဖြင့် တစ်ရက် ဒါမှမဟုတ် နှစ်ရက်အတွင်း ပြီးစီးပါတယ်။ အတည်ပြုပြီးရင် App Store မှာ ထုတ်ပြန်နိုင်ပါတယ်။ ဒီလမ်းကြောင်းကို မျက်နှာပြင်တစ်ခုချင်းစီအလိုက် လိုက်ပြပြီး ပြန်ပို့ခံရတတ်တဲ့ ပြဿနာတွေကိုပါ ဖော်ပြထားပါတယ်။
အခုမှ တည်ဆောက်နေဆဲလား? iPhone app ဘယ်လိုလုပ်မလဲ ကနေ စတင်ပါ။
မစတင်ခင် လိုအပ်တာများ
- Apple Developer Program အသင်းဝင်ခြင်း။ တစ်ဦးချင်းအနေနဲ့ (သင့်ဥပဒေအမည်ကို seller အဖြစ် ပြပါမယ်) သို့မဟုတ် အဖွဲ့အစည်းအနေနဲ့ (D-U-N-S Number၊ ကုမ္ပဏီ domain email နဲ့ အလုပ်လုပ်တဲ့ website လိုအပ်ပါတယ်)။
- App ရဲ့ signed build ကို App Store Connect ကို upload လုပ်ထားရမယ်။ ပုံမှန်အားဖြင့် Xcode ဒါမှမဟုတ် Apple ရဲ့ Transporter ကနေ၊ ဒါမှမဟုတ် သင့်အတွက် build လုပ်ပေးတဲ့ ဝန်ဆောင်မှုကနေ လုပ်ပါတယ်။
- Privacy policy URL နဲ့ support URL (contact အသေးစိတ် update လုပ်ထားရမယ်)။ Apple က app တိုင်းအတွက် နှစ်ခုလုံး လိုအပ်ပါတယ်။
- Screenshot များ: device size တစ်ခုစီအတွက် 1 မှ 10 ခုအထိ၊ JPEG ဒါမှမဟုတ် PNG ဖြစ်ပြီး transparency မပါရပါ။ App Store Connect က ဘယ် size တွေ လိုသလဲ ပြပေးပါမယ်။ ရေးသားချိန်မှာ 6.9-inch iPhone size (မရှိရင် 6.5-inch) နဲ့ သင့် app က iPad ပေါ်မှာ run ရင် iPad size တွေ လိုအပ်ပါတယ်။
- Demo account app ရဲ့ အပိုင်းတစ်ခုခုက login နောက်မှာ ရှိရင် လိုအပ်ပါတယ်။
အဆင့် 1: Apple Developer Program ကို စာရင်းသွင်းပါ
Two-factor authentication ဖွင့်ထားတဲ့ Apple Account နဲ့ ဝင်ပြီး စာရင်းသွင်းပါ။ တစ်ဦးချင်းဆိုရင် ပုံမှန်အားဖြင့် မြန်မြန် အတည်ပြုပါတယ်။ အဖွဲ့အစည်းဆိုရင် ပိုအချိန်ယူရပါမယ်၊ ဘာလို့ဆိုတော့ Apple က ကုမ္ပဏီရဲ့ ဥပဒေအရ အခြေအနေနဲ့ သင့်ကို ကိုယ်စားလှယ်ခန့်အပ်ထားမှုကို စစ်ဆေးပါတယ်။ D-U-N-S Number မရှိရင် နိုင်ငံအများစုမှာ အခမဲ့ တောင်းဆိုနိုင်ပေမယ့် ထုတ်ပေးဖို့ အချိန်ကြာပါတယ်။
အဆင့် 2: App record ဖန်တီးပါ
App Store Connect မှာ Apps ကို ဖွင့်ပြီး + ကို နှိပ်ကာ New App ကို ရွေးပါ။ အောက်ပါတို့ကို ထည့်ပါ:
- Platform: iOS။
- Name: App Store ပေါ်မှာ ပေါ်မယ့်နာမည်၊ store တစ်ခုလုံးမှာ ထပ်မရှိရပါ။
- Primary language။
- Bundle ID: app ရဲ့ identifier၊ ဥပမာ com.yourcompany.yourapp။ build နဲ့ တူရပါမယ်။
- SKU: သင်နှစ်သက်တဲ့ အတွင်းပိုင်း code။
Apple က ဒီ record ကို အပြင်ကိရိယာတွေနဲ့ ဖန်တီးခွင့်မပေးပါဘူး၊ ဒါကြောင့် သင်ကိုယ်တိုင် တစ်ကြိမ်လုပ်ရပါမယ်။
အဆင့် 3: Build upload လုပ်ပါ
Xcode နဲ့ build လုပ်ရင် app ကို archive လုပ်ပြီး Organizer ကနေ upload လုပ်ပါ။ Transporter ဒါမှမဟုတ် App Store Connect API နဲ့လည်း upload လုပ်နိုင်ပါတယ်။
Mythex နဲ့ build လုပ်ရင်
Pro plan မှာ Mythex က သင့် publish လုပ်ထားတဲ့ app ကို iPhone app အဖြစ် သူ့ကိုယ်ပိုင် Mac တွေပေါ်မှာ build လုပ်ပြီး သင့် TestFlight ကို upload လုပ်ပေးပါတယ်။ Mac သို့မဟုတ် Xcode မလိုပါဘူး။ Setup က မိနစ်အနည်းငယ်သာ ကြာပါတယ်:
- App Store Connect မှာ Users and Access → Integrations → App Store Connect API ကိုသွားပြီး Admin role နဲ့ Team key ကို ဖန်တီးပါ။
- .p8 ဖိုင်ကို download လုပ်ပါ။ Apple က တစ်ကြိမ်သာ download ခွင့်ပေးတာမို့ လုံခြုံစွာ သိမ်းထားပါ။
- ဖိုင်ကို Mythex ရဲ့ Connect App Store panel ထဲ ထည့်ပြီး key စာရင်းအပေါ်မှာ ပြထားတဲ့ Issuer ID ကို ကူးထည့်ပါ။ သိမ်းခင် Mythex က Apple နဲ့ key ကို စစ်ဆေးပေးပါတယ်။
ပထမ build မှာ Mythex က Step 2 မှာ app record ဖန်တီးတဲ့အခါ သုံးရမယ့် နာမည်နဲ့ Bundle ID ကို အတိအကျ ပြောပြပါမယ်။ Build card က In TestFlight လို့ ပြရင် Apple က build ကို မိနစ် 10 မှ 30 ခန့် process လုပ်ပြီး tester တွေအတွက် အသုံးပြုနိုင်ပါပြီ။ ပိုသိချင်ရင် Mythex iOS app builder ကို ကြည့်ပါ။
အဆင့် 4: TestFlight နဲ့ စမ်းသပ်ပါ
TestFlight က Apple ရဲ့ beta channel ဖြစ်ပြီး review မတင်ခင် ကောင်းကောင်း သုံးသင့်ပါတယ်:
- Internal testers: သင့် App Store Connect အဖွဲ့ထဲက အဖွဲ့ဝင် 100 ယောက်အထိ။ Build processed ဖြစ်တာနဲ့ install လုပ်နိုင်ပါတယ်။
- External testers: လူ 10,000 အထိ၊ email ဒါမှမဟုတ် public link နဲ့ ဖိတ်ခေါ်နိုင်ပါတယ်။ External group ထဲ ပထမဆုံး build ထည့်ရင် beta review တိုတိုတစ်ခု ဖြတ်ရပါမယ်။
- Build သက်တမ်း: build တစ်ခုကို ရက် 90 အထိ စမ်းသပ်နိုင်ပါတယ်။
Tester တွေက TestFlight app ကို install လုပ်ပြီး invite ကို လက်ခံကာ build ကို install လုပ်ပါတယ်။ app ကို ဖွင့်ကြည့်တာထက် အဓိက လုပ်ဆောင်ချက်တွေကို လုပ်ဖို့ တောင်းဆိုပါ။ beta test guide မှာ tester တွေ ရှာဖွေခြင်းနဲ့ feedback စုဆောင်းနည်းကို ရေးထားပါတယ်။
အဆင့် 5: App Store listing ကို ဖြည့်ပါ
Version page ပေါ်မှာ အောက်ပါတို့ကို ထည့်ပါ:
- Screenshot များ လိုအပ်တဲ့ size တိုင်းအတွက်၊ အမှန်တကယ် screen တွေ ပြထားရမယ်။
- Promotional text (ရွေးချယ်စရာ) နဲ့ app က ဘာလုပ်တယ်ဆိုတာ ရှင်းရှင်းပြတဲ့ description။
- Keywords၊ ကော်မာနဲ့ ခြားထားရမယ်။ App နာမည်ကို ထပ်မရေးပါနဲ့၊ ပြိုင်ဘက် နာမည်တွေလည်း မသုံးပါနဲ့။
- Support URL နဲ့ ရွေးချယ်စရာ marketing URL။
- Version number နဲ့ copyright။
App Information အောက်မှာ category၊ privacy policy URL နဲ့ age rating ကို Apple ရဲ့ မေးခွန်းလွှာကို ဖြေပြီး သတ်မှတ်ပါ။ Pricing and Availability အောက်မှာ ဈေးနှုန်း (သို့မဟုတ် အခမဲ့) နဲ့ နိုင်ငံတွေကို ရွေးပါ။
အဆင့် 6: App Privacy ကို ဖြည့်ပါ
App Privacy က သင့် app ကောက်ယူတဲ့ data ကို ဖော်ပြပါတယ်၊ ဥပမာ email၊ နာမည်၊ တည်နေရာ သို့မဟုတ် အသုံးပြုမှု data၊ ဘယ်လို အသုံးပြုသလဲ၊ user နဲ့ ချိတ်ဆက်ထားသလားဆိုတာ ပါပါတယ်။ ဒါက App Store page မှာ privacy “nutrition label” အဖြစ် ပေါ်ပါတယ်။ Analytics ဒါမှမဟုတ် login provider လို third-party code က ကောက်ယူတဲ့ data ကိုပါ ထည့်ပါ။
ဒီအပိုင်းကို App Store Connect website မှာသာ ဖြည့်လို့ရပြီး အပြင်ကိရိယာတွေနဲ့ မရပါဘူး။ Mythex သုံးရင် agent က သင့် app တကယ်လုပ်တာပေါ် အခြေခံပြီး ဘာဖြေရမလဲ ပြောပြပါမယ်။
အဆင့် 7: Review အချက်အလက်ထည့်ပြီး တင်ပါ
App Review Information မှာ contact နာမည်၊ ဖုန်းနဲ့ email၊ အလုပ်လုပ်တဲ့ demo account ကို ထည့်ပါ။ ရှင်းပြဖို့ လိုတာရှိရင် မှတ်ချက်ထည့်ပါ၊ ဥပမာ “Bookings tab က class တစ်ခုကို join ပြီးမှ ပေါ်ပါတယ်” လို့။
ပြီးရင် သင် စမ်းသပ်ထားတဲ့ build ကို ရွေးပြီး Add for Review နဲ့ Submit for Review ကို နှိပ်ပါ။ Platform တစ်ခုအတွက် version တစ်ခုသာ review တွင် ရှိနိုင်ပါတယ်။
Mythex နဲ့ဆိုရင် ဒီအပိုင်းကို agent ကို လုပ်ခိုင်းနိုင်ပါတယ်။ build ကို ချိတ်ပေး၊ လုပ်နိုင်တာတွေ ဖြည့်ပေးပြီး submit မလုပ်ခင် သင့်ကို မေးပါမယ်။
အဆင့် 8: စောင့်ပါ၊ ဖြေပါ၊ ထုတ်ပြန်ပါ
Apple ပြောတာက တင်ပြချက်အနည်းဆုံး တစ်ဝက်ကို 24 နာရီအတွင်း၊ 90% ကို 48 နာရီအတွင်း review လုပ်ပါတယ်။ အခြေအနေ ပြောင်းတိုင်း email ရပါလိမ့်မယ်။ Apple က မေးခွန်းရှိရင် ဒါမှမဟုတ် build ကို ပယ်ချရင် App Store Connect ရဲ့ App Review section မှာ မက်ဆေ့ချ်ပေါ်ပါလိမ့်မယ်။ အဲဒီမှာ ဖြေပြီး ပြဿနာကို ပြင်ကာ ပြန်တင်ပါ။
အတည်ပြုပြီးရင် သင်ရွေးထားတဲ့အတိုင်း အလိုအလျောက် ထုတ်ပြန်ခြင်း ဒါမှမဟုတ် သင် ကိုယ်တိုင်ထုတ်ပြန်ဖို့ ထိန်းထားခြင်း ဖြစ်နိုင်ပါတယ်။ ထုတ်ပြန်မည့်ရက်ကိုလည်း ကြိုသတ်မှတ်နိုင်ပါတယ်။
App ဘာကြောင့် ပယ်ချခံရလဲ၊ ဘယ်လိုရှောင်မလဲ
- မပြည့်စုံတဲ့ app (guideline 2.1)။ Crash၊ placeholder စာသား၊ ပျက်နေတဲ့ link၊ demo login မရှိခြင်း။ Apple ပြောတာက ဖြေရှင်းမပြီးသေးတဲ့ ပြဿနာ 40% ကျော်ရဲ့ နောက်ကွယ်မှာ ဒါရှိတယ်တဲ့။ တင်ခင် ခလုတ်တိုင်းကို iPhone အမှန်ပေါ်မှာ စမ်းသပ်ပါ။
- ဝဘ်ဆိုက်ကို ပြန်ထုပ်ထားခြင်း (guideline 4.2)။ Apple က ဝဘ်ဆိုက်ကို frame ထဲထည့်ထားတာထက် ပိုတဲ့ feature၊ content နဲ့ interface ကို မျှော်လင့်ပါတယ်။ Phone အတွက် layout၊ account၊ သိမ်းထားတဲ့ data နဲ့ အမှန်တကယ် လုပ်ဆောင်ချက်တွေ ထည့်ပါ။ ဒါက wrapped web app တွေအတွက် အထူးအရေးကြီးပြီး Mythex နဲ့ ဖန်တီးထားတဲ့ app တွေလည်း ပါဝင်ပါတယ်။
- App ထဲမှာ account ဖျက်ခွင့်မရှိခြင်း (guideline 5.1.1(v))။ App ထဲမှာ account ဖွင့်ခွင့်ရှိရင် app ထဲကနေ ဖျက်ခွင့်လည်း ရှိရပါမယ်။
- In-app purchase အပြင် digital ရောင်းခြင်း (guideline 3.1.1)။ App ထဲမှာ ငွေနဲ့ feature ဒါမှမဟုတ် content ကို ဖွင့်ရင် Apple ရဲ့ in-app purchase ကို သုံးရပါမယ်။
- Privacy အချက်အလက်များ app နဲ့ မကိုက်ညီခြင်း။ App Privacy၊ privacy policy နဲ့ app ရဲ့ အပြုအမူတို့ ကိုက်ညီအောင် လုပ်ပါ။
Policy စာမျက်နှာ လိုရင် terms of service နဲ့ privacy policy ရေးနည်း guide မှာ ဘာတွေ ပါရမလဲ ရှင်းပြထားပါတယ်။
App ကို နောက်ပိုင်း အပ်ဒိတ်လုပ်ခြင်း
Version အသစ်တိုင်း version number ကို မြှင့်၊ build အသစ် upload လုပ်၊ “What's New” စာသား ရေးပြီး ပြန်တင်ပါ။ တင်ပြချက်တိုင်းကို review လုပ်ပါတယ်။
Mythex app လို wrapped web app ဖြစ်ရင် နေ့စဉ် ပြောင်းလဲမှုအများစုဟာ web app ကို publish လုပ်တဲ့အခါ iPhone user တွေဆီ ရောက်ပါတယ်၊ ဘာလို့ဆိုတော့ phone app က အဲဒီ web app ကို ဖွင့်ပေးတာ ဖြစ်လို့ပါ။ Version အသစ်ကို အဓိကအားဖြင့် icon၊ နာမည် သို့မဟုတ် permission လို app ရဲ့ shell ပြောင်းလဲမှုတွေအတွက်သာ တင်ရပါတယ်။ Apple က version number တစ်ခုကို အတည်ပြုပြီးသားဆိုရင် Mythex က version ကို မြှင့်ပေးပြီး (ဥပမာ 1.0 ကနေ 1.1) ထပ် build လုပ်ပါမယ်။
Android မှာလည်း ထုတ်ဝေခြင်း
Google ရဲ့ လုပ်ငန်းစဉ်က ကွဲပြားပါတယ်: တစ်ကြိမ်ပေးချေမှု၊ စမ်းသပ်ခြင်း track များ၊ ကိုယ်ပိုင် account အသစ်အတွက် ရက် 14 closed test (tester 12 ယောက်) ပါ။ Google Play မှာ app ထုတ်ဝေနည်း ကို ကြည့်ပါ။
မေးခွန်းများ
App Store မှာ app တင်ဖို့ ဘယ်လောက်ကုန်မလဲ?
Apple Developer Program ကို 2026 နိုဝင်ဘာ လက်ရှိအချိန်အထိ တစ်နှစ်ကို USD 99 ဖြစ်ပါတယ်။ နိုင်ငံတစ်ခုချင်းစီမှာ ဒေသဈေးနှုန်းတွေ ကွာခြားနိုင်ပါတယ်။ ပညာရေးအဖွဲ့အစည်း အသိအမှတ်ပြုထားတာတွေက ကြေးလျှော့ခွင့်ရနိုင်ပါတယ်။ App ထဲမှာ digital ပစ္စည်း သို့မဟုတ် subscription ရောင်းရင် ရောင်းချမှုတိုင်းမှာ Apple က commission ယူပါတယ်။
App Store review ဘယ်လောက်ကြာမလဲ?
Apple ပြောတာက တင်ပြချက်အနည်းဆုံး 50% ကို 24 နာရီအတွင်း၊ 90% ကို 48 နာရီအတွင်း review လုပ်ပေးတယ်တဲ့။ မပြည့်စုံတဲ့ တင်ပြချက်တွေက ပိုကြာတာ ဒါမှမဟုတ် ပယ်ချခံရတာ ဖြစ်နိုင်ပါတယ်။ တင်မည့်အချိန်မတိုင်မီ demo account၊ privacy policy နဲ့ screenshot တွေကို အဆင်သင့်ပြင်ထားပါ။
Mac မရှိဘဲ iPhone app ထုတ်လို့ရလား?
ရပါတယ်၊ သင့်အတွက် app ကို build လုပ်ပြီး upload လုပ်ပေးမယ့် ဝန်ဆောင်မှုတစ်ခု ရှိရင်ပေါ့။ Mythex Pro က သူ့ကိုယ်ပိုင် Mac တွေပေါ်မှာ သင့် app ကို build လုပ်ပြီး သင်ဖန်တီးထားတဲ့ App Store Connect API key နဲ့ သင့် TestFlight ကို ပို့ပေးပါတယ်။ ပြီးရင် App Store Connect ကနေ review ပို့နိုင်သလို agent ကိုလည်း submission ပြင်ဆင်ခိုင်းနိုင်ပါတယ်။
Mythex က app ကို App Store ကို ပို့ပေးလား?
Mythex က သင့်ကိုယ်ပိုင် App Store Connect key နဲ့ build တွေကို TestFlight ကို ပို့ပေးပါတယ်။ App record ကို သင်ကိုယ်တိုင်ဖန်တီးပြီး App Privacy ကို Apple ရဲ့ website ပေါ်မှာ ဖြည့်ရပါမယ်။ Agent က build ကို ချိတ်ပေးပြီး listing အချက်အလက်တွေ ဖြည့်ပေးနိုင်ပါတယ်၊ review ပို့ခင် သင့်ကို မေးပါမယ်။ အတည်ပြုခြင်းကတော့ အမြဲ Apple ရဲ့ ဆုံးဖြတ်ချက်ပါ။
App Store က အများဆုံး ပယ်ချတဲ့ အကြောင်းရင်းတွေက ဘာတွေလဲ?
Apple ပြောတာက ဖြေရှင်းမပြီးသေးတဲ့ ပြဿနာ 40% ကျော်က guideline 2.1၊ App Completeness အောက်မှာ ရှိပါတယ်။ Crash၊ placeholder content၊ ပျက်နေတဲ့ link နဲ့ demo login လို အချက်အလက်ပျောက်နေခြင်းတွေ ဖြစ်ပါတယ်။ ဝဘ်ဆိုက်ကို ပြန်ထုပ်ထားတဲ့ app၊ in-app account ဖျက်ခွင့်မပါခြင်းနဲ့ in-app purchase အပြင် digital ရောင်းချခြင်းတွေလည်း အကြောင်းရင်းတွေ ဖြစ်ပါတယ်။