把有限的元数据分配给明确任务

根据 2026 年 8 月可见的 App Store Connect 官方资料，App 名称最长 30 个字符，Subtitle 最长 30 个字符；Keywords 最多 100 bytes；Promotional Text 最长 170 个字符；Description 最长 4,000 个字符。名称、Subtitle 和 Keywords 与商店搜索直接相关，Description 的官方定位是解释功能，并用于 App 发布后的 Web 搜索结果。没有官方依据支持在 Description 中机械重复同一个词来提高 App Store 排名。^[1]

可以这样分工：

名称

先保证品牌可辨认，再在不损害阅读和真实性的情况下说明核心类别。名称需要经得住桌面图标、搜索结果、口头传播和长期品牌积累，不能只为一个短期热门词频繁改动。

Subtitle

用一句短语补充目标用户、核心任务或明显差异。它应与名称共同说明「这是什么」，避免重复同一组词或堆叠功能。

Keywords

只放与产品真实相关、尚未被名称和公司名称覆盖的候选。建立版本记录，写清本轮新增、保留和删除的词，以及调整依据。100 bytes 是容量限制，并不意味着必须把每个位置塞满不相关词。

Description 与 Promotional Text

Description 负责让用户理解场景、功能、限制和价值。Promotional Text 可以在不提交新版本的情况下更新当前功能信息。两者都需要自然、准确，并与产品实际能力一致。未经核实的排名、奖项、效果和价格不应进入文案。^[1]

元数据每次只调整一组假设。若名称、Keywords、截图、价格和版本功能同时变化，排名或下载变化就很难归因。

搜索结果先解决第一眼理解

用户在搜索结果中通常不会先阅读完整 Description。Icon、名称、Subtitle、可见截图和评分先决定是否继续。产品页的前三张截图因此值得优先安排，但页面展示会随设备、地区和系统变化，团队仍需在目标设备上实际检查。

前三张可以按以下顺序组织：

1. 核心价值：用户完成什么任务，得到什么结果；
2. 真实场景：产品在什么情况下使用，界面如何支持；
3. 关键差异：为什么选择它，而不是结果页中的其他方案。

截图文案应与目标关键词使用相同的用户语言，画面要显示真实产品状态。Icon 可以提高辨识度，却不能弥补名称和截图无法解释产品。外部广告若用热点素材获得高点击，产品页却展示另一种能力，用户会在商店流失。此时继续换广告或加预算，会扩大承诺与交付之间的差距。^[2][3]

截至 2026 年 8 月，App Store Connect 允许每个适用设备规格上传 1—10 张截图，并为每个本地化、每种设备尺寸添加最多三个 App Preview。视频适合展示动态轨迹、操作过程或静态图难以说明的体验；结果一眼就能看懂的产品，清楚的静态截图可能更直接。是否使用视频应由理解效率和实测转化决定。^[1]

用 Product Page Optimization 测试页面假设

Product Page Optimization（PPO）适合比较默认产品页的不同版本。Apple 当前资料列出的可测试元素包括截图、App Preview、Description 和 App Icon。测试结果在至少归因到五次首次下载后出现在 Analytics；系统结合曝光积累评估结果，达到 90% confidence 时可能标记为表现更好或更差。这个门槛说明页面实验需要样本，也说明「跑了几天」本身不是结束条件。^[4]

一轮实验最好只回答一个问题：

• 第一张图强调结果，是否优于强调功能；
• 真实使用场景，是否优于抽象宣传画面；
• 一段操作视频，是否比静态步骤更容易理解；
• 新 Icon 是否提高进入和下载产品页的转化。

实验前记录基线、目标地区、流量来源、版本和假设；实验中避免同时改价格、主功能和外部渠道；结果出来后同时看 Conversion Rate、相对 lift、confidence 和样本结构。流量太少导致 inconclusive 时，可以延长测试、扩大差异或等待更稳定的流量，不能把方向性的早期变化包装成确定结论。^[4]

Custom Product Pages 用来匹配不同意图

PPO 比较哪个默认页面更好，Custom Product Pages（CPP）则让不同来源或搜索意图进入更匹配的页面。截至 2026 年 8 月，Apple 允许一个 App 创建最多 70 个自定义产品页，每页可使用不同的截图、App Preview、Promotional Text 和关键词，并有独立链接；页面需要审核后才会对用户可见。当前系统还允许把已批准版本中的关键词分配给自定义页，使相关搜索进入该页。^[4]

适合拆页的情形包括：

• 同一产品服务两类任务明显不同的用户；
• 广告分别强调不同功能；
• 节日活动、内容包或新能力需要独立说明；
• 不同地区使用不同表达和素材；
• 外部渠道承诺需要与落地页保持一致。

页面数量越多，维护、审核、数据量和素材成本越高。小团队应从两三个意图清楚的页面开始，确保每一页都能对应产品里的真实功能和深链路径。

评分请求应出现在真实价值之后

评分和评论会影响产品页信任。合适的请求时机，是用户刚完成一次任务、得到明确结果或达到一个自然 milestone。不要在首次启动、权限弹窗之后或用户尚未体验核心功能时立即索要评价。^[2][4]

Apple 当前说明显示，使用系统 API 最多可以在 365 天内向同一用户提示三次，但实际是否展示由系统决定。团队还应提供容易找到的支持入口，让遇到问题的人能够私下求助；公开评论出现具体故障时，回复应简短、尊重并说明处理进展。开发者回复后，评论者会收到通知，并可以更新原评论。^[4]

以下做法应直接排除：

• 用奖励交换五星；
• 先询问满意度，只把高分用户送到系统评价；
• 让没有真实使用的人批量评论；
• 把功能反馈按钮伪装成公开好评入口；
• 刷下载、刷词或控制账号影响排名。

一个案例中的单个产品曾在第二次打开时请求评分，并记录约三万次下载、约 1,500 个评分。它只能说明当时的项目实验，不能把「第二次打开」或约 5% 评分率设为通用目标。^[2]