2026 年的 App Store 產品頁：每個版位，逐一實測

Apple 在2026年10月為 App Store 產品頁推出了什麼？ 2026年10月5日，Apple 啟用了它在6月 WWDC26 上發表、並在8月5日請開發者預作準備的「creative assets」（創意素材）：一是產品頁頁首（product page header），可以是一張恰好 3840 × 1646 像素（21:9）的圖片，或一段 5 到 30 秒的影片；二是搜尋結果素材（search results asset），比例 3:2，尺寸介於 1920 × 1280 到 3840 × 2560 之間皆可，會在搜尋中顯示，「Instead of showing the default app screenshots」（取代預設顯示的 App 截圖）。¹²³⁴ 使用者在 iOS 27 與 iPadOS 27 或更新版本上才看得到這兩者。⁵ 同一天，Apple 也開放了 Asset Library（素材庫），圖片與影片只需上傳一次，並可在使用前先行核准；一個預覽工具，讓您在提交前就看到產品頁與搜尋結果的樣子；以及 iPhone Duo 的上傳功能，自2027年4月起提交的每一款 App 都需要 Duo 截圖。¹⁶⁷ 對一款 App 的產品頁來說，這代表兩件事。頁面頂端與搜尋結果，現在是您自己挑選的美術，而不再是您的前幾張截圖；而且創意素材一旦核准，在上架中的版本上替換它就不必重新提交。⁵³ 自訂產品頁（每款 App 最多 70 個）與產品頁最佳化（product page optimization，最多三個實驗版本、最長 90 天）也都能搭載新素材。⁸⁹¹⁰

TL;DR

• 兩個新版位，10月5日起上線。 產品頁頁首（3840 × 1646，21:9）與搜尋結果素材（3:2，1920 × 1280 到 3840 × 2560）可放一張圖片或一段 5 到 30 秒的影片；一張 16:9、5244 × 2950 的「universal」（通用）PNG 可以同時填滿兩者。Help 接受以 JPEG 製作頁首圖片，API 的規格目錄則只接受 PNG。⁴¹¹¹
• 一個素材庫，兩條審查路徑。 Asset Library 收納每一張截圖、每一段預覽與每一項創意素材。App 有了已核准的版本之後，素材就能單獨提交，而已核准的創意素材（頁首或搜尋結果素材）可以直接發佈到上架中版本的頁面，不必建立新版本；截圖與預覽則仍須隨版本送審。在第一次核准之前，所有東西都跟著第一個版本走。⁵¹²
• iPhone Duo 已開放上傳，而文件記載的 API 路徑是素材庫。 Duo 接受 1398 × 2034（外側螢幕）與 2007 × 2853（內側螢幕）的截圖，直式橫式皆可，預覽則與其他新款 iPhone 相同，為 886 × 1920；自2027年4月起提交的版本必須附上 Duo 截圖。Apple 的文件說明 Duo 要透過新的素材庫上傳，而 4.5.1 版 OpenAPI 檔案中的截圖與預覽列舉值裡沒有 Duo。實際運作的服務走在檔案前面：讀取已棄用的截圖組資源時，傳回了我們以 APP_IPHONE_DUO 標示的 Duo 截圖組。至於該資源是否接受建立新的 Duo 截圖組，因為我沒有做任何寫入，所以尚未測試。^13146151617
• 舊有的版位也擴大了。 自訂產品頁從 Apple 在 WWDC21 給的每款 App 35 個，於2025年10月28日或29日（Apple 的發行說明與新聞稿差了一天）增加到 70 個，並可設定關鍵字；自訂產品頁的深層連結在 iOS 18 或更新版本上有效。產品頁最佳化仍是最多三個實驗版本、最長 90 天，並在 90% 信心水準時判定結果。^1871989
• Apple 自己的頁面，至少在十個開發者會碰到的地方彼此矛盾。 一次只能跑一個測試還是可以同時跑好幾個、哪些 App 狀態可以測試、誰可以使用 Asset Library、要提前多久提名、關鍵字算的是字元還是位元組、必備的是哪一類 iPhone 截圖、是否允許 alpha、頁首圖片能否用 JPEG、預覽需要什麼影格率與音訊，以及「Archived」（已封存）是什麼意思。下文逐一列出，並附上兩方來源。^{9205122122232413114142526}
• 依 API 自己的讀取結果，我們沒有任何一個頁面有頁首或搜尋結果素材。 10月7日，我用 Apple 文件記載的方式列出頁面上的置放（placement），涵蓋我們所有上架版本與兩個等待審查版本的全部 258 個在地化（不含 Reps 的 tvOS 1.6.3，那天上午正在審查中），共傳回 2,073 個置放，每一個都是截圖：沒有頁首、沒有搜尋結果素材，也沒有預覽。在主控台發佈的頁首是否會出現在這次讀取中，要等到我們真的有一個頁首之後才能驗證。Apple 沒有公布以像素計的安全區域；下文的安全區域是我從 Apple 的 Sketch 範本量出來的數值。²⁷²⁸²⁹
• 這對我們的 App 意味著什麼。 10月7日，我們的帳號裡有 28 款 App，其中 9 款已上架；沒有任何一款做過產品頁最佳化測試或有 App 預覽，只有 Kiradex 有 iPhone Duo 截圖，沒有任何一款放了頁首或搜尋結果素材，而在所有素材庫裡，只有 Reps 的活動媒體屬於創意素材。最後一節是每款 App 的代理現在都要建置的整套內容，每一項都附上證明它完成的讀取或指令稿。³⁰³¹

1. Apple 推出了什麼，又是何時推出

下面每一個日期，都來自 Apple 標了日期的頁面：一則新聞、一條發行說明、一場 WWDC 議程所屬的年份，或 App 審查指南自己的「Last Updated」（最後更新）那一行。Apple 在 /app-store/ 底下的行銷頁面與 Help 頁面本身都沒有日期，所以凡是規則要緊之處，我會連同頁面一起註明我擷取它的日期：2026年10月7日（UTC）。³²

10月5日的發行說明用一句話交代了全部：「You can now use creative assets to highlight your brand identity, promote seasonal updates, and showcase new app or game across the App Store,」（您現在可以用創意素材凸顯品牌識別、宣傳季節性更新，並在整個 App Store 展示新的 App 或遊戲），並點名產品頁頁首、搜尋結果與 App 內活動。⁷ 同一天的新聞稿補上了預覽工具，「With support for Dark Mode, as well as different devices and orientations,」（支援深色模式，以及不同的裝置與方向），以及 Asset Library，在那裡您可以「submit creative assets for approval today to use in a future seasonal campaign, then immediately use them once you’re ready.」（今天就提交創意素材送核，留待日後的季節性活動使用，準備好時立即上線）。¹ Apple 的 What’s New 頁面把創意素材、Asset Library 與預覽工具標為「Now available」（現已推出）。¹⁰ 8月5日那則新聞寫的是「As we announced in June」（如我們在6月所宣布），這把10月的上線與 WWDC26 議程連在一起；議程頁面本身沒有顯示日期，而它屬於6月8日開幕的 WWDC26 系列。²³⁶³

Apple 自己有兩個頁面還沒跟上。行銷頁面「Creating Your Product Page」（/app-store/product-page/）開頭仍寫著「You can now take advantage of product page optimization, and create custom product pages」（您現在可以善用產品頁最佳化，並建立自訂產品頁），完全沒提到頁首、創意素材或 Asset Library。²³「Promoting your apps」頁面仍提供「up to 100 promo codes per in-app purchase,」（每個 App 內購買項目最多 100 組促銷代碼），而這已在3月27日的發行說明中取消。⁴⁰⁷

本站先前說法不同之處，以及有何改變。 9月22日的文章 App Store 截圖要賣的是理由，不是功能 把創意素材當作即將推出的功能來介紹：「to be submitted through a new Asset Library and checked in a product page preview tool, both listed as coming this fall.」（將透過新的 Asset Library 提交，並在產品頁預覽工具中檢查，兩者都列為今年秋季推出。）⁴¹ 它們在10月5日推出了，本文就是後續。那篇文章中有兩行，描述的是 Apple 截圖頁面在9月22日當時的樣子，到了10月7日已不再相符。當時，用那篇文章的話說，頁面把 6.5 吋尺寸標為只在缺少 6.9 吋截圖組時才必備，而 Duo 那一列「listed but not yet accepting uploads.」（已列出但尚未開放上傳）。⁴¹ 現在頁面改用類別而非吋數命名（例如「iPhone with Dynamic Island (large display)」），必備尺寸那一行要求「At least one screenshot for iPhone with Dynamic Island (medium display),」（至少一張「具備動態島的 iPhone（中型螢幕）」截圖），Duo 的上傳附註也已經拿掉。¹³ 9月10日的 iPhone Duo 第二天一文告訴讀者，Duo 的上傳將於今年稍晚開放，那是 Apple 當天的措辭。上傳在10月5日開放了。那篇文章有五處說法不同：它列出我今天會用什麼的清單、關於 Duo 截圖尺寸的常見問題回答、關於 Apple 9月9日發行說明的附註、關於 App 預覽那一列的段落，以及關於社群樣機工具的段落，這五處都已在2026年10月7日加上註明日期的附註更正。⁶⁴² 10月2日的為 iPhone Duo 準備您的 App，在它的 TL;DR、狀態表、表下的10月4日再次查核、送審一節中的兩段，以及關於截圖尺寸的常見問題回答中，仍把上傳視為尚未開放，這六處也在同一天更正了。

2. 2026 年的產品頁，逐一檢視每個版位

Apple 現在把您放上頁面的東西分成三類。「App previews and screenshots showcase your app in-use or gameplay, while creative assets can be used to highlight your brand, promote seasonal offerings, showcase new content, and more.」（App 預覽與截圖展示 App 的實際使用或遊戲畫面，創意素材則可用來凸顯品牌、宣傳季節性內容、展示新內容等。）⁴³ 創意素材是「optional and separate from your app’s screenshots, app previews, In-App Purchase and Subscription images, and any promotional artwork requested by editorial teams,」（選用的，並且與 App 的截圖、App 預覽、App 內購買項目與訂閱圖片，以及編輯團隊要求的任何宣傳美術分開），Help 則形容它們「distinct from the in-use functionality requirement in app previews and screenshots.」（不受 App 預覽與截圖須呈現實際使用功能之要求的約束）。⁵ 規格頁面列出其中三種：「Creative assets include product page header, search results, and in-app event cards.」（創意素材包括產品頁頁首、搜尋結果與 App 內活動卡片。）⁴

以同一比例呈現的每一種畫布，由指令稿依 Apple Help 的規格與 API 的參考目錄繪製。^4131411

產品頁頁首

「When someone lands on your product page, the first thing they’ll notice is your header.」（有人來到您的產品頁時，第一眼注意到的就是頁首。）⁴³ 用 WWDC26 議程的話說，它是「the first visual element people will see when they land on your app,」（使用者來到您的 App 時看到的第一個視覺元素），可以是圖片，也可以是影片。³ Apple 主打它在品牌與季節上的用途：「Use video or images to express your brand, seasonal offerings, exciting new content, and more to set the tone for the rest of your product page.」（用影片或圖片表達品牌、季節性內容、令人興奮的新內容等，為產品頁其餘部分定調。）⁴³

搜尋結果素材

「Your search result asset is the first thing people experience when they find your app or game through the Search tab, before they ever reach your product page.」（使用者透過「搜尋」標籤頁找到您的 App 或遊戲時，在進入產品頁之前，最先接觸到的就是搜尋結果素材。）⁴³ 它取代搜尋預設顯示的內容：「Instead of showing the default app screenshots, you can use an impactful image or video, to make your app stand out in the Search Results.」（不再顯示預設的 App 截圖，而是用一張有衝擊力的圖片或影片，讓您的 App 在搜尋結果中脫穎而出。）³ Apple 的 What’s New 頁面還加上了 Games App：「Reach people in relevant search results on the App Store and in the Apple Games app.」（在 App Store 與 Apple Games App 的相關搜尋結果中觸及使用者。）¹⁰ 留空也不會出問題：「If you choose to not use a search result creative asset, your In-App Events, app previews, and screenshots will appear.」（若選擇不使用搜尋結果創意素材，則會顯示您的 App 內活動、App 預覽與截圖。）⁴³

一個檔案兩處用：通用素材

一張 16:9、5244 × 2950 像素的 PNG 可以填滿兩個版位。Help 寫道：「If you upload a universal creative asset, you can use it for both your product page header and search results placement. Otherwise, select dedicated assets for each.」（若上傳通用創意素材，即可同時用於產品頁頁首與搜尋結果版位；否則請分別選擇專用素材。）主控台的捷徑「Use header asset in search results」（在搜尋結果中使用頁首素材）「only available for universal creative assets.」（僅適用於通用創意素材）。⁵ Apple 的規格表把 16:9 那一列印在每個版位之下，卻沒有為它命名；API 的目錄則有命名，把 5244 × 2950 這項規格標為 universalAsset: true，並與兩種置放類型相容。⁴¹¹ 沒有通用影片：目錄中沒有 5244 × 2950 的影片規格，所以依我的解讀，通用素材一定是圖片。¹¹

這張表裡有兩處不一致。Help 接受 JPEG 格式的頁首圖片，API 目錄則不接受，所以用 PNG 製作頁首就能同時滿足兩邊。⁴¹¹ 另外，目錄的簡稱把頁首影片的最短長度編為 10 秒、搜尋影片為 15 秒（t10~30、t15~30），同一筆項目的結構化 duration 欄位卻寫 5 到 30 秒，與 Help 一致；我採信結構化欄位與 Help，而非簡稱。¹¹⁴

誰看得到。 「Creative assets support both images and videos, and are available for iOS and iPadOS apps and games running iOS 27 or iPadOS 27 or later.」（創意素材支援圖片與影片，適用於執行 iOS 27 或 iPadOS 27 或更新版本的 iOS 與 iPadOS App 及遊戲。）⁵ 依我的解讀，「running iOS 27」指的是購買者的裝置，而不是您的部署目標；我存下的頁面中，也沒有任何一頁提到 Mac、Apple TV、Apple Vision Pro 或 Apple Watch 的版位。⁵⁴³

