如何在 Google Play 發布應用程式：Play Console 的實際步驟

要在 Google Play 發布應用程式，請先註冊 Google Play 開發者帳戶（截至 2026 年 11 月，一次性 25 美元），在 Play Console 建立應用程式，填寫商店資料及 App content 表格，把 Android App Bundle（.aab）上載到測試版本，然後待 Google 審核後發布至正式版。如果你是新的個人帳戶，還有一個額外步驟：在申請正式版存取權之前，需要進行至少 12 位測試人員、連續 14 天的封閉測試。本指南會按順序逐一講解每個畫面，並提示最常導致延誤的細節。

如果你還未建構應用程式，請先參閱如何製作 Android 應用程式。

開始之前：你需要準備的東西

• Android App Bundle（.aab）格式的應用程式。 Google Play 要求新應用程式使用此格式。
• 目前的目標 API 級別。 截至 2026 年 11 月，新應用程式及更新必須以 Android 16（API 級別 36）為目標。
• 公開網址上的私隱政策。 必須是一般的網頁，而不是 PDF，也不能需要登入才能查看。
• 圖示、螢幕截圖及功能圖片。 請查看 Play Console 的最新尺寸要求；撰寫本文時，圖示為 512 × 512 像素，功能圖片為 1024 × 500。
• 支援電郵地址。
• 以你的法定名稱登記的政府身分證件及信用卡。 不接受預付卡。

第一步：建立開發者帳戶

前往 Play Console 註冊。你可以選擇兩種帳戶類型：

• 個人。 適合個人。你需要使用 Play Console 手機應用程式驗證身分，並確認可存取一部 Android 裝置，還要完成第六步描述的測試要求。
• 機構。 適合已註冊的商業機構。驗證需要提供商業資料，所需時間較長，但沒有 12 位測試人員的規定。

你必須年滿 18 歲。25 美元費用只需繳付一次，如果 Google 認為你的資料無效，費用也不會退還，因此請準確輸入與身分證件相同的法定姓名。

第二步：建立應用程式

在 Play Console 點擊建立應用程式，並填寫：

• 用戶會看到的應用程式名稱。
• 預設語言。
• 應用程式或遊戲。
• 免費或付費。付費應用程式之後可改為免費，但免費應用程式不能改為付費。
• 聲明：接受開發者計劃政策、美國出口法例及 Play App Signing 條款。

套件名稱（例如 com.yourcompany.yourapp）由你的首次上載決定，之後永遠不能更改或重用，因此如果你自行建構應用程式，請小心選擇。

第三步：撰寫商店資料

打開主要商店資料頁面（位於左側選單的「商店呈現」下），並加入：

• 應用程式名稱，最多 30 個字元。
• 簡短說明，最多 80 個字元。這往往是用戶唯一會讀的內容，因此要先說明應用程式做什麼。
• 完整說明，最多 4,000 個字元。以平實的語言說明適合對象、主要功能，以及用戶需要知道的事項。不要堆砌關鍵字；Google 的政策禁止這樣做。
• 圖像：圖示、功能圖片及手機螢幕截圖。使用應用程式的真實畫面，而不是尚未存在的功能的模擬圖。
• 類別及聯絡資料。

第四步：完成 App content 表格

打開 App content 頁面（位於左側選單的「政策」下）。每個項目都需要先回答，才能發布：

• 私隱政策網址。
• 應用程式存取權。 如果應用程式的部分功能需要登入，請向審核人員提供可用的登入資料。遺漏登入資料是常見的拒絕原因。
• 廣告。 說明應用程式是否顯示廣告，包括透過第三方程式碼顯示的廣告。
• 內容分級。 一份問卷，會為各地區產生年齡分級。如果略過，應用程式會被列為「未分級」，這會阻止發布。
• 目標對象及內容。 應用程式的目標年齡層。如果包括兒童，便須遵守更嚴格的 Families 政策要求。
• 資料安全。 應用程式收集或分享哪些資料、原因為何，以及是否已加密及可以刪除。請涵蓋應用程式內的所有內容，包括分析工具及登入供應商。
• 其他聲明，按提示填寫，例如新聞、健康、金融或政府類應用程式，或涉及 SMS 等敏感權限的應用程式。

