Paano Mag-publish ng App sa App Store: Mula TestFlight hanggang Approval

Para mag-publish ng app sa App Store, sumali sa Apple Developer Program (99 USD kada taon simula Nobyembre 2026), gumawa ng app sa App Store Connect, mag-upload ng signed build, subukin ito sa pamamagitan ng TestFlight, idagdag ang screenshots, description, privacy details at age rating, at saka i-click ang Add for Review at Submit for Review. Sinusuri ng Apple ang bawat submission nang manwal, karaniwang sa loob ng isa o dalawang araw, at kapag na-approve, ilalabas mo ito sa App Store. Sinusundan ng gabay na ito ang landas na iyon screen by screen at inililista ang mga problemang madalas magpabalik ng app.

Gumagawa ka pa lang? Magsimula sa paano gumawa ng iPhone app.

Ano ang kailangan mo bago magsimula

• Miyembro ng Apple Developer Program, bilang indibidwal (ang legal mong pangalan ang ipapakitang seller) o bilang organisasyon (kailangan ng D-U-N-S Number, email na may company domain at gumaganang website).
• Isang signed build ng app mo, na na-upload sa App Store Connect. Karaniwang galing sa Xcode o sa Transporter ng Apple, o sa serbisyong bumubuo para sa iyo.
• URL ng privacy policy at URL ng suporta na may updated na contact details. Kailangan ng Apple ang dalawa para sa bawat app.
• Screenshots: 1 hanggang 10 bawat kailangang device size, sa JPEG o PNG na walang transparency. Ipinapakita ng App Store Connect kung aling sizes ang kailangan; sa oras ng pagsulat, ito ang 6.9-inch na iPhone size (o 6.5-inch kung hindi ka magbibigay ng 6.9-inch), at mga iPad size kung tatakbo sa iPad ang app mo.
• Demo account kung may bahaging ng app na nasa likod ng login.

Hakbang 1: Mag-enroll sa Apple Developer Program

Mag-sign in gamit ang Apple Account na naka-on ang two-factor authentication at mag-enroll. Mabilis na naaaprubahan ang mga indibidwal. Ang mga organisasyon ay dapat maglaan ng dagdag na oras, dahil bine-verify ng Apple ang legal na katayuan ng kumpanya at ang awtoridad mong pumirma para dito. Kung wala kang D-U-N-S Number, maaari kang humiling nito nang libre sa karamihan ng bansa, bagaman matagal ang pag-isyu nito.

Hakbang 2: Gumawa ng app record

Sa App Store Connect, buksan ang Apps, i-click ang + at piliin ang New App. Ilagay ang:

• Platform: iOS.
• Name: ang pangalan sa App Store, na dapat natatangi sa store.
• Primary language.
• Bundle ID: ang identifier ng app, gaya ng com.yourcompany.yourapp. Dapat itong tumugma sa build.
• SKU: anumang internal code na gusto mo.

Hindi pinapayagan ng Apple ang mga outside tool na gumawa ng record na ito, kaya ikaw mismo ang gumawa nito minsan lang.

Hakbang 3: Mag-upload ng build

Kung nagbi-build ka sa Xcode, i-archive ang app at i-upload ito mula sa Organizer. Puwede ring i-upload ang builds gamit ang Transporter o sa pamamagitan ng App Store Connect API.

Kung nagbi-build ka gamit ang Mythex

Sa Pro plan, binubuo ng Mythex ang published app mo bilang iPhone app sa sarili nitong mga Mac at ina-upload ito sa iyong TestFlight. Hindi mo kailangan ng Mac o Xcode. Ilang minuto lang ang setup:

1. Sa App Store Connect, pumunta sa Users and Access → Integrations → App Store Connect API at gumawa ng Team key na may Admin role.
2. I-download ang .p8 file. Isang beses lang pinapayagan ng Apple ang pag-download nito, kaya itago ito nang maayos.
3. Ilagay ang file sa Connect App Store panel sa Mythex at i-paste ang Issuer ID na nasa itaas ng listahan ng keys. Sinusuri ng Mythex ang key kasama ang Apple bago ito i-save.

Sa unang build, sasabihin sa iyo ng Mythex ang eksaktong pangalan at Bundle ID na gagamitin kapag gumagawa ka ng app record sa Hakbang 2. Kapag nakasaad na sa build card ang In TestFlight, pinoproseso ng Apple ang build nang mga 10 hanggang 30 minuto, pagkatapos ay handa na ito para sa testers. Tingnan ang Mythex iOS app builder para sa higit pa.

Hakbang 4: Subukan gamit ang TestFlight

Ang TestFlight ang beta channel ng Apple, at sulit itong gamitin nang maayos bago ang review:

• Internal testers: hanggang 100 miyembro ng iyong App Store Connect team. Maaari silang mag-install ng build sa sandaling maproseso ito.
• External testers: hanggang 10,000 tao, inimbitahan sa pamamagitan ng email o public link. Ang unang build na idadagdag mo sa external group ay dadaan sa maikling beta review.
• Tagal ng build: maaaring subukan ang bawat build nang 90 araw.

Mag-i-install ang testers ng TestFlight app, tatanggapin ang imbitasyon at ii-install ang build mo. Hilingin sa kanilang gawin ang mga pangunahing gawain, hindi lang buksan ang app. Sakop ng aming gabay sa beta test kung paano maghanap ng testers at mangolekta ng feedback nila.

