• 繁體中文（香港）

    • 在 App Store 發佈

    準備 App Store Connect 元資料、私隱及地區合規資料，提交 MeDo iOS 建置供審核，並安全地發佈。

    更新於 2026-09-14

    開始之前

    本頁是付費路線的最後一步。到這裡，你應該已經完成與測試者分享並發佈（TestFlight → App Store）：應用程式在 App Store Connect 已有頁面、已從 MeDo 上載建置，並且已透過 TestFlight 在真機上開啟過。

    剩下的是 Apple 網站上的文書工作——描述應用程式、回答私隱問題，然後按下 Submit for Review（提交審核）。請依編號順序逐節完成；每一節都對應 App Store Connect 中你應用程式頁面的一個區塊。首次提交時，Apple 的審核通常需要一至三天。

    MeDo 使用 Apple 目前要求的工具鏈進行建置，所以你不需要擔心 Xcode 或 SDK 版本。不過 Apple 的規則確實會變，每次發佈前請瀏覽一下 Apple 即將實施的要求。

    1. 完成帳戶與商業設定

    • 保持 Apple Developer Program 會籍有效。
    • 在 Apple Developer 帳戶和 App Store Connect 中接受最新協議。
    • 付費應用程式或應用程式內購買，需完成付費應用程式協議、稅務表格和銀行資料。
    • 確認賣家身份正確。個人註冊顯示個人的法定姓名；組織註冊顯示法定實體名稱。
    • 為負責準備和提交應用程式的人員指派最低必要的 App Store Connect 角色。

    2. 建立或核對應用程式記錄

    在 App Store Connect 中，於首次從 MeDo 上載之前建立應用程式記錄。

    屬性要求指引
    平台必填選擇 iOS 及任何其他支援的 Apple 平台。
    名稱必填2–30 個字元。適當時為每個商店地區進行本地化。
    主要語言必填當某個商店地區缺少本地化元資料時使用。
    Bundle ID必填且實際上不可更改必須與 MeDo 建置完全一致。上載建置後便無法更改。
    SKU必填且不可更改內部識別碼；顧客不會看到。
    使用者存取權必填必要時將記錄限制給適當的 App Store Connect 使用者。

    App Store 上顯示的名稱不必與 iPhone 主畫面名稱完全一致，但必須準確代表同一個應用程式。Bundle ID 必須完全一致。

    3. 準備產品頁面

    前往應用程式的版本頁面，完成主要語言的元資料。對重要市場，請加入本地化元資料，而不是使用機器翻譯的文字。

    App Store Connect——填寫 App 資料

    欄位要求目前指引
    名稱必填2–30 個字元。不要加入無法驗證的宣稱或堆砌關鍵字。
    副標題選填最多 30 個字元；概括應用程式的主要價值。
    描述必填最多 4,000 個字元；說明真實功能，以及任何訂閱或付費功能。
    關鍵字iOS 必填最多 100 位元組，以逗號分隔。避免與名稱或分類已涵蓋的字詞重複。
    宣傳文字選填最多 170 個字元，無需新版本審核即可編輯。
    主要分類必填選擇最符合應用程式主要用途的分類。
    次要分類選填只在能準確代表應用程式時才加入。
    支援 URL必填必須連到可正常使用的支援或聯絡資料。
    行銷 URL選填產品或宣傳活動網站。
    版權必填使用當前年份和權利持有人名稱，例如 2026 Example, Inc.
    截圖必填每組必要裝置 1–10 張截圖。展示實際的應用程式；當 UI 或宣稱有差異時進行本地化。
    App 預覽選填每個支援的裝置尺寸和語言最多三段影片。
    App 圖示建置中必須包含透過應用程式資產目錄提供 1024 × 1024 的行銷圖示；不可有透明部分。
    版本與更新內容更新時必填版本必須與建置一致。描述對使用者有意義的變更。

    截圖必須反映目前的應用程式體驗。如果介面在不同裝置尺寸上相同，App Store Connect 可以把最高解析度的必要截圖縮放到較小尺寸。

    4. 私隱與平台合規

    私隱政策與 App 私隱

    每個 iOS 應用程式都需要在 App Store Connect 提供公開的私隱政策 URL，並且在應用程式內提供易於找到的私隱政策連結。政策必須與發佈的建置一致，包括第三方 SDK 的行為。

    在 App 私隱中，聲明：

    • 應用程式或其第三方合作夥伴收集的每一種資料類型
    • 每種資料類型是否與使用者相關聯
    • 是否用於追蹤
    • 收集目的，例如應用程式功能、分析、個人化或廣告
    • 若你提供用於存取、更正、撤回同意或刪除請求的網頁，則需提供使用者私隱選項 URL

    不要直接發佈未修改的範本。任何由 MeDo 生成的草稿，都要以真實的應用程式擁有者、聯絡方式、收集的資料、目的、處理者、保留期限、刪除流程和適用地區進行客製化。

    權限、追蹤與帳戶

    • 為應用程式實際使用的相機、麥克風、相片、定位、聯絡人、藍牙及其他受保護資源加入清晰的用途說明。
    • 只在相關功能被使用時才請求權限，並盡可能提供合理的替代方案。
    • 如果資料用於在其他公司的應用程式或網站間追蹤使用者，請在存取 IDFA 或進行追蹤之前實作 App Tracking Transparency。
    • 如果應用程式支援建立帳戶，使用者必須能在應用程式內發起刪除帳戶。
    • 如果使用者的主要帳戶採用第三方或社交登入，請確認 App Review 指南 4.8 是否要求提供同等的私隱保護登入選項，例如 Sign in with Apple。

    SDK 私隱清單與 Required-Reason API

    你需要對應用程式中所有第三方程式碼負責。上載之前：

    • 檢視 Xcode 的私隱報告和每個 SDK 的資料使用情況。
    • 確保 Apple 名單上的 SDK 包含所需的私隱清單，二進位依賴項則需有有效簽署。
    • 為涵蓋的 Required-Reason API 聲明獲批准的理由。
    • 移除未使用的 SDK 和權限。

    加密與出口合規

    為建置回答 App Store Connect 的加密問題。即使應用程式只使用作業系統標準加密，也必須作出正確判定。如果不需要文件，請設定適當的 Info.plist 值，以免相同問題重複出現。如果需要文件，請在 TestFlight Beta App Review 或 App Review 之前取得許可並附上。

    5. 完成應用程式層級與地區聲明

    全球或依功能而定

    聲明適用情況
    更新的年齡分級每個應用程式都必須填寫。根據內容、使用者生成內容、訊息功能、廣告、賭博、醫療資訊和家長監控，回答最新的問卷。
    內容權利當應用程式顯示、串流或存取第三方內容時必填。
    受監管醫療器材狀態在歐盟/歐洲經濟區、英國或美國發佈的相關「醫療」或「健康與健身」應用程式必填。
    數碼服務法（DSA）交易者狀態每位開發者都必須聲明狀態。在歐盟發佈的交易者必須提供經驗證的聯絡資料，Apple 會在產品頁面顯示。
    應用程式內購買與訂閱提交應用程式所需的產品，使其可見且可測試，並在審核備註中說明不明顯的流程。
    Game Center當應用程式提供 Game Center 功能時，需包含相關權限並完成 App Store Connect 設定。

    國家與地區範例

    地區要求只在你選擇相關商店地區和應用程式類型時適用。請在 App Store Connect 中核實，而不是照抄其他應用程式的清單。

    • 中國內地——在該地區提供的應用程式需要有效的 ICP 備案號。遊戲需要適用的出版審批號和相關文件。新聞、圖書、音訊/影片、宗教、金融、醫療、地圖及其他受監管內容可能需要額外許可。位於中國內地的組織還必須確認 Apple 會顯示的身份資料。本地備案或行業流程可能需要軟件著作權證書，但在中國以外這並不是 App Store 的普遍要求。
    • 歐盟——聲明 DSA 交易者狀態。如果你是交易者，請驗證 Apple 將顯示的地址、電話號碼和電郵。
    • 韓國——部分遊戲需要 GRAC 分級分類號。組織開發者可能有額外的商業聯絡要求。
    • 越南——遊戲可能需要遊戲許可證號和 URL。
    • 巴西及其他商店地區——稅務、內容或商業文件可能影響可用性，尤其是付費發佈。

    6. 提供審核資料

    填寫審核資料步驟 1 填寫審核資料步驟 2 填寫審核資料步驟 3

    欄位要求指引
    建置必填選擇已處理完成、經充分測試的 MeDo 建置。
    審核聯絡人必填提供有人跟進的姓名、電話號碼和電郵地址。
    登入資料視情況如果需要登入，請提供一個長期有效、已啟用所有可審核功能的示範帳戶。
    審核備註強烈建議說明導覽方式、不明顯的功能、權限、硬件需求、範例 QR code、地區限制和應用程式內購買。
    附件視情況當 Apple 無法重現某個流程時，提供輔助文件或影片。不要包含不必要的機密資料。

    在整個審核期間，保持後端服務和示範帳戶正常運作。移除佔位內容、測試橫幅、失效連結、空白頁面和已停用的正式功能。

    7. 提交前檢查清單

    • 正式建置能在支援的裝置上啟動並完成每個核心流程。
    • Bundle ID、版本號和建置號正確。
    • 使用了 Xcode 26 / iOS 26 SDK 或更新版本。
    • 所有 URL 使用 HTTPS，且無需員工專用存取權即可正常運作。
    • 產品頁面元資料和截圖與建置一致。
    • 私隱政策、App 私隱回答、權限提示和 SDK 行為彼此一致。
    • 刪除帳戶、登入、購買、恢復購買和訂閱在適用情況下正常運作。
    • 年齡分級、內容權利、加密、DSA、醫療和地區聲明已完成。
    • 示範憑證、審核備註，以及任何所需的硬件或範例資料均已備妥。
    • TestFlight 的回饋和當機報告已處理。

    8. 提交與發佈

    1. 把版本和建置加入提交。
    2. 加入任何必須一併發佈的應用程式內購買、訂閱、自訂產品頁面或其他審核項目。
    3. 解決 App Store Connect 顯示的每個警告。
    4. 提交審核，並留意 App Store Connect 的訊息。
    5. 如果 Apple 提出問題，請以確切的重現步驟和佐證資料回覆。
    6. 如果被拒絕，請修正所指出的問題，而不是只附上備註就重新提交相同建置——除非 Apple 明確要求澄清。

    審慎選擇發佈模式：

    • 自動——批准後即發佈。
    • 手動——批准後由你發佈；適合協調同步上線。
    • 排程——批准後不早於所選日期發佈。
    • 分階段發佈——逐步向現有使用者推送更新；它不能取代監控或回滾計劃。

    發佈後，請監控當機、評論、支援請求、訂閱與購買狀態，以及地區可用性。當應用程式或其 SDK 有變更時，保持私隱聲明和支援 URL 為最新。

    Apple 官方參考資料