App Store 上架...嗯，又是一次。每次都像在考駕照。把一些想法記下來。
這次的目標是，把流程、還有那些煩人的審核要點，整理成一個... 給自己的備忘錄。主要是那 5 個最重要的準備，希望能順利一點。
先說結論：最怕的不是流程，是「重來」
老實說，上架的技術步驟，照著文件做總能走完。最耗成本的是審核被拒絕，然後要你改東改西。所以，重點不在按部就班，在於一開始就避開那些地雷。時間成本，真的比什麼都貴。
惡夢清單：那些會讓你卡關的常見理由
每次提交前，我都會先看一遍這個清單。有點像拜拜求心安。根據蘋果官方的說法，還有我自己的經驗，這幾個最常見。
- Guideline 2.1 - App 完成度不足：這是大魔王，超過四成的 App 死在這裡。 什麼叫「未完成」？點了按鈕沒反應、閃退、或是看起來就像個半成品，裡面還有 "test" 或 "demo" 的字樣。 審核員一開就當掉，那基本就沒戲了。
- Guideline 5.1.1 - 隱私政策：這個現在越來越嚴。你收集了什麼資料、用在哪裡，都要在隱私政策連結裡寫得一清二楚。 不能只是隨便放個網址。而且，跟用戶要權限時（像定位、相機），那個說明文字 `Info.plist` 也要寫清楚為什麼要。
- Guideline 4.3 - 重複的 App：這很玄。如果你做好幾個功能很像的 App，或是只是換個皮、換個名字就想再上架一個，很容易被判定是 Spam。 蘋果不喜歡這種佔茅坑的行為。
- 測試帳號問題：如果你的 App 需要登入，但你沒提供一組可以暢行無阻的測試帳號給審核員，他們進不去，也就直接拒絕了。 這點真的超基本，但很多人會忘記。
- 使用者生成內容 (UGC) 的管理：如果你的 App 有社群、留言功能，你必須要有機制去過濾不當內容，例如檢舉、黑名單功能。 Apple 不想替你的平台內容背書。
啊，對了，還有付款。如果你的 App 有收費，但繞過蘋果的內購（IAP），想用自己的金流，基本上就是直接判出局。 這點沒得商量。
所以，到底要準備哪 5 件事？
OK，回到正題。根據上面那些惡夢，我整理出這 5 個 checklist。算是給自己看的。
1. 開發者帳號與費用：錢先到位
這是最基本的入場券。沒有這個，後面都不用談。
- Apple Developer Program：個人或公司帳號，一年 99 美金。 在台灣，信用卡付款大概是新台幣 3400 元左右，每年要續訂。 忘了繳，App 會直接從商店消失。
- 公司戶 vs. 個人戶：如果用公司名義上架，App 賣家名稱會顯示公司名。但申請比較麻煩，需要鄧白氏編碼 (D-U-N-S Number)。 個人戶就簡單多了，顯示的是開發者自己的名字。
- 在地差異：在台灣申請，有時候會遇到中英文地址或身份驗證卡關的問題。 可能會需要打電話或寄信給客服處理，這點要有心理準備。不像美國那麼順。
2. App 完成度與測試：自己先當最挑的用戶
這對應到最可怕的 Guideline 2.1。 我覺得重點是「體感」。
- 不能有 Beta 字樣：App 裡裡外外，絕對不能出現 "Beta"、"Test"、"Trial" 這些詞。 要讓它看起來就是個「正式版」。Beta 版請用 TestFlight。
- IPv6 網路測試：蘋果的審核環境是 IPv6。如果你的 App 在這種網路下跑不起來，會直接被拒。 這個很容易忘記，但很重要。
- 提供完整測試帳號：再強調一次，如果需要登入，請在 App Store Connect 的審核備註欄提供一組帳號密碼，而且這組帳號要能看到 App 所有核心功能。 不要給一個權限不夠的帳號。
3. 元數據 (Metadata) 與素材：你的 App 門面
這部分就是你在 App Store 上看到的所有東西。名稱、圖示、截圖、描述。蘋果要求「所見即所得」，不能誇大。
| 項目 | 我的筆記 / 常見錯誤 |
|---|---|
| App 名稱 & 副標題 | 不能跟別人太像，也不能堆砌關鍵字。要反映功能。 |
| App 圖示 (Icon) | 嗯... 就是要好看，有辨識度。不要用蘋果的 logo。 |
| 螢幕快照 (Screenshots) | 最麻煩的。要準備好幾種尺寸，像是 6.7 吋、5.5 吋的。 而且截圖內容不能有誤導性。 |
| 描述 & 關鍵字 | 描述要寫清楚功能，不要寫些空話。關鍵字現在好像沒那麼重要了，但還是填一下。 |
| 隱私政策連結 | 必須是有效連結，而且內容要對得上 App 功能。這個現在查很嚴。 |
4. 內容與法規：特別是金融和 UGC
這是深水區。你的 App 做什麼，就要遵守那個領域的規矩。特別是兩種：
- 金融類 App：在台灣，如果你做貸款或支付相關的 App，蘋果會非常嚴格地檢查你的公司主體是否有金融服務資質。 也就是說，你不能用個人開發者帳號上架一個借貸 App。這跟台灣本地的金融法規也有關。
- 使用者生成內容 (UGC)：像是論壇、社交功能。前面提過，要有檢舉和過濾機制。 這是全球性的要求，但台灣的使用者社群文化很活躍，如果沒做好管理，很容易出現爭議內容，到時候被檢舉下架就麻煩了。
5. 提交後的應對：被拒絕才是開始
提交之後就是等待。短则幾小時，長则一兩週。 如果被拒絕，不要慌。蘋果會寄信給你，告訴你違反了哪個 Guideline。
- 閱讀拒絕訊息：在 App Store Connect 裡面通常會有更詳細的說明，有時候還會附上截圖。 一定要仔細看。
- 溝通與申訴：如果你覺得審核員誤會了，可以回覆說明。態度要客氣，有理有據。有時候只是溝通問題。
- 不要耍小聰明：有些人會想用隱藏功能或程式碼混淆來繞過審核。 短期可能有用，但被抓到可能整個開發者帳號都會被終止，風險太高。
總之，把它當成一個產品打磨的過程。審核員的意見，有時候... 還真的蠻有道理的。雖然當下會很火大就是了。
最後的思考
整個流程看下來，Apple 想要的是一個乾淨、安全、體驗一致的生態系。開發者只要能理解這個核心思想，而不是只想著「如何過審」，上架的過程應該會順利很多。每次上架都是一次學習吧。
好了，筆記就到這裡。你覺得上架 App Store 最麻煩的部分是什麼？是搞定那些憑證和配置文件，还是應付審核員的各種意見？在下面留言分享一下吧。
