App Store 截圖尺寸 2026：多語言素材準備與上傳教學

不要讓設計人員直接開啟舊模板批量出圖。先由發布負責人確認應用支援的平台、裝置類別、目標語言和首發市場，再將每一格標記為「待製作、待翻譯、待上傳、待驗收」或「已完成」。

Apple 的官方 Screenshot Specifications 才是尺寸、格式和裝置分類的依據。論壇流傳的舊模板，不能因為檔名看起來相同，就當作目前規則。

矩陣建立後，再把素材檔案命名成「平台－裝置類別－語言－版本－排序」的格式。版本號、語言代碼與排序位置要固定。這樣上傳人員不必依靠設計師口頭說明，也能判斷檔案應放在哪一個欄位。

App Store 截圖需要為每種裝置尺寸分別製作嗎？答案不是一律需要。先看 Apple 當前規格是否允許高解析度素材縮放到相容尺寸，再看畫面內容是否真的相同。尺寸可以縮放，不代表語言文案、功能入口和展示比例也能直接共用。

Apple 官方規格頁列明，單一本地化最多可加入 10 張截圖，檔案格式支援 PNG 或 JPEG；這些數字和格式應以官方截圖規格說明為準。不要把「最多可上傳」誤解成「必須全部上傳」，每張圖都應該有清楚的轉換任務。

設計負責人至少要檢查以下內容：

• 檔案格式是否符合官方要求，是否意外保留了不必要的透明通道。
• 直向與橫向素材是否放在正確方向。
• 首張圖在縮圖狀態下是否仍能讀出主要賣點。
• 文字是否被系統介面、瀏海或裁切區域影響。
• 截圖是否展示真實功能，而不是尚未存在的介面。
• 原始可編輯檔、字型、翻譯表和最終輸出是否一併保存。

保留可編輯源檔很重要。若下個版本只更換一個按鈕名稱，沒有源檔就可能需要整組素材重新排版。

注意：官方縮放機制只能處理符合條件的尺寸轉換。它不會替你翻譯畫面文字，也不會修正平板與手機的版面差異。上傳前要看實際預覽，不要只看檔案名稱。

不同語言可以共用同一組 App Store 截圖嗎？只有在畫面內容、功能範圍和市場賣點都一致時，才適合共用。圖片上的標題即使已經翻譯，也不代表整張素材完成了本地化。

你可以用以下條件作判斷：

• 介面語言不同：畫面內有按鈕、導覽列或錯誤提示時，通常需要重新截取或重新排版。
• 圖中文字不同：若主標題、功能描述或價格訊息改變，應建立該語言的獨立檔案。
• 功能地區不同：某項功能只在部分市場提供，不能在其他地區素材中暗示所有使用者都能使用。
• 市場賣點不同：同一產品在不同市場主打速度、付款方式或內容類別時，首屏排序可能需要調整。
• 商店元資料不同：截圖文案、App 名稱、副標題和描述必須由本地化人員交叉核對。

在 App Store Connect 的語言設定中，主語言是缺少其他本地化內容時的回退來源。你要在Apple 的本地化產品資訊說明中確認目前的語言結構，再檢查每一個目標語言是否真的有對應素材。不要把「已新增語言」當成「該語言素材已完成」。

建議建立一份三方核對記錄：

App Store Connect 多語言截圖怎麼上傳？先進入正確的 App、版本和平台，再切換到對應本地化語言，最後將素材放入正確的裝置類別。不要在總覽頁一次拖入所有語言檔案，這最容易造成語言映射錯誤。

按以下步驟操作：

1. 打開 App Store Connect，選取目標 App 和需要更新的版本。
2. 確認目前平台與裝置類別，再進入對應的本地化語言欄位。
3. 按照矩陣中的排序，先上傳首屏素材，再上傳後續截圖或 App Preview。
4. 等待系統完成處理，檢查是否出現尺寸、格式或方向錯誤。
5. 打開上傳後的預覽，確認系統縮放結果、首屏順序和畫面裁切。
6. 由另一位人員核對語言、版本、檔名和產品頁呈現，留下脫敏截圖。
7. 將成功狀態、退回原因和修正版檔案回填到素材矩陣。

Apple 的上傳 App Preview 與截圖操作說明是後台步驟的主要依據。若素材顯示尺寸不匹配，先不要重新匯出一批檔案。依序檢查原始畫布尺寸、檔案格式、方向、所在平台、裝置欄位及目前版本狀態。

如果素材已經送出或版本狀態不允許直接編輯，能否修改取決於當前狀態。可先查看App Store Connect 的產品與提交狀態說明，確認是可編輯、待提交還是已提交。不要把後台顯示「上傳成功」當成產品頁驗收完成。

經驗：尺寸錯誤和語言錯位是兩種不同問題。先看系統回報的檔案錯誤，再看語言欄位與排序；同時修改檔案和欄位，會讓退回原因難以追蹤。

