症狀：你擔心 2026 年秋季出現折疊屏 iPhone Ultra 後，現有商店素材全部要重做。
最快解法：現在不要按傳聞尺寸批量重製；先把截圖流程改成可換畫布，準備少量能展示寬屏價值的候選畫面，等 Apple 公布設備與 App Store Connect 規格後再正式輸出。
這篇適合計劃在 2026 年秋季提交 iOS 新版本、管理多語言截圖或自訂產品頁的發布負責人。
如果你負責設計複核、版本排期、Xcode 27 測試或商店素材驗收，也可以直接從後文的分類和清單開始。
最後更新於 2026 年 8 月 8 日；規格與版本資料核實自 Apple Developer、App Store Connect Help 及 Apple 官方發布資料，折疊屏 iPhone 的時間與命名則只作傳聞處理。
先分清傳聞設備與商店素材規格
截至 2026 年 8 月 8 日，Apple 的公開截圖規格仍按現有 iPhone 顯示類別管理，並未列出折疊屏 iPhone Ultra 專用素材槽位。現行規則允許每個裝置尺寸上傳 1 至 10 張截圖，接受 .jpeg、.jpg 和 .png；如果沒有提供某些尺寸，App Store Connect 會使用較高解析度素材縮放。這些規則可在 Apple 現行 App Store 截圖規格中核對。
目前可確認的事情只有三層：
| 層級 | 現時可作的判斷 | 對素材工作的影響 |
|---|---|---|
| Apple 已公布 | 現有 iPhone 截圖尺寸、方向與縮放規則 | 可繼續維護目前上架素材 |
| iOS 27 已公布 | iPhone App 在部分環境可調整視窗尺寸 | 應先檢查畫面在不同寬度下是否可讀 |
| 折疊屏 iPhone Ultra | 名稱、外形、上市日期、專用槽位仍屬傳聞 | 不應把傳聞解析度寫入模板或流水線 |
據報道，折疊屏 iPhone 可能與 iPhone 18 Pro 在秋季活動中同時亮相，供應鏈消息亦被用來支持「已進入量產」的說法；但 iPhone Ultra 命名、發布與開售是否同步，仍不能當成 Apple 的正式規格依據。相關報道只能用來估算決策窗口，不能用來建立商店素材規格。MacRumors 對發布時間的整理與 Forbes 對秋季活動日期的分析均應保留「據報道」語氣。
折疊屏 iPhone Ultra 會新增 App Store 截圖尺寸嗎？
目前不能這樣寫。正確判斷是：Apple 尚未公布專用截圖尺寸、裝置分類，亦未確認折疊態與展開態是否各有獨立素材槽位。你可以預留設計空間，但不能把推測尺寸視為提交條件。
現有素材不必因為傳聞螢幕比例而立即廢棄。登入、搜尋、付款、通知、內容閱讀等通用功能，只要賣點不依賴特定外形，通常仍具有較高重用價值。真正需要重新評估的是截圖是否把內容塞在固定寬度、固定裝置邊框或過窄的文案區內。
沿用現有套圖，還是先備寬屏候選畫面
不是每一款 App 都值得現在製作「展開態」套圖。你應先看功能是否真的因可用空間增加而改變使用價值。
| App 類型 | 現在的處理 | 官宣後的優先級 |
|---|---|---|
| 單流程工具、計算器、登入型 App | 沿用現有最高解析度素材 | 低 |
| 閱讀器、地圖、儀表盤 | 先準備寬屏候選畫面 | 高 |
| 編輯器、多欄管理工具 | 先驗證欄位重排和文字可讀性 | 高 |
| 主要依靠裝置外框營造賣點的 App | 暫停製作新邊框 | 中，等官方素材規則 |
| 遊戲或全螢幕內容 | 先確認比例裁切與操作區 | 視官方要求而定 |
iOS 27 的官方開發者內容已把「可調整視窗」列為測試重點。Apple 建議 App 依可用 scene 尺寸調整介面，不應再把固定裝置類型或方向判斷當成唯一排版依據；Xcode 27 亦提供可調整的模擬器視窗和測試工具，方便你驗證不同畫面尺寸。這些能力適合用來檢查 App 介面，不代表 Apple 已經公布折疊屏商店素材規格。詳情可參考 Apple 的 iOS 27 與介面調整說明。
這對商店截圖的含義很直接：你現在準備的不是「折疊屏外觀」，而是「在更寬畫布中仍然成立的產品賣點」。
例如：
- 地圖 App 要展示的是同時看到地圖與路線資訊，而不是偽造一部未公布的手機外框。
- 閱讀器要確認標題、正文和工具列不會因寬度增加而變得鬆散。
- 儀表盤要決定卡片是橫向擴展、增加欄數，還是維持單欄閱讀。
- 編輯器要檢查側欄、工具列和主要內容區是否能在不同寬度下保持可操作。
iPhone App 截圖現在重做還是等發布會後再做？
如果你的 App 不是依賴寬屏展示，先沿用。若你的核心賣點是多欄、地圖、閱讀或編輯，先做一組不含未知裝置外框的候選畫面。最終尺寸、方向和是否新增素材槽位，等官方公告後再決定。
先改造截圖流程，不要改造傳聞尺寸
臨時返工通常不是因為重新按一次截圖，而是因為整條流程把採集、裝置名稱、畫布、加框、文案與導出綁死在同一個模板。
先做以下審計：
- 搜尋模板中是否硬編碼裝置名稱。
- 檢查像素尺寸是否直接寫在腳本參數內。
- 把 App 採集和商店排版拆成兩個步驟。
- 將裝置邊框改為可選圖層，不要嵌入原始截圖。
- 為標題、賣點文案和介面區域設定安全裁切範圍。
- 將語言、方向、畫布尺寸和輸出格式改為外部設定。
- 由 CI 或人工驗收最後輸出，不要在採集階段預設未官宣解析度。
你現在可以準備可變畫布、可替換介面區域和安全裁切；不能做的是把傳聞尺寸直接放進 Xcode 27 截圖腳本。Apple 現有文件列出的尺寸仍然是提交時的判斷基線，任何新尺寸都必須等 App Store Connect 官方頁面更新後再加入。上傳和管理方式可對照 Apple 的截圖與 App 預覽管理說明。
沒有折疊屏真機，怎樣準備 App Store 商店素材？
先用 iOS 27 和 Xcode 27 驗證「可調整後的真實 App 介面」，不要製作假裝來自折疊屏的裝置畫面。你可以測試不同視窗寬度、文字大小、深色模式和方向，再把可用畫面交給設計模板。這些是介面驗證，不等於已取得折疊屏商店素材規格。
如果你要整理測試帳號、遠端連線和交付權限，可先參考 MacHTML 的使用幫助，將素材採集、測試機管理和設計複核分開記錄。若團隊需要建立測試任務的交付紀錄，也應沿用同一套權限與驗收文件，避免將商店排版和測試環境混在單一腳本中。需要比較不同遠端 Mac 工作方式時，則應按測試週期、權限要求和交付方式作中立評估。
多語言與自訂產品頁會放大返工範圍
素材返工的真正成本，通常來自組合數量，而不是單張圖片本身。語言越多、截圖套數越多、自訂產品頁變體越多，官宣後需要重新採集、排版、校對和上傳的項目就越多。
App Store Connect 允許在不同語言和裝置尺寸下管理素材；如果介面在多個尺寸和本地化版本中相同，也可以只提供最高解析度截圖，讓系統自動縮放。你仍可透過 Media Manager 為特定尺寸和語言提供自訂素材。這意味著你不一定要把每個語言都提早做成獨立的寬屏套圖，而應先確保模板能替換文字與介面區域。
如果你需要規劃遠端測試環境、帳號權限或交付方式，可先查看 MacHTML 的環境入口，再按照專案週期決定哪些工作應由設計師、測試人員或發布負責人處理。這裡的重點不是提前購買固定設備，而是讓素材採集、版本驗證和商店排版保持分離。
先把每張圖拆成三層：
- 賣點層：這張圖要說明哪一項功能。
- 文案層：標題、副標題和本地化文字放在哪裡。
- 介面層：哪些畫面區域可替換，哪些必須來自真實 App。
小團隊只維護少量截圖時，可以等待官方規格，不必提前做完整展開態套圖。管理多語言、付費投放或多個自訂產品頁的團隊，則應先模板化，因為一旦整批素材共用固定畫布，任何新比例都會把返工擴散到所有語言。
把發布會、測試和上架拆成三條排程
不要把「傳聞亮相日期」直接等同於「設備開售日」或「App 素材規格生效日」。這三件事可能分開發生。
建議把秋季工作拆成以下節點：
- 版本節點：完成 iOS 27 SDK 驗證，先確保 App 能在可調整環境正常運作。
- 素材節點：維持現有商店套圖，同時保存寬屏候選畫面。
- 官方節點：確認正式裝置名稱、截圖槽位、接受尺寸、方向和縮放規則。
- 驗收節點：重新採集真實 App 畫面，完成設計、本地化和審核檢查。
- 提交節點：判斷是更新待提交版本，還是建立新版本。
App Store Connect 目前允許在特定版本狀態下上傳或編輯截圖；但 App 一旦提交並獲批准，若要更新截圖，Apple 說明要求建立新版本。進入等待審核或審核中後，也不能任意編輯截圖。實際排期應以 Apple 的 App 與提交狀態限制為準。
新設備發布後更新截圖，需要提交 App 新版本嗎？
如果版本已經獲審核通過，Apple 的現行說明是要建立新版本才能更新截圖。若素材仍在可編輯的版本狀態，則可按當時的 App Store Connect 權限和提交狀態處理。不要把「只換圖片」理解成永遠不需要重新提交。
你可以用下面的清單決定出口：
- [ ] 現有截圖是否符合目前 App Store Connect 的最高解析度要求？
- [ ] 是否有畫面依賴固定裝置外框或傳聞比例？
- [ ] 寬屏是否真的能增加多欄、地圖、閱讀或編輯價值？
- [ ] 截圖腳本是否把尺寸、方向或裝置名稱寫死？
- [ ] 採集、加框、排版和導出是否已拆成可替換步驟？
- [ ] 多語言文案是否能在同一套模板中替換？
- [ ] 官宣後是否預留設計複核、本地化和版本提交時間？
- [ ] 是否已記錄官方規格頁面的更新日期和變更內容？
官宣後用驗收表決定是否重製
發布會後，不要先問「要不要做折疊屏套圖」，先逐項核對：
- Apple 是否公布正式設備名稱？
- App Store Connect 是否新增裝置分類或素材槽位？
- 是否接受新的像素尺寸、方向或縮放方式？
- 折疊態和展開態是否需要分別上傳？
- 截圖是否來自真實 App 介面，而不是設計師拼出的系統畫面？
- 寬屏畫面是否能在首屏說明實際產品價值？
- 文字、按鈕、圖表和地圖標籤在不同寬度下是否仍清楚？
- 所有語言和自訂產品頁是否使用正確版本？
- 截圖是否在提交前完成設計、產品和本地化複核？
如果 Apple 沒有新增專用規格，優先優化現有最高解析度素材，不要為傳聞設備建立獨立套圖。只有當官方新增槽位，或你的 App 在展開狀態確實提供不同且可理解的功能價值，才值得投入完整重製。
目前方案是先繼續沿用既有截圖、改造流程，再用 Mac 環境驗證 iOS 27 的可調整介面；相比之下，現在就按傳聞尺寸製作完整套圖，會造成模板綁死、語言版本同步困難，以及發布與開售不同步時的重複返工。若你需要臨時驗證可調整布局、跑 Xcode 27 測試或搭建自動化截圖流程，使用 MacHTML 的遠端 Mac 環境會比為一次預研提前購置固定設備更容易切換；但若你要長期執行穩定重負載、接駁實體週邊或持續保留專用測試機，自購 Mac 仍然更合適。
先保存這份官宣後驗收清單。需要提前安排 iOS 27 測試、遠端 Mac 開發環境或截圖自動化的團隊，可先整理帳號、版本和交付流程；正式素材則以 Apple 更新後的 App Store Connect 文件為最後依據。
先把可驗證的素材準備好
先對照目前上架規格，確認現有截圖是否仍符合尺寸、裝置分類與提交要求。 再整理現有素材，標記可直接沿用、需要重新裁切，以及應等候新規格確認後再製作的畫面。 在官方資訊公布前，優先測試寬屏版面、文字安全區與關鍵操作流程，避免日後因版面重排而大幅返工。 若需要在不同 Mac 環境實機檢查畫面與流程，MacHTML 可作為臨時測試環境的選項。