依語言區分。 Apple 的最佳實務談到這些素材上的文字時說：「Be sure to localize for all languages your app supports,」（務必針對 App 支援的所有語言進行在地化），主控台的預覽則可「across different orientations and languages.」（跨不同方向與語言）檢視。⁴³⁵ Help 沒有任何步驟說明如何依語言上傳頁首，但 API 把每個置放都附屬於一個在地化，所以資料模型是每個版面、每種語言各一個頁首。²⁷

安全區域。 Apple 沒有公布以像素計的安全區域。它的規則是質性的：「Design key elements with a safe area in mind to accommodate different devices and orientations. Be sure your focal point artwork is within the center of your composition to prevent any unwanted clipping.」（設計關鍵元素時要考慮安全區域，以適應不同的裝置與方向；請確保視覺焦點位於構圖中央，以免遭到不必要的裁切。）⁴³ 不過 Apple 為這些素材提供的 Sketch 範本，確實在每張畫布上畫了一個標為「ART SAFE AREA」的矩形，我從檔案的圖層量出了它們的數值。²⁹

Apple Sketch 範本中的「ART SAFE AREA」矩形，為我自行量測的結果；Apple 並未以像素標明任何安全區域。²⁹

關於這些數字，有兩點提醒。Sketch 檔案中有些群組框已經過時，所以這些數字取的是安全區域群組裡實際畫出的矩形；而且我沒有打開 Apple 的 Photoshop 或 Pixelmator 範本，去交叉核對通用畫布那個偏高的安全區域。²⁹ 依我的解讀，安全區域之所以這麼小，是因為同一個檔案會在 iPhone、iPad 與不同方向上被裁切成不同樣子，而這正是預覽工具存在的用意。⁴³¹

範本。 Apple 的最佳實務頁面為頁首與搜尋結果提供了 Figma、Photoshop、Pixelmator 與 Sketch 範本的連結；8月5日的新聞點名了前三者，而我下載的 Sketch 檔案最後修改日期是2026年8月28日。⁴³²²⁹

Apple Ads，還沒有。 同一批素材也打算用於廣告，但 Apple Ads 頁面寫著「Coming soon to Apple Ads」（即將登上 Apple Ads），並說已核准的素材將可「at a later date」（於日後）使用；「Videos can only be used in search results ads,」（影片僅能用於搜尋結果廣告）、「Videos can be uploaded with or without audio, but audio will not play,」（影片可帶或不帶音訊上傳，但不會播放音訊），而且 Apple Ads 會對廣告素材進行自己的審查。⁴⁴

精選。 Apple 的最佳實務頁面說，創意素材會在「when your app is featured」（您的 App 獲得精選時）出現，WWDC26 一場小組諮詢的摘要則說新素材「also appear in featuring placements」（也會出現在精選版位中）；兩者都沒有說是哪些版位。⁴³⁴⁵

截圖，依裝置類別

數量沒有改變：「You can have up to 10 screenshots on your product page. Depending on orientation, up to three screenshots can appear in search results.」（產品頁最多可放 10 張截圖；視方向而定，搜尋結果中最多可出現三張。）⁴³ Help 寫道：「You must include at least one screenshot and can upload up to 10 screenshots per device size in .jpeg, .jpg, or .png formats,」（至少須包含一張截圖，每種裝置尺寸最多可上傳 10 張 .jpeg、.jpg 或 .png 格式的截圖），以及「Images can’t include alpha channels or transparencies.」（圖片不得包含 alpha 色版或透明。）¹³ 縮放可以省下工夫：「If your app’s user interface is consistent across multiple device sizes and localizations, you only need to provide screenshots for the highest required resolution. App Store Connect automatically scales them down for smaller device sizes.」（若 App 的使用者介面在多種裝置尺寸與在地化之間保持一致，只需提供最高必要解析度的截圖，App Store Connect 會自動將其縮小以適用於較小的裝置尺寸。）¹³

來源：App Store Connect Help，Screenshot specifications，2026年10月7日擷取，第 33 至 283 行（iPhone）、第 347 至 449 行（iPad）、第 535 至 551 行（Mac）；置放群組取自實際運作的參考目錄。¹³¹¹ 該頁還列出 4 吋與 3.5 吋的主畫面按鈕 iPhone、12.9 吋、10.5 吋與 9.7 吋 iPad、Apple TV（1920 x 1080 或 3840 x 2160）、Apple Vision Pro（3840 x 2160）以及六種 Apple Watch 尺寸，並規定「You must use the same screenshot size for Apple Watch consistently across all localizations for the app.」（App 的所有在地化必須一致使用相同的 Apple Watch 截圖尺寸。）¹³

iPhone Duo 那幾列。 Apple 把 Duo 印成第一張 iPhone 卡片，上面只有一張尺寸卡，其他什麼都沒有：沒有裝置清單、沒有必備要求，也沒有替代附註。¹³ 外側 1398 × 2034 與內側 2007 × 2853、兩種方向，正是本站 iPhone Duo 開發者專文以 point 推算出來的數字，而 Apple 在10月7日擷取的頁面上沒有任何內容與之矛盾；API 的顯示類別也把 Duo 的螢幕尺寸列為同樣這一組。⁴⁶¹¹ Apple 的目錄把四項 Duo 規格標為 3:2 與 2:3，但 2034 除以 1398 是 1.455，2853 除以 2007 是 1.42，所以依我的解讀，那個標籤只是一個分類桶，不是該照著設計的比例。¹¹ 頁面上沒有 Duo 截圖組時，Duo 的購買者會看到什麼，我存下的任何頁面都沒有記載。¹³

必備的是哪一類 iPhone：Apple 的頁面彼此矛盾。 Help 頁面頂端寫著：「iPhone: At least one screenshot for iPhone with Dynamic Island (medium display).」（iPhone：至少一張「具備動態島的 iPhone（中型螢幕）」截圖。）¹³ 同一頁的 Face ID（大型螢幕）那一列卻寫它是「Required if app runs on iPhone and screenshots for iPhone with Dynamic Island (large display) aren’t provided,」（App 可在 iPhone 上執行且未提供「具備動態島的 iPhone（大型螢幕）」截圖時必備），而2024年9月11日的發行說明則說 iPhone 「only required to provide a single screenshot」（只需提供一張截圖），並點名 6.5 吋或 6.9 吋尺寸。¹³⁷ 中型螢幕那一行是最新的措辭；App Store Connect 在提交時實際執行哪一條規則，我沒有驗證過。我們七款上架的 iPhone App 中，有六款在已核准的版本上放了 1320 × 2868 的截圖組，這是大型動態島類別中最大的尺寸，Help 說它會縮放到較小的類別。第七款 Tappy Color 放的是六張 1290 × 2796（同一類別中的另一種尺寸），旁邊是六張 1242 × 2208，屬於大型主畫面按鈕類別。³⁰⁴⁷¹³

Alpha：Help 與 API 彼此矛盾。 Help 禁止所有截圖使用 alpha。¹³ API 的目錄卻把 35 項較舊的規格標為 alphaAllowed: true，其中包括每一種主畫面按鈕 iPhone 尺寸、10.5 吋與 9.7 吋 iPad、Mac、Apple TV 與 Vision Pro；每一項動態島、Face ID、13 吋、11 吋與 Duo 規格則都不允許。¹¹ 新做的截圖不帶 alpha，兩邊就都滿足了。目錄還把 Mac 尺寸標為 16:9，Help 則說是 16:10（2880 除以 1800 是 1.6），並為每張圖片給了 524,288,000 位元組的上限，而 Help 並沒有為截圖說明這個上限。¹¹¹³

App 預覽

「App previews are optional. You can upload up to three app previews per supported device size and language for iOS, macOS, tvOS, and visionOS apps.」（App 預覽是選用的；iOS、macOS、tvOS 與 visionOS App 的每種支援裝置尺寸與語言，最多可上傳三段 App 預覽。）¹⁴ 它們會自動播放，而且排在最前面：「App previews always appear before screenshots on iPhone, iPad, Mac, and Apple TV,」（在 iPhone、iPad、Mac 與 Apple TV 上，App 預覽一律顯示在截圖之前），即使重新排序也一樣；Help 在同一段裡給了一個例外：「If a preview video uses an aspect ratio different from your screenshots,」（若預覽影片的長寬比與截圖不同），它就改為出現在頁面的「A Closer Look」（深入了解）區塊。¹⁴ 而且「up to three may appear in search results.」（搜尋結果中最多可出現三段。）¹⁴⁴³

對於要自動產生預覽的人來說，音訊那一列很重要。Help 描述了音訊格式，卻從沒說預覽一定要有聲音；API 則把每一項預覽規格都標為 audioRequired: true，它的影片文章也警告，一個「no audio track where audioRequired is true, fails processing rather than being rejected up front.」（在 audioRequired 為 true 時沒有音軌的檔案，會在處理階段失敗，而不是一開始就被拒絕）。¹⁴¹¹⁴⁸ 因此，無聲的預覽需要一條無聲的立體聲音軌，而它的影格率必須落在 23 到 30 fps 之間，才能同時滿足兩邊的頁面。¹¹¹⁴

Duo 沒有 Duo 形狀的預覽。 它那一列列出裝置解析度 2034 × 1398 與 2853 × 2007，標著「(19.5:9 aspect ratio)」（19.5:9 長寬比），並接受與每一款 Face ID 及動態島 iPhone 相同的 886 × 1920 檔案；如 iPhone Duo 第二天一文已經指出的，這個標籤與 Duo 的兩組數字都對不上。¹⁴¹¹⁴² App Store 如何把那個檔案套到 Duo 的螢幕上，並沒有文件說明。¹⁴

Apple 的預覽頁面補充了內容規則：「App previews must show only content within the app itself. Don’t film people interacting with a device, such as an over-the-shoulder angle or fingers tapping the screen.」（App 預覽只能呈現 App 本身的內容；不要拍攝人與裝置互動的畫面，例如越過肩膀的角度或手指點擊螢幕。）「Avoid any seasonal or timely references that will age your video,」（避免任何會讓影片過時的季節性或時效性內容），Apple 舉的例子是「new for spring」（春季新登場）與日期。若功能需要購買、訂閱或登入，「you must disclose this.」（必須揭露。）還有：「If you change the poster frame on an app preview that’s already approved, you’ll need to submit a new version of your app preview.」（若更改已核准 App 預覽的海報影格，就必須提交新版本的 App 預覽。）⁴⁹

宣傳文字，以及其他文字欄位

「Your app’s promotional text appears at the top of the description and is up to 170 characters long. You can update promotional text at any time without having to submit a new version of your app.」（App 的宣傳文字顯示在描述的頂端，最長 170 個字元；您可以隨時更新宣傳文字，不必提交新版本的 App。）²³ Help 說它顯示在「above your description on the App Store for customers with devices running iOS 11 or later,」（App Store 上描述的上方，供裝置執行 iOS 11 或更新版本的顧客看到），而 Apple 也提醒「promotional text doesn’t affect your app’s search ranking so it should not be used to display keywords.」（宣傳文字不影響 App 的搜尋排名，因此不應用來放關鍵字）。²⁴²³ 在預設頁面上，它是唯一能在兩個版本之間修改的文字。我存下的頁面沒有一頁說明 App 審查是否會看預設頁面宣傳文字的修改；在自訂產品頁上，它則隨頁面一起審查。⁵⁰

關鍵字那一列是 Apple 的矛盾之一：行銷頁面算字元，Help 算位元組。依我的解讀，對任何字元佔用超過一個位元組的語言來說，位元組才是真正的限制，所以日文或韓文的關鍵字清單，會比字元數看起來的更早填滿。²³²⁴ API 的結構描述沒有編入任何這類長度：OpenAPI 檔案中，這些字串沒有一個帶有 maxLength，所以限制只寫在 Help 裡；伺服器是否會強制執行，因為我沒有做任何寫入，所以尚未測試。¹⁶

App 內活動

「In-App Events are timely events within apps and games,」（App 內活動是 App 與遊戲中具時效性的活動），它們會出現在「On your product page, which displays all of your currently published events,」（您的產品頁上，顯示目前所有已發佈的活動）、搜尋中，以及「Today」、「遊戲」與「App」標籤頁的編輯精選裡。⁵² 在搜尋中，活動卡片顯示「for users who have downloaded your app, while screenshots show for those who haven’t downloaded your app.」（給已下載您 App 的使用者看，尚未下載的人則看到截圖）。⁵² 它們只適用於 iPhone 與 iPad App。²¹

活動需要審查（「In-app events must be approved before they are visible to users」，即 App 內活動須經核准才會對使用者顯示），若沒有搭配 App 版本，則「reviewed together with the latest version of the selected platform.」（與所選平台的最新版本一起審查）。⁵³⁵⁵ 活動一旦發佈，「you can modify only the start and end dates」（您只能修改開始與結束日期）；開始之後，就只能改結束日期。⁵⁶ Apple 點名了哪些不符資格：「Repetitive activities such as daily tasks or rewards,」（重複性活動，例如每日任務或獎勵）、「Price promotions that don’t introduce any new content, features, or goods,」（沒有推出任何新內容、功能或商品的價格促銷），以及「General promotions that raise awareness about your app or game.」（提高 App 或遊戲知名度的一般性宣傳）。⁵² 它的媒體規則與創意素材的宣傳方向互相拉扯：「When possible, avoid using text or logos in your media, especially if they include your event name or app name,」（盡可能避免在媒體中使用文字或標誌，尤其是包含活動名稱或 App 名稱時），以及「Don’t add borders or gradients to your media.」（不要為媒體加上邊框或漸層）。⁵² 當創意素材用作活動媒體時，是否也受那條文字規則約束，我存下的任何頁面都沒有說明。

精選推薦提名

「To nominate your app to be featured, whether it’s a new launch or an exciting update, submit your plans through App Store Connect.」（不論是新上市或令人興奮的更新，若要提名您的 App 獲得精選，請透過 App Store Connect 提交您的計畫。）²¹ 提名有三種類型：New Content（新內容）、App Enhancements（App 改進）與 App Launch（App 上市）；一份提名最多可列 10 款相關 App 與 5 個補充 URL，CSV 匯入一次最多 50 份，名稱 60 個字元、描述 1,000 個字元。²¹⁵⁷ 它不是 App 審查：讀它的是編輯團隊，而「if it’s a fit, we’ll reach out to the email address you provide.」（若合適，我們會聯絡您提供的電子郵件地址）。⁵⁷

