# Guideline 2.3.3 截圖被拒怎麼辦 > Guideline 2.3.3：每種裝置超過一半的截圖必須呈現 App 實際使用中的畫面。只要換掉截圖，不用重新上傳 build。 原始頁面：[Guideline 2.3.3 截圖被拒怎麼辦](https://devoria.fr/zh-hant/blog/guideline-2-3-3-screenshots-rejected) 作者：[Mehdi Azizi](https://devoria.fr/zh-hant/mehdi-azizi) 發布日期：2026-11-04 內容最後修訂：2026-11-04 收到「Guideline 2.3.3 - Performance - Accurate Metadata」的退件，代表 Apple 認為你的截圖沒有呈現 App 實際在使用的樣子。**這條規則有明確數字：每種裝置類型，超過一半的截圖必須呈現 App 實際使用中的真實畫面。** 退件針對的是商品頁面，不是二進位檔：你只要換掉截圖，再送出同一個 build 就好。 我在 2026 年 10 月 27 日親身遇過，App 是 Vigie，我做的 ASO 追蹤工具。我的截圖用的是圍繞吉祥物重新繪製的介面卡片，沒有手機。Apple 退回了。這篇整理我收到的訊息、Apple 所說的「app in use」是什麼、哪些能過哪些不能過，以及我之後一直在用的檢查清單。引用的規則都來自 Apple 官方頁面，2026 年 11 月 3 日重新查證過。 ## Apple 的訊息原文 訊息開頭是規則名稱，接著點出針對的裝置尺寸。Vigie 的退件關鍵句是這一句： ```text The 6.7-inch iPhone screenshots do not show the actual app in use. ``` 其他 2.3.3 退件會詳細寫出審查人員的要求。下面這則是一位開發者在 2024 年 10 月[發表在 Apple 論壇上](https://developer.apple.com/forums/thread/765166)的，他的 iPad 截圖欄位放的是 iPhone 外框。以下是列出要求的段落原文： ```text Some or all of the provided screenshots do not sufficiently show the app in use. Screenshots should highlight the app's core concept to help users understand the app's functionality and value. - Marketing or promotional materials that do not reflect the UI of the app are not appropriate for screenshots. - The majority of the screenshots should highlight the app's main features and functionality. - Confirm that the app looks and behaves identically in all languages and on all supported devices. - Make sure that the screenshots show the app in use on the correct device, unless they are included to demonstrate that the app can be used on multiple Apple platforms. For example, iPhone screenshots should be taken on iPhone, not on iPad. ``` 翻成白話：沒有呈現 App 介面的宣傳圖，不該放在截圖裡。大部分截圖要呈現主要功能。而且每張截圖都要用對的裝置：iPhone 截圖要在 iPhone 上拍，不是在 iPad 上，除非是要展示 App 可以在多個 Apple 平台上使用。 ## Apple 說的「app in use」是什麼 [guideline 2.3.3](https://developer.apple.com/app-store/review/guidelines/#2.3.3) 的內文很短：「Screenshots should show the app in use, and not merely the title art, login page, or splash screen.」截圖必須呈現 App 使用中的樣子，不能只有標誌、登入頁或啟動畫面。同一段文字也允許在上面加文字和圖片。 [App Review 關於 2.3.3 的說明頁](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots)講得更清楚。Apple 會分別評估每種裝置類型的整組截圖，只有超過一半呈現 App 使用中，才會核准。每個語言分開評估。這頁也列出要避免的情況： - **只呈現登入頁或啟動畫面的截圖**； - **跟真實介面不符的介面**，或誤導人的宣傳圖； - **蓋過 App 的裝飾**，或只有硬體、背後沒有介面。 **簡單說，「使用中」就是：你 build 裡的真實介面，有內容，正在做使用者下載它要做的事。** 真實畫面上方加一行短標題，仍然算是使用中的截圖。 ## 要有幾張截圖呈現 App Apple 舉了兩個例子：三張截圖，兩張要呈現 App。四張的話，三張。其他依同一條規則推算，也就是超過一半。 | 送出的截圖數 | 最少使用中張數 | 可放的行銷圖 | | ------------ | -------------- | ------------ | | 1 | 1 | 0 | | 2 | 2 | 0 | | 3 | 2 | 1 | | 4 | 3 | 1 | | 5 | 3 | 2 | | 6 | 4 | 2 | | 8 | 5 | 3 | | 10 | 6 | 4 | 計算是依裝置類型和語言分開的。每種裝置只放一張截圖也可以，只要它呈現 App 使用中。根據[截圖規格](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications)，Apple 要求中型螢幕、有 Dynamic Island 的 iPhone 至少一張截圖，每種尺寸最多接受 10 張。如果你的介面在所有尺寸、所有語言都一樣，只要提供要求的最高解析度就夠了：App Store Connect 會自動縮小給較小尺寸用。確切尺寸請看 [App Store 截圖尺寸](https://devoria.fr/zh-hant/blog/app-store-screenshot-sizes-2026)。 ## 哪些能過，哪些不能過 | 截圖 | 結果 | 判斷依據 | | --------------------------------- | --------------- | --------------------------------------------------------------------------- | | App 真實畫面，上方加短標題 | 通過 | 2.3.3 允許加上文字 | | 真實畫面放進 iPhone 外框 | 通過 | 真實介面，裝置正確 | | 只有標誌、啟動畫面或登入頁 | 退件 | 規則原文直接點名 | | 沒有介面的行銷圖 | 少數可接受 | 前提是大部分截圖呈現 App | | 重新繪製的介面卡片，沒有 App 本身 | 退件 | 我 2026 年 10 月 27 日的退件 | | build 裡不存在的設計稿畫面 | 退件 | 介面跟真實不符 | | 空白手機，或背後沒有介面的裝飾 | 退件 | 列在要避免的情況裡 | | iPhone 截圖放在 iPad 欄位 | 退件 | 裝置錯誤，依論壇上的退件 | | 橫跨兩張截圖的圖片 | 通過 | 允許，只要 App 仍然看得到 | | 其他平台的狀態列 | 退件，依 2.3.10 | Apple 歸到 [guideline 2.3.10](https://devoria.fr/zh-hant/blog/guideline-2-3-10-app-rejected-metadata) | Apple 沒有強制要手機外框。App 的全螢幕截圖就夠了。外框的好處是：讓人第一眼就看出這張圖是 App。 ## 我的案例：Vigie 在 2026 年 10 月 27 日被退件 Vigie 1.1 版時，我跟了截圖工作室的一個流行做法：一整條連續的長圖、一隻吉祥物，加上漂浮的介面卡片，而不是完整的手機。那些卡片是特地重畫的，裡面是虛構的 App。很好看。但那不是 App。 審查人員寫說 6.7 吋 iPhone 的截圖沒有呈現 App 使用中。我沒有申訴：他說得對。我用一個簡單的規則重做整組截圖： 1. **每一格都是一支 iPhone，裡面放模擬器的原生截圖**，逐像素貼上，介面不做任何修圖。 2. **放大的卡片只能額外加在手機旁邊**，絕不取代手機，而且是從同一張截圖裁切出來的。 3. **裝飾只放在周圍**，絕不蓋在螢幕上。 這次退件不需要新的 build。我換掉截圖，當天晚上就送出同一個版本。之後我換了 build，是為了修 App 裡的一個標題，跟截圖無關。Vigie 1.1 在 10 月 29 日用這組截圖上架。 > 重畫的卡片，就算再忠實，也不是 App。審查人員想看到的是使用者實際拿在手上的畫面。 ## 不用新 build 就能修正 1. **把訊息完整讀完。** 它會說明針對哪個裝置尺寸，有時還有哪個語言。所有相關的截圖組都要換，不是只有第一組。 2. **用送審的 build 重拍截圖。** 模擬器或實機都可以，要有真實內容。每種裝置、每個語言，超過一半是使用中畫面。 3. **在 App Store Connect 替換截圖。** 根據[管理素材的說明](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets)，App 在以下任一狀態時可以替換：Prepare for Submission、Invalid Binary、Rejected、Metadata Rejected 或 Developer Rejected。 4. **依畫面顯示的狀態重新送出。** 若是 Metadata Rejected，[狀態對照表](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses)寫的是：讀訊息、修正中繼資料，然後回覆 App Review 的訊息。如果送審顯示 Unresolved Issues，就照 [Apple 的流程](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/)：在 Apps 裡點 View App Review Issues & Messages，接著 Resolve，在被退的項目上點 Edit、Add for Review，最後 Resubmit to App Review。 5. **送出後就別再動截圖。** 根據同一張狀態對照表，在 Waiting for Review 狀態下，你無法上傳也無法修改截圖。 每個被退的項目在重新送出前只能修改一次：按下去之前先檢查好新的截圖組。我會這樣用英文回覆審查人員： ```text Hello App Review team, Thank you for your feedback regarding Guideline 2.3.3. We replaced the [6.9-inch iPhone] screenshots in all localizations. Each screenshot now shows the actual app interface, captured from the submitted build: [main screen], [key feature], [result screen]. The build is unchanged. Best regards, [Your name] ``` 好的回覆該有的語氣和格式，詳見[回覆 App Review](https://devoria.fr/zh-hant/blog/apple-resolution-center-reply-app-review-rejection)。 ## 送出截圖前的檢查清單 - 每種裝置類型超過一半的截圖呈現真實畫面，而且有內容。 - 每個語言都符合同樣的規則，不是只有英文。 - 沒有任何截圖只呈現標誌、啟動畫面或登入頁。 - 截圖中的介面在送審的 build 裡一模一樣存在。 - 標題和裝飾不影響介面的可讀性。 - iPhone 截圖在 iPhone 上拍，iPad 截圖在 iPad 上拍。 - 沒有其他平台的痕跡，狀態列也不行。 - 如果你的 App 有深色模式，放一張呈現它：Apple 的說明頁有這樣建議。 - 檔案是 JPEG 或 PNG，沒有透明背景。 Apple 在它的[商品頁面說明](https://developer.apple.com/app-store/product-page/)裡也提醒，前幾張截圖可能會出現在搜尋結果中。**對我來說，一張清楚呈現 App 正在發揮作用的截圖，比一句口號更能賣。** 商品頁面的其他退件原因，請看 [Apple 為什麼退件你的 App](https://devoria.fr/zh-hant/blog/apple-app-rejection-reasons-real-cases)。 ## 一次就過的截圖 [App Store Screenshots Kit](https://devoria.fr/zh-hant/kits/app-store-screenshots) 收錄了我的範本，還有一個 skill，能用你 App 的真實畫面、依 Apple 要求的尺寸產生截圖。如果你的商品頁面剛被退件，[Review Kit](https://devoria.fr/zh-hant/kits/app-review) 裡有我送審前的檢查清單、我修正過的退件案例，以及回覆審查人員的範本。完整流程請看 [App 被 Apple 退件](https://devoria.fr/zh-hant/expertise/app-rejected-by-apple) 這一頁。 如果你正在準備第一次上架，[做一下免費診斷](https://devoria.fr/zh-hant/diagnostic)：它會幫你把步驟排好順序，並寄給你我的 Apple 防退件檢查清單。 ## 常見問題 ### 「Guideline 2.3.3 - Performance - Accurate Metadata」是什麼意思？ 這是截圖沒有呈現 App 使用中時的退件名稱。Apple 認為太多截圖是行銷圖、啟動畫面，或不是 App 本身的介面。訊息通常會註明是哪個裝置尺寸。 ### 2.3.3 退件後需要新的 build 嗎？ 不用。退件針對的是 App Store 商品頁面。你在 App Store Connect 替換截圖，再回覆 App Review 的訊息，送出同一個版本即可。 ### 要有幾張截圖呈現 App 使用中？ 超過一半，每種裝置類型、每個語言都要。三張截圖，兩張要呈現 App。四張的話，三張。只放一張也可以，只要它呈現 App 使用中。 ### App Store 截圖上可以加行銷文字嗎？ 可以。guideline 2.3.3 允許在上面加文字和圖片。但不能遮住介面，而且大部分截圖仍然必須呈現 App 使用中。 ### 截圖一定要加 iPhone 外框嗎？ 不用，Apple 沒有要求：App 的全螢幕截圖就能通過。外框能幫助看的人理解這張圖就是 App。但外框必須是正確的裝置：給 iPad 用的截圖絕不能套 iPhone 外框。 ### App 等待審查時可以修改截圖嗎？ 不行。在 Waiting for Review 狀態下，App Store Connect 不允許上傳或修改截圖。要換的話，先把送審撤回，或等審查結果出來。 ## 你的專案 [Review Kit](https://devoria.fr/zh-hant/kits/app-review)：我的 App Store 審查檢查清單、我被 Apple 退件後的修正、Google Play 檢查清單，以及三個 Claude Code skill。$1,749。 [iOS & Android Kit](https://devoria.fr/zh-hant/kits/ios)：用 Claude Code 打造你的 iPhone 和 Android App：我自己 App 的起始程式碼、上架商店的完整流程，以及所有套件。$3,599。 [診斷：你離自己的 iPhone App 還差什麼](https://devoria.fr/zh-hant/diagnostic)：7 個問題，60 秒：找出真正卡住你發布 iPhone App 的原因，拿到你的 4 步驟路線，以及最適合你的套件。