Paano Mag-publish ng App sa Google Play: Ang Totoong Hakbang sa Play Console

Para mag-publish ng app sa Google Play, magparehistro ng Google Play developer account (isang beses na 25 USD na bayad noong Nobyembre 2026), gumawa ng app sa Play Console, punan ang store listing at ang App content forms, mag-upload ng Android App Bundle (.aab) sa testing track, at pagkatapos ay i-release ito sa production kapag nirepaso na ito ng Google. Kung bago ang personal account mo, may isa pang hakbang: isang closed test na may hindi bababa sa 12 tester sa loob ng 14 na magkakasunod na araw bago ka makapag-apply para sa production access. Isa-isahin ng gabay na ito ang bawat screen ayon sa pagkakasunod, kasama ang mga detalyeng karaniwang nagdudulot ng pagkaantala.

Kung hindi mo pa nabubuo ang app, magsimula sa paano gumawa ng Android app.

Bago magsimula: ano ang kailangan mo

• Ang app bilang Android App Bundle (.aab). Kailangan ito ng Google Play para sa mga bagong app.
• Kasalukuyang target API level. Noong Nobyembre 2026, dapat mag-target ng Android 16 (API level 36) ang mga bagong app at update.
• Privacy policy sa pampublikong web address. Dapat itong normal na web page, hindi PDF, at hindi nakatago sa likod ng login.
• Icon, screenshots at feature graphic. Tingnan sa Play Console ang kasalukuyang sukat na kailangan; sa oras ng pagsulat, 512 × 512 pixels ang icon at 1024 × 500 ang feature graphic.
• Support email address.
• Government ID at card sa iyong legal na pangalan para sa pagpaparehistro. Hindi tinatanggap ang prepaid card.

Hakbang 1: Gumawa ng developer account

Pumunta sa Play Console at mag-sign up. Pipili ka sa dalawang uri ng account:

• Personal. Para sa indibidwal. BERIPIKAHIN mo ang pagkakakilanlan mo at ang access sa Android device gamit ang Play Console mobile app, at kumpletuhin ang testing requirement na nakalarawan sa Hakbang 6.
• Organisasyon. Para sa rehistradong negosyo. Humihingi ang verification ng detalye ng negosyo at mas matagal, pero walang 12-tester na requirement.

Dapat ay hindi bababa sa 18 taong gulang ka. Isang beses binabayaran ang 25 USD at hindi ito ibinabalik kapag itinuring ng Google na hindi wasto ang detalye mo, kaya ilagay ang legal mong pangalan nang eksakto gaya ng nasa ID mo.

Hakbang 2: Gumawa ng app

Sa Play Console, i-click ang Create app at punan ang:

• App name gaya ng makikita ng mga user.
• Default language.
• App o game.
• Libre o bayad. Puwede mong gawing libre ang bayad na app mamaya, pero hindi ang libreng app na gawing bayad.
• Mga deklarasyon: tanggapin ang Developer Program Policies, US export laws at mga tuntunin ng Play App Signing.

Ang package name (gaya ng com.yourcompany.yourapp) ay itinatakda ng unang upload mo at hindi na mababago o magagamit muli, kaya piliin ito nang maingat kung ikaw mismo ang gumagawa ng app.

Hakbang 3: Isulat ang store listing

Buksan ang pahinang Main store listing (sa ilalim ng Store presence sa kaliwang menu) at idagdag ang:

• App name, hanggang 30 karakter.
• Maikling deskripsyon, hanggang 80 karakter. Madalas na ito lang ang binabasa ng mga tao, kaya unahin ang sinasabi ng app.
• Buong deskripsyon, hanggang 4,000 karakter. Ipaliwanag kung para kanino ito, ang pangunahing feature at anumang kailangang malaman ng user, sa simpleng wika. Huwag magsiksik ng keywords; ipinagbabawal ito ng patakaran ng Google.
• Graphics: icon, feature graphic at phone screenshots. Totoong screen ng app ang dapat ipakita, hindi mock-up ng mga feature na wala pa.
• Kategorya at contact details.

Hakbang 4: Kumpletuhin ang App content forms

Buksan ang pahinang App content (sa ilalim ng Policy sa kaliwang menu). Kailangan ng sagot ang bawat item bago ka makapag-release:

• Privacy policy URL.
• App access. Kung may bahaging nangangailangan ng login sa app, bigyan ang mga reviewer ng gumaganang credentials. Karaniwang dahilan ng pagtanggi ang nawawalang login.
• Ads. Sabihin kung nagpapakita ng ads ang app, kasama ang ads sa pamamagitan ng third-party code.
• Content rating. Isang questionnaire na nagbibigay ng age rating para sa bawat rehiyon. Kapag nilaktawan ito, magiging "Unrated" ang app, at hinaharangan nito ang release.
• Target audience at content. Ang mga age group na para sa app. Kapag kasama ang mga bata, lumalapat ang mas mahigpit na requirement ng Families policy.
• Data safety. Anong data ang kinokolekta o ibinabahagi ng app, bakit, at kung naka-encrypt at maaari itong burahin. Sagutin ito para sa lahat ng nasa app, kasama ang analytics at login providers.
• Iba pang deklarasyon ayon sa hinihingi, halimbawa para sa news, health, financial o government apps, o para sa sensitibong permission gaya ng SMS.

Maging tumpak. Ikinukumpara ng Google ang mga sagot mo sa talagang ginagawa ng app.

Hakbang 5: Mag-upload ng unang build sa internal testing