要提前多久：四種答案。 Help：「we recommend submitting plans as early as possible, with a minimum lead time of 3 weeks.」（建議盡早提交計畫，至少提前 3 週。）提名範本：「Make sure to submit and finalize your plan at least three weeks in advance.」（務必至少提前三週提交並定案您的計畫。）獲得精選的頁面：「please give our team a minimum of two weeks notice. For wider featuring consideration, we recommend submitting a nomination up to three months in advance.」（請至少提前兩週通知我們的團隊；若希望在更廣的範圍內獲得精選考量，建議最多提前三個月提交提名。）可發現性頁面的故事表單：「let us know six to eight weeks in advance of your launch.」（請在上市前六到八週告知我們。）這四個頁面沒有一頁有日期。^21572258 依我的解讀，三週是該規劃的底線，因為四個頁面中有兩個把它寫成最低要求。

依 Apple 的清單，編輯會考量的項目，最後一項正是本文談的這個頁面：「App Store product page. Compelling screenshots, app previews, and descriptions, as well as positive ratings and reviews.」（App Store 產品頁：吸引人的截圖、App 預覽與描述，以及正面的評分與評論。）²²

促銷代碼，簡述

「You can request up to 100 promo codes per version of each platform your app supports,」（App 支援的每個平台，每個版本最多可申請 100 組促銷代碼），每組有效期四週、只能使用一次，而兌換的顧客「can’t rate or review the app.」（無法為 App 評分或撰寫評論）。⁵⁹ App 內購買項目的促銷代碼已經終止：2025年10月29日的新聞稿說「starting March 26, 2026,」（自2026年3月26日起），2026年3月27日的發行說明則說它們「are no longer supported.」（已不再支援）。¹⁹⁷ 取而代之的是優惠代碼。¹⁹

3. 自訂產品頁

自訂產品頁是您產品頁的另一個版本，有自己的 URL：「Publish additional versions of your App Store product page, each of which highlights a feature or specific content from your app and has a unique URL to share.」（發佈 App Store 產品頁的其他版本，每個版本凸顯 App 的一項功能或特定內容，並有可供分享的專屬 URL。）⁸ Help 列出了可以不同的項目：「Each custom product page can include different screenshots, previews, promotional text, and keywords, and is localizable and shareable through a unique URL.」（每個自訂產品頁可以包含不同的截圖、預覽、宣傳文字與關鍵字，可以在地化，並可透過專屬 URL 分享。）⁶⁰ 2026 年新增的是頁首。WWDC26 議程展示了一個頁首與網站橫幅一致的自訂頁面（「Now, you have the ability to customize the header」，即現在您可以自訂頁首），Apple 的 What’s New 頁面說要把創意素材用在「on your custom product pages,」（您的自訂產品頁上），API 的目錄也為自訂產品頁的每個在地化各提供一個頁首置放與一個搜尋結果置放。³¹⁰¹¹ Apple 關於自訂產品頁的 Help 與行銷頁面，在10月7日擷取時都還沒提到頁首。⁶⁰⁸

使用者如何到達。 透過連結：「The unique URL adds a new product page ID parameter to the default product page URL.」（專屬 URL 會在預設產品頁 URL 上加入一個新的產品頁 ID 參數。）⁸ 透過廣告聯播網：頁面 ID 以「customProductPageIdentifier with SKOverlay」的方式帶入，或作為 SKStoreProductViewController 的參數。⁸ 透過搜尋，自2025年10月起：「Custom product pages with keywords assigned to them can appear in search results for those selected keywords instead of your default product page.」（指定了關鍵字的自訂產品頁，可以取代您的預設產品頁，出現在那些關鍵字的搜尋結果中。）¹⁹ 透過 Apple：自訂頁面「can appear in editorially curated stories and collections on the Today, Games, and Apps tabs」（可以出現在「Today」、「遊戲」與「App」標籤頁中由編輯策劃的故事與合集裡），也可以作為 Apple Ads 的廣告變體。⁸⁶² 除此之外沒人看得到：「Custom product pages are only visible to people if they follow a custom product page link, or if you choose to make your custom product page visible in App Store search results by adding keywords.」（只有透過自訂產品頁連結進入，或您選擇加入關鍵字讓自訂產品頁出現在 App Store 搜尋結果中時，使用者才看得到它。）⁶⁰

審查。 「Any metadata included in your custom product pages must be submitted for review, which you can do independent of an app update.」（自訂產品頁中的任何中繼資料都必須送審，這可以獨立於 App 更新進行。）⁸ 在 App 第一次核准之前，自訂頁面必須放在「the same submission as your first iOS app version.」（與您第一個 iOS App 版本相同的提交中）。⁵⁰ 審查期間頁面會鎖定：「You can’t modify a custom product page’s screenshots, previews, promotional text, or keywords, while it’s under review.」（自訂產品頁審查期間，無法修改它的截圖、預覽、宣傳文字或關鍵字。）⁵⁰ 核准之後，「An approved custom product page can be edited and submitted for review without affecting its unique URL. Changes are published automatically upon approval by App Review.」（已核准的自訂產品頁可以編輯並送審，不會影響其專屬 URL；變更會在 App 審查核准後自動發佈。）⁶⁰ 只指定關鍵字不需要審查（「as long as you’re just assigning keywords, you can make this live without needing to submit for review」，即只要只是指定關鍵字，就能直接上線而不必送審），但頁面要等到核准並設為可見之後才能被搜尋到。⁶³⁶⁰ 停用或刪除的頁面會重新導向到預設頁面。⁶⁰

它們的用途。 Apple 舉的例子都是行銷活動：電子郵件裡的某支運動隊伍，以及一個網站上的瑜伽課程，網站橫幅成了頁首，深層連結則開啟瑜伽區塊。⁸³ Apple 自己給的效果數字是「Developers see a 2.5 percentage point increase on average when referring people to a custom product page. This is a 156% increase compared to the 1.6% average conversion rate on default product pages,」（開發者把使用者導向自訂產品頁時，平均提升 2.5 個百分點；相較於預設產品頁 1.6% 的平均轉換率，這是 156% 的增幅），沒有註明日期或方法。⁸ 產品頁最佳化不能用在它們身上：「Product page optimization tests aren’t available for custom product pages or for product pages on the App Store for Apple Watch or iMessage.」（產品頁最佳化測試不適用於自訂產品頁，也不適用於 Apple Watch 或 iMessage App Store 上的產品頁。）⁶⁴ 依我的解讀，這讓自訂頁面成為面向您主動導流的已知受眾的工具，而測試則是面向其他人落腳的預設頁面的工具。

這裡有一個更改主要語言時的陷阱：「If your app has a custom product page configured, you must also have uploaded screenshots in the language for each custom product page.」（若您的 App 設定了自訂產品頁，也必須為每個自訂產品頁上傳該語言的截圖。）⁶⁵

4. 產品頁最佳化

產品頁最佳化是 Apple 針對預設頁面的 A/B 測試：「Test up to three alternate product page versions against your original, view the results in App Analytics, and set the best performing version to display to everyone on the App Store.」（以最多三個替代產品頁版本對照原始版本進行測試，在 App 分析中查看結果，並把表現最好的版本設為向 App Store 上的所有人顯示。）⁹ 實驗版本會「shown to a percentage of randomly selected people on the App Store in iOS and iPadOS 15 or later, who will see the same treatment for the duration of your test.」（顯示給 iOS 與 iPadOS 15 或更新版本的 App Store 上隨機挑選的一定比例使用者，他們在測試期間都會看到同一個實驗版本）。⁹ 2026 年，實驗版本可以搭載新素材：實驗版本編輯器現在在「App Previews and Screenshots」旁多了一個「Header and Search Results」標籤頁，API 的目錄為每個實驗版本的在地化各提供一個頁首與一個搜尋置放，而 Apple 的最佳實務說「you can use product page optimization to test alternative header visuals and see which performs best.」（您可以用產品頁最佳化測試不同的頁首視覺，看看哪一個表現最好）。⁶⁶¹¹⁴³

Apple 的頁面在哪裡彼此矛盾。 關於能同時跑幾個測試：行銷頁面說「You can create one test at a time which will run for up to 90 days,」（您一次可以建立一個測試，最長執行 90 天），而分析的 Help 對「Can I run multiple tests simultaneously on different elements?」（我可以同時針對不同元素執行多個測試嗎？）的回答是「Yes. You can test different product page elements (screenshots, description, preview video, etc.) in separate tests at the same time.」（可以，您可以同時在不同的測試中測試不同的產品頁元素，例如截圖、描述、預覽影片等）。⁹²⁰ 同一個分析頁面把「descriptions」（描述）列為測試可以變更的項目之一，我存下的其他頁面都沒有這麼說；它還建議「extending your test beyond 90 days if possible,」（可能的話把測試延長到 90 天以上），而行銷頁面與兩個 Help 頁面（Create a test 與 Run a test）都把 90 天寫成上限，分析頁面本身在頁面其他地方也把 90 天當成期限。^2096768 關於哪些 App 可以測試：概觀的 Help 說「Your app must be in the Ready for Distribution state to test its product page,」（您的 App 必須處於「可供發行」狀態才能測試其產品頁），建立測試的 Help 則允許「a Pre-Order Ready for Distribution or Ready for Distribution status」（「預購可供發行」或「可供發行」狀態），並加上「and is live on the App Store.」（且已在 App Store 上架）。⁶⁴⁶⁷ 這些頁面都是同一個上午擷取的。依我的解讀，穩妥的做法是一次一個測試、在已上架的 App 上、不超過 90 天。

審查。 「Before you can publish your test, any new metadata that you’d like to include in your treatments must be approved by App Review.」（在發佈測試之前，您想放進實驗版本的任何新中繼資料，都必須經過 App 審查核准。）沒有替代圖示的測試「can be submitted for review independent of a new app version.」（可以獨立於新的 App 版本送審）。⁹ 重新排列已在商店上的截圖，或只更改圖示，都不需要重新提交。⁶⁶ 在實驗版本中用 Browse Assets 選擇一個已核准的 Asset Library 頁首，是否就能免去審查，沒有任何一個產品頁最佳化頁面說明；依我的解讀應該可以，因為 Apple 的 WWDC26 議程說已核准的素材可以直接用於頁首與搜尋版位，「without going through additional reviews.」（不必經過額外審查）。³

Apple 呈現的統計數據。 測試在「at least five first-time downloads are attributed to the test.」（至少有五次首次下載歸因於該測試）之後，才會出現在分析中。²⁰ 結果使用「Bayesian techniques designed specifically for App Store product page data,」（專為 App Store 產品頁資料設計的貝氏方法），結果表包含「Unique Impressions」（不重複曝光）、「Conversion Rate」（轉換率）、「Improvement」（提升）與「Confidence」（信心水準），並有四種狀態：Performing Better（表現較佳）、Performing Worse（表現較差）、Collecting Data（收集資料中）與 Likely to be Inconclusive（可能無定論）。²⁰「When a treatment reaches 90% confidence, it may be labeled as Performing Better or Performing Worse,」（實驗版本達到 90% 信心水準時，可能被標為表現較佳或表現較差），而可信區間是「a 90% probability that the true value falls within this range.」（真實值有 90% 的機率落在此範圍內）。²⁰ Apple 的建議是：等到「until at least one treatment has been declared to be performing better or worse than the baseline with at least 90% confidence,」（至少有一個實驗版本以至少 90% 的信心水準被判定表現優於或劣於基準）再套用或停止，並且依它的 Tech Talk，執行「for at least one week and in seven day increments.」（至少一週，並以七天為單位遞增）。⁹⁷⁰

測試能告訴您什麼，不能告訴您什麼。 它能告訴您，在您納入的在地化中，最多四個預設頁面版本裡哪一個轉換較好，信心水準 90%，前提是您的流量能在 90 天內達到那個水準；「Likely to be Inconclusive」之所以存在，就是因為許多 App 的流量達不到。²⁰ 依我的解讀，它無法告訴您原因，無法測試自訂產品頁，無法代表納入範圍以外的在地化購買者，而歸因的首次下載少於五次時，它什麼都告訴不了您。⁶⁴²⁰

5. Asset Library，以及現在的審查方式

「Use Asset Library to submit and manage your app’s images and videos across platforms, sizes, and placements, including app previews, screenshots, and custom creative assets like the product page header and in-app event cards.」（使用 Asset Library 跨平台、尺寸與版位提交並管理 App 的圖片與影片，包括 App 預覽、截圖，以及產品頁頁首、App 內活動卡片等自訂創意素材。）⁵ 它是 App Store Connect 側邊欄中的一個項目，而每一個接受媒體的版面（版本頁面、自訂產品頁、測試實驗版本、App 內活動）現在都有一個 Browse Assets（瀏覽素材）按鈕可以開啟它。⁵⁶⁰⁶⁶ 每項素材的詳細資訊畫面會顯示「which App Store features and placements the asset is compatible with」（該素材與哪些 App Store 功能及版位相容）以及「where this asset was most recently used.」（該素材最近一次用在哪裡）。⁵ 一項素材可以支撐許多置放，而「The poster frame set applies to everywhere the asset is used.」（設定的海報影格會套用到該素材使用的每一處。）⁵²⁶ 我存下的頁面沒有一頁說明一個素材庫最多能放多少素材。

單獨審查。 新的審查路徑讓素材不必搭配版本就能送審，Apple 的文字給了兩個條件：App 已經有一個核准的版本，而且素材所指派的項目尚未屬於一個進行中的提交。以下是 Apple 在「從 Asset Library 提交」這個 Help 頁面上的規則：¹²

