唉… 最近又好幾個人在問 App 上架的事。每次都覺得這流程講起來很瑣碎，而且 Google 那邊三不五時就改一下規則，整理起來有點心累。😮💨
不過既然問了，我就把我腦子裡還記得的步驟，慢慢寫下來好了。這不是那種超專業的SOP，比較像是我自己邊想邊寫的筆記，希望能幫到同樣覺得很煩的人。
第一關：那個越來越囉嗦的開發者帳號
嗯… 一切的起點，就是你要有個 Google Play 的開發者帳號。以前這關很簡單，付個 25 美金，一次性的費用，然後就差不多了。 但現在，唉，事情變得複雜很多。
Google 現在為了要「過濾掉壞人」，搞了一個超嚴格的身份驗證流程。 你得選你是「個人」還是「組織」帳號，然後準備一堆文件。
- 如果你是個人開發者： 你要準備你的法定姓名、地址，甚至可能要提供身分證件來驗證。 沒錯，就是要驗證到你這個「人」。
- 如果你是代表公司（組織）： 那就更麻煩了，除了公司基本資料，你可能還需要提供 DUNS Number (鄧白氏環球編碼)。
而且，如果你是新的個人開發者帳號，可能還會遇到一個更頭痛的新規定：你的 App 在正式發布前，需要有至少 20 個人幫你連續測試 14 天。 對，你沒看錯，找人測試變成了一個強制要求。這真的是… 為了提高 App 品質吧，但對獨立開發者來說，門檻又更高了。
總之，光是註冊帳號這一步，就比以前花時間，也更需要耐心。記得所有資料都要填寫正確，因為這會跟你之後的收款有關，也可能直接顯示在商店頁面上。
第二關：準備你的 App… 不是 APK，是 AAB
帳號搞定後，再來就是你的 App 本體了。這邊有個很重要的觀念要更新一下。
以前我們都是產出一個 `.apk` 檔，然後上傳。但從 2021 年 8 月開始，Google 規定所有新上架的 App 都必須使用 `.aab` (Android App Bundle) 格式。
簡單說這是什麼？你可以把 `.aab` 想像成一個「原料包」。 你把所有程式碼、圖片、各種語言的資源全部打包給 Google，然後 Google 會根據下載者的手機型號、螢幕大小、使用的語言，自動產生一個最適合他、檔案最小的 `.apk` 檔。 好處是使用者下載的檔案變小了，對開發者來說，你也不用自己去管理一堆不同版本的 APK。 所以，現在記得，要輸出的是 `.aab` 檔。
啊對了，還有一個「簽署金鑰 (Signing Key)」。這東西超級重要，像是你 App 的身分證。第一次上傳 App 時，Google 會幫你管理（Play App Signing），但你自己本地端也會有一組。拜託，千萬，一定要備份好。如果搞丟了，你的 App 以後就沒辦法更新了，等於是死路一條。這不是開玩笑的。
第三關：填到天荒地老的商店資訊
這一步… 嗯，就是純粹的體力活。你要在 Play Console 後台填寫所有你的 App 會在商店上顯示的資訊。
像是 App 名稱（最多 30 個字）、簡短說明（80字）、完整說明（4000字）、App 圖示、商店橫幅、手機截圖… 等等。 截圖建議多準備幾張，手機、平板的尺寸最好都有，這樣看起來比較專業。
其中最煩人的，大概是「隱私權政策」。只要你的 App 有收集任何使用者資料（就算只是用來登入的 email），你就必須提供一個隱私權政策的網址。 很多人會卡在這邊，不知道去哪生一個網址。網路上有很多隱私權政策的產生器，可以找個免費的、簡單的來用，至少要有個交代。
還有內容分級問卷，要誠實回答你的 App 裡面有沒有暴力、血腥之類的內容，Google 會根據你的回答，決定你的 App 適合哪個年齡層的使用者。 這部分亂填的話，被抓到可能會被下架喔。
第四關：到底要用哪個測試軌道？
在你按下「正式發布」之前，Google 提供了好幾種測試方式。很多人會搞混，不知道該用哪個。我用個簡單的表格來說明我的看法好了。
| 測試類型 | 我的理解（口語版） | 適合誰 | 要不要審核？ |
|---|---|---|---|
| 內部測試 | 最快的，自己人測好玩的。基本上傳上去馬上就能下載，幾乎不用等。 | 開發團隊自己、QA 人員。主要是用來快速驗證功能、抓 Bug。 | 不用。快到不行。 |
| 封閉測試 | 邀請制的測試。你可以用 Email 名單邀請一小群人來幫你測，他們看不到評論。 | 想找一小群忠實使用者、朋友或特定群體幫忙，給比較深入的回饋時。 | 要。但通常比正式發布快。審核時間可能幾小時到幾天。 |
| 公開測試 | 所有人都可以在 Play 商店上找到你的測試版 App。使用者可以安裝，也可以留評論。 | App 已經很穩定了，想在正式上線前，看看市場反應，收集更廣泛的回饋。 | 要。審核標準跟時間基本上就跟正式發布差不多了。 |
我自己是覺得，除非你的 App 很簡單，不然最好還是跑一下封閉或公開測試。直接上正式版，萬一有什麼閃退大 Bug，收到的負評會讓你很想哭。
一個特別的岔路：如果你在歐洲市場…
這點可能很多人沒注意到，但如果你打算在歐洲經濟區 (EEA) 上架你的 App，那規則就有點不一樣了。這主要是因為歐盟有個《數位市場法》(Digital Markets Act, DMA)。
簡單來說，歐盟覺得 Google 的權力太大了，所以逼 Google 開放一些選項。 對開發者最直接的影響是「支付方式」。一般情況下，App 內的付費都必須走 Google Play 的支付系統，然後 Google 抽成。但在歐洲，你現在可以選擇引導使用者到外部網站用你自己的支付系統付款。 當然，這不是完全免費的，你還是要付給 Google 服務費，只是費率可能會低一點。
這讓開發者有更多彈性，但同時也代表你要自己處理金流、稅務、退款等問題，合規的流程也更複雜了。 所以這不是一個簡單的「yes or no」選擇，要評估一下自己公司的能力。這跟我們在台灣或多數亞洲市場習慣的「一條龍」服務很不一樣，算是個蠻特別的地區差異。
最後一關：等待… 無盡的等待…
當你把所有東西都準備好，按下「發布」，你的 App 狀態就會變成「審核中」。
然後呢？… 然後就是等。
官方說法是審核最多可能需要 7 天或更長。 有時候運氣好，幾個小時就過了。但最近越來越多人抱怨，審核時間變得很不穩定，等超過一個禮拜甚至更久的狀況也時有所聞。 在這段期間，你唯一能做的就是… 重新整理頁面，然後祈禱。
千萬不要在審核期間手癢去修改商店資訊，因為任何小改動都可能讓你的審核隊伍重新排隊。 如果真的等太久，例如超過 10 天，可以試著聯繫開發者支援中心，但… 嗯，不要抱太大期望，他們通常也只會給你官方回覆。
等到你某天打開信箱，看到主旨是 "Your app is now live on Google Play" 的信，恭喜你，這場漫長的旅程總算到了一個段落。🎉
呼… 大致上就是這樣吧。每個環節其實都還有更多細節可以講，但今天先這樣，有點累了。希望這份想到哪寫到哪的筆記對你有幫助。
對了，你們上架時卡最久的是哪一關？留言分享一下吧，看誰比較慘 🫠
