先說結論
嗯...App 上架。搞這個，有時候比寫程式本身還累。一個是 iOS，一個是 Android，兩邊都像在考駕照，但規則完全不一樣。核心就是...細節，耐心。漏掉一個小東西，就卡住。很煩。
一切開始之前...
動手前，要先有個心理準備。這不是上傳一個檔案那麼簡單。你需要準備一堆圖文資料、法律文件，還有...錢。
最重要的，是先去把兩邊的開發者官方文件翻一翻。我知道很無聊，但至少要知道紅線在哪。特別是 Apple 的，他們家的牆蓋得特別高。
還有，隱私權政策。這東西現在是標配，沒有就別想上架。 網路上有很多範本產生器可以用，至少要生一個出來，有個網址貼上去。 不然光是這點，就會直接被拒絕。
帳號，最一開始的關卡
一切都從開發者帳號開始。
iOS 這邊是 Apple Developer Program。每年 99 美金，跑不掉。申請過程有時候很玄，特別是公司帳號，要驗證 D-U-N-S Number，有時候會卡好幾天。
Android 那邊是 Google Play Console。一次性費用 25 美金，相對佛心。 但現在 Google 的身份驗證也變嚴格了，要提供證件，也是得等一下。
我的建議是，App 還在開發的時候，就先把帳號申請好。不要等到最後一刻才弄，萬一驗證卡住，整個上線時程就亂了。
iOS 這邊：App Store Connect
Apple 的後台叫做 App Store Connect。進去之後，就是一連串的填空題跟上傳。
最勸退新手的，應該是那些憑證 (Certificates)、識別碼 (Identifiers) 和描述檔 (Profiles)。 這一整套東西，是用來驗證你的 App 是合法的，是你本人開發的。搞懂他們的邏輯需要花點時間。簡單說，就是 App 的身分證系統。
然後是 App 的商店頁面資訊。 Icon、各種尺寸的截圖、預覽影片、App 描述、關鍵字...。截圖尺寸最煩，iPhone、iPad 各種型號要求都不太一樣，每次改版都可能要重做。
關鍵字...不要亂塞。以前很多人會把不相關的熱門詞塞進去，現在這樣做很容易被抓到然後拒絕。
上傳前，強烈建議用 TestFlight。 這是 Apple 官方的測試工具，可以邀請一小群人先安裝測試版。把 App 丟上去給朋友或同事測一輪，確定沒什麼大問題再送審。至少要確定 App 能打開，不會閃退。
喔對了，從 2024 年 4 月底開始，所有上傳的 App 都必須用 Xcode 15 之後的版本為 iOS 17 或更新版本建置，這點要注意。
Android 那邊：Google Play Console
Google 的後台是 Google Play Console。 介面...嗯，我覺得比 Apple 的亂一點，但自由度比較高。
上傳檔案格式現在主流是 AAB (Android App Bundle)，而不是傳統的 APK。Google 會用 AAB 自動產生針對不同裝置最佳化的 APK。
跟 Apple 一樣，商店資訊也要填好填滿。 說明、圖片、影片等等。Google 對於某些詞彙的審查特別嚴格，尤其是涉及健康、金融、博弈的內容，要小心用字。
Google Play 提供多個測試軌道：內部測試、封閉測試、公開測試。 這點比 Apple 彈性。你可以先發布到內部測試，給公司幾個人用用看；沒問題再推到封閉測試，給多一點的外部使用者；最後才上正式版。善用這個流程，可以減少出包的機率。
隱私權政策的連結一樣是必填的，不然沒辦法發布。
兩個平台的對照表
簡單整理一下，這兩個平台給我的感覺。
| 項目 | iOS (App Store) | Android (Google Play) |
|---|---|---|
| 開發者費用 | 每年 $99 美金。跑不掉的年費。 | 一次性 $25 美金。相對來說，很便宜。 |
| 審核時間 | 看人品...短則幾小時，長則一、兩週都有可能。 人工審核為主，比較主觀。 | 通常比較快，幾小時到幾天。機器審核佔比高，但有時候會誤殺。 |
| 審核嚴格度 | 非常嚴格。像個封閉花園，規定就是聖旨，UI 太醜都可能被拒絕。 | 相對寬鬆，但很重視政策遵循。特別是廣告、使用者資料相關的政策，踩線就下架。 |
| 上架彈性 | 低。只有一個 TestFlight 測試，然後就是正式上架。 | 高。有多個測試軌道 (內部、封閉、公開)，可以分階段發布。 |
| 付款方式 | 數位內容、訂閱服務必須用蘋果內購 (IAP)，會被抽成。 | 可以用自己的金流，也可以用 Google Play 的計費系統。 |
最常卡關的地方
我看過最多人被拒絕的原因，大概是這幾種：
- App 崩潰或有 Bug：這是最基本的。如果審核人員一打開 App 就閃退，那絕對是秒拒。 這就是為什麼 TestFlight 很重要。
- 資訊不完整或不實：商店說明寫得天花亂墜，結果 App 裡根本沒那個功能。 或是，需要登入才能用，但沒提供測試帳號給審核員。 這都是常見的低級錯誤。
- 隱私問題：沒有提供隱私權政策，或是 App 索取了不必要的權限（例如一個手電筒 App 卻要讀取你的通訊錄）。 這在現在是非常敏感的紅線。
- 功能太過簡單：如果你的 App 只是把一個網頁包起來，或是功能跟內建的計算機差不多，很高機率會被 Apple 以「價值不夠持久」或「最低功能要求」為由拒絕。 他們希望 App 能提供獨特的價值。
- 抄襲或侵權：App 名稱、圖示或內容，看起來很像某個知名的 App 或品牌，也會被擋下來。
如果被拒絕了怎麼辦？
嗯，被拒絕是家常便飯。重點是下一步。
先冷靜。不要馬上回信跟審核員吵架。
仔細看他們給的拒絕理由。通常都會附上是違反哪一條規範，有時候還會附上截圖。 先搞懂自己是死在哪一條規則上。
然後，就...修改 App。按照他們的指示去改。改完之後，在回覆審核員的訊息裡，有禮貌地說明你做了哪些修改，最好可以附上截圖前後對比。通常態度良好、確實有修改，第二次提交就比較容易過。
台灣市場的特別注意
Apple 跟 Google 的審核指南是全球通用的，但在台灣，還有一些在地的眉角要注意。
最有代表性的就是遊戲分級。 在台灣，遊戲軟體需要根據「遊戲軟體分級管理辦法」進行分級。 這件事不是 Apple 或 Google 直接管，而是由「數位遊戲產業自律推動委員會」(DGRC) 這樣的單位在推動。 你必須在 App 的商店頁面清楚標示出是「普、護、輔12、輔15、限」哪一級。 如果你的遊戲內容跟標示的級別不符，就算過了 App Store 的審核，也可能在台灣面臨法規問題。
另外像是跟金融、醫療、交通罰單查詢有關的 App，也可能要對接台灣本地的法規或特定單位的 API，這跟國外的情況很不一樣。 這些都需要在上架前就先研究清楚。
一些常見的誤解
最後，釐清一些新手常有的誤解：
- 「上架後就沒事了？」：錯。上架只是開始。後續的系統改版、使用者回饋、Bug 修復...才是真正花時間的地方。
- 「功能越多越好？」：錯。一個穩定、專注解決單一問題的 App，遠比一個功能龐大但充滿 Bug 的 App 更容易過審，也更受使用者歡迎。
- 「Android 比較鬆，隨便弄弄就好？」：錯。雖然 Android 上架比較快，但 Google 對於政策違規的追溯是很嚴格的。很多 App 都是上架很久之後，才因為某次政策更新被下架，更麻煩。
總之...就是個細心活。慢慢來，一項一項檢查，總會成功的。
你覺得哪個平台的審核機制比較合理？或是有遇過什麼奇怪的被拒絕理由嗎？在下面分享一下吧。
