app-store-optimization

App Store 优化（ASO）

提升 App Store 产品页的搜索可见度和转化率。本技能涵盖元数据策略决策，包括选择目标关键词、构建能够促进转化的描述，以及如何利用 Custom Product Pages 和 App 内活动提升可发现性。有关元数据合规规则（字符限制、截图设备要求、拒绝触发条件），请参阅 app-store-review 技能。

目录

• 工作流与边界
• 标题和副标题策略
• 关键词字段策略
• 描述结构
• 推广文本
• 截图和预览优化
• App 内评分提示
• Custom Product Pages
• App 内活动
• 产品页优化
• 评分和评论管理
• 本地化元数据优化
• 常见错误
• 审核清单
• 参考资料

工作流与边界

1. 将建议分为可见度（可索引的元数据、本地化、 评分、活动）和转化（信息、素材、变体、实验）。
2. 为每项建议说明依据、负责人、目标指标和验证检查点。
3. 应用审核清单。

工作	负责人
列表、关键词与信息的匹配度、素材、页面变体、本地化、活动、评分策略	本技能
提交合规性、隐私清单/标签、ATT 措辞、拒绝风险	app-store-review
购买、付费墙、权益、订阅机制	storekit

标题和副标题策略

Apple 会将 App 名称和副标题编入搜索索引。两者合计提供 60 个字符（30 + 30）的高可见度关键词空间。

定位框架

当品牌已有知名度时，使用品牌 -- 关键词；新 App 需要在类别词上竞争时，使用关键词 -- 品牌；如果品牌名称自然包含相关关键词，则使用融合式名称。

规则

• 名称和副标题中不要重复用词——Apple 会将两者都编入索引，重复会浪费字符。
• 在空间较充裕的字段中，将价值最高的关键词放在前面。
• 避免使用泛化的填充词（“the”“best”“app”）——它们会占用空间，却没有搜索价值。
• 副标题应传达核心价值主张，而不是宣传标语。

关键词字段策略

App Store Connect 的关键词字段最多接受 100 个 UTF-8 字节（部分 Apple 概览页面将其概括为 100 个字符）。使用逗号分隔 词条，逗号后不要加空格；每个词条必须超过两个 字符。

优先级排序

根据三个因素对候选关键词排序：

因素	权重	信号
相关性	最高	该关键词是否准确描述 App 的实际功能？
搜索量	中等	用户是否真的在搜索该词？
竞争程度	较低	有多少 App 以该关键词为目标？

优先考虑用户意图和元数据匹配度。结合主要类别、 App 名称、副标题和关键词字段进行考量；不要重复填写主要类别。

战术规则

• 避免与标题和副标题重复——Apple 已会为这些词建立索引。
• 不要同时使用同一术语的单数和复数形式；Apple 会将它们视为重复项。
• 省略类别名称——Apple 会自动将应用的主要类别加入搜索索引。
• 逗号后不要加空格——空格也会占用 100 个字符的限额。
• 如果缩写和常见拼写错误确实是搜索词，可以考虑使用。
• 为最相关、搜索意图最强的词预留空间；不要把字符浪费在只能勉强描述应用的词上。

参见： references/keyword-research-methodology.md，了解完整的研究流程、评分框架和索引详情。

验证检查点： 将最终名称、副标题和关键词字段放在一起检查。统计其 UTF-8 字节数，按逗号拆分，剔除空白、以空格开头或长度不超过 2 个字符的词条；比较这 3 个已编入索引的字段和主要类别中的规范化词语，并确保每个保留的词条都有相关性或需求信号。修改字段并重复检查，直到每个词条都物有所值。

描述结构

Apple 的搜索指南指出，文本相关性主要取决于应用名称、副标题、关键词和主要类别，以及下载量、评分和评论等行为信号。应将描述视为转化文案，而不是堆砌额外搜索词的地方：展开描述的用户正在评估是否下载。

四部分结构

1. 吸引点（前 1-3 行）——“更多”折叠前唯一可见的文本。开篇突出最有力的优势或差异化特点。这是页面上最重要的文案。
2. 功能亮点——用 4-6 条简短描述介绍功能。使用 Unicode 项目符号（•），因为 App Store 不会渲染 Markdown。重点说明效果，而非技术细节。
3. 社会认同——奖项、媒体引述、用户数量里程碑或值得关注的评分。写 1-2 行即可。
4. 行动号召——用结尾语鼓励用户下载。保持简短，并突出优势。

格式说明

• App Store 不会渲染 Markdown、HTML 或富文本。使用纯文本和 Unicode 字符来组织内容。
• 段落应简短，并用换行分隔。大段文字会降低转化率。
• 按不同地区撰写——翻译结构，而不是逐字翻译。参见本地化元数据优化。