• 「First app version: If your app doesn’t yet have an approved version, include your assets in the same submission as your first app version.」（第一個 App 版本：若您的 App 還沒有已核准的版本，請把素材放在與第一個 App 版本相同的提交中。）
• 「Subsequent updates: After your app has an approved version, you can submit standalone assets directly from the Asset Library without creating a new app version.」（後續更新：App 有了已核准的版本之後，就能直接從 Asset Library 提交單獨的素材，不必建立新的 App 版本。）
• 「Assets assigned to other items: When you submit an app version, Custom Product Page, Product Page Optimization test, or In-App Event, any assets assigned to it are automatically included in that submission and reviewed together.」（指派給其他項目的素材：提交 App 版本、自訂產品頁、產品頁最佳化測試或 App 內活動時，指派給它的所有素材都會自動納入該次提交並一起審查。）
• 「Submission restrictions: An asset can’t be submitted on its own through the Asset Library if the item it is assigned to is already part of an active submission.」（提交限制：若素材所指派的項目已屬於進行中的提交，該素材就無法透過 Asset Library 單獨提交。）

單獨的素材會以 App 目前的樣子為準來審查：「Standalone assets are reviewed against your app’s latest version.」（單獨的素材會對照 App 的最新版本審查。）⁵ 創意素材一旦核准，就能放上上架中的頁面而不必新版本：「If your app’s current version is already live on the App Store, you can update its creative assets with approved assets without submitting a new version,」（若 App 目前的版本已在 App Store 上架，您可以用已核准的素材更新其創意素材，不必提交新版本），做法是用 Browse Assets 選擇素材，再按 Publish（發佈）。⁵ WWDC26 議程正好示範了這件事：把夏季健行的頁首換成冬季的頁首，「publishing changes directly to the App Store without a new submission.」（不經新的提交，直接把變更發佈到 App Store）。³

哪個檔案能進哪個版位。 主控台說素材可以依其尺寸用於不同的接觸點（這是我在2026年10月6日於 Asset Library 頁面上的觀察）；這句話我在任何公開頁面上都沒找到。公開的版本是 API 的參考目錄，它為每一項規格列出可以填入的置放。¹¹⁷¹

來源：實際讀取參考目錄，GET /v1/appAssetLibraryRefData，2026年10月7日 05:51 UTC。¹¹ 截圖永遠填不進創意版位，創意素材也永遠填不進截圖版位：類別（APP_SCREENSHOTS_AND_PREVIEWS 或 CREATIVE_ASSETS）在預留檔案時就已固定。¹¹²⁶

狀態。 Help 列出 Uploading（上傳中）、Processing（處理中）、Prepare for Submission（準備提交）、Ready for Review（可供審查）、Waiting for Review（等待審查）、In Review（審查中）、Accepted（已接受）、Approved（已核准）、Rejected（已拒絕）與 Archived（已封存）。²⁵ Accepted 的意思是已接受，但同一次提交中有其他項目尚未被接受：「All items in the submission must be accepted before any can be published.」（提交中的所有項目都被接受之後，任何一項才能發佈。）²⁵ Help 與 API 對 Archived 的定義不同。Help：「The asset belonged to a previous app version and has been replaced by a newer one.」（該素材屬於先前的 App 版本，已被較新的版本取代。）API：「You retired an approved asset from active use.」（您讓一項已核准的素材停止使用。）²⁵²⁶ 素材「only when its status is Prepared for Submission」（只有在狀態為 Prepared for Submission 時）才能刪除（狀態頁面拼作 Prepare for Submission），而且「Archived assets can’t be used in new placements.」（已封存的素材不能用於新的置放。）⁵²⁵

誰可以使用：三種答案。 管理素材的 Help 頁面：「Required role: Account Holder, Admin, App Manager, or Marketing.」（所需角色：帳號持有人、管理員、App 管理員或行銷。）提交素材的 Help 頁面：「Required role: Account Holder, Admin, or App Manager.」（所需角色：帳號持有人、管理員或 App 管理員。）API 文章則只列出 ACCOUNT_HOLDER、ADMIN 與 APP_MANAGER 可以透過 API 管理素材庫。⁵¹²²⁶ 依我的解讀，行銷角色的使用者可以在主控台上傳但不能提交，而具有行銷角色的 API 金鑰，則完全沒有文件說明它能運作。

6. Apple 的規則，原文引述

這些就是素材受審時所依據的句子，用 Apple 自己的話。最佳實務頁面說，它們「reflect our overarching policies as well as how we evaluate artwork for featuring, so you can put your best work forward.」（反映了我們的整體政策，以及我們如何評估精選用的美術，讓您能拿出最好的作品）。⁴³

素材最佳實務，整理成規則

以下摘自 Apple 的 App Store 素材最佳實務，2026年10月7日擷取；除非指明某一類，每一條都同樣適用於截圖、預覽與創意素材。⁴³

任何素材中可以出現什麼 - 「Don’t include specific pricing, discounts, website URLs, copyright symbols. This ensures your content remains relevant to a global audience and more evergreen.」（不要放入具體價格、折扣、網站 URL、版權符號，讓內容對全球受眾保持切題，也更經得起時間考驗。） - 「Avoid claims that can’t be verified, such as awards or recognition that your app or game hasn’t actually received.」（避免無法驗證的宣稱，例如您的 App 或遊戲實際上並未獲得的獎項或肯定。） - 「Don’t include logos or references to other platforms or marketplaces.」（不要放入其他平台或市集的標誌或相關指涉。） - 「Please don’t include any Apple-designated recognitions,」（請勿放入任何 Apple 頒發的肯定），Apple 的例子是「Editor’s Choice, App of the Day, Game of the Day, or Apple Design Award winner, as many of these already appear alongside your app or game in search results, as well as on your product page.」（編輯推薦、本日 App、本日遊戲或 Apple 設計大獎得主，因為其中許多已經會在搜尋結果與產品頁上，與您的 App 或遊戲並列顯示。） - 「While you may depict content outside of your app or game in use, it must still relate to its general functionality.」（雖然可以呈現 App 或遊戲使用情境以外的內容，但仍須與其整體功能相關。）

受眾 - 「Assets displayed on the App Store must meet a 4+ age rating, even if your app’s rating is higher and it’s intended for an older audience.」（App Store 上顯示的素材必須符合 4+ 年齡分級，即使您的 App 分級較高、以年齡較大的受眾為對象也一樣。） - 「Keep violent content in check. Games that include violence may use action imagery, but must avoid depictions of gore, graphic imagery, or weapons that are pointed directly at a person or the audience.」（節制暴力內容。含有暴力的遊戲可以使用動作畫面，但必須避免血腥描寫、露骨影像，或直接指向某人或觀眾的武器。） - 「You can localize your metadata, including images and videos, to tailor your content to each region or country in which you offer your app or game.」（您可以將中繼資料在地化，包括圖片與影片，讓內容貼合您提供 App 或遊戲的每個地區或國家。）

圖片 - 「Consider using the latest UI and reflecting your app or game’s aesthetic. Aim for strong composition and a clear focal point for each asset.」（考慮使用最新的介面，並反映 App 或遊戲的美學；讓每一項素材都有強而有力的構圖與清楚的視覺焦點。） - 「If using text, use a short phrase that enhances your visual rather than describes it. Be sure to localize for all languages your app supports.」（若要用文字，請用能為畫面加分、而非描述畫面的短句，並務必針對 App 支援的所有語言進行在地化。） - 「Design key elements with a safe area in mind to accommodate different devices and orientations.」（設計關鍵元素時要考慮安全區域，以適應不同的裝置與方向。）

影片 - 「Select an impactful poster frame.」（選一個有衝擊力的海報影格。） - 「Start strong. Lead with your value proposition or most compelling feature.」（開場要強，先端出價值主張或最吸引人的功能。） - 「Avoid quick cuts and fast-moving visuals, as these can be difficult for people to follow and may not be accessible for everyone.」（避免快速剪接與快速移動的畫面，這些可能讓人難以跟上，也未必對每個人都無障礙。） - 「Loop seamlessly. Videos autoplay and repeat, so people may see the loop multiple times.」（無縫循環；影片會自動播放並重複，使用者可能會看好幾遍。） - 「In most cases, audio is muted by default, so your creative must work silently first.」（大多數情況下音訊預設靜音，所以您的作品必須先在無聲狀態下成立。）

依版位 - 頁首：「Focus on a single, clear idea. Visually dense or cluttered assets dilute your impact.」（聚焦於單一、清楚的概念；視覺密集或雜亂的素材會削弱效果。）「Design with a first-time visitor in mind.」（以第一次造訪的人為設想對象來設計。） - 搜尋結果：「State the obvious. Since people tend to look for something specific when using search, be sure your app or game’s purpose is obvious at a glance.」（把顯而易見的事說出來；使用者搜尋時通常在找特定的東西，務必讓 App 或遊戲的用途一眼就看得出來。）「Showcase the firsthand experience.」（展示第一手的使用體驗。） - App 內活動：「You need media for the event card (16:9 landscape) and the event details page (9:16 portrait).」（您需要活動卡片（16:9 橫式）與活動詳細資訊頁（9:16 直式）的媒體。）「Design your media to complement the badge rather than duplicate it.」（設計媒體時要與標記互補，而不是重複它。） - 截圖：「Stay focused on the core user experience,」（專注於核心使用體驗），接著是「avoid using the entire asset to highlight general accolades or call-to-action statements.」（不要把整張素材都拿去強調一般性的讚譽或行動呼籲語句）。「Lead with your best features.」（拿最好的功能開場。） - App 預覽：「Use real-UI or gameplay.」（使用真實的介面或遊戲畫面。）「Tell a complete story.」（講一個完整的故事。） - 整體：「consider using similar visual style, such as color palette, iconography, fonts, message, and tone.」（考慮使用相近的視覺風格，例如配色、圖像語彙、字體、訊息與語氣。）

App 審查中的截圖：超過半數呈現使用中的畫面

指南 2.3.3：「Screenshots should show the app in use, and not merely the title art, login page, or splash screen.」（截圖應呈現 App 使用中的樣子，而不只是標題美術、登入頁或啟動畫面。）³⁷ 10月5日，Apple 為這一條發佈了新的 Help，並在當天的新聞中以「new App Review guidance on how to avoid common screenshot issues.」（關於如何避免常見截圖問題的新 App 審查指引）為名連結過去。¹⁷² 判準是一個計數：「App Review takes the set of screenshots submitted for each supported device into account, and will approve only those submissions where more than half of screenshots show the app in use.」（App 審查會考量為每種支援裝置提交的截圖組，只有超過半數截圖呈現 App 使用中畫面的提交才會核准。）它的例子：「If an app has four screenshots for each device, three must show the app in use, and so on.」（若 App 每種裝置有四張截圖，就必須有三張呈現使用中的畫面，依此類推。）⁷² 行銷畫面可以算在這個數量裡：您可以「Include splash screens or marketing text, as long as the majority of screenshots still show the app in use.」（放入啟動畫面或行銷文字，只要大多數截圖仍呈現 App 使用中的畫面）。⁷² 不該做的事：「Don’t submit screenshots that only show generic login pages or splash screens,」（不要提交只顯示一般登入頁或啟動畫面的截圖）、「Don’t let overlays or marketing visuals crowd out your app,」（不要讓疊層或行銷視覺擠掉您的 App），以及「Don’t show only the hardware or an overlay with no app interface behind it.」（不要只顯示硬體，或背後沒有 App 介面的疊層）。⁷² 各在地化的截圖組逐一評判：「Each localization’s screenshots are still assessed on whether the majority show your app in use.」（每個在地化的截圖仍會依其中多數是否呈現 App 使用中畫面來評估。）⁷² 這是一個 Help 頁面，不是指南的修改；2026年6月8日的指南修訂並沒有更動 2.3 的任何子條款。⁷³

App 審查是否把這個超過半數的判準套用在創意素材上，我找到的任何地方都沒有說明。Help 說創意素材「distinct from the in-use functionality requirement,」（不受實際使用功能之要求的約束），依我的解讀，答案是不套用。⁵

指南 2.3 的其餘部分，以及兩條相鄰條款

摘自 App 審查指南（「Last Updated: June 8, 2026」，即最後更新於2026年6月8日）：³⁷

• 2.3：「make sure all your app metadata, including privacy information, your app description, screenshots, and previews accurately reflect the app’s core experience and remember to keep them up-to-date with new versions.」（確保所有 App 中繼資料，包括隱私權資訊、App 描述、截圖與預覽，都準確反映 App 的核心體驗，並記得隨新版本保持更新。）
• 2.3.2：「make sure your app description, screenshots, and previews clearly indicate whether any featured items, levels, subscriptions, etc. require additional purchases.」（確保 App 描述、截圖與預覽清楚標明任何主打的項目、關卡、訂閱等是否需要額外購買。）
• 2.3.4：「previews may only use video screen captures of the app itself.」（預覽只能使用 App 本身的螢幕錄影。）
• 2.3.7：「Metadata such as app names, subtitles, screenshots, and previews should not include prices, terms, or descriptions that are not specific to the metadata type.」（App 名稱、副標題、截圖與預覽等中繼資料，不應包含價格、條款，或與該中繼資料類型無關的描述。）
• 2.3.8：「make sure your app and in-app purchase icons, screenshots, and previews adhere to a 4+ age rating even if your app is rated higher.」（確保 App 與 App 內購買項目的圖示、截圖與預覽符合 4+ 年齡分級，即使您的 App 分級較高。）
• 2.3.9：「You are responsible for securing the rights to use all materials in your app icons, screenshots, and previews, and you should display fictional account information instead of data from a real person.」（您有責任取得 App 圖示、截圖與預覽中所有素材的使用權，並應顯示虛構的帳號資訊，而非真實人物的資料。）
• 2.3.10：「don’t include names, icons, or imagery of other mobile platforms or alternative app marketplaces in your app or metadata, unless there is specific, approved interactive functionality.」（不要在 App 或中繼資料中放入其他行動平台或替代 App 市集的名稱、圖示或圖像，除非有經核准的特定互動功能。）
• 2.3.13，關於活動：「All event metadata must be accurate and pertain to the event itself, rather than the app more generally.」（所有活動中繼資料都必須準確，且與活動本身相關，而不是泛指整個 App。）
• 4.1(c)，2025年11月13日新增：「You cannot use another developer’s icon, brand, or product name in your app’s icon or name, without approval from the developer.」（未經其他開發者核准，不得在 App 的圖示或名稱中使用該開發者的圖示、品牌或產品名稱。）⁷⁴
• 5.2.4(b)：若您的 App 獲選為編輯推薦，「Apple will apply the badge automatically.」（Apple 會自動加上標記。）

