如何在 Google Play 上架 App：Play Console 的實際步驟

要在 Google Play 上架 App，請先註冊 Google Play 開發者帳號（截至 2026 年 11 月為一次性 25 美元），在 Play Console 中建立 App，填寫商店資訊與 App 內容表單，上傳 Android App Bundle（.aab）到測試軌道，等 Google 審核後再發布到正式版。如果你是新的個人帳號，還有一個額外的步驟：在申請正式版存取權之前，必須進行至少 12 位測試者、連續 14 天的封閉測試。本指南依照畫面順序逐步說明，並提醒大多數延誤的原因。

如果你還沒有建置 App，請先閱讀如何製作 Android App。

開始之前：你需要準備什麼

• Android App Bundle（.aab）格式的 App。 Google Play 要求新 App 必須使用這種格式。
• 符合最新標準的目標 API 等級。 截至 2026 年 11 月，新 App 與更新都必須以 Android 16（API 等級 36）為目標。
• 公開網址上的隱私權政策。 它必須是一般的網頁，不能是 PDF，也不能需要登入才能查看。
• 圖示、螢幕截圖與功能橫幅。 請查看 Play Console 目前的尺寸要求；撰寫本文時，圖示為 512 × 512 像素，功能橫幅為 1024 × 500。
• 支援用的電子郵件地址。
• 註冊所需的政府核發證件，以及以你的法定姓名持有的信用卡。 不接受預付卡。

步驟 1：建立開發者帳號

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

• 個人。 適用於個人。你需要使用 Play Console 行動版 App，驗證身分並確認可存取 Android 裝置，並完成步驟 6 所述的測試要求。
• 組織。 適用於已註冊的企業。驗證時需要提供企業資料，耗時較長，但不需要 12 位測試者的規定。

你必須年滿 18 歲。25 美元的費用只需支付一次，而且如果 Google 認定你的資料無效，費用不予退還，因此請完全依照證件上的法定姓名填寫。

步驟 2：建立 App

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

• 用戶將看到的 App 名稱。
• 預設語言。
• App 或遊戲。
• 免費或付費。 你之後可以把付費 App 改為免費，但不能把免費 App 改為付費。
• 聲明：接受開發者計畫政策、美國出口法規與 Play App Signing 條款。

套件名稱（例如 com.yourcompany.yourapp）由你的第一次上傳決定，而且永遠無法更改或重複使用，因此如果你自己建置 App，請謹慎選擇。

步驟 3：撰寫商店資訊

開啟 主要商店資訊 頁面（位於左側選單的「商店版面」下），並新增：

• App 名稱，最多 30 個字元。
• 簡短說明，最多 80 個字元。這通常是用戶唯一會看的文字，所以要以 App 的功能開頭。
• 完整說明，最多 4,000 個字元。用淺白的語言說明適用對象、主要功能，以及用戶需要知道的事項。不要堆砌關鍵字；Google 的政策禁止這麼做。
• 圖像：圖示、功能橫幅與手機螢幕截圖。請使用 App 的真實畫面，不要用尚未存在的功能製作模擬圖。
• 類別與聯絡資訊。

步驟 4：完成 App 內容表單

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

• 隱私權政策網址。
• App 存取權。 如果 App 的部分功能需要登入，請提供可正常運作的帳號給審核人員。缺少登入資訊是常見的被拒原因。
• 廣告。 說明 App 是否顯示廣告，包括透過第三方程式碼顯示的廣告。
• 內容分級。 透過問卷產生各地區的年齡分級。若跳過此步驟，App 會顯示「未分級」，這會阻止發布。
• 目標對象與內容。 App 的目標年齡層。若包含兒童，將適用更嚴格的「家庭」政策要求。
• 資料安全性。 App 收集或分享哪些資料、原因為何、是否加密，以及是否可以刪除。請涵蓋 App 中的所有資料，包括分析工具與登入服務商。
• 其他聲明，依提示填寫，例如新聞、健康、金融或政府類 App，或敏感權限（例如簡訊）相關的聲明。

