Apple Developer onepage/WWDC26
#WWDC26#AppStoreConnect#TestFlight#StoreKit2026-06-12 · 65 分鐘

App Store Connect 正在從後台工具變成 release automation layer

這場 Group Lab 用 Q&A 拆解 App Store Connect 的新方向：submission experience、build upload、TestFlight feedback、retention messaging、product page assets、API key 權限與 App Review 對話。

// 一句話結論

Apple 的訊號很清楚：開發團隊應把上架、測試、回饋、促銷與 App Review 溝通納入可追蹤流程，而不是把 App Store Connect 當成最後手動點擊的地方。

Apple Developer · WWDC26 · Video ID: QPWPgSjg9KcYouTube 來源
Content map

這支影片其實在回答四個上架營運問題

Submission

提交流程要和 IAP、build、metadata 一起被管理

Apple 提到 enhanced submission experience 會納入 in-app purchases；這代表 release checklist 不能只看 app binary，商品、metadata、review response 都要進同一條管線。

Automation

TestFlight feedback 和 webhooks 要接進內部 ticketing

團隊特別點名 TestFlight feedback API、webhooks 與 build upload API。重點是讓測試回饋、build train、重新上傳與後續修正能被自動追蹤。

Growth

App Store 頁面不再只靠 description 說服使用者

Product page headers、custom product pages、product page optimization、featuring nomination 和 shareable moments 都在鼓勵開發者把不同流量來源拆開測量。

Review

被拒絕時要回覆 Review，而不是只丟新版

Apple 多次提醒：App Review 訊息應該當成對話入口。若 rejection 不清楚，應在 App Store Connect 裡回覆、補充 app 行為脈絡與詢問細節。

Operating flow

從 build 到上架後成長的工作流

1

把 build upload 和 TestFlight feedback 串起來

Build upload API 可把 build 送到 TestFlight；feedback API 與 webhooks 則能把 tester 回報送進 Jira、Linear 或內部 issue system。

2

提交前檢查 metadata、IAP 與 Review 說明

Enhanced submission 把更多提交項目拉到同一處理面；團隊需要在提交前確認 product、screenshot、description、privacy 與 review notes 是否一致。

3

用 retention messaging 與 product page assets 做實驗

Retention message 會提供曝光、save rate、重新進入 cancel flow 等資料；product page header 則能用圖片或影片讓第一眼更清楚。

4

上架後看 phased release、analytics 與來源切分

Phased release 進度可在 version page 追蹤；行銷活動應用不同 custom product pages 區分 paid、organic 或其他 acquisition source。

App Store Connect API key 不是「開一把 admin key」就結束

影片中對 API key 的建議很實務：team key 沒有自動過期時間，權限可能很大；若只是測 API 或讓非技術角色下載報表，應優先考慮 individual key，讓 key 繼承該使用者在 App Store Connect 的角色與 app access。

風險點：admin-level team key 如果放在不必要的服務或 local script 裡，長期有效且權限過大。把 key 用途、權限、持有人、輪替策略和可存取 app 記在同一份 runbook 裡。

Build delivery API適合替代一部分手動 Transporter / build train 流程，讓 CI 可以上傳 build、開 TestFlight 測試並收回 feedback。
TestFlight sandboxTestFlight 預設用 sandbox，但帳號仍可能是 production Apple Account；若要測 sandbox account control，需要明確登出再登入 sandbox。
Offer code API團隊提到 offer code API 擴展到 consumables 和 non-consumables；遊戲與促銷活動可以把兌換碼納入自動化。
App Review 對話常見 rejection 仍可能來自 completeness、crash、metadata 或說明不足；回覆 Review 常比只上傳新版更能消除誤解。

Product page header 讓「第一眼」變成可測試資產

Apple 在回答「description 很長怎麼辦」時，把焦點放到 product page header：開發者可以上傳 custom video 和 images，並搭配 custom product pages 或 product page optimization 測試不同表達。換句話說，description 不應承擔所有說服工作；上方視覺和頁面分流才是更直接的第一印象。

App Review 與上架合併的遷移注意事項

若團隊有多個相近 app，Apple 建議選出要長期保留的旗艦 app，再透過更新和訊息把使用者導向新 app；但這不只是技術合併，還牽涉訂閱、entitlement、user messaging、analytics continuity 和 App Review 說明。

不要在 rejection 後只丟新版先讀清楚 Review 訊息，在 App Store Connect 回覆脈絡與可重現步驟；必要時再提交修正版。
提交前先做 Xcode validationApple 也提到把檢查往開發流程更早處移動；Xcode validation 和提交前 warnings 應納入 release gate。
Phased release 有版本上限語意App Store Connect 每平台可同時處理 prepare for distribution 版本與 rollout 中版本；release manager 要知道目前看的是哪個 version page。
Featured nomination 不是只給首次 launch重大更新、roadmap 與好的 art assets 都可成為 nomination 材料；未入選也可再嘗試。

對開發團隊的實務啟發

這場 lab 最有價值的地方不是某一個新按鈕，而是 Apple 把 App Store Connect 描述成 release、growth、support 與 review 的共同介面。成熟團隊應該把 App Store Connect 事件接回內部系統：build、feedback、review response、retention message result、custom product page performance 都應該有 owner 和後續處理節奏。

TL;DR