Buksan ang Internal testing (sa ilalim ng Testing sa kaliwang menu), gumawa ng release at i-upload ang .aab. Sa unang release na ito, i-set up mo ang Play App Signing: hayaang ang Google ang gumawa at mag-hawak ng signing key, maliban kung may dahilan kang ikaw ang mamahala nito. Idagdag ang sarili mo at ilang katrabaho bilang internal tester gamit ang email, pagkatapos ay i-rollout ang release. Bubuksan ng mga tester ang opt-in link at ii-install ang app mula sa Play Store.

Kailangan ng mas mataas na versionCode ang bawat susunod na upload kaysa sa nauna.

Kung gumagawa ka sa Mythex

Sa Pro plan, ginagawa ng Mythex ang AAB para sa iyo mula sa na-publish mong app. Puwede kang magtrabaho sa alinman sa dalawang paraan:

1. Ikaw ang mag-upload. Hilingin sa agent na mag-build para sa Android, i-click ang Download kapag sinabi ng card na Ready to upload, at i-upload ang file sa Play Console. Nananatiling ma-download ang file mula sa Project settings nang humigit-kumulang 30 araw.
2. Ikonekta ang sarili mong Google Play service account. Gumawa ng service account at JSON key sa Google Cloud, imbitahan ang email nito sa Play Console sa ilalim ng Users and permissions na may access sa app na ito, at ilagay ang key sa Mythex. Mula noon, awtomatikong mapupunta sa internal testing ang bawat Android build, na may version code na mas mataas sa anumang nasa Google Play na. Puwede ring i-edit ng agent ang store listing, at magtatanong muna ito bago may gawing publiko, gaya ng production release.

Nananatili sa Play Console ang paggawa ng app (Hakbang 2), ang Data safety form at ang content rating; sasabihin ng agent sa iyo kapag may nawawala sa mga ito. Magbasa pa sa pahinang Mythex Android app builder.

Hakbang 6: Magpatakbo ng closed test (mga bagong personal account)

Kung ginawa ang personal account mo pagkatapos ng 13 Nobyembre 2023, dapat kang magpatakbo ng closed test na may hindi bababa sa 12 tester na nananatiling naka-opt in nang hindi bababa sa 14 na magkakasunod na araw bago ka makapag-apply para sa production access. Ang sinumang umalis at bumalik ay nagsisimula ulit ng 14 na araw.

Mga praktikal na tip:

• Mag-recruit ng higit sa 12. May umaalis. Layunin ang 15 hanggang 20.
• Gumamit ng Google Group o email list para pamahalaan ang mga tester.
• Humingi ng totoong paggamit, hindi lang install. Nagtatanong ang Google tungkol sa testing mo kapag nag-apply ka, at mas marami kang matututunan.
• Mag-ship ng update habang tumatakbo ang test kasama ang mga ayos mula sa feedback.

Sakop ng gabay namin sa beta test ang pag-recruit at pangangalap ng feedback. Kapag tapos na ang 14 na araw, mag-apply para sa production access mula sa Dashboard at sagutin ang mga tanong tungkol sa test mo.

Hakbang 7: Mag-release sa production

Kapag available na ang production access, buksan ang Production sa kaliwang menu:

1. Pumili ng mga bansa at rehiyon kung saan magiging available ang app.
2. Gumawa ng bagong release at idagdag ang bundle mula sa testing, o mag-upload ng bago.
3. Sumulat ng release notes sa simpleng salita: ano ang bago o naayos.
4. Suriin at ipadala para sa review. Nagtitipon ang mga pagbabago sa ilalim ng Publishing overview hanggang ipadala mo ang mga ito.

Nagkakaiba ang oras ng review. Kadalasang mabilis ang mga update; ang mga unang release ay maaaring abutin ng ilang araw. Puwede mong piliin ang managed publishing kung gusto mong ikaw ang mag-apruba kung eksaktong kailan lalabas ang naaprubahang release.

Hakbang 8: Pagkatapos ng launch

• Bantayan ang Android vitals para sa mga crash at ulat na "app not responding".
• Sumagot sa mga review, lalo na ang mga unang dumating.
• Panatilihing kasalukuyan ang target API level. Itinataas ito ng Google kada taon, at ang mga app na nahuhuli ay hindi na iniaalok sa mga bagong user sa mas bagong telepono.
• I-update ang Data safety form tuwing magdadagdag ka ng bagong pagkolekta ng data.

Para sa web-wrapped na app, gaya ng app na ginawa sa Mythex, karamihan ng pagbabago ay umaabot sa mga user ng Android kapag na-publish mo ang web app, dahil binubuksan ng phone app ang na-publish mong app. Kailangan lang ng bagong store release para sa mga bagay gaya ng icon, pangalan, permission, o bagong target level.

Mga karaniwang dahilan ng pagtanggi o pagkaantala

• Walang gumaganang login para sa mga reviewer.
• Nawawala o PDF ang privacy policy, o hindi tugma sa mga sagot sa Data safety.
• Mga screenshot o deskripsyon na nangangako ng feature na wala sa app.
• Paghingi ng sensitibong permission na hindi malinaw na kailangan ng app.
• Sira o walang laman na app: placeholder text, patay na button.

Nag-publish ka rin ba sa iPhone?

Iba ang proseso ng Apple: taunang membership, TestFlight, at manu-manong review ng bawat release. Basahin ang paano mag-publish ng app sa App Store para sa mga hakbang na iyon.

Mga tanong