請務必如實填寫。Google 會將你的答案與 App 的實際運作進行比對。

步驟 5：將第一個版本上傳到內部測試

開啟 內部測試（位於左側選單的「測試」下），建立版本並上傳 .aab 檔案。在這個首次版本中，你需要設定 Play App Signing：除非你有理由自行管理簽署金鑰，否則讓 Google 產生並保管金鑰。透過電子郵件把自己與幾位同事加入為內部測試者，然後發布版本。測試者開啟加入連結後，就能從 Play 商店安裝 App。

之後每次上傳，都需要比前一版更高的 versionCode。

如果你使用 Mythex 建置

在 Pro 方案中，Mythex 會從你已發布的 App 為你產生 AAB。你可以用以下兩種方式工作：

1. 自行上傳。 請 Agent 為 Android 建置，當卡片顯示 Ready to upload（準備上傳）時，點擊 下載，然後在 Play Console 中上傳檔案。該檔案在專案設定中可下載約 30 天。
2. 連接你自己的 Google Play 服務帳號。 在 Google Cloud 中建立服務帳號與 JSON 金鑰，在 Play Console 的 使用者與權限 中邀請該電子郵件，並授予它存取此 App 的權限，然後把金鑰放入 Mythex。之後，每次 Android 建置都會自動送到內部測試，版本號會設為高於 Google Play 上已有的版本。Agent 也可以編輯商店資訊，並且在任何內容公開之前（例如正式版發布）都會先詢問你。

建立 App（步驟 2）、資料安全性表單與內容分級仍需在 Play Console 中完成；Agent 會在其中一項缺少時告訴你。詳情請參見 Mythex Android App 建構工具頁面。

步驟 6：進行封閉測試（新的個人帳號）

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

實用的提醒：

• 多招募一些。 會有人中途退出。建議目標是 15 到 20 位。
• 使用 Google 群組或電子郵件清單來管理測試者。
• 要求真實使用，而不只是安裝。Google 在你申請時會詢問你的測試情況，而真實使用能讓你學到更多。
• 在測試期間發布更新，納入來自回饋的修正。

我們的測試版指南涵蓋了招募測試者與收集回饋的方法。當 14 天結束後，請從儀表板申請正式版存取權，並回答有關測試的問題。

步驟 7：發布到正式版

一旦取得正式版存取權，請開啟左側選單中的 正式版：

1. 選擇國家與地區，即 App 將提供的地區。
2. 建立新版本，並加入來自測試軌道的 bundle，或上傳新的 bundle。
3. 撰寫版本說明，用淺白的文字說明新增或修正的內容。
4. 檢視並送出審核。 變更會累積在 發布總覽 中，直到你送出為止。

審核時間各不相同。更新通常很快；首次發布可能需要數天。如果你希望在獲准的版本上線前，親自決定上線時機，可以選擇 受管理的發布。

步驟 8：上架之後

• 關注 Android 效能指標，查看當機與「App 無回應」的回報。
• 回覆評論，尤其是早期的評論。
• 讓目標 API 等級保持最新。 Google 每年都會提高要求，落後的 App 將不再提供給使用較新手機的新用戶。
• 每當你增加新的資料收集時，請更新資料安全性表單。

對於包裝了網頁的 App，例如用 Mythex 建置的 App，大多數變更在你發布網頁版本時就會傳到 Android 用戶手上，因為手機 App 會開啟你已發布的 App。只有在變更圖示、名稱、權限或新的目標等級等項目時，才需要重新發布商店版本。

常見的被拒或延誤原因

• 審核人員沒有可用的登入帳號。
• 隱私權政策缺失、是 PDF，或與資料安全性的答案不一致。
• 螢幕截圖或說明承諾了 App 實際上沒有的功能。
• 要求了 App 並不明確需要的敏感權限。
• App 損壞或內容空白：佔位文字、無法點擊的按鈕。

你也要在 iPhone 上架嗎？

Apple 的流程不同：需要每年付費的會員資格、TestFlight，以及每次發布都由人工審核。相關步驟請參見如何在 App Store 上架 App。

常見問題