如何在 App Store 發佈應用程式：由 TestFlight 到審核通過

要在 App Store 發佈應用程式，你需要加入 Apple 開發者計劃（2026 年 11 月起每年 99 美元），在 App Store Connect 建立應用程式，上載已簽署的建置版本，透過 TestFlight 測試，然後加入螢幕截圖、說明、私隱資料與年齡分級，最後按下 Add for Review 及 Submit for Review。Apple 會人手審核每一次提交，通常在一至兩日內完成；獲批後，你便可以發佈到 App Store。本指南會逐個畫面講解這個流程，並列出最常導致應用程式被退回的問題。

仍在開發中？可以先看 如何製作 iPhone 應用程式。

開始之前你需要準備的東西

• Apple 開發者計劃會員資格，可以個人身分註冊（你的法定姓名會顯示為賣方），或以機構身分註冊（需要 D-U-N-S 編號、公司網域電郵及運作中的網站）。
• 已簽署的建置版本，上載到 App Store Connect。通常由 Xcode 或 Apple 的 Transporter 上載，或由代你建置的服務上載。
• 私隱政策網址及支援網址，並附上最新的聯絡資料。Apple 對每個應用程式都會要求這兩項。
• 螢幕截圖：每個必要的裝置尺寸需提供 1 至 10 張，格式為 JPEG 或 PNG，不可有透明背景。App Store Connect 會顯示所需尺寸；截稿時是 6.9 吋 iPhone（如果你沒有提供 6.9 吋，則可用 6.5 吋），如果應用程式支援 iPad，還需提供 iPad 尺寸。
• 示範帳號：如果應用程式的任何部分需要登入，就要提供。

第 1 步：加入 Apple 開發者計劃

用已開啟雙重驗證的 Apple 帳戶登入並報名。個人帳戶通常很快獲批；機構帳戶則要預留較多時間，因為 Apple 需要核實公司的法律狀況，以及你是否有權代表公司簽署。如果你沒有 D-U-N-S 編號，大部分國家可以免費申請，但發出需要一些時間。

第 2 步：建立應用程式紀錄

在 App Store Connect 開啟 Apps，按 +，然後選擇 New App。填寫以下資料：

• 平台：iOS。
• 名稱：會在 App Store 顯示的名稱，必須在商店內獨一無二。
• 主要語言。
• Bundle ID：應用程式的識別碼，例如 com.yourcompany.yourapp。必須與建置版本相符。
• SKU：任何你自己的內部編號。

Apple 不容許外部工具建立這個紀錄，所以你需要親自做一次。

第 3 步：上載建置版本

如果你使用 Xcode 建置，請封存應用程式，然後從 Organizer 上載。也可以用 Transporter，或透過 App Store Connect API 上載。

如果你使用 Mythex 建置

在 Pro 計劃中，Mythex 會在自家的 Mac 上把已發佈的應用程式建置成 iPhone 應用程式，並上載到你的 TestFlight。你不需要 Mac 或 Xcode。設定只需數分鐘：

1. 在 App Store Connect 前往 Users and Access → Integrations → App Store Connect API，建立一把 Admin 角色的 Team key。
2. 下載 .p8 檔案。Apple 只容許你下載一次，所以請妥善保存。
3. 將檔案拖放到 Mythex 的 Connect App Store 面板，並貼上金鑰清單上方顯示的 Issuer ID。Mythex 會先向 Apple 核實金鑰，然後才會儲存。

第一次建置後，Mythex 會告訴你，在第 2 步建立應用程式紀錄時應使用的確切名稱和 Bundle ID。當建置卡片顯示 In TestFlight 時，Apple 通常需要約 10 至 30 分鐘處理建置版本，之後測試人員便可以開始測試。詳情請參閱 Mythex iOS 應用程式建置器。

第 4 步：使用 TestFlight 測試

TestFlight 是 Apple 的測試版渠道，在提交審核前值得好好利用：

• 內部測試人員：最多 100 位 App Store Connect 團隊成員。建置版本一經處理，他們便可以安裝。
• 外部測試人員：最多 10,000 人，可透過電郵邀請或公開連結加入。你第一次把建置版本加入外部群組時，需要通過一個簡短的測試版審核。
• 建置版本有效期：每個建置版本可供測試 90 天。

測試人員需要安裝 TestFlight 應用程式、接受邀請，然後安裝你的建置版本。請他們完成主要任務，而不是只打開應用程式看看。我們的 測試版指南 會講解如何找到測試人員及收集他們的意見。