Hakbang 5: Punan ang listing sa App Store

Sa version page ng app, idagdag ang:

• Screenshots para sa bawat kailangang size, na nagpapakita ng totoong screens.
• Promotional text (opsyonal) at description na malinaw na nagsasabi kung ano ang ginagawa ng app.
• Keywords, pinaghihiwalay ng kuwit. Huwag ulitin ang pangalan ng app o gumamit ng pangalan ng kakumpitensya.
• Support URL at, opsyonal, marketing URL.
• Version number at copyright.

Sa ilalim ng App Information, itakda ang category, ang privacy policy URL at ang age rating sa pamamagitan ng pagsagot sa questionnaire ng Apple. Sa ilalim ng Pricing and Availability, pumili ng presyo (o libre) at ang mga bansa.

Hakbang 6: Kumpletuhin ang App Privacy

Nakalista sa App Privacy ang datos na kinokolekta ng app mo, gaya ng email, pangalan, lokasyon o usage data, kung paano ito ginagamit at kung naka-link ito sa user. Lumalabas ito sa App Store page mo bilang privacy na "nutrition label". Isama ang datos na kinokolekta ng anumang third-party code, gaya ng analytics o login provider.

Ang seksyong ito ay makikita lang sa website ng App Store Connect, hindi sa mga outside tool. Kung gumagamit ka ng Mythex, sasabihin sa iyo ng agent kung ano ang isasagot batay sa aktuwal na ginagawa ng app mo.

Hakbang 7: Idagdag ang review information at mag-submit

Sa App Review Information, maglagay ng contact name, phone at email, at isang demo account na gumagana. Magdagdag ng notes kung may kailangang ipaliwanag, halimbawa "lalabas lang ang mga klase sa Bookings tab pagkatapos kang sumali sa isa".

Pagkatapos, piliin ang build na sinubukan mo, i-click ang Add for Review, at Submit for Review. Isang version lang bawat platform ang puwedeng nasa review sa isang pagkakataon.

Sa Mythex, maaari mong hilingin sa agent na gawin ang bahaging ito. Ikakabit nito ang build, pupunan ang kaya nitong punan at magtatanong muna sa iyo bago mag-submit.

Hakbang 8: Maghintay, sumagot, ilabas

Sinabi ng Apple na at least kalahati ng submissions ay nire-review sa loob ng wala pang 24 na oras, at 90% sa loob ng 48 na oras. Makakatanggap ka ng email kapag nagbago ang status. Kung may tanong ang Apple o nire-reject ang build, lalabas ang mensahe sa App Review section ng App Store Connect; sumagot doon, ayusin ang isyu at mag-resubmit.

Kapag na-approve, awtomatikong ilalabas ang app o pipigilin para ikaw ang maglabas nito nang manwal, depende sa pinili mo. Maaari ka ring magtakda ng petsa ng paglabas.

Bakit nire-reject ang mga app at paano ito maiiwasan

• Kulang na app (guideline 2.1). Mga crash, placeholder text, sirang link, nawawalang demo login. Sinabi ng Apple na ito ang nasa likod ng mahigit 40% ng hindi pa nalulutas na isyu. Subukan ang bawat button sa totoong iPhone bago mag-submit.
• Repackaged na website (guideline 4.2). Inaasahan ng Apple ang mga feature, content at interface na higit pa sa website na nakabalot sa frame. Bigyan ang app ng phone-first na layout, mga account, naka-save na datos at totoong gawain. Lalong mahalaga ito para sa mga wrapped web app, kasama na ang mga ginawa gamit ang Mythex.
• Walang pagbura ng account sa loob ng app (guideline 5.1.1(v)). Kung puwedeng gumawa ng account ang mga tao sa app, dapat din nilang mabura ito sa loob ng app.
• Digital na bentahan sa labas ng in-app purchase (guideline 3.1.1). Ang pag-unlock ng feature o content sa pamamagitan ng bayad sa loob ng app ay nangangailangan ng in-app purchase ng Apple.
• Mga privacy detail na hindi tugma sa app. Dapat magkatugma ang App Privacy, ang privacy policy mo at ang aktuwal na gawi ng app.

Kung kailangan mo ng policy page, ipinapaliwanag ng aming gabay sa pagsulat ng terms of service at privacy policy kung ano ang dapat isama.

Pag-update ng app sa hinaharap

Para sa bawat bagong version, itaas ang version number, mag-upload ng bagong build, sumulat ng "What's New" text at mag-submit muli. Dumadaan sa review ang bawat submission.

Kung wrapped web app ang app mo, gaya ng mga Mythex app, karamihan sa araw-araw na pagbabago ay umaabot sa mga iPhone user kapag inilathala mo ang web app, dahil binubuksan ito ng phone app. Nagsu-submit ka ng bagong version pangunahin para sa mga pagbabago sa shell ng app, gaya ng icon, pangalan o permissions. Kung na-approve na ng Apple ang isang version number, itinataas ito ng Mythex (halimbawa 1.0 patungong 1.1) bago mag-build muli.

Pag-publish din sa Android

Iba ang proseso ng Google: isang beses na bayad, testing tracks, at para sa mga bagong personal account, 14 na araw na closed test na may 12 testers. Tingnan ang paano mag-publish ng app sa Google Play.

Mga tanong