行銷中的裝置圖片與標章

在商店自身版位以外的行銷中，裝置圖片與 App Store 標章受 Apple 的行銷指南規範：「Use Apple-provided product bezels in all your marketing materials to display your app on the Apple devices it supports. Always use the latest-generation devices for which your app is currently developed.」（在所有行銷素材中使用 Apple 提供的產品外框，在 App 支援的 Apple 裝置上展示您的 App；一律使用 App 目前所開發支援的最新一代裝置。）⁷⁵ Apple 的產品圖片要「as is」（原樣）且「without modification」（不經修改）使用，這就排除了倒影、陰影、裁切、傾斜、動畫、翻轉或旋轉；「You can place promotional copy or violators beside the product images, not on top of them.」（宣傳文案或促銷標籤可以放在產品圖片旁邊，但不能疊在上面。）⁷⁵ 它也禁止「Rendering in 3D or creating any simulation of an Apple product,」（以 3D 算繪或製作任何 Apple 產品的模擬），把「200 px onscreen」（螢幕上 200 px）定為裝置的最小尺寸，並要求狀態列顯示「a full network icon or product designator, a full Wi-Fi icon, and a full battery icon」（滿格的網路圖示或產品標示、滿格的 Wi-Fi 圖示，以及滿格的電池圖示）。⁷⁵ 標章方面：「Use one App Store badge per layout or video,」（每個版面或影片使用一個 App Store 標章），以及「Don’t modify, angle, or animate the App Store badge.」（不要修改、傾斜 App Store 標章或為其加上動畫）。⁷⁵ 9月22日的文章把這些規則套用在它自己的截圖上；依我的解讀，對於呈現 Apple 裝置的頁首或搜尋素材，它們同樣具有約束力。⁴¹

廣告

這些素材以 Apple Ads 投放時，適用更嚴格的政策：「Pricing, offers, or other incentivized promotions are not allowed in your app icon, name, subtitle, custom product page assets, or creative assets. App rankings, app awards claims, and promoting in-app purchases are also not allowed.」（App 圖示、名稱、副標題、自訂產品頁素材或創意素材中，不得出現定價、優惠或其他誘因式促銷；App 排名、App 獲獎宣稱與宣傳 App 內購買項目也不允許。）⁴⁴ 語言方面：「The custom product page and creative assets that you use must match the default language for the associated App Store country or region where your campaign is set to run. You can include a creative asset with no text that can be used when you don’t have a localized image or video.」（您使用的自訂產品頁與創意素材，必須符合廣告活動投放之 App Store 國家或地區的預設語言；您可以加入一項不含文字的創意素材，在沒有在地化圖片或影片時使用。）⁴⁴

在地化

App Store 中繼資料現在有 50 種在地化：2026年3月31日的新聞新增了 11 種，「bringing the total number of supported localizations to 50.」（使支援的在地化總數達到 50 種。）³⁵ 新語言一開始是一份複本：「screenshots and the properties for the new language default to those of the primary language, except for the description and keywords.」（新語言的截圖與屬性預設沿用主要語言，描述與關鍵字除外。）⁶⁵ 沒有相符的在地化時，「the next most relevant localization is used,」（會使用次相關的在地化），其他情況則顯示主要語言。⁶⁵ 預覽方面：「If an app preview is not provided for a specific language, the preview in the next best available language appears on your App Store product page.」（若某種語言沒有提供 App 預覽，App Store 產品頁上會顯示次佳可用語言的預覽。）¹³

Apple 自己的頁面彼此矛盾之處

另有兩處較小的矛盾留在它們出現的地方：目錄把 Mac 尺寸標為 16:9，Help 則說 16:10（第 2 節）；分析頁面把描述列為測試可以變更的項目，並建議執行超過 90 天（第 4 節）。

7. 如何量測

App Store Connect 的 App 分析（App Analytics）是這些版位回報數據的地方，而 Apple 今年重新打造了它：2026年3月25日的新聞稱之為分析「biggest update since its launch,」（推出以來最大的更新），帶來「More than 100 new metrics,」（超過 100 項新指標）、同類群組與同業基準。⁷⁶ 它能就產品頁呈現的內容如下：

那裡的「轉換」是什麼意思。 Apple 把轉換率定義為「Total downloads and pre-orders divided by unique device impressions,」（下載與預購總數除以不重複裝置曝光數），而一次曝光是指在「on the Today, Games, Apps, and Search tabs of the App Store for more than one second,」（App Store 的「Today」、「遊戲」、「App」與「搜尋」標籤頁上超過一秒）的一次檢視，並且「Includes product page views.」（包括產品頁檢視）。⁷⁷ 所以一個頁面的轉換率，並不是頁面訪客中下載者的比例；它算進的是在商店任何地方看到這款 App 超過一秒的每一個人。相對地，在測試的結果表中，轉換率是每個變體的「the percentage of viewers who downloaded your app」（檢視者中下載您 App 的百分比）。²⁰ 依我的解讀，這兩個數字不能相比，而判斷頁首的更換，應該靠測試，而不是看儀表板上的轉換率怎麼變動。

什麼量不到。 我存下的分析頁面沒有一頁為產品頁頁首或搜尋結果素材定出指標；依我的解讀，量測其中一項最乾淨的方法是測試的實驗版本，另一條路是自訂產品頁，它帶有自己的頁首，而分析會把它的轉換與預設頁面對照呈現。⁷⁷⁶⁶ 沒有關鍵字層級的資料：在 WWDC26 App Store Connect 小組諮詢中，Apple 的回答是「We don’t provide keyword level data in ASC,」（我們不在 ASC 中提供關鍵字層級的資料），並建議用兩個自訂產品頁，一個給廣告、一個給自然搜尋，來把兩者區分開來。⁴⁵ 個別自訂頁面只能匯出於「in the detailed reports, which have more rigorous privacy protections than the standard reports.」（詳細報告中，其隱私保護比標準報告更嚴格）。⁷⁹ 提名完全沒有指標。而 Apple 自己為自訂頁面提出的效果宣稱，也就是第 3 節引用的 2.5 個百分點提升，沒有日期也沒有方法。⁸

8. 代理能自動化什麼

我們 App 的 App Store 工作由代理透過 App Store Connect API 完成，所以這一節是我讀得最用力的。Apple 隨文件提供的 OpenAPI 檔案是 4.5.1 版，最後修改日期為2026年10月6日；WWDC26 議程承諾了 API 這一端（「you can upload and submit to Asset Library, using the App Store Connect API as well」，即您也可以使用 App Store Connect API 上傳並提交到 Asset Library）。¹⁶³

重點：所有行銷媒體都移到了素材庫。 4.5.1 的發行說明加入了素材庫的圖片、影片、置放、置放排序與參考資料，以及「Target iPhone Duo screenshots and app previews with the new IPHONE_DUO display class in AppAssetLibraryDisplayClass.」（以 AppAssetLibraryDisplayClass 中新的 IPHONE_DUO 顯示類別指定 iPhone Duo 截圖與 App 預覽。）它們也讓舊方法退場：「The App Screenshot Sets, App Screenshots, App Preview Sets, and App Previews resources are deprecated,」（App Screenshot Sets、App Screenshots、App Preview Sets 與 App Previews 資源已棄用），活動截圖與影片片段資源也一樣。¹⁵ 每一個舊資源的頁面現在都以「This resource is deprecated. Use the App Asset Library and App Asset Library placements instead.」（此資源已棄用，請改用 App Asset Library 與 App Asset Library 置放。）開頭。⁸¹ 機器可讀的檔案還沒跟上：OpenAPI 文件仍未把那些建立操作標為已棄用，卻標了第 1 版的實驗資源。¹⁶ 就 iPhone Duo 而言，文件指向同一個方向：舊資源所需的 ScreenshotDisplayType 與 PreviewType，在 4.5.1 檔案中沒有 Duo 的值，所以文件記載的 Duo 截圖與預覽 API 路徑是素材庫，透過 IPHONE_DUO 顯示類別與 IPHONE_DUO_PROFILE 置放群組。¹⁶¹¹ 這與9月22日那篇文章在 4.5 檔案中的發現一致：八種 iPhone 顯示類型，沒有一種屬於 Duo。⁴¹ 不過，實際運作的服務走在它的檔案前面。我透過已棄用的 appScreenshotSets 資源，以唯讀的 GET 讀取 Kiradex 的截圖組，傳回了它的 Duo 截圖組，帶有 "screenshotDisplayType": "APP_IPHONE_DUO"，這是 4.5.1 列舉值中沒有的值，而置放讀取也在 IPHONE_DUO_PROFILE 中傳回同樣的十張畫面。¹⁷²⁸ 所以舊資源至少能回報一組 Duo 截圖。它是否接受 APP_IPHONE_DUO 的建立操作，尚未驗證：測試這件事需要寫入，而我一次都沒有做。代理應該建立在素材庫之上，那是 Apple 文件記載的路徑。

逐一檢視各資源

最後一列是我對 OpenAPI 檔案的解讀，不是 Apple 的文章：審查提交項目可以指向素材庫中的一張圖片或一段影片，這就是 API 表達單獨提交素材的方式。Apple 的素材庫文章只描述了置放隨其上層版面一起送審。¹⁶²⁷

上傳流程

1. GET /v1/apps/{id}/assetLibrary，並保留 id。
2. GET /v1/appAssetLibraryRefData，並把檔案做成某項規格的確切尺寸；「Image specifications state exact dimensions, not ranges,」（圖片規格標明的是確切尺寸，而非範圍），創意素材中的搜尋與活動尺寸則是例外。⁸²¹¹
3. 預留：以檔名、位元組大小與類別呼叫 POST /v1/appAssetLibraryImages（或 Videos）。回應為 AWAITING_UPLOAD，並附 uploadOperations。⁸²
4. 把每個區段 PUT 到它的 URL。「The upload URLs are unauthenticated and time-limited, so you don’t send a JSON Web Token (JWT), and you don’t share them.」（上傳 URL 不需驗證且有時效，所以不必傳送 JSON Web Token（JWT），也不要分享出去。）⁸²
5. 以 PATCH .../{id} 並只帶 uploaded: true 提交：「Unlike the deprecated appScreenshots flow, there’s no sourceFileChecksum attribute to send」（與已棄用的 appScreenshots 流程不同，不需要傳送 sourceFileChecksum 屬性）；若收到的位元組與宣告的大小不符，提交就會失敗。⁸²
6. 輪詢直到 PREPARE_FOR_SUBMISSION（或帶有 stateDetails 的 FAILED），接著讀回 specId，在目錄的 imageSpecs（或 videoSpecs）中查找，確認它的 shortName 是您要的規格（1320 × 2868 截圖為 i1320x2868a0），並確認您要用的置放群組在該置放類型的 specMappings 中列有這個 specId；Apple 在處理期間比對檔案，而它的規格文章說，要在目錄中解析 specId，而不是對照寫死的清單。^82837111
7. 放上去：每個版面與在地化各一次 POST /v1/appAssetLibraryPlacements，然後每個群組一次排序請求。²⁷
8. 提交上層版面；置放會跟隨它的審查狀態。²⁷

Apple 的遷移文章中有兩個陷阱。「You can only create placements while the parent surface is editable, so migrate against an App Store version in PREPARE_FOR_SUBMISSION rather than one that’s already approved.」（只有在上層版面可編輯時才能建立置放，所以請針對處於 PREPARE_FOR_SUBMISSION 的 App Store 版本進行遷移，而不是已經核准的版本。）另外，刪除要倒過來做：「Delete the placements first, then the asset.」（先刪除置放，再刪除素材。）⁸³ 預覽方面，目錄的 audioRequired: true 代表需要一條音軌，必要時用無聲的；立體聲是 Help 的規格，不是目錄的。¹¹⁴⁸

沒有 API、需要主控台的部分

• 預覽工具。 沒有任何端點能算繪產品頁或搜尋結果；檢查要靠人，或由代理操作主控台，在 iPhone、iPad 與 Duo 上、兩種方向與深色模式下逐一查看。¹¹⁶
• 在上架中的版本上替換創意素材。 Help 的流程是在上架中的版本上按 Browse Assets，再按 Publish；API 只能在可編輯的上層版面上建立置放，所以依我的解讀，這次替換是主控台的步驟。⁵⁸³
• 「Use header asset in search results」（在搜尋結果中使用頁首素材）。 API 中沒有這個開關；依我對置放模型的解讀，等效做法是把同一項通用素材再置放一次。⁵¹¹
• 確認在主控台發佈的頁首。 API 應該在置放讀取中顯示它，形式是版本在地化上的一個 PRODUCT_PAGE_HEADER_ASSET 或 APP_STORE_SEARCH_RESULTS_ASSET 置放，但我們的 App 還沒有任何一款有，所以透過主控台發佈的頁首是否會出現在那裡，尚未驗證（第 9 節）。²⁷²⁸
• Media Manager 的縮放選擇（Help：「to manage scaled app previews and screenshots for other device sizes, select View All Sizes in Media Manager」，意即要管理其他裝置尺寸的縮放 App 預覽與截圖，請在 Media Manager 中選取 View All Sizes）⁵，以及長度檢查：OpenAPI 檔案沒有編入 Help 的任何文字限制（其中沒有任何字串帶有 maxLength），而我沒有做任何寫入，所以伺服器是否會拒絕超長字串，尚未驗證；代理自己的指令稿會在送出任何東西之前檢查每一個長度。¹⁶²⁴
• 行銷角色的金鑰。 API 文章只點名帳號持有人、管理員與 App 管理員可以使用素材庫。²⁶
• 廣告與留存版位。 列舉值中有 SEARCH_RESULTS_ADS_ASSET、TODAY_TAB_ADS_ASSET 與 RETENTION_MESSAGE_ASSET，但實際的目錄只傳回四項功能與七種置放類型；Apple 說要「treat a feature that’s absent as unavailable for your app.」（把不存在的功能視為您的 App 無法使用）。¹¹⁷¹

9. 我們的 App，2026年10月7日

