App Store Connect 新手指南

1. App Store Connect 到底是什麼？

App Store Connect 是 Apple 提供給開發人員及應用程式營運團隊的管理後台。使用者在 App Store 看到的名稱、描述、螢幕截圖、價格與更新，都在這裡管理。你也能從這裡進行測試、審核、銷售、付款與顧客評論等工作。

2. 開始前該準備什麼？

• 已啟用雙重認證的 Apple Account。
• 有效的 Apple Developer Program 會員資格，或團隊寄送的 App Store Connect 邀請。
• 確認自己所屬的團隊。如果帳號加入多個團隊，登入後請選擇正確的團隊。
• 建立 App 記錄所需的應用程式名稱、主要語言、Bundle ID 與內部 SKU。
• 發佈前需備妥隱私權政策 URL、商店描述、關鍵字、螢幕截圖、支援 URL 與審核聯絡資料。

先瞭解角色

找不到某個按鈕，通常代表你的權限不足，不一定是系統故障。Apple 的角色說明文件很詳細，以下表格適合做為入門參考。

若要邀請同事，請前往 Users and Access → People → +，輸入對方的姓名與電子郵件地址，再指派角色與 App 存取權。只給每個人工作所需的權限，不要只為了方便就把所有人設為 Admin。

3. 上傳建置版本前，先建立第一筆 App 記錄

有人上傳應用程式二進位檔後，App 並不會自動出現在 App Store Connect。你必須先建立一筆 App 記錄，開發人員才能上傳對應的建置版本。Apple 的建立 App 說明也指定了這個順序。

1. 登入並開啟 Apps。
2. 按一下左上角的 +，選擇 New App。
3. 選擇平台，例如 iOS、macOS、tvOS 或 visionOS。
4. 輸入 Name、Primary Language、Bundle ID 與 SKU。
5. 選擇 Full Access 或 Limited Access，然後按一下 Create。

這些欄位代表什麼？

4. 完成 App Store 商店頁面

新建立的記錄通常會從 Prepare for Submission 狀態開始。接著需要兩類資訊：整個 App 共用的資料，以及這次發佈版本專用的資料。把兩者分清楚，會更容易掌握流程。

整個 App 共用的資訊

在側邊欄的 General → App Information 附近管理這些資料，包括名稱、副標題、類別、年齡分級、Bundle ID、內容權利與相關欄位。年齡分級會根據你對問卷的回答計算，請如實回答，不要憑直覺選擇分級。

App Privacy 說明應用程式及其第三方 SDK 會收集哪些資料、資料是否與使用者連結，以及是否用於追蹤。iOS 應用程式需要隱私權政策 URL。不要照抄其他 App 的答案，Apple 要求揭露內容必須反映你與第三方合作夥伴實際的資料處理方式。請參照管理 App 隱私權逐項完成。

每個版本各自需要的資訊

• Promotional Text：簡短的宣傳文案，例如目前活動的資訊。
• Description：完整的產品描述。先說明應用程式解決的問題，再列出主要功能。
• Keywords：協助使用者找到應用程式的詞彙。不要反覆堆砌應用程式名稱。
• What’s New：這次更新有哪些變更。第一個版本通常不需要填寫。
• Support URL：使用者可以取得協助的頁面。
• Screenshots / App Previews：針對相關裝置尺寸提供的螢幕截圖與選用的預覽影片。

螢幕截圖不只是上傳到表單的幾張畫面，它們是影響 App Store 轉換率最重要的素材之一。先呈現核心價值，再展示使用情境，並讓每張圖片只傳達一個重點。你可以為每種語言提供在地化版本，Apple 的螢幕截圖與預覽說明會告訴你應在何處上傳。

審核資訊是寫給審核人員，不是顧客

App Review Information 僅供審核團隊使用。請提供能及時回應的聯絡人。若應用程式需要登入，請提供可靠的示範帳號。若某項功能需要沿著特定路徑操作，或需要特定硬體、地點或動作，請清楚說明步驟。審核人員若找不到功能，可能會要求補充說明或拒絕此次提交。

5. 什麼是建置版本？如何透過 TestFlight 測試？

版本號碼是顧客看到的號碼，例如 1.2.0。建置版本號碼則在內部識別某次封裝的建置版本，例如 37。你可以為同一版本上傳多個建置版本，但提交審核時只能選擇一個。

開發人員可以使用 Xcode、Transporter 與其他支援的方式上傳建置版本。上傳成功不代表立刻就能使用，Apple 必須先處理該版本。處理完成後，它才會出現在應用程式的 TestFlight 分頁。

該使用內部測試還是外部測試？

1. 開啟應用程式的 TestFlight 分頁，完成 Beta App Description、意見回饋電子郵件與測試說明。
2. 建立測試群組並加入正確的建置版本。
3. 進行內部測試時，將現有團隊使用者加入群組。進行外部測試時，先提交 TestFlight 審核，再透過電子郵件或公開連結邀請測試人員。
4. 請測試人員安裝 Apple 的 TestFlight 應用程式並接受邀請。
5. 使用 TestFlight 查看安裝次數、Sessions、Crashes 與測試人員的意見回饋。

6. 提交 App Store 審核並發佈

