送審前 10 個關鍵檢查點（按 App Review 關注順序）
iOS 審核最怕兩種情況：一是「你說有，但審不到」；二是「你寫了，但和應用裡不是同一回事」。把功能完整性、中繼資料、隱私、訂閱與審核驗證路徑一次對齊，才是最穩的送審方式。
1) 2.1 完整性與穩定性
首次啟動、登入、核心按鈕、弱網切換、前後台切換都要跑一遍；白屏、空頁、點擊無反應、測試環境失效，都會被歸到 2.1 Performance - App Completeness。
2) 2.3 中繼資料真實性
標題、副標題、描述、截圖、預覽影片與目前版本實際功能一致；不要用「即將上線」「敬請期待」占位，也不要截圖展示審核員進不去的舊功能。
3) 5.1.1 隱私與資料用途
隱私政策 URL 可存取、應用內入口可點擊；收集什麼資料、為什麼收集、在哪觸發、是否分享，要和實際行為一致，別讓政策頁、權限彈窗、設定頁三套說法互相打架。
4) 帳號刪除路徑
如果應用支援註冊帳號，就要檢查刪除帳號與資料刪除路徑是否可驗證；入口位置、確認步驟與結果頁都要清楚，不能只靠客服或郵件「口頭說明」。
5) 訂閱/IAP 完整路徑
價格、週期、自動續費、試用、恢復購買、取消方式要在訂閱頁和說明文字中寫清；Restore Purchases 必須可見且可操作，避免被誤判為強制付費或誤導收費。
6) 登入與測試帳號
如果核心功能依賴登入、地區、白名單或角色權限，提供可用測試帳號，並寫清進入核心頁面的最短路徑；不要讓審核員自己猜入口。
7) 外連與支付歸屬
避免在 iOS 端把使用者引到外部網頁完成數位內容購買；外連用途要明確，不能偽裝成主流程按鈕，也不要把取消方式藏得太深。
8) 權限觸發與說明
相機、定位、麥克風、照片等權限要在觸發前先解釋用途；權限文案、使用時機、功能結果要一一對應，別在首頁突然索權。
9) 4.3 重複應用風險
如果是模板化、多包、白標或相似結構應用，先檢查定位、首頁、主流程、截圖和中繼資料是否真的有獨立價值；別把 4.3 風險留到提交後才補救。
10) App Review Information
把測試帳號、OTP 取得方式、最短驗證路徑、地區限制、硬體依賴、問題說明寫清楚。很多「功能正常卻被拒」並不是沒改，而是審核員根本沒跑到那一步。
行業裡真正有效的做法不是「多解釋」，而是讓審核員 3-5 分鐘內看到：入口在哪、怎麼走、會看到什麼、為什麼這樣設計。驗證成本越低，通過率通常越穩。
App Review Information 模板（可直接複製）
App name/version: [Your App] / iOS vX.Y.Z
Test account: [email/phone] / [password] / OTP method: [sms/email/fixed code]
Reviewer path:
1) Open app → tap [entry]
2) Login with test account → go to [core feature]
3) If subscription is required, tap [pricing page] → reviewer can see [price/trial/restore]
4) If account deletion is required, go to [Profile/Settings] → [Delete Account]
Expected result:
- Core feature can be completed on iPhone without additional approval
- Subscription terms and restore purchase entry are visible
- Privacy policy and account deletion entry are accessible
Notes:
- Region restriction: [country / none]
- Hardware dependency: [camera / bluetooth / none]
- If reviewer cannot receive OTP, use [backup method]
App Store Connect 對應位置（快速定位）
這部分是給專案負責人和投審同學的。收到拒審郵件後，先回到對應配置入口核對，再決定是改產品、改文案，還是補審核材料。
App Review Information
App Store Connect → 版本頁面 → App Review Information。這裡填測試帳號、示範步驟、聯絡資訊、特殊說明。
訂閱 / In-App Purchases
App Store Connect → In-App Purchases / Subscriptions。檢查價格、週期、試用、截圖、審核備註是否齊全。
隱私政策與帳號刪除
App Store Connect → App Information / Privacy 相關設定；同時確保應用內設定頁或個人中心有對應入口。
中繼資料與截圖
App Store Connect → App Store → App Information / Promotional Text / Screenshots。重點核對截圖是否就是目前版本介面。
年齡分級與內容
App Store Connect → App Information / Age Rating。社交、UGC、金融、醫療類尤其要核對描述與年齡評級是否一致。
版本發佈與審核節奏
App Store Connect → 版本頁面。確認 Build 綁定正確，避免把舊 build、舊截圖、舊說明一起送進去。
收到拒審後先看這 4 個信號
2.1 App Completeness先排查穩定性和可驗證性，不要一上來重寫文案。只要審核員進不去、點不動、跑不通，就會先卡在 2.1。
2.3 Accurate Metadata商店頁承諾和應用內功能不一致最容易被抓。截圖、標題、副標題、付費說明和實際版本必須同步。
5.1.1 Privacy別只看有沒有放隱私政策，要看權限、資料用途、帳號刪除、使用者告知是否形成閉環。
4.3 Spam / 重複結構如果你是多包或模板化專案，就算本次拒審郵件寫的是別的條款，也建議提前排查 4.3 風險，避免下一輪繼續被攔。