推广文案

推广文案显示在描述上方，限 170 个字符，并且无需提交新版本即可随时更新。

轮换策略

围绕功能发布、季节性节点、奖项或媒体报道、促销活动和应用内活动更新推广文案。不要让文案在不同版本间一直保持不变；如果暂时没有值得推广的内容，就轮换展示应用最有吸引力的卖点。

截图和预览优化

大多数用户不会滚动浏览第 1 张之后的截图。这些位置决定用户是继续了解完整产品页面，还是直接离开。

前 3 张截图

• 首先展示核心价值主张——最能说明用户为何应该下载的画面。
• 前 3 个位置不要放入引导页、启动页或加载页。
• 每张截图都应展示不同的优势或功能。

文案撰写

• 撰写突出优势的说明，而非功能标签。“不错过任何截止日期”比“日历视图”更能促进转化。
• 截图上方的说明控制在 2-5 个词，下方写一行简短文字。
• 使用动作动词：“追踪”、“分享”、“发现”、“创建”。

排序策略

第 1 个位置展示核心价值主张，第 2 个位置展示核心差异化特点，第 3 个位置展示下一个最突出的功能，后续位置则展示辅助功能、社会认同或特殊场景。

App 预览视频

如果提供了预览视频，它会占据第一个位置。关闭自动播放时，第一帧会成为海报图像——请选择一帧适合作为独立截图的画面。

有关截图设备要求和合规规则，请参阅 app-store-review 技能。

**验证检查点：**以首屏尺寸预览每个本地化产品页面。 确认前三个可见素材传达了不同的优势，说明文字与 UI 和公开声明一致，且素材排序与页面元数据所针对的意图一致。替换或重新排序任何不符合要求的素材，然后再次整体检查首屏。

App 内评价提示

StoreKit 为 SwiftUI 提供 RequestReviewAction，为 UIKit 提供 AppStore.requestReview(in:)。本节介绍提示时机策略；有关完整的 StoreKit API，请参阅 storekit 技能。

系统行为

• 对尚未为 App 评分的用户，系统会限制每台设备每 365 天最多显示 3 次提示。
• API 发出的是请求，并不保证一定显示——是否显示提示由 StoreKit 决定。
• 开发期间，提示始终会显示。在 TestFlight 中，提示永远不会显示。

提示时机

适合的触发时机包括完成一项有意义的任务、达成里程碑或连续记录、出现积极的 App 内体验，或经过若干次活跃会话。不适合的触发时机包括首次启动、引导流程、错误、崩溃、交易失败，或直接在按钮点击后显示预先询问界面。不要在提示前显示“为这个 App 评分？”对话框——Apple 不鼓励拦截系统提示，并可能因此拒绝 App。

持久评价链接

对于设置页面或“为我们评分”选项，请使用以下 URL 格式直接链接到 App Store 评价页面：

https://apps.apple.com/app/id{APP_ID}?action=write-review

此链接会直接打开撰写评价页面，不受系统每年 3 次的限制。

自定产品页面

每个 App 最多可有 70 个自定产品页面变体。每个变体都可以使用不同的截图、App 预览视频、推广文本和指定搜索关键词，以适配特定受众或获客渠道。

推荐使用自定产品页面时，请明确说明页面数量上限为 70 个，以及指定关键词带来的搜索曝光，然后为每个页面明确对应的受众、信息、关键词／广告意图和衡量方案。

使用场景

对于付费搜索广告组、社交媒体营销活动、特定功能落地页、季节性营销活动，以及其他需要首张截图或推广文本匹配特定用户意图的获客路径，请使用单独的页面。

设置

• 每个自定产品页面都有唯一的 App Store URL，可用于广告活动、深层链接和网页。
• 已获批页面也可以根据最新获批 App 版本中的指定关键词出现在 App Store 搜索结果中。
• 页面可以单独本地化。
• 在 App Store Connect 的 Custom Product Pages 标签页中创建页面。
• 使用描述性名称为页面命名，以便内部跟踪（例如，“Search-FitnessTracking”、“Social-HolidayCampaign”）。

参见：产品页面变体，了解设置详情、URL 结构和营销活动映射策略。

App 内活动

App 内活动会显示在 App Store 搜索结果、Today 标签页和个性化推荐中。在活动期间，它们可以提高曝光度并重新吸引流失用户。

活动类型

选择与实际 App 内体验相符的 Apple 活动徽章：挑战赛、竞赛、直播活动、重大更新、新赛季、首映或特别活动。不要在没有真实限时内容的情况下虚构活动。

元数据限制

活动名称限 30 个字符，简短描述限 50 个字符，详细描述限 120 个字符；活动卡片图片为必需项，比例为 16:9（1920x1080 或类似尺寸）。