2026年10月7日，我從 05:47:01 到 05:51:14 UTC 讀取了我們的 App Store Connect 帳號，接著在 05:51:43 到 05:52:03 的第二輪中，讀取每款 App 素材庫的圖片與影片，以及美國區公開查詢的星等評分，然後從 08:04:24 到 08:05:53 UTC 再讀一次帳號，取得每個上架版本與兩個等待審查版本的素材置放；每一個請求都是唯讀的 GET，沒有寫入任何東西。³⁰²⁸ 帳號裡有 28 款 App。九款有上架版本；19 款從未上架：Kiradex 與 Founder Camera 正在等待審查，其餘 17 款各有一個處於 Prepare for Submission 的 1.0，任何版面上都空無一物。依平台區分，這 17 款是 12 款 iOS App（其中三款另有 Mac 或 tvOS 的 1.0）、4 款僅限 Mac 的 App，以及 1 款僅限 visionOS 的 App。³⁰ 有兩款的名稱在上架途中改了：Banana List 以 Get Bananas 之名上架，Yawara 則是 Randori，而帳號裡沒有 Water 這款 App。³⁰

依版位呈現我們的 App，由指令稿根據10月7日存下的 API 回應繪製（頁首與搜尋欄來自置放讀取，08:04:24 到 08:05:53 UTC）；只有一個未提交 1.0 的 17 款 App 未列入。³⁰²⁸

截圖數量是主要語系（英文，美國）在購買者看到的版本上的數量；兩款沒有上架版本的 App，則取其待審版本。iPhone 欄計算的是大型動態島截圖組：除 Tappy Color 外，每款 App 都是 1320 × 2868，Tappy Color 的六張則是 1290 × 2796。⁴⁷「素材庫圖片」計算的是透過 GET /v1/appAssetLibraries/{id}/images 讀到的 App 素材庫中的每一張圖片，於第二輪 05:51:43 到 05:52:03 UTC 讀取，而非在該列自己的時間區間內；括號內的數字是 CREATIVE_ASSETS 類別。³¹

各版位裡有些什麼（如果有的話）：

• Reps 有唯一的一個自訂產品頁「Progress Pics (all locales)」，已核准且可見，涵蓋 22 個語系，每個語系有 8 張 iPhone 與 7 張 iPad 截圖，沒有預覽、沒有宣傳文字，也沒有深層連結。⁸⁵ 它唯一的 App 內活動「Progress Pics」已核准，帶有 Major Update 標記，於10月7日 14:00 UTC 發佈，10月8日開始、11月8日結束，涵蓋 175 個地區，並有一個連進 App 的深層連結。⁸⁵ 它的三項創意素材是該活動 1920 × 1080 的卡片與 1080 × 1920 的詳細資訊圖片，兩者皆已核准，另有一筆卡片的預留從未完成上傳。⁸⁵ Reps 上架中 iOS 版本的 22 個語系全都有宣傳文字；英文版寫著「New: Progress Pics. Front, side and back on the same mark every time. Encrypted on your iPhone, synced only through your own iCloud, never on our servers.」（新功能：Progress Pics。正面、側面與背面，每次都對準同一個標記。在您的 iPhone 上加密，只透過您自己的 iCloud 同步，絕不經過我們的伺服器。）⁸⁵
• Tappy Color 有兩個自訂產品頁：一個已核准，兩種尺寸各 6 張截圖並有宣傳文字；另一個處於 Prepare for Submission，兩種尺寸各 10 張；兩者都沒有深層連結。⁴⁷
• Kiradex 擁有帳號中唯一的 Duo 截圖：五張內側螢幕橫式（2853 × 2007）與五張外側螢幕直式（1398 × 2034），旁邊是八張 1320 × 2868，全都在等待審查的 1.0 上。¹⁷ 它唯一的提名是 App Launch，於10月7日 04:37 UTC 提交，發佈開始日期為10月23日，也就是 Duo 開賣的第一天。⁹²⁶ 它的宣傳文字：「Scan a card and it’s registered. Every set, English and Japanese. Your lists live in your own iCloud: no account, no ads.」（掃描一張卡片就完成登錄。每一個系列，英文與日文。您的清單存在您自己的 iCloud：不需帳號，沒有廣告。）¹⁷
• 941 Tiles 是一款 Mac App，售價 $14.99，有 17 個語系的 Mac 截圖，宣傳文字則只在尚未提交的 1.3.1 上。⁹¹

缺口，逐一計數。 沒有任何一款 App 有產品頁最佳化測試、App 預覽，或素材庫中任何形式的影片。³⁰³¹ 七款上架的 iPhone App 都能跑測試，卻沒有一款在跑。³⁰⁶⁷ 只有 Kiradex 有 Duo 截圖組。¹⁷ 沒有任何素材庫圖片解析為頁首或搜尋結果規格，帳號中唯一的創意素材是 Reps 的活動媒體，而置放讀取在 258 個在地化中都沒有找到頁首或搜尋結果置放。³¹²⁸ 現有的自訂頁面，沒有一個有深層連結。⁸⁵⁴⁷ 大多數上架頁面都缺少宣傳文字：Return 與 Get Bananas 的全部 27 個語系、Ace Citizenship 12 個中的 10 個、Tappy Color 與 ResumeGeni for iOS 唯一的那一個、Reps 的 Mac 版與上架中的 tvOS 1.6.2，以及 941 Tiles 的上架版本；Reps 審查中的 tvOS 1.6.3 在全部 22 個語系都有，941 Tiles 尚未提交的 1.3.1 在全部 17 個語系也有。³⁰⁸⁵⁹¹ Founder Camera 的十一個非英文語系沒有任何截圖，Ace Citizenship 的 5.5 吋截圖組只有英文；置放讀取對那十一個 Founder Camera 在地化傳回的是空清單，而這些語系的購買者會看到哪些圖片，屬於商店的備援機制，API 並不回報。^84882893

置放讀取呈現了什麼，又呈現不了什麼。 Apple 關於置放素材的文章，點名了列出某個版面上每一個置放的讀取：GET /v1/appStoreVersionLocalizations/{id}/placements。²⁷ 我在10月7日 08:04:24 到 08:05:53 UTC 執行了它，涵蓋 14 個上架版本的每個在地化（245 個在地化），以及 Kiradex 與 Founder Camera 等待審查的版本（另 13 個），共 258 個請求，沒有錯誤；那天上午正在審查中的 Reps tvOS 1.6.3 不在其中。²⁸ 它傳回 2,073 個置放，每一個都是 APP_SCREENSHOT：任何 App 上都沒有 PRODUCT_PAGE_HEADER_ASSET、沒有 APP_STORE_SEARCH_RESULTS_ASSET，也沒有 APP_PREVIEW。²⁸ 截圖置放與表中的截圖數量逐張相符，所以這次讀取看得到素材庫存在之前就已上傳的截圖，而素材庫的結果也一致：其創意類別只有 Reps 的活動媒體，而 Help 說頁首存放在 Asset Library 中。²⁸³¹⁵ 給要對它寫指令稿的人兩個細節：每個置放都帶有 ACTIVE 的 state，941 Tiles 全部 85 個上架 Mac 置放則是 INACTIVE，而這兩個值都不在 4.5.1 檔案的 AppAssetLibraryPlacementState 列舉值中；另外，Kiradex 的 Duo 畫面位於 IPHONE_DUO_PROFILE。²⁸¹⁶ 這次讀取目前還呈現不了的，是透過主控台發佈的頁首會不會出現在其中，因為我們沒有任何一個頁首可以對照。依我對置放模型的解讀，它會以 PRODUCT_PAGE_HEADER_ASSET 置放的形式出現，而我們發佈的第一個頁首就是驗證。星等評分只來自美國區的公開查詢，分析則沒有讀取（它的報告 API 需要先提出報告請求，而那是一次寫入）。⁹³

素材庫裡有什麼，依規格區分。 素材庫中的圖片帶有一個 specId，也就是 App Store Connect 在處理期間為該檔案比對出的目錄規格，而 Apple 的頁面說，要「by looking it up in the catalog」（在目錄中查找）來解析素材上傳回的 specId。⁷¹⁸² 與目錄的 imageSpecs 比對後，帳號中 3,655 張素材庫圖片有 3,546 張能解析，而且每一張都符合其規格的尺寸；規格的 shortName 為它命名，所以 Kiradex 的外側螢幕畫面解析為 i1398x2034a0，內側螢幕畫面解析為 i2853x2007a0。³¹¹¹ 依規格區分，素材庫中有 1,168 張 i1320x2868a0（大型動態島 iPhone）、815 張 i2064x2752a0（13 吋 iPad）、437 張 i416x496a0 與 75 張 i368x448a1（Apple Watch）、425 張 i2880x1800a1 與 141 張 i2560x1600a1（Mac）、302 張 i3840x2160a1 與 111 張 i1920x1080a1（Apple TV）、23 張 i1290x2796a0、22 張 i1242x2208a1、15 張 i1398x2034a0 與 5 張 i2853x2007a0（Duo，全屬 Kiradex）、5 張 i2048x2732a0，以及活動卡片的 i16x9w1920~3840a0 與活動詳細資訊頁的 i9x16w1080~2160a0 各一張，兩者都屬於 Reps。沒有任何一張解析為頁首的 i3840x1646a0、通用的 i5244x2950a0 或搜尋素材的 i3x2w1920~3840a0。³¹¹¹ Kiradex 的素材庫比它頁面上放的多了十張外側螢幕圖片，處於 Prepare for Submission。³¹²⁸ 無法解析的 109 張，是 Reps 那筆從未完成上傳的卡片預留，以及 Get Bananas 整組上架中的 Mac 截圖：27 個語系各 4 張，共 108 張，已核准並置放在 MAC_PROFILE，尺寸為 1800 × 1104，specId 為 null。1800 × 1104 不是 Help 列出的四種 Mac 尺寸之一（四種全是 16:10），也不符合目錄中的任何規格，目錄的 MAC_PROFILE 只列出 i2880x1800a1、i2560x1600a1、i1440x900a1 與 i1280x800a1。^8731281311

10. 工作簡報：每款 App 的代理要建置什麼，以及必須通過的檢查

本節是寫給負責各款 App 在 App Store 上門面的代理看的。每一項都說明要建置什麼、證明它完成的檢查（一次 API 讀取、一支對檔案執行的指令稿，或一張 App Store Connect 預覽工具的擷取畫面），以及該 App 在2026年10月7日、依第 9 節的讀取結果所處的狀態。其中的每一項限制都是 Apple 的，出處見上文；順序與取捨則是我的。這裡的任何內容，都不得在未經我照常審查變更的情況下寫入 App Store Connect。

共通的整套內容

每一款有上架版本的 iPhone 與 iPad App 都要拿到全部十項，而 K3 分成兩部分：每一款都要有 iPhone 截圖組，可在 iPad 上執行的每一款還要有 13 吋 iPad 截圖組，Help 把它列為提交的條件。¹³ 頁首、搜尋結果素材、自訂產品頁、測試與活動，都只存在於 iPhone 與 iPad。⁵⁸⁹²¹

K1. 產品頁頁首。 製作一張通用的 16:9 PNG，5244 × 2950，它同時能填 K2；或者一張恰好 3840 × 1646 的專用 21:9 PNG（用 PNG，是因為 API 的目錄對頁首圖片不接受其他格式）。不帶 alpha。重點內容放在範本的安全矩形內（第 2 節）。符合 4+ 分級；不放價格、折扣、URL、版權符號、其他平台的標誌或 Apple 頒發的肯定；如果有文字，就是一句針對每種語言在地化的短句，或者完全不放文字。^4112943 - 檢查，指令稿： 檔案為 PNG，恰好 5244 x 2950 或 3840 x 1646，沒有 alpha 色版。 - 檢查，讀取： GET /v1/appAssetLibraries/{id}/images?filter[category]=CREATIVE_ASSETS 傳回它，寬高正確，specId 在目錄中解析為 i5244x2950a0 或 i3840x1646a0，state 為 APPROVED；GET /v1/appStoreVersionLocalizations/{id}/placements?filter[placementType]=PRODUCT_PAGE_HEADER_ASSET 在每個語系傳回一個置放。若第一個透過主控台發佈的頁首在那次讀取中沒有產生置放，就以下方的預覽工具擷取畫面作為驗收檢查，並把缺少的置放記錄為 API 的缺口。¹⁶¹¹²⁸ - 檢查，擷取： 預覽工具在 iPhone、iPad 與 iPhone Duo 上，直式與橫式、淺色與深色模式、每個語系皆檢視過；沒有任何重要內容被裁掉。¹⁶ - 10月7日： 帳號中沒有任何素材庫圖片解析為頁首規格，置放讀取也沒有在任何在地化上傳回 PRODUCT_PAGE_HEADER_ASSET（08:04:24 到 08:05:53 UTC）；主控台沒有檢查。³¹²⁸

K2. 搜尋結果素材。 把 K1 的通用檔案再置放一次，或一張介於 1920 × 1280 與 3840 × 2560 之間的 3:2 圖片。讓 App 的用途「obvious at a glance」（一眼就看得出來），並呈現介面或內容。⁴⁴³ - 檢查，指令稿： 3:2 且在該範圍內，或為通用尺寸；不帶 alpha。 - 檢查，讀取： 素材庫圖片的 specId 解析為 i5244x2950a0 或 i3x2w1920~3840a0，同一個置放讀取搭配 filter[placementType]=APP_STORE_SEARCH_RESULTS_ASSET 在每個語系傳回一個。若第一個透過主控台發佈的搜尋素材在那次讀取中沒有產生置放，就以下方的預覽工具擷取畫面作為驗收檢查，並把缺少的置放記錄為 API 的缺口。¹⁶¹¹²⁸ - 檢查，擷取： 預覽工具在 iPhone 與 iPad 上的搜尋結果。⁵ - 10月7日： 所有 App 都沒有：沒有任何素材庫圖片解析為搜尋規格，也沒有任何在地化有 APP_STORE_SEARCH_RESULTS_ASSET 置放。³¹²⁸

K3. 1320 × 2868 的大型 iPhone 截圖組，以及 App 可在 iPad 上執行時的 13 吋 iPad 截圖組。 最多 10 張 1320 × 2868 截圖，這是大型動態島類別中最大的尺寸（6.9 吋機型；依 Help 的清單，iPhone Air 與 Plus 機型也在同一類別），不帶 alpha，使用目前的介面，涵蓋頁面的每個語系；每個語系的截圖組中，超過半數呈現 App 使用中的畫面。¹³⁷² 若 App 可在 iPad 上執行，用 Help 的話說是「if your app supports iPadOS,」（若您的 App 支援 iPadOS），Help 要求在 App 能提交之前就要有第二組，「At least one screenshot for iPad 13-inch display,」（至少一張 iPad 13 吋螢幕截圖），並把那一列標為「Required if app runs on iPad」（App 可在 iPad 上執行時必備）：最多 10 張 2064 × 2752 或 2048 × 2732（橫式為 2752 × 2064 或 2732 × 2048），不帶 alpha，涵蓋每個語系，同樣適用超過半數的規則。代理要從 App 自己的 target 確認，其裝置系列必須包括 iPad，而不是看相容性清單：僅支援 iPhone 的 App 也能以相容模式在 iPad 上執行，而公開查詢在我們每一款上架 iOS App 的 supportedDevices 下都列出 80 種 iPad 機型，不論是否為通用 App。¹³⁷² - 檢查，讀取（iPhone）： 在攜帶該截圖組之版本的在地化上，以及版本發行後再在上架版本的在地化上各讀一次，確保截圖組真的在頁面上，而不只是在素材庫裡：搭配 filter[placementGroup]=IPHONE_DYNAMIC_ISLAND_LARGE_PROFILE&include=image 的置放，在每個語系計數為 1 到 10，每一張納入的圖片都是 1320 x 2868，其 specId 解析為 i1320x2868a0（不加 include=image 時，讀取不會傳回尺寸）。¹⁶²⁷¹¹ - 檢查，讀取（iPad，App 可在 iPad 上執行時）： 同樣的讀取搭配 filter[placementGroup]=IPAD_13_PROFILE&include=image，在每個語系計數為 1 到 10，每一張納入圖片的 specId 都解析為目錄對應到 IPAD_13_PROFILE 的四種截圖規格之一：i2064x2752a0、i2752x2064a0、i2048x2732a0 或 i2732x2048a0。¹⁶²⁷¹¹ - 檢查，指令稿： 一份標註過的畫面清單，標明每一張是否呈現使用中的畫面，且使用中的畫面超過半數，逐語系、逐裝置截圖組計算。⁷² - 檢查，擷取： 預覽工具在 iPhone 上，以及（對可在 iPad 上執行的 App）在 iPad 上，依預期順序顯示每一組截圖。¹ - 10月7日： 每款上架 iPhone App 在主要語系都填滿了這個類別（5 到 8 張），七款中有六款為 1320 × 2868。Tappy Color 的六張是 1290 × 2796，所以在以 1320 × 2868 重做截圖組之前，Tappy Color 都無法通過這項檢查。Founder Camera 的 1.0.1 只有英文截圖組。^30472884 - 10月7日，iPad： 美國區的公開查詢在四款上架 App 的 features 中列出 iosUniversal：Reps、Return、Get Bananas 與 ResumeGeni for iOS，而這四款在上架版本上都通過 iPad 讀取：Reps 在 22 個語系各有 7 張，Return 與 Get Bananas 在 27 個語系各有 5 張，全都解析為 i2064x2752a0；ResumeGeni for iOS 在唯一的語系有 5 張，解析為 i2048x2732a0。Ace Citizenship、Randori 與 Tappy Color 沒有被標為通用，也沒有 iPad 截圖組，所以依這個解讀，iPad 部分不適用於它們。兩款等待審查的 App 都沒有 iPad 截圖組；存下的讀取結果沒有記錄它們的裝置系列，只有 Kiradex 的提名把 iPhone 列為唯一的裝置系列。⁹⁴²⁸

K4. iPhone Duo 截圖組。 外側螢幕 1398 × 2034 與內側螢幕 2007 × 2853，涵蓋 App 支援的方向，透過素材庫上傳（Apple 文件記載的路徑；第 8 節），並置放在 IPHONE_DUO_PROFILE。對已上架的 App，這組截圖要搭 App 的下一個版本：Help 只在版本處於 Prepare for Submission、Invalid Binary 或其中一種被拒狀態時，才把截圖送審，而 API 只在上層版面可編輯時才能建立置放。自2027年4月起提交時必備；Duo 於2026年10月23日開放顧客購買。^1315115836 - 檢查，讀取： 在置放讀取上搭配 filter[placementGroup]=IPHONE_DUO_PROFILE&include=image，在攜帶該截圖組之版本的在地化上，並在版本發行後再在上架版本的在地化上讀一次，每個語系都傳回該截圖組，且每一張納入圖片的 specId 在目錄中都解析為四項 Duo 規格之一：i1398x2034a0、i2034x1398a0、i2007x2853a0 或 i2853x2007a0。¹⁶⁸³¹¹ - 檢查，擷取： 預覽工具在 iPhone Duo 上。⁶ - 10月7日： 只有 Kiradex，待審 1.0 上有十張，依置放讀取位於 IPHONE_DUO_PROFILE。¹⁷²⁸

K5. App 預覽。 886 × 1920（直式），適用於每款新款 iPhone 與 Duo；15 到 30 秒；23 到 30 fps；H.264，.mov、.m4v 或 .mp4，最多 500 MB；一條 256 kbps、44.1 或 48 kHz 的立體聲 AAC 音軌，影片沒有聲音時就用無聲的；只用 App 的螢幕錄影；海報影格要在核准前選定，因為核准後就不能改。^141148375 對可在 iPad 上執行的 App，iPad 預覽是 1200 × 1600（直式）或 1600 × 1200，即目錄中 IPAD_13_PROFILE 的 v1200x1600f23~30t15~30u1 或 v1600x1200f23~30t15~30u1，長度、影格率與音訊規則相同；11 吋類別接受同樣這兩種尺寸。¹⁴¹¹ - 檢查，指令稿： 對檔案的探測回報上述尺寸、該長度、23 到 30 之間的影格率，以及 256 kbps、44.1 或 48 kHz 的 AAC 音訊，放在一條雙聲道音軌，或 Help 也允許的兩條單聲道音軌中。 - 檢查，讀取（已處理）： 影片到達 PREPARE_FOR_SUBMISSION 而非 FAILED，其 specId 解析為一項預覽規格（直式 iPhone 檔案為 v886x1920f23~30t15~30u1）。這個狀態不代表已上頁面：Apple 的文章把它定義為「Processing succeeded and the video is ready to place.」（處理成功，影片已可置放。）⁴⁸⁸²¹¹ - 檢查，讀取（已置放）： 攜帶該預覽的版本通過審查並發行之後，在上架版本的在地化上，對每個應顯示它的語系執行 GET /v1/appStoreVersionLocalizations/{id}/placements?filter[placementType]=APP_PREVIEW&include=video，在每個預期的群組中傳回一個置放（直式 iPhone 檔案為 IPHONE_DYNAMIC_ISLAND_LARGE_PROFILE，Duo 為 IPHONE_DUO_PROFILE，目錄把它對應到同一項 886 × 1920 規格，iPad 檔案則為 IPAD_13_PROFILE），其納入的影片就是上傳的那一段，state 為 ACTIVE，也就是10月7日我們上架 iOS 版本上每一個置放所帶的值。光看狀態不能證明已發行：那天上午，941 Tiles 上架 Mac 版的置放讀到的是 INACTIVE，而兩個等待審查版本的置放讀到的卻是 ACTIVE，這就是檢查要讀上架版本在地化的原因。置放影片與提交版本都是寫入，受本節開頭的審查規則約束。^48271628 - 檢查，擷取： 在上述每個語系中，預覽工具以選定的海報影格顯示並播放預覽，位置符合 Help 的說明：在截圖之前，或在長寬比與截圖不同時位於「A Closer Look」。¹⁴¹ - 10月7日： 帳號中沒有任何 App 有預覽，也沒有任何素材庫有影片。³¹

K6. 宣傳文字。 每個上架版本的每個語系，最多 170 個字元，說明有什麼新東西；絕不是關鍵字清單。²³²⁴ - 檢查，讀取與指令稿： GET /v1/appStoreVersions/{id}/appStoreVersionLocalizations 對每個語系傳回一個非空、最多 170 個字元的 promotionalText。¹⁶ - 10月7日： Reps 的 iOS 版本、Randori 與 ResumeGeni for Safari 已完整；Return 與 Get Bananas 全部缺少；Ace Citizenship 12 個語系中缺 10 個；Tappy Color、ResumeGeni for iOS、Reps 的 Mac 版與上架中的 tvOS 1.6.2，以及 941 Tiles 的上架版本都缺少。Reps 審查中的 tvOS 1.6.3 已在全部 22 個語系都有，所以 Reps tvOS 的檢查要等 1.6.3 發行後再對它執行，在此之前不要改寫文字。³⁰⁸⁵

K7. 每個行銷活動一個自訂產品頁，附深層連結。 為我們真正會導流的每個受眾各做一頁（文章中的連結、一場活動、一則廣告），有自己的頁首、截圖與宣傳文字，並有一個連到該活動相關內容的 App 深層連結；只有在頁面也該贏得自然搜尋時才設關鍵字，且每組組合只屬於一個頁面。⁶⁰⁸³ - 檢查，讀取： GET /v1/apps/{id}/appCustomProductPages 列出該頁面，visible 為 true；GET /v1/appCustomProductPages/{id}/appCustomProductPageVersions 顯示其目前版本 state 為 APPROVED，且 deepLink 不為 null；對 GET /v1/appCustomProductPageVersions/{id}/appCustomProductPageLocalizations 傳回的每個在地化，GET /v1/appCustomProductPageLocalizations/{id}/placements?filter[placementType]=PRODUCT_PAGE_HEADER_ASSET 都傳回一個置放。¹⁶ - 檢查，擷取： 頁面的 URL 能開啟它，並在 iOS 18 或更新版本上，按「開啟」按鈕會落在深層連結指向的畫面。⁸ - 10月7日： Reps 一頁、Tappy Color 兩頁，都沒有深層連結；其他 App 都沒有。⁸⁵⁴⁷

K8. 一個有三個實驗版本的產品頁最佳化測試。 在上架 iPhone App 的預設頁面上；一次一個測試；三個實驗版本只變動一件事（先從頁首開始）；除非有理由，否則涵蓋所有在地化；讓它跑到某個實驗版本在 90% 信心水準下被標記，或滿 90 天為止，以整週計。^9672070 - 檢查，讀取： GET /v1/apps/{id}/appStoreVersionExperimentsV2 恰好傳回一個 state 為 APPROVED 的測試，startDate 已過且 endDate 未到。結構描述中的 state 沒有「執行中」的值，所以依我的解讀，這個組合就代表測試正在進行。接著 GET /v2/appStoreVersionExperiments/{id}/appStoreVersionExperimentTreatments 傳回三個實驗版本，每個實驗版本的 appStoreVersionExperimentTreatmentLocalizations 讀取傳回其在地化。¹⁶ - 檢查，擷取： 分析的產品頁最佳化畫面顯示每個實驗版本的狀態。²⁰ - 10月7日： 所有 App 都沒有；七款上架 iPhone App 符合資格。³⁰

K9. App 內活動，前提是 App 有真正的活動。 App 內一件有時效的事，不是每日任務、降價或一般性宣傳；15 分鐘到 31 天；最多提前 14 天發佈；名稱 30、簡短描述 50、詳細描述 120 個字元；16:9 卡片與 9:16 詳細資訊媒體。⁵²⁵³⁴ - 檢查，讀取與指令稿： GET /v1/apps/{id}/appEvents 顯示活動的 eventState 在發佈日期之前為 APPROVED，之後為 PUBLISHED（API 的狀態從 DRAFT 經 APPROVED、PUBLISHED 與 PAST 到 ARCHIVED），以及其日期。那次讀取不帶文字，只有一個指向活動在地化的連結，所以由 GET /v1/appEvents/{id}/localizations（或在第一次讀取時加上 include=localizations，每個活動最多傳回 50 個）提供文字，而每個傳回之在地化的名稱、簡短描述與詳細描述，逐頁讀到最後一頁，都在上述限制之內。¹⁶⁸⁵ - 檢查，擷取： 活動發佈後，產品頁上的活動卡片。 - 10月7日： Reps 一個，已核准，10月7日發佈。⁸⁵

K10. 提名，前提是有符合資格的上市或改進。 至少在其所列日期的三週前提交，這是 Apple 頁面所述兩個最低要求中較長的那一個（Help 與提名範本為三週，獲得精選頁面為兩週）。²¹⁵⁷²² - 檢查，讀取與指令稿： GET /v1/nominations?filter[state]=SUBMITTED 傳回它，且其 publishStartDate 至少在提交日期之後 21 天。¹⁶ - 10月7日： Kiradex 一份，為10月23日的 App Launch，提前 16 天提交：多於獲得精選頁面的兩週，少於 Help 的三週。⁹²²²²¹

逐款 App，各有不同之處

Kiradex（等待審查）。 1.0 版正在等待審查，所以這款 App 還沒有已核准的版本，無法單獨提交素材：在 1.0 核准之前，素材都跟著版本走，而指派給已在進行中提交之項目的素材，也無法單獨提交。¹⁷¹² 因此頁首與搜尋素材要等 1.0 核准，再單獨提交，或搭配 1.0.1 版，該版本的 build 47 與 48 已經上傳。¹⁷¹² 10月23日的提名維持已提交的狀態。Duo 截圖組已經有了（內側橫式、外側直式）；其他方向由代理依 App 支援的姿態自行判斷。¹⁷ 它的 1.0 沒有 iPad 截圖組，提名也把 iPhone 列為唯一的裝置系列；如果這款 App 確實能在 iPad 上執行，K3 的 13 吋截圖組就放進 1.0.1。⁹⁴ Kiradex 的頁首與搜尋素材呈現 App 自己的介面。

