對照表 · 八步產出 · 可量化結論 · 遠程桌面 15 分鐘自檢
沒有自有 Mac、卻在 Windows 或 Linux 主力機上要把 iOS 應用送上架 的團隊，往往把精力耗在「能編譯」上，卻在 App Store Connect（ASC）媒體管理器 面前卡住：截圖像素、Simulator 設備型號、預覽視頻時長與編碼、以及透明通道與狀態欄是否合規。與《Guideline 2.3 拒審後的改元數據與重截屏》 側重「被拒之後怎麼救」不同，本文走 主動產出素材 的主線：先把 「要傳什麼」 用一張對照表釘死，再在 VNC 圖形會話 裡完成 Simulator 窗口布局、錄屏與導出，最後按 ASC 的上傳順序做 可勾選驗收。讀完你應能複述：截圖與預覽視頻分別承擔什麼審核信號、八步最小 Runbook、四條寫進評審紀要的量化結論、以及十五分鐘內如何在遠程桌面上核對完清晰度與文件體積。
ASC 對截圖與預覽視頻的拒絕，很多時候不是「好不好看」，而是 像素契約沒滿足 或 素材與二進位展示不一致。在雲端 Mac + VNC 場景下，你還會疊加 客戶端縮放、非整數倍縮放、錄屏幀率與編碼參數 帶來的隱性模糊。下面五類痛點用來約束需求評審，比事後在拒審信裡補課便宜一個數量級。
設備型號與像素對不齊：在 Simulator 裡隨手選了「看起來像 iPhone 15」的尺寸，導出 PNG 後寬高與 ASC 當前要求的 精確像素表 差 1–2px，媒體管理器提示無法保存或進入人工審核隊列。
把「營銷屏」當成「真實 UI」：截圖裡出現未在應用內實現的功能入口、或與當前構建版本不一致的 Tab 順序，容易在 2.3 與功能真實性相關條款裡被一起質疑；主動產出階段就要有 版本凍結標籤。
預覽視頻的編碼與時長踩線：H.264、幀率、關鍵幀間隔、文件大小上限與音軌策略（是否靜音）未按 ASC 文檔核對，上傳成功但 轉碼失敗 或預覽卡頓，在審核端表現為「素材不可用」。
VNC 會話裡的色彩與亞像素：遠程桌面為省帶寬降低色彩深度或啟用過度壓縮，截屏邊緣出現 色帶與文字發虛；這在放大審查時非常明顯，卻難通過純 SSH 流水線復現。
與本地化截圖矩陣缺帳：多語言商店需要多套截圖，若沒有在文件名與 ASC 語言槽位上建立 可機讀映射，外包回傳的 ZIP 解壓後很容易「英文槽位塞了簡體字截圖」這類低級事故。
用「審核讀什麼」來寫選型，而不是用「我們習慣錄什麼」。下表是評審會上可直接投屏的簡化版；具體像素請以 Apple 開發者文檔當季度頁面為準，並在 ASC 媒體管理器右上角提示為準。
| 素材類型 | 典型適用 | 主要風險 | 在 VNC 遠程 Mac 上的建議路徑 |
|---|---|---|---|
| 靜態 PNG/JPEG 截圖 | 首屏功能傳達、商店列表縮略圖、多語言矩陣 | 像素不符、狀態欄時間「穿幫」、與構建 UI 不一致 | Simulator 選目標設備 → 窗口 100% 縮放 → macOS 截屏或 xcrun simctl io 類工具導出 → 用預覽.app 核對寬高 |
| App 預覽視頻 | 複雜動效、遊戲核心循環、多步引導 | 編碼、時長、黑邊、可點擊區域誤導 | QuickTime / screencapture 與 Xcode 錄屏能力擇一；先定 豎屏安全區 再開錄，避免後期裁切損失清晰度 |
| 真機 USB/無線幀 | 傳感器類、相機、外設獨佔能力 | 雲端無物理 USB 時的邊界 | 與《Simulator 與真機能力邊界》、《無線調試與配對》 交叉閱讀；能 Simulator 解決的不要硬上真機敘事 |
經驗法則：若產品核心賣點是「點三下就能完成轉帳」這類 短鏈路動效，預覽視頻 ROI 更高；若賣點是「合規看板與導出」這類 信息密度，高質量靜態截圖往往更穩。兩者都需要在遠程會話裡預留 不被消息通知打斷 的錄製窗口——這與《首次使用清單》 裡「通知與勿擾」同一類成本。
順序刻意固定為 先鎖版本與設備表，再動像素，最後才上傳。卡在中間時，只許回到前序步驟重驗，不優先懷疑「審核針對我們」。下列八步在租用節點上同樣適用，只需保證 與上架操作同一 Apple ID 會話 在圖形界面內完成。
凍結構建與 Git 標籤：在 Xcode Organizer 或 CI 產物上記錄 CFBundleShortVersionString / CFBundleVersion，截圖文件名帶同一標籤，避免「圖是上周的、包是今天的」。
拉取 ASC 像素表：按目標 iPhone / iPad 機型槽位列出寬高；若同時上 iPadOS，注意 12.9 與 11 英寸 兩套槽位不要混。
在 Simulator 對齊型號：Device 菜單選擇對應代際；必要時刪除多餘模擬器磁碟鏡像以省空間，步驟可參考《磁碟與 Simulator 清理》。
關通知與狀態欄「穿幫」：飛行模式或關閉非必要推送，時鐘與電量條若會誤導可評估是否使用與產品一致的「演示帳號」狀態，避免審核認為「擺拍 UI」。
截屏導出：優先系統截屏快捷鍵，保證 1:1 像素；若用命令行工具，記錄完整參數串進變更單，而不是聊天窗口。
預覽視頻錄製與壓縮：固定畫布、固定幀率；片頭片尾留 0.5–1 秒靜幀便於轉碼；大文件用 ffmpeg 時把命令與 checksum 一併存檔。
本地校驗清單：隨機抽三張圖在「預覽」放大到 200% 看文字邊緣；視頻用 QuickTime 播放檢查音軌與首幀黑屏。
按語言槽位上傳 ASC：先默認語言，再複製到各本地化；每次上傳後在媒體管理器裡點「在設備上預覽」做最後一次像素對齊。
P1: 截圖寬高與 ASC 槽位像素表逐行一致（允許列表導出為 CSV 對帳） P2: 素材時間線不早於構建歸檔時間線（Git tag 與 Organizer 對齊） P3: 預覽視頻可單獨靜音播放且首幀無意外系統彈窗 P4: 多語言文件名可機讀映射到 ASC locale，避免人工拖拽錯位
下列檢查項假設你已與遠程 Mac 建立圖形會話，且對 Simulator 有完全控制。若你連窗口都卡頓，請先回到《延遲與帶寬》 與《畫質與流暢度》 做網絡側優化，否則截屏銳度問題會被誤判為「設計問題」。
| 核對 | 操作要點 | 通過標準 |
|---|---|---|
| 顯示縮放 | VNC Viewer 與 macOS 顯示「默認 / 100%」一致 | 系統菜單欄文字清晰無重影 |
| Simulator 窗口 | 窗口模式非全屏疊加模糊濾鏡 | 截屏 PNG 屬性與 ASC 槽位寬高一致 |
| 錄屏試條 | 錄 10 秒試條上傳本地 NAS 或對象存儲 | 文件可播放、無掉幀色帶、音軌符合策略 |
| ASC 側預覽 | 媒體管理器設備預覽各槽位點一遍 | 無裁切警告、無透明通道報錯 |
補充說明：若團隊採用「設計在 Figma、研發在遠程 Xcode」的雙軌流程，截圖階段應指定 單一 Owner 在 macOS 上合併狀態欄與殼層，避免設計導出 PNG 與真機渲染字體行高不一致；這類差異在 VNC 下放大查看時一眼可見，卻常被誤認為是壓縮算法問題而反覆重導出。
從成本角度，反覆上傳失敗通常不是「多花了幾次流量費」，而是 審核隊列與版本窗口 的隱性成本：一次素材錯誤可能導致整周發布計劃後移。把像素與編碼校驗前移到遠程桌面的 15 分鐘自檢，本質是在買可預測的上線節奏。對於沒有自有 Mac、又要在多個外包之間傳遞素材倉庫的團隊，這一點尤其明顯——你需要一條可被審計、可被複製的圖形化路徑，而不是依賴某位同事的本地筆記本「昨晚還能截」。
在多數工具類與內容類應用中 可以，前提是 UI 與真機一致且不宣稱獨佔硬體能力；涉及相機、傳感器、外設的廣告敘事時，應改用真機幀或明確標註為演示畫面，並與法務對齊表述。
過長會增加轉碼失敗與審核員跳出率；實務上優先 15–30 秒講清一條主路徑，複雜功能拆多條預覽或回到靜態截圖矩陣補充信息密度。
強制路徑規範：locale/設備槽位/序號.png，並在 PR 描述裡附 像素寬高的 shell 輸出；最終仍由 Owner 在 VNC 會話裡拖進 ASC 各槽位並點預覽驗收。
把 App Store 素材當作「設計附件」而不是「審核輸入」，團隊就會反覆在像素與編碼上交學費：沒有 CSV 對帳的截圖、沒有 checksum 的視頻、沒有與構建號綁定的文件名，都會在某個周五晚上變成阻塞發布的單點。雲端工作流裡，這類問題還會被 遠程桌面縮放與壓縮 放大，使得「本地看著還行」在 ASC 放大器下現形。
自有 Mac 或長期獨佔機房當然能消化這些工序，但你要自己維護 機器可用窗口、磁碟鏡像、Xcode 與 Simulator 版本對齊 以及外網帶寬；在 按小時或按項目租用、且同時提供 SSH 與 VNC 的雲端 Mac 模型下，你可以把「重資產」交給平臺，把團隊精力留在 可對帳的素材工廠 上：同一用戶下 SSH 跑腳本生成縮略圖校驗，VNC 負責最終像素目檢與 ASC 點擊路徑。
若你希望 開箱即用的 Apple Silicon 環境 + 可覆核的圖形會話 來跑通本文八步，可通過 VNCMac 租用遠程 Mac：主按鈕進入 購買頁 比對套餐與地域；連接與畫質參數請參閱 遠程連接說明 與 首頁。把《首次使用清單》 與本篇放在同一 Wiki 節點，能顯著降低「第一次就在 ASC 裡手滑傳錯槽位」的概率。