策略

• 围绕功能发布、季节性节点或内容上新安排活动。
• 为活动卡片撰写名称和简短描述，并在产品页面、搜索和「Today」中展示；衡量时效性卡片是否能提升点击量。
• 策略性地安排活动重叠：在下一场活动开始时结束当前活动，以保持搜索曝光的连续性。

参见： references/product-page-variants.md，了解活动安排模板。

产品页面优化

App Store Connect 提供产品页面元素的原生测试功能。

可测试的内容

• App 图标（备用图标）
• 屏幕截图（顺序、内容、说明文字）
• App 预览视频

每项测试最多可将三个方案与原始产品页面进行对比，原始产品页面作为默认基准。

测试设计

• 测试至少运行 7 天，以考虑星期几带来的差异。
• 确保流量充足，以达到统计显著性——流量较低的 App 可能需要延长测试时间。
• 出于方法论考虑，一次只测试一个假设（例如，只测试屏幕截图顺序或说明文字，而不是同时测试两者），即使 App Store Connect 允许使用多个方案也是如此。
• 选择测试所包含的本地化版本；默认情况下会选中所有受支持的本地化版本。
• 测试最多运行 90 天，也可以手动停止。当测试关联的首次下载量至少达到 5 次后，结果会显示在 App Analytics 中。
• PPO 建议应列明假设、最多三个方案、所选本地化版本、目标指标和决策规则。

解读结果

• 关注转化率提升（从曝光到下载），而非绝对下载量。
• App Store Connect 会报告转化率、提升幅度和置信度。将 90% 及以上的置信度视为判定「表现更好」或「表现更差」的门槛。
• 应用胜出方案后，先等待一段时间，再开始下一项测试，以建立清晰的基准。

评分与评论管理

评分和评论会显示在产品页面和搜索结果中，影响 App Store 搜索排名，并影响转化。策略是仅在用户取得成功体验后邀请其评价，并积极回应问题，以获取更多近期好评。

评论回复策略

• 在 App Store Connect 中回复负面评论——即使评分数字没有变化，专业的回复也能提升用户对产品质量的印象。
• 承认问题，说明正在采取的措施（或已完成的修复），并保持语气中立。
• 将评论用语作为用户研究素材：用户常会用自己的话描述目标、困扰和所属类别的术语，这些内容有助于改进未来的元数据和屏幕截图文案。

重置评分

提交新版本时，可以选择重置显示的评分。请谨慎使用此选项：

仅当经过重大改进后，显示的评分明显低于 App 当前质量时才重置。不要重置较高且能代表实际情况的评分；不要为常规错误修复重置评分；如果进行了有风险的重新设计，请等待产品稳定后再考虑重置。

本地化元数据优化

ASO 本地化并不等同于翻译 App 界面。关键词策略、描述和屏幕截图说明必须针对各个市场进行调研和撰写，而不是从主要语言区域通过机器翻译得出。

核心原则

• 针对各个市场研究关键词。 日语中搜索量最高的“照片编辑器”一词，并非“photo editor”的直接翻译。
• 针对不同地区改写描述。 根据当地惯例和卖点调整“吸引点-功能-证明-行动号召”结构。
• 本地化每个元数据展示位置。 App Store 指南明确提到本地化描述、关键词、应用预览和截图；不要假设直接翻译或未经支持的跨地区索引行为。
• 本地化截图说明。 使用用户语言的说明比未翻译的英文效果更好。

有关应用内字符串本地化（String Catalogs、FormatStyle、从右向左布局），请参阅 ios-localization 技能。

常见错误

1. 编写描述功能而非突出收益的截图文案。
2. 翻译关键词，而不是研究各市场的搜索词。
3. 在用户完成新手引导、遇到错误或崩溃，或交易失败后请求评分。
4. 忽视前三个截图位置，或以新手引导／启动画面作为开头。
5. 在时长、流量不足或缺少单一明确假设的情况下运行 PPO 测试。
6. 在所有 Custom Product Pages 中重复使用完全相同的素材。

审核清单

• 已索引的元数据通过标题／副标题和关键词验证检查点
• 描述、推广文案和首屏素材通过转化检查
• 已针对每种语言环境研究、撰写、排序并预览元数据和素材
• 评分请求安排在用户成功完成操作之后，并遵循 StoreKit 的系统行为
• 页面变体、事件和 PPO 测试均注明其受众、依据、指标和决策规则
• 公开声明和截图通过 app-store-review 合规清单检查

参考资料

• 关键词研究方法：references/keyword-research-methodology.md
• Custom Product Pages、A/B 测试和应用内事件：references/product-page-variants.md