完成測試後，回到你準備發佈的版本頁面。建置版本出現在 TestFlight 中，不代表它已提交至 App Store。TestFlight 測試與 App Store 審核是兩套不同流程。

1. 完成版本頁面上的所有必填欄位，並解決所有紅色錯誤訊息。
2. 在 Build 區段選擇最終建置版本。一次只能關聯一個建置版本。
3. 再次確認隱私權揭露、出口合規、內容權利、廣告識別碼，以及提供給審核人員的登入資料。
4. 按一下右上角的 Add for Review。這只會把版本加入草稿提交項目。
5. 在側邊欄開啟 Draft Submissions 或 App Review，檢查項目後按一下 Submit for Review。完成這一步，提交項目才會進入審核佇列。

這就是 Apple App 提交流程中說明的兩個按鈕。常見錯誤是停在第 4 步，App 會維持在 Ready for Review，讓人誤以為 Apple 遲遲沒有開始審核。

常見狀態代表什麼？

7. 上線後如何管理應用程式？

發佈新版本

在 App 頁面上，按一下相關平台旁的 + 建立新版本。輸入新的版本號碼與 What’s New、選擇開發人員上傳的新建置版本，然後重複審核提交流程。不要為更新建立新的 App 記錄，否則會建立另一項產品。

管理價格與地區

使用 Pricing and Availability 設定價格、地區與供應狀態。將免費 App 改為付費，或變更上架地區前，請確認協議、稅務資訊與銀行資料都有效。變更價格時，也要考量現有使用者與訂閱者的期待。

回覆顧客評論

開啟 Ratings and Reviews 查看評分與文字評論。優先處理當機、登入失敗與付款問題等具體狀況。不要公開索取電子郵件地址或訂單編號等私人資訊，請引導顧客使用支援管道。修正問題後，更新回覆並告知顧客是哪個版本解決了問題。

管理 App 內購買與訂閱

In-App Purchase 與 Subscriptions 是應用程式內的產品系統，和 App 本身的價格分開。每項產品都需要 Product ID、顯示名稱、描述、價格與審核螢幕截圖。推出訂閱前，請瞭解訂閱群組、續訂、寬限期、優惠與伺服器通知。不要直接把測試產品當成正式產品推出。

持續更新存取權與協議

同事離職或角色變更時，請更新 Users and Access。Account Holder 也應在 Business 中追蹤會員資格續訂與新協議。未簽署的協議可能導致無法建立 App、使用付費功能或收取款項。

8. 如何閱讀並瞭解應用程式資料？

上線只是開始。App Store Connect 至少提供三種不同的資料檢視方式：Analytics 追蹤使用者從發現到使用的過程，Sales and Trends 顯示銷售表現，Payments and Financial Reports 顯示最終結算。三者的定義不同，因此不要期待同一天的數字能完全對上。

把 Analytics 當成漏斗來看

開啟 Analytics、選擇你的 App 與日期範圍。新手可以依照以下順序查看：

Apple 的指標定義說明，部分 App Store 指標必須累積至少 5 次首次下載或預訂後才會顯示。新 App 沒有圖表不一定表示設定有問題，也可能只是資料量不足。

不要只看總數，還要拆分資料

• Source Type：使用者來自 App Store Search、Browse、Web Referrer 還是 App Referrer？
• Territory：哪些國家或地區帶來下載與營收？在地化是否有效？
• Device / Platform Version：問題是否集中在特定裝置或 OS 版本？
• App Version：最新版本發佈後，使用情況或穩定性是否改變？
• Campaign：加上標記的行銷連結是否帶來有價值的使用者？

一個簡單的做法，是將 7 天與 28 天的期間，和前一個相同長度的期間比較。每次只改一件事：更新螢幕截圖後，觀察產品頁面的轉換率；改善首次使用體驗後，觀察留存與 Sessions。若一天內同時改動五件事，就很難判斷是哪一項造成數字變化。

Sales and Trends：瞭解銷售表現

使用這個區段追蹤 App Units、In-App Purchases、訂閱、銷售與預估收益，並依產品、地區、裝置及其他維度篩選。它比較接近商務儀表板，但營收仍是估算值，匯率與交易狀態也可能變動。

Payments and Financial Reports：瞭解實際收到的款項

這個區段用於財務核對。Proceeds 是從顧客支付的價格中扣除適用稅金與 Apple 佣金後，應付給開發人員的金額。頁面會顯示付款、預估收益、匯率、稅金、調整項目與銀行帳號末幾碼。Apple 說明，上一個會計月份的資料通常會從本月第一個星期三開始顯示，各地區報表通常會在第一個星期五前備妥。詳情請參閱查看付款與收益。

9. 新手每週檢查清單

• 檢查 App 狀態、App Review 訊息與 TestFlight 意見回饋。
• 將最近 7 天的曝光、產品頁面瀏覽、下載與轉換率，和前 7 天比較。
• 檢查留存、Sessions、當機情況與主要 App 版本的分布。
• 查看評分與新評論，並回覆需要協助的使用者。
• 留意 App 內購買、訂閱、退款與收益是否有異常變化。
• 記錄本週的版本、螢幕截圖、價格與行銷變更，方便解讀資料。
• 每個月請財務人員下載並封存財務報表，再核對實際付款。

10. 新手常遇到的八個問題

11. 一分鐘名詞表