如何在 App Store 上架 App：從 TestFlight 到審核通過

要在 App Store 上架 App，請先加入 Apple 開發者計畫（截至 2026 年 11 月年費為 99 美元），接著在 App Store Connect 建立 App、上傳已簽署的建置版本，透過 TestFlight 測試，再加入螢幕截圖、商店說明、隱私權資訊與年齡分級，最後按下 Add for Review 和 Submit for Review。Apple 會人工審核每一份送審案件，通常在一到兩天內完成；核准後，你就能將 App 發布到 App Store。本指南會依照這個流程逐步說明，並列出最常導致 App 被退回的問題。

還在開發階段？可以先看 如何製作 iPhone App。

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

• Apple 開發者計畫會員資格，可以個人身分加入（你的法定姓名會顯示為賣方），也可以用組織身分加入（需要 D-U-N-S 編號、公司網域的電子郵件，以及可正常運作的網站）。
• 已簽署的建置版本，上傳到 App Store Connect。通常由 Xcode 或 Apple 的 Transporter 上傳，或由代你建置的服務上傳。
• 隱私權政策網址和支援網址，並附上最新的聯絡資訊。Apple 要求每個 App 都必須提供這兩項。
• 螢幕截圖：每個必要的裝置尺寸需提供 1 到 10 張，格式為 JPEG 或 PNG，且不可有透明背景。App Store Connect 會標示需要哪些尺寸；撰寫本文時，是 6.9 吋 iPhone 尺寸（若未提供 6.9 吋，則可改用 6.5 吋），如果你的 App 支援 iPad，還需要 iPad 尺寸。
• 示範帳號，如果 App 的任何部分需要登入才能使用。

步驟 1：加入 Apple 開發者計畫

請使用已開啟雙重驗證的 Apple 帳號登入並完成加入。個人帳號通常很快就會核准。組織帳號則需要多一點時間，因為 Apple 會核實公司的法律地位，以及你是否有權代表公司簽署。如果你還沒有 D-U-N-S 編號，大多數國家都可以免費申請，但核發需要一些時間。

步驟 2：建立 App 紀錄

在 App Store Connect 中，開啟 Apps，點選 +，然後選擇 New App。請填寫：

• Platform：iOS。
• Name：要顯示在 App Store 上的名稱，必須在商店中獨一無二。
• Primary language（主要語言）。
• Bundle ID：App 的識別碼，例如 com.yourcompany.yourapp。必須與建置版本相符。
• SKU：任何你內部使用的代碼都可以。

Apple 不允許外部工具建立這筆紀錄，所以這一步你必須自己完成一次。

步驟 3：上傳建置版本

如果你使用 Xcode 建置，請封存（archive）App，然後從 Organizer 上傳。你也可以使用 Transporter 或 App Store Connect API 上傳建置版本。

如果你使用 Mythex 建置

在 Pro 方案中，Mythex 會在自己的 Mac 上將你發布的 App 建置為 iPhone App，並上傳到你的 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 建立 App 紀錄時要使用的確切名稱和 Bundle ID。當建置卡片顯示 In TestFlight，代表 Apple 正在處理該建置版本，大約需要 10 到 30 分鐘，處理完成後測試人員即可使用。更多資訊請參閱 Mythex iOS App 建置工具。

步驟 4：使用 TestFlight 測試

TestFlight 是 Apple 的測試版管道，在送審前好好利用它很有價值：

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

測試人員需要安裝 TestFlight App，接受邀請後再安裝你的建置版本。請他們完成主要任務，而不只是打開 App。我們的測試版測試指南說明了如何找到測試人員並收集他們的回饋。

步驟 5：填寫 App Store 商店頁面

在 App 的版本頁面中，新增以下內容：

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

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

步驟 6：完成 App 隱私權資訊

App Privacy 會列出你的 App 所收集的資料，例如電子郵件、姓名、位置或使用資料，說明這些資料的用途，以及是否與使用者身分相連。這些內容會以「隱私營養標籤」的形式顯示在你的 App Store 頁面上。請涵蓋第三方程式碼所收集的資料，例如分析工具或登入服務提供者。

這個部分只能在 App Store Connect 網站上填寫，無法透過外部工具完成。如果你使用 Mythex，Agent 會根據你 App 的實際運作方式，告訴你該如何回答。

步驟 7：填寫審核資訊並送審

在 App Review Information 中，填入聯絡人姓名、電話與電子郵件，並提供一個可正常運作的示範帳號。如有需要說明的地方，也請加上備註，例如「Bookings 分頁要先加入課程後才會顯示課表」。

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

如果你使用 Mythex，可以請 Agent 處理這個步驟。它會附加建置版本、盡可能填寫資料，並在送審前詢問你。

步驟 8：等待、回應、發布

Apple 表示，至少一半的送審案件會在 24 小時內完成審核，90% 會在 48 小時內完成。狀態改變時你會收到電子郵件。如果 Apple 有疑問或退回建置版本，訊息會出現在 App Store Connect 的 App Review 區塊；請在那裡回覆、修正問題，然後重新送審。

核准後，App 會依你的選擇自動發布，或保留給你手動發布。你也可以排定發布日期。

為什麼 App 會被退回，以及如何避免

• App 不完整（2.1 準則）。 當機、預留文字、失效連結、缺少示範登入帳號。Apple 表示，這類問題佔了超過 40% 的未解決案件。送審前，請在真實的 iPhone 上測試每一個按鈕。
• 包裝過的網站（4.2 準則）。 Apple 期望 App 的功能、內容與介面，要超越一個嵌在框架裡的網站。請提供適合手機的版面、帳號系統、資料儲存與實際的任務功能。這點對於包裝過的網頁 App（包括用 Mythex 製作的 App）特別重要。
• 沒有 App 內刪除帳號功能（5.1.1(v) 準則）。 如果使用者可以在 App 內建立帳號，就必須能在 App 內刪除帳號。
• 在 App 外銷售數位內容（3.1.1 準則）。 若要在 App 內以付費方式解鎖功能或內容，必須使用 Apple 的 App 內購買。
• 隱私權資訊與 App 實際行為不符。 請確保 App Privacy、你的隱私權政策與 App 的實際運作方式彼此一致。

如果你需要隱私權政策頁面，我們的撰寫服務條款與隱私權政策指南說明了應包含的內容。

之後更新 App

每次推出新版本時，請提高版本號、上傳新的建置版本、撰寫「新功能」文字，然後再次送審。每次送審都會經過審核。

如果你的 App 是包裝過的網頁 App（Mythex 的 App 皆是如此），大多數日常變更只要發布網頁版本，iPhone 使用者就能看到，因為手機 App 會開啟該網頁。你主要只需為 App 外殼的變更（例如圖示、名稱或權限）送出新版本。如果 Apple 已經核准過某個版本號，Mythex 會在重新建置前提高版本號（例如從 1.0 到 1.1）。

也要上架到 Android

Google 的流程不同：需要一次性費用、測試軌道，而且新的個人帳號需要先進行為期 14 天、12 位測試人員的封閉測試。請參閱如何在 Google Play 上架 App。

常見問題