Reps（活動於10月7日發佈）。 Progress Pics 活動於2026年10月7日 14:00 UTC 發佈，10月8日開始；檢查方式是在那個時間之後，擷取產品頁上的活動卡片。⁸⁵ 它的自訂產品頁沒有深層連結：加上活動已經在用的那一個，這會讓頁面重新送審，但不會改變它的 URL。⁸⁵⁶⁰ Reps 的頁首、搜尋素材與第一個測試，都應該承載同樣的 Progress Pics 概念，讓活動、自訂頁面與預設頁面彼此一致。³ 它的 13 吋 iPad 截圖組，在全部 22 個語系各有 7 張 2064 × 2752，已經通過 K3 的 iPad 讀取。⁹⁴ 素材庫中有一筆活動卡片的預留從未完成上傳；API 允許的話就移除它，不然就留著，反正它不會置放任何東西。⁸⁵⁸³ Reps 的 Mac 1.6.2 與上架中的 tvOS 1.6.2 沒有宣傳文字；10月7日審查中的 tvOS 1.6.3 在全部 22 個語系都有，所以還欠著宣傳文字的是 Mac 版（K6）。創意素材的各項都不適用於這兩者。⁸⁵⁵

沒有上架版本的 App。 Kiradex、Founder Camera 與另外 17 款都沒有上架版本，它們都無法單獨提交素材：整套內容要放進各自的第一次提交，或等它核准。³⁰¹² 只有一個未提交 1.0 的那 17 款依平台區分，整套內容也隨之區分。³⁰ 有 iOS 1.0 的 12 款，在提交前把 K1 到 K6 建置進去，其中可在 iPad 上執行的每一款都要包括 K3 的 13 吋 iPad 截圖組，因為 Help 把那組截圖列為提交的條件，在上架之前其他都不做；其中另有 Mac 或 tvOS 1.0 的三款，那個版本只給它自己的截圖與宣傳文字。4 款僅限 Mac 的 App 採用下方的 Mac 整套內容，而不是 K1 到 K5：頁首、搜尋素材、K3 的 iPhone 與 iPad 截圖組、Duo 截圖組，以及 iPhone 與 iPad 的預覽尺寸，沒有一項適用於 Mac App。僅限 visionOS 的那款 App 自成一行：一組 3840 × 2160 的 Apple Vision Pro 截圖（「Required for Apple Vision Pro」，即 Apple Vision Pro 必備）、一段選用的 3840 × 2160 橫式預覽，以及宣傳文字；創意素材、自訂產品頁、測試與活動都是 iPhone 與 iPad 的功能，所以整套內容的其他部分都不適用。^131458921

Founder Camera（等待審查，截圖僅有英文）。 1.0.1 版是這款 App 在 App Store Connect 中唯一有過的版本，有 12 個語系，全都有宣傳文字，但截圖只有英文；其他 11 個語系沒有任何截圖。⁸⁴ 下一步，在這一版之後的第一個版本中：每個語系一組截圖，若 App 可在 iPad 上執行，每個語系再加一組 13 吋 iPad 截圖（1.0.1 沒有），加上 Duo 截圖組，以及頁首與搜尋素材；核准之後，創意素材就可以改為單獨提交。⁸⁴⁹⁴¹²

941 Tiles、ResumeGeni for Safari，以及四款尚未上架的僅限 Mac App。 頁首與搜尋素材是 iOS 27 與 iPadOS 27 的版位；自訂產品頁是給 iPhone 與 iPad 的；測試在 iOS 與 iPadOS 上執行；App 內活動僅限 iPhone 與 iPad；所以 K1 到 K4（包括 K3 的 iPad 截圖組）、K5 的 iPhone 與 iPad 尺寸、K7、K8 與 K9 都不適用。⁵⁸⁹²¹ 它們的整套內容是 Mac 截圖（1280 × 800、1440 × 900、2560 × 1600 或 2880 × 1800 其中之一，全為 16:10 橫式，涵蓋每個語系；「Required for Mac apps」，即 Mac App 必備）、宣傳文字、一段選用的 1920 × 1080 預覽，以及在某次發行符合資格時提出提名。¹³¹⁴ 對 941 Tiles 來說，第一步是尚未提交的 1.3.1 在全部 17 個語系已經寫好的宣傳文字：宣傳文字不必新版本就能修改，所以現在就可以放上上架中的 1.3。⁹¹²³

Tappy Color。 它的第二個自訂產品頁處於 Prepare for Submission：附上深層連結提交，或者刪除。⁴⁷ 它的商店資訊只有一個語系，所以 K3 與 K6 各只有一個語系；公開查詢也沒有把它標為通用，所以依我對該旗標的解讀，K3 只有它的 iPhone 截圖組。⁴⁷⁹⁴

Return、Get Bananas、Ace Citizenship、Randori、ResumeGeni for iOS。 iOS 版本上做完整的整套內容；Return 與 Get Bananas 另有 Mac 版（Return 還有 tvOS 版），只需截圖與文字。⁸⁶⁸⁷ Return、Get Bananas 與 ResumeGeni for iOS 帶有公開查詢的 iosUniversal 旗標，依我的解讀，這表示它們可在 iPad 上執行，而且已經在每個語系通過 K3 的 iPad 讀取；Ace Citizenship 與 Randori 沒有被標為通用，所以依這個解讀，除非情況改變，K3 對它們只有 iPhone 截圖組。⁹⁴ 先做宣傳文字：Return 與 Get Bananas 在 27 個語系都沒有，Ace Citizenship 12 個語系中只有 2 個有。⁸⁶⁸⁷⁸⁸ Get Bananas 上架中的 Mac 截圖組也需要重做：它的四張截圖，在全部 27 個語系，都是 1800 × 1104，這不是 Help 列出的 Mac 尺寸，也解析不到任何目錄規格（第 9 節）。隨下一個 Mac 版本以 1280 × 800、1440 × 900、2560 × 1600 或 2880 × 1800 其中之一重做；檢查，讀取： Mac 在地化的置放搭配 filter[placementGroup]=MAC_PROFILE&include=image，傳回的圖片其 specId 解析為 i2880x1800a1、i2560x1600a1、i1440x900a1 或 i1280x800a1 其中之一。^87131116

工作順序

1. 2026年10月7日： 在 14:00 UTC 之後，擷取 Reps 產品頁上的活動卡片。⁸⁵
2. 宣傳文字，放到每一個缺少它的上架版本上（K6）。它是文字，不需要新版本，而且用最少的工夫涵蓋最多的購買者。²³
3. 13 吋 iPad 截圖組（K3），放進每一款可在 iPad 上執行之 App 的第一次提交，因為 Help 要求有它才能提交；查詢標為通用的四款上架 App，依該解讀已在每個語系都有，所以對它們而言，工作就是做那次讀取。¹³⁹⁴
4. 每款上架 iPhone App 一個通用的頁首兼搜尋素材（K1、K2）：單獨提交，在預覽工具中檢查，在主控台發佈。依我的解讀，這是 Apple 這次推出的最大的可見變化，而我們的 App 都還沒用上。
5. Duo 截圖組，給上架的 iPhone App（K4），各自搭配該 App 的下一個版本，在2027年4月之前完成；越早越好，因為 Duo 於10月23日開賣，而沒有 Duo 截圖的頁面在 Duo 上會是什麼樣子，並沒有文件說明。⁶¹³
6. 每款上架 iPhone App 一個測試（K8），以頁首為變因，一次一個。
7. 附深層連結的自訂產品頁（K7）：先修好 Reps 現有的那一頁，之後只為我們真正在跑的行銷活動做頁面。
8. 預覽（K5），一款一款來，每一段都在發行後的頁面上檢查，而不只是在素材庫裡。
9. 活動與提名（K9、K10），在 App 有真正值得說的事時進行，提前三週。

需要主控台的部分

預覽工具的擷取畫面；把已核准的創意素材發佈到上架中的版本；「Use header asset in search results」這個選項（在 API 中則是把通用檔案再置放一次）；確認在主控台發佈的頁首會出現在置放讀取中，直到第一個頁首出現為止；以及在分析中讀取測試的狀態。^5832820 整套內容的其他部分，在第 8 節都有對應的端點。

不在本簡報範圍內

• Apple Ads 廣告活動：廣告版位還不在實際的目錄中，而且 Apple Ads 會另行審查它的廣告素材。¹¹⁴⁴
• 名稱、副標題、關鍵字與描述；價格、App 內購買項目圖片、促銷代碼與優惠代碼。
• 替代 App 圖示的測試，它需要每個圖示都在發佈的二進位檔中。⁹
• 分析報告請求，那是寫入。⁹³
• 留存訊息版位，實際的目錄並未提供。¹¹

重點整理

如果您負責 App 的行銷

• 在 iOS 27 與 iPadOS 27 上，產品頁頂端與搜尋結果現在由您設計：一張 3840 × 1646 的頁首與一張 3:2 的搜尋素材，或者一張 5244 × 2950 的 PNG 兩用。⁴⁵
• 在 Asset Library 中預先讓創意素材獲得核准；一旦核准，在上架中的頁面上做季節性替換就不需要新版本。⁵³
• 截圖仍然只有在每種裝置的截圖組中超過半數呈現 App 使用中畫面時，才能通過 App 審查。⁷²
• 現在就規劃 iPhone Duo 截圖組：外側 1398 × 2034、內側 2007 × 2853，自2027年4月起提交時必備。¹³⁶
• 對您會導流的受眾使用自訂產品頁（最多 70 個），並附上深層連結；對預設頁面則用測試（最多三個實驗版本、最長 90 天）。⁸⁹
• 至少提前三週提名，這是 Apple 頁面所述兩個最低要求中較長的那一個。²¹²²

如果您負責建置自動化

• 截圖、預覽與創意素材現在都經過 appAssetLibraryImages、appAssetLibraryVideos 與 appAssetLibraryPlacements；以截圖組為基礎的資源已棄用，而 Apple 只記載了透過素材庫上傳 Duo 的方式（實際讀取舊的截圖組資源時確實回報了一組 Duo 截圖；它是否接受新建，尚未測試）。¹⁵¹⁶¹⁷
• 預留、PUT 各區段、只帶 uploaded: true 提交，然後讀回 specId。⁸²
• 讀取 GET /v1/appAssetLibraryRefData 取得尺寸與限制，不要寫死，並以 PNG 交付頁首圖片。⁸³¹¹
• 給預覽一條音軌（依 Help 為立體聲），影格率介於 23 到 30 fps，否則處理會失敗。¹¹⁴⁸
• 自行執行 Help 的文字限制；API 的結構描述裡一個都沒有。¹⁶²⁴
• 為主控台留下空間：預覽工具與創意素材的上架替換都沒有端點。讀取置放來查看頁面上有什麼，並在信任這次讀取之前，先確認主控台發佈的頁首會出現在那裡。^5832728

常見問題

一款 App 可以有幾個自訂產品頁？

七十個。Apple 在2025年10月28日的發行說明與10月29日的新聞稿中，把上限從 35（自訂產品頁在 WWDC21 發表時給的數字）提高到 70：「You can now create up to 70 custom product pages per app on the App Store.」（您現在可以在 App Store 上為每款 App 建立最多 70 個自訂產品頁。）¹⁸⁷¹⁹ 它們顯示在 iPhone 與 iPad 上，需要 iOS 15 或更新版本，其深層連結則在 iOS 18 或更新版本上有效。⁶⁰⁸

App Store 產品頁頁首的尺寸是多少？

恰好 3840 × 1646 像素、21:9，可以是圖片，或 5 到 30 秒、30 或 60 fps 的影片。一張 16:9、5244 × 2950 的 PNG 也行，而且還能填入搜尋結果版位。Help 接受 JPEG 或 PNG 格式的 3840 × 1646 圖片；API 的規格目錄只接受 PNG，所以 PNG 是穩妥的選擇。⁴¹¹

App Store 搜尋結果創意素材的尺寸是多少？

一張 3:2 的圖片或影片，介於 1920 × 1280 到 3840 × 2560 像素之間皆可，或者用 5244 × 2950 的通用 PNG。搜尋中的影片是靜音的，而且「can’t currently be unmuted.」（目前無法取消靜音）。⁴ 如果您什麼都不放，App 內活動、預覽與截圖會照舊顯示。⁴³

App Store 截圖與創意素材要經過 App 審查嗎？

要。截圖與預覽會隨所屬的版本、自訂產品頁或測試一起審查，創意素材則要嘛跟著版本走，要嘛在 App 有了已核准的版本之後，從 Asset Library 單獨提交；「Standalone assets are reviewed against your app’s latest version.」（單獨的素材會對照 App 的最新版本審查。）¹²⁵ 截圖的門檻是每種裝置都要「more than half of screenshots show the app in use」（超過半數截圖呈現 App 使用中的畫面）。⁷²

App Store 的 iPhone Duo 截圖尺寸是多少？

外側螢幕 1398 × 2034 像素，內側螢幕 2007 × 2853，兩者也都接受橫式。Duo 的 App 預覽與其他新款 iPhone 是同一個 886 × 1920 檔案。Duo 截圖在2027年4月之前是選用的，之後每一款提交的 App 都需要；在 API 中，Apple 只記載了透過素材庫上傳它們的方式；實際讀取已棄用的截圖組資源時確實傳回了一組 Duo 截圖，但該資源是否接受新建的截圖組，尚未測試。^131461517

不提交新的 App 版本，能更換產品頁頁首嗎？

可以，前提是新素材已經核准，且目前的版本已上架：「If your app’s current version is already live on the App Store, you can update its creative assets with approved assets without submitting a new version.」（若 App 目前的版本已在 App Store 上架，您可以用已核准的素材更新其創意素材，不必提交新版本。）用 Browse Assets 選擇它，再按 Publish。⁵

App Store 產品頁最佳化測試會跑多久？

最長 90 天，最多三個實驗版本對照原始版本；Apple 建議等到 90% 信心水準再套用實驗版本，並至少執行一週，以七天為單位遞增。⁹⁷⁰ Apple 的行銷頁面說一次一個測試；它的分析 Help 則說可以針對不同元素同時跑好幾個。⁹²⁰

本站相關文章：App Store 截圖要賣的是理由，不是功能細讀了 37 組截圖，以及 Apple 關於獎項與外框的規則；App 審查在看什麼談的是這些素材要經過的審查；而 iPhone Duo 系列，從為 iPhone Duo 準備您的 App、為 iPhone Duo 設計到 iPhone Duo 開發者專文，推算出這些截圖尺寸所根據的螢幕。

參考資料