製作和上傳 App Preview 不一定必須使用 Mac。是否需要 Mac，取決於你的錄製工具、編輯流程、團隊權限和驗收方式，而不是「有影片」這件事本身。Apple 對 App Preview 的格式、畫面尺寸、長度和提交方式有獨立要求，應先閱讀官方 App Preview 規格。

規格頁列出的 App Preview 影片長度範圍為 15 至 30 秒；這是平台要求，不是建議影片一定要做滿。製作時要另外確認：

• 錄製畫面是否來自實際可用版本。
• 旁白、字幕和介面語言是否與目標本地化一致。
• 影片方向和裝置類別是否相符。
• 開頭是否快速交代功能，而不是先放無關的品牌動畫。
• 上傳後的預覽順序是否符合產品頁展示策略。

遠端 Mac 的價值主要出現在需要 macOS 工具、穩定上傳會話或多人交接時。例如設計師需要在 Mac 上整理 App Preview，發布人員需要接續處理素材，地區驗收人員又要在獨立的瀏覽器語言和帳戶環境中檢查頁面。這時可以先查看 CALMVPS 的美國節點遠端 Mac 方案，再按實際發布週期選擇使用方式。

但遠端 Mac 不會繞過 App Store 地區規則，也不保證產品頁一定按預期展示。它解決的是製作、連線、權限和交接的環境問題；平台是否接受素材，仍由官方規格和帳戶狀態決定。

驗收人員要在目標語言下檢查實際產品頁。後台上傳成功，只代表檔案已被平台接收或處理，不能證明排序、文案、回退素材和裁切結果全部正確。

按照以下順序驗收：

1. 切換到目標語言，確認首張截圖不是主語言或其他市場的回退素材。
2. 查看首屏素材在搜尋結果或縮小預覽中的可讀性。
3. 打開完整產品頁，確認所有截圖順序與矩陣一致。
4. 對照實際 App 版本，檢查功能名稱、介面狀態和市場賣點。
5. 查看 App Preview 是否出現在正確位置，影片方向和字幕是否正確。
6. 記錄裝置類別、語言、檢查帳戶、日期與結果，敏感資料先行脫敏。
7. 將錯誤回退給對應角色，不要由驗收人員直接覆蓋原始設計檔。

海外 Mac 環境可以讓團隊維持獨立的瀏覽器語言、帳戶和地區驗收會話，減少多人共用本機設定造成的混淆。不過它不能替代 App Store 的地區規則，也不能保證每位使用者看到完全相同的搜尋結果。地區呈現應作為驗收觀察項，而不是上架承諾。

單人團隊可以用一份表格完成自查；多人團隊則應把每個核對項目指定給不同角色，並要求留下結果。以下清單可在提交前逐項勾選：

• [ ] 已確認平台、裝置類別、本地化語言與首發市場。
• [ ] 已按照 Apple 當前規格檢查畫布尺寸、格式、方向和透明通道。
• [ ] 已判斷哪些裝置可以縮放，哪些需要獨立製作。
• [ ] 已判斷哪些語言可以共用畫面，哪些語言必須重新截取或排版。
• [ ] 截圖文案、App 介面和商店元資料已完成三方核對。
• [ ] App Preview 的影片長度、方向、字幕和功能展示已核實。
• [ ] 每個素材已放入正確平台、裝置類別和語言欄位。
• [ ] 上傳處理狀態、排序和縮放結果已保存。
• [ ] 目標語言產品頁已完成實際呈現驗收。
• [ ] 原始檔、輸出檔、翻譯表、上傳人員和驗收證據已交接。
• [ ] 已確認目前版本狀態允許修改，並記錄下一次更新入口。

單人團隊最容易漏掉「第二次檢查」。至少在上傳後重新打開產品頁，不要只依賴自己的檔案預覽。多人團隊則要避免讓設計、翻譯和上傳人員各自保留一份不同版本的素材；矩陣應該是唯一工作記錄。

如果你目前用本地 Windows 電腦加臨時遠端桌面處理，常見缺點是 macOS 工具不完整、瀏覽器語言與帳戶設定容易互相污染、素材檔案散落在個人硬碟，而且人員離線後其他人難以接手。對需要製作 App Preview、持續上傳和多人交接的團隊，租用 CALMVPS 的遠端 Mac 會比臨時拼湊環境更容易維持固定工作入口；你可以先查看 CALMVPS 的方案與計費方式，按發布週期評估是否值得使用。若只是偶爾製作一組靜態截圖、已有可用 Mac 且不需要多人接手，則沒有必要為此長期租用。

需要臨時算力、短期 App Preview 製作環境或跨地區交接時，先把素材矩陣、權限和驗收證據準備好，再決定是否租用遠端 Mac。這樣選擇的是可追溯的工作環境，而不是把遠端連線誤當成審核或上架保障。