关于截图的观点很廉价；关于截图的数据不是。两家商店现在都为页面图片提供原生 A/B 测试，但机制差异之大，让一边的结果对另一边几乎没有说服力。下面是 2026 年在每家商店正确测试截图的方法，以及先测什么。
Apple：Product Page Optimization
Product Page Optimization（PPO）位于 App Store Connect，允许你用最多 3 个方案对照默认页面，测试截图、应用预览和图标。测试最长可跑 90 天，流量在各变体间分配，而且每个方案在开始前都要通过 App Review，所以留出一天缓冲。一个值得知道的细节：PPO 变体按 storefront 生效，这与本地化截图套组天然契合：在日本赢的，不一定在巴西赢。
相关但不同：Custom Product Pages 已从每应用 35 个增加到 70 个，现在还能关联到搜索关键词。它们是定向工具，不是 A/B 测试，但复用同样的素材纪律：变体越多，越需要一个能快速产出截图套组的工作流。
Google：Store Listing Experiments
Play 的实验更老也更松：你直接在 Play Console 里测试页面变体（包括截图和 feature graphic），流量比例由你控制，每个变体也没有审核关卡。结果附带置信区间；忍住在某个变体领先的第一天就停掉测试的冲动。
人人都会破的规则
永远不要把结果照搬到另一家商店。 受众、布局和渲染都不同：Play 展示你的图和截图的方式与 App Store 不同，用户群的行为也不同。在 iOS 上赢的第一张截图，在 Android 上是一个假设，不是结论。
先测什么
永远先测第一张：第一张截图承载着不成比例的转化份额。一次只测一个变量：文案措辞、背景颜色、卖点顺序。整套全换只能告诉你"有什么东西"起了作用，学不到任何可复用的经验。在测试结果旁边记一份变更日志；三个月后你不会记得方案 B 是什么。
无痛产出变体
截图测试的实际瓶颈是产出干净的变体。如果每个变体都要花一个设计下午，你就不会迭代。用基于预设的工作流（流程如何串起来），一个变体就是改一句文案加重新导出，这才让每周迭代变得现实。
一句话版本
Apple 用 PPO（3 个方案、90 天、需审核），Play 用 Store Listing Experiments（更松、无关卡）。先测第一张，一次一个变量，永远不在商店之间照搬结论，并把变体生产做得足够便宜，让你真的会去迭代。