請如實作答。Google 會把你的答案與應用程式的實際運作作比較。

第五步：把首個版本上載到內部測試

打開內部測試（位於左側選單的「測試」下），建立一個版本並上載 .aab。在這個首次版本，你會設定 Play App Signing：除非你有理由自行管理簽署金鑰，否則讓 Google 生成並保管該金鑰。以電郵加入你自己及幾位同事為內部測試人員，然後推出該版本。測試人員會打開加入連結，並從 Play 商店安裝應用程式。

之後每次上載，versionCode 都必須高於前一個版本。

如果你使用 Mythex 建構

在 Pro 方案中，Mythex 會從你已發布的應用程式為你製作 AAB。你可以採用以下兩種方式之一：

1. 自行上載。 要求代理為 Android 建構，待卡片顯示 Ready to upload 時點擊下載，然後在 Play Console 上載檔案。該檔案在項目設定中可下載約 30 天。
2. 連接你自己的 Google Play 服務帳戶。 在 Google Cloud 建立服務帳戶及 JSON 金鑰，在 Play Console 的用戶及權限中邀請該服務帳戶的電郵，並授予其此應用程式的存取權，然後把金鑰放入 Mythex。之後，每次 Android 建構都會自動發送到內部測試，版本號會設定為高於 Google Play 上已有的任何版本。代理也可以編輯商店資料，並會在任何內容公開之前（例如正式版發布）先徵求你的同意。

建立應用程式（第二步）、資料安全表格及內容分級仍須在 Play Console 完成；代理會在其中任何項目缺少時告訴你。詳情請參閱 Mythex Android 應用程式建構工具頁面。

第六步：進行封閉測試（新的個人帳戶）

如果你的個人帳戶是在 2023 年 11 月 13 日之後建立的，你必須進行封閉測試，至少 12 位測試人員連續至少 14 天保持參與，才能申請正式版存取權。離開後再重新加入的人，會重新計算 14 天。

實用提示：

• 招募超過 12 人。 人會中途退出。目標是 15 至 20 人。
• 使用 Google 群組或電郵名單管理測試人員。
• 要求他們實際使用，而不只是安裝。Google 在你申請時會詢問你的測試情況，而且你會從真實使用中學到更多。
• 在測試期間發布更新，納入從回饋中得到的修正。

我們的測試版指南涵蓋招募及收集回饋。14 天完成後，請在儀表板申請正式版存取權，並回答有關測試的問題。

第七步：發布至正式版

取得正式版存取權後，打開左側選單的正式版：

1. 選擇國家及地區，應用程式將在這些地方提供。
2. 建立新版本，並加入測試中的 bundle，或上載新的 bundle。
3. 撰寫版本說明，以平實的文字描述新增或修正的內容。
4. 檢視並提交審核。 更改會在發布概覽中累積，直至你提交為止。

審核時間各有不同。更新通常較快完成；首次發布可能需要數天。如果你希望由自己決定核准的版本於哪一刻上線，可以選擇管理式發布。

第八步：上線之後

• 留意 Android vitals 的當機及「應用程式無回應」報告。
• 回覆評論，尤其是早期的評論。
• 保持目標 API 級別為最新。 Google 每年都會提高要求；落後的應用程式會停止向較新手機的新用戶提供。
• 每當你增加新的資料收集時，更新資料安全表格。

對於像 Mythex 建構的網頁包裝應用程式，大多數更改在你發布網頁應用程式時就會到達 Android 用家，因為手機應用程式會開啟你已發布的應用程式。只有圖示、名稱、權限或新的目標級別等事項，才需要發布新的商店版本。

常見的拒絕或延誤原因

• 審核人員沒有可用的登入資料。
• 私隱政策缺失、是 PDF，或與資料安全的答案不符。
• 螢幕截圖或說明承諾了應用程式並不具備的功能。
• 要求應用程式明顯不需要的敏感權限。
• 應用程式損壞或空白：預留文字、無效的按鈕。

同時在 iPhone 發布？

Apple 的流程不同：每年需要會員資格、TestFlight，以及對每個版本進行人工審核。請閱讀如何在 App Store 發布應用程式，了解這些步驟。

常見問題