第 5 步：填寫 App Store 產品頁

在應用程式的版本頁面，加入以下內容：

• 螢幕截圖：每個必要尺寸各一套，展示真實的畫面。
• 宣傳文字（可選）及說明，清楚寫明應用程式的功能。
• 關鍵字，以逗號分隔。不要重複應用程式名稱，也不要使用競爭對手的名稱。
• 支援網址，以及可選的行銷網址。
• 版本號碼及版權。

在 App Information 之下，設定類別、私隱政策網址，並回答 Apple 的問卷以取得年齡分級。在 Pricing and Availability 之下，選擇價格（或免費）及銷售地區。

第 6 步：填寫 App 私隱資料

App Privacy 列出你的應用程式收集的資料，例如電郵、姓名、位置或使用數據，以及這些資料的用途和是否與用戶身分連結。這些資料會在你的 App Store 頁面以私隱「營養標籤」的形式顯示。資料亦包括任何第三方程式碼所收集的資料，例如分析工具或登入服務供應商。

這部分只可在 App Store Connect 網站填寫，外部工具無法代填。如果你使用 Mythex，agent 會根據應用程式的實際行為，告訴你應該如何回答。

第 7 步：加入審核資料並提交

在 App Review Information 中，填寫聯絡人姓名、電話和電郵，並提供一個可正常運作的示範帳號。如有需要解釋的地方，也可以加入備註，例如「Bookings 分頁要先加入課堂，才會顯示課堂」。

然後選擇你已測試的建置版本，按 Add for Review，再按 Submit for Review。每個平台同一時間只能有一個版本接受審核。

使用 Mythex 時，你可以請 agent 代辦這部分。它會附加建置版本，填寫能填的資料，並在提交前徵詢你的同意。

第 8 步：等待、回覆、發佈

Apple 表示，至少一半的提交會在 24 小時內完成審核，90% 會在 48 小時內完成。狀態有變化時，你會收到電郵通知。如果 Apple 有疑問或拒絕建置版本，訊息會顯示在 App Store Connect 的 App Review 部分；請在該處回覆、修正問題，然後重新提交。

獲批後，應用程式會按你的選擇自動發佈，或保留待你手動發佈。你也可以排定發佈日期。

應用程式為何會被拒，以及如何避免

• 應用程式不完整（2.1 條指引）：當機、預留位置文字、失效連結、缺少示範登入資料。Apple 指出，這類問題佔超過 40% 未解決的問題。提交前，請在真實的 iPhone 上測試每一個按鈕。
• 重新包裝的網站（4.2 條指引）：Apple 期望應用程式提供超越網站的功能、內容和介面。請提供適合手機的版面、帳戶、已儲存的資料及實際任務。這點對包裝網頁應用程式尤其重要，包括用 Mythex 製作的應用程式。
• 沒有應用程式內的刪除帳號功能（5.1.1(v) 條指引）：如果用戶可以在應用程式內建立帳號，也必須能夠在應用程式內刪除帳號。
• 在應用程式外售賣數碼內容（3.1.1 條指引）：在應用程式內收費解鎖功能或內容，必須使用 Apple 的應用程式內購買。
• 私隱資料與應用程式實際情況不符：App Privacy、你的私隱政策以及應用程式的實際行為必須一致。

如果你需要私隱政策頁面，我們的 撰寫服務條款及私隱政策指南 會說明應該包含哪些內容。

日後更新應用程式

每個新版本都要提高版本號碼、上載新的建置版本、撰寫「新功能」文字，然後再次提交。每次提交都會接受審核。

如果你的應用程式是包裝網頁應用程式（Mythex 的應用程式都是如此），大部分日常改動會在你發佈網頁應用程式時，直接送到 iPhone 用戶手上，因為手機應用程式會開啟該網頁。只有應用程式外殼的改動（例如圖示、名稱或權限）才需要提交新版本。如果 Apple 已經批准某個版本號碼，Mythex 會在再次建置前，先把版本號碼提高（例如由 1.0 改為 1.1）。

同時發佈到 Android

Google 的流程有所不同：需要一次性費用、測試軌道，而且新的個人帳戶要先進行為期 14 日、由 12 位測試人員參與的封閉測試。詳情請參閱 如何在 Google Play 發佈應用程式。

常見問題