先說結論
OK，直接講重點。現在要在 Google Play 上架一個 App，跟幾年前完全是兩回事。以前是申請帳號、做個 APK 檔、上傳、填資料，然後等審核。現在... 沒那麼簡單了。最大的改變是，如果你是新的個人開發者，會被要求先找 20 個人連續測試你的 App 14 天才能申請上架。 還有，開發者帳號的驗證變得更嚴格，要準備好身分證明文件。 總之，整個流程的門檻變高了，時間也拉長了，需要更有計畫地去執行。
為什麼這篇不一樣？大家漏掉的重點
很多網路上的教學文章都舊了，還停留在過去的流程。現在看那些教學，肯定會卡關。這裡直接點出幾個最關鍵、也最多人忽略的改變：
- 強制 20 人測試：這大概是最大的魔王關。Google 為了提升 App 品質，要求 2023 年 11 月 13 日後建立的新個人開發者帳戶，必須先進行封閉測試。 而且不是隨便測測，是要有至少 20 個人加入測試，並且連續互動 14 天。 這對沒沒無聞的獨立開發者來說，真的是個大挑戰。
- 再見了 APK，你好 AAB：現在 Google Play 強制要求使用 Android App Bundle (.aab) 格式上傳新的應用程式，而不是傳統的 .apk 檔案。 簡單說，AAB 是一個打包檔，Google 會根據下載者的手機型號，動態產生最適合、最小的 APK 給他。 對開發者來說，只要上傳一個 AAB 就好，不用再自己為不同規格的手機準備一堆 APK，其實是變方便了。
- 資料安全性表單 (Data Safety Form)：這不是勾勾選項就沒事了。你必須非常誠實且詳細地列出你的 App 收集了用戶的哪些資料（連帶你用的第三方 SDK 也要算進去）、為什麼收集、以及會不會分享給別人。 這裡亂填或跟 App 實際行為不符，輕则被駁回，重則 App 會被下架。
實作指引：從零到上架
好，理論講完，來跑一次完整流程。可以想像成一個待辦清單。
-
第一步：搞定開發者帳號
這是一切的起點。先到 Google Play Console 網站註冊。 會需要支付 25 美元的一次性費用。 接著就是身份驗證，個人帳號要準備身分證或護照；如果是公司要申請「組織帳號」，流程會複雜一點，可能還需要 D-U-N-S 號碼（鄧白氏環球編碼）。
-
第二步：準備所有必要的「傢俬」
在進到 Play Console 後台開始填資料前，先把這些東西都準備好，會順很多。
- 應用程式套件 (AAB)：用 Android Studio 打包產生的 `.aab` 檔案。記得是用來發布 (release) 的版本，並且要簽署過。
- 商店圖示：一個 512x512 像素的高解析度 PNG 圖檔。
- 置頂橫幅：一個 1024x500 像素的圖，這是使用者點進你的 App 頁面第一眼會看到的大圖，很重要。
- 功能截圖：至少 2 張，最多 8 張。手機、7 吋平板、10 吋平板的尺寸都要準備。不要只是隨便截圖，最好用點心設計一下，呈現 App 的核心功能。
- 隱私權政策網址：你的 App 必須要有一個隱私權政策頁面，而且必須是公開的網址。不能丟一個 Google 文件的連結就想了事。
-
第三步：在 Play Console 填寫所有資料
這一步最繁瑣，但跟著儀表板的引導走，一項一項完成就好。 主要有幾個大區塊：
- 商店資訊 (Store Listing)：填寫 App 名稱、簡短描述、詳細說明。 這裡的文字會影響使用者搜尋到你的機率，要好好想一下關鍵字。
- 應用程式內容 (App Content)：這裡就是填寫各種聲明的地方。 包含隱私權政策、廣告聲明、內容分級、目標年齡層，還有前面提到的「資料安全性」表單。每一項都要誠實作答。
- 建立發行版本 (Create Release)：到「正式版 (Production)」頁籤，建立一個新版本，然後上傳你準備好的 AAB 檔案。系統會幫你檢查檔案有沒有問題。
-
第四步：跑測試流程（新個人開發者限定）
如果你是新個人開發者，上傳 AAB 後還不能直接發布。你必須先建立一個「封閉測試 (Closed testing)」，然後把測試連結分享給至少 20 個人。 這些人必須「主動」加入測試，並且在接下來的 14 天內都要使用你的 App。 Google 會在後台追蹤這些數據，達標後，你才能回到 Console 申請發布到正式版。
-
第五步：送出審核與等待
完成所有步驟後，就可以按下「送審 (Send for review)」。審核時間不一定，官方說法是可能長達 7 天或更久。 新 App 的審核通常會比較久，更新版會快一些。 期間就是耐心等待，不要一直去修改商店資訊，因為每次修改都可能重新進入排隊佇列。
案例：一個被拒絕的 App
我們來想像一個情況。小明開發了一款筆記 App，興沖沖地送審，結果幾天後收到通知被拒絕了。為什麼？
- 可能原因 1：描述不實。 小明在商店說明裡寫了「市面上最快的筆記 App！」，但 Google 的審查團隊認為這是無法驗證的誇大宣傳，屬於誤導性聲明。
- 可能原因 2：資料安全表單有誤。 小明的 App 用了 Firebase 分析使用者行為，但他忘了在資料安全表單裡宣告會收集「應用程式活動」和「裝置 ID」。 這就被 Google 抓出來了，認為他沒有誠實揭露資料收集行為。
- 如何修正： 小明必須修改商店說明，拿掉「最快」這種主觀字眼，改成描述具體功能。同時，他要回到 Play Console 重新填寫資料安全表單，誠實勾選所有收集的資料類型與用途，然後再次送審。
常見錯誤與修正
整理一下新手最常踩的幾個坑，以及怎麼避免。
| 常見錯誤 | 如何修正 |
|---|---|
| 個人 vs. 組織帳號分不清 | 一開始就要想清楚。個人帳號驗證快，但有 20 人測試的限制。 組織帳號雖然要申請 D-U-N-S 號碼比較麻煩，但沒有這個強制測試要求，對商業發布比較有利。 |
| 臨時抱佛腳找 20 個測試者 | 超 NG 的作法。在開發階段的後期，就應該開始經營社群、找親朋好友，預先建立你的測試者名單。不然到時候會很痛苦。 |
| 忽略商店圖片品質 | 很多人都用模擬器隨便截圖就上傳。拜託不要。用 Figma 或 AppMockUp 這類工具，套上手機外框，加上簡潔的說明文字，質感會差非常多。第一印象很重要。 |
| 資料安全表單憑感覺亂填 | 這是法律文件，不是心理測驗。認真檢查你的程式碼、用的所有第三方函式庫 (SDKs)，看它們到底收集了什麼資料。不確定的話，寧可保守一點，多揭露一些。 Google 官方有提供說明文件可以參考。 |
| 審核時間過長就開始焦慮 | 審核時間浮動是正常的，尤其在年底等高峰期。 有時可能要等一週以上。 在確定所有資料都提交正確後，能做的就是等待。官方社群有提到，7-10 天內聯繫客服大概也沒用。 |
說到底，Google Play 的政策一直在變，核心精神就是希望提升 App 的品質和使用者的信任感。雖然流程變麻煩了，但換個角度想，也是在幫開發者過濾掉一些低品質的競爭對手。官方文件寫得很詳細，但有時候很難懂。 相較之下，台灣一些技術社群像 iThome 偶爾會有開發者分享實戰經驗，兩邊對照著看會更有概念。重點是，心態要調整，把這些準備工作都當成是產品開發的一部分，而不是上架前的額外負擔。
你在上架過程中卡關最久的是哪個步驟？是搞不定那 20 人測試，還是被資料安全性表單弄得一個頭兩個大？在下面留言分享一下吧！
