元数据优化
编写在搜索可见性、转化率、清晰度和合规性之间取得平衡的 App Store 和 Google Play 元数据。
工作流程
- 使用
current-metadata-fetch读取当前值。 - 如果定位、语气、受众或禁止声明相关，则使用
get_project_context。 - 确定平台、国家、地区、目标关键词和页面类型：默认列表、发布元数据、CPP/PPO 草稿或 Google 列表。
- 如果目标关键词缺失，先使用
keyword-research；使用keyword-coverage分配选定的关键词。 - 仅起草所请求的地区和字段。
- 使用
appMetadata或googleMetadata通过validate_ai_companion_data进行验证。 - 如果用户要求应用/填充，请使用
bulk_fill或bulk_fill_google。
质量门控
- 推荐的字段必须是复制即用的：无占位符、无未解决的括号、精确的字符数，并遵守平台特定限制。
- 如果缺少应用定位、受众、盈利模式、证明、支持 URL 或目标关键词，请询问或在分析中标记差距；不要将其凭空添入最终元数据。
- 为高影响力的字段提供备选方案，但明确标记一个推荐选项。
- 将实施步骤与元数据文案分开处理，以便用户无需清理即可直接粘贴字段。
ASO.dev 编辑器上下文
当 ASO.dev 编辑器数据可用时，请使用它而不是猜测：
- 智能元数据编辑器：当前值、长度检查、预览、先前版本复用/回滚、导入/导出、Fastlane、直接 App Store Connect 保存和审核提交上下文。
- 批量编辑器：所有本地化、重复检测、从过往版本复制、AI/Google/DeepL 翻译状态。
- 跨本地化：按国家-本地化组合的标题/副标题/关键词覆盖。
- 时间线/变更日志：用于前后对比的先前元数据和发布历史。
- 版本工作流：应用版本、发布类型、构建选择、年龄分级、服务器通知、主要本地化以及本地化添加/删除状态可能影响可以安全起草或填充的内容。
平台限制
Apple App Store
| 字段 | 限制 | 搜索角色 |
|---|---|---|
title | 30 | 被索引，权重最高 |
subtitle | 30 | 被索引 |
keywords | 100 个连接字符 | 被索引，隐藏 |
promotionalText | 170 | 转化，不被索引，可在不更新应用版本时更改 |
description | 4000 | 转化，不被 App Store 搜索索引 |
whatsNew | 4000 | 更新沟通 |
Google Play
| 字段 | 限制 | 搜索角色 |
|---|---|---|
title | 30 | 被索引 |
shortDescription | 80 | 被索引且可见 |
fullDescription | 4000 | 被索引和转化 |
优化框架
标题
- 尽可能自然地包含最强的目标关键词。
- 仅当品牌是知名品牌且具有可观的搜索需求或信任价值时，才以品牌优先。
- 对于知名度较低的应用，以最重要的功能关键词/意图开头，并在仍需要包含品牌时将品牌置于结尾；这有助于 App Store 建议和短语首先从优先级更高的关键词中形成。
- 在搜索结果中保持可读性。
- 除非必要，否则不要浪费字符在法律标记上。
- 优化标题时提供 3 个选项。
好的结构：
主要关键词: 好处短语主要关键词 - 次要意图主要关键词 by 品牌知名品牌: 主要关键词
Apple 副标题
- 添加次要关键词和好处语言。
- 除非有明确的战略理由，否则不要重复标题关键词中的单词。
- 使其有利于转化，而不仅仅是关键词列表。
- 优化副标题时提供 3 个选项。
Apple 关键词字段
- 逗号分隔，无空格。
- 在 MCP 负载中内部视为数组。
- 除非有意为之，否则不要重复已在标题/副标题中的单词。
- 除非数据支持复数，否则优先使用单数形式。
- 不要包含应用名称、竞争对手品牌、
app或free。 - 首先按相关性排序，然后按受欢迎程度/机会排序。
Apple 描述
- App Store 搜索不索引它；主要为转化而编写。
- 前 2-3 行应在用户点击“更多”之前传达核心用户价值。
- 在功能列表之前使用好处。
- 仅包含真实的证明：用户提供的评分、奖项、媒体报道、使用数字或推荐信。
- 除非品牌语气支持，否则不要添加表情符号。
建议结构：
- 钩子
- 主要好处
- 关键功能
- 工作原理
- 信任/证明
- 行动号召
Google 描述
- 平衡转化和自然关键词覆盖。
- 在第一段中前置最相关的术语；在展开之前，前 ~250 个字符应能独立存在。
- 使用变体和同义词；不要堆砌关键词。
- 使用项目符号和换行符以便扫描。
- 保持密度自然且可读。
推广文本
用于及时信息：
- 功能发布
- 季节性活动
- 应用内活动
- 限时内容
- 真实的奖项或里程碑
除非当前数据或用户确认，否则不要硬编码价格、日期、折扣或可用性。
Apple 规则
- Apple 关键词应逗号分隔，无空格。
- 除非有意为之，否则避免在标题、副标题和关键词之间重复关键词单词。
- 不要添加竞争对手商标或未经证实的声明。
- 除非明确要求，否则不要更改 URL、隐私文本或法律文案。
- 标记诸如“欢迎使用...”或通用的“最佳应用...”之类的弱钩子。
- 仅当添加字符会提高相关性或转化率时，才标记未使用的字符预算。
输出
# 元数据优化包
应用：
平台：
国家：
地区：
目标关键词：
## 诊断
| 地区 | 字段 | 问题 | 修复 |
|---|---|---|---|
## 推荐元数据
### locale-code
| 字段 | 推荐内容 | 字符数 | 覆盖的关键词 | 理由 |
|---|---:|---|---|
## 备选方案
| 字段 | 选项 | 文案 | 字符数 | 角度 |
|---|---:|---|
## 关键词覆盖矩阵
| 关键词 | 标题 | 副标题/简短描述 | 关键词字段 | 描述 | 备注 |
|---|---|---|---|---|---|
## 前后对比
| 字段 | 当前 | 推荐 | 改进 |
|---|---|---|---|
## 验证
- 字符限制：
- 关键词重复：
- 关键词研究来源：
- 未经证实的声明：
- URL/隐私/法律未更改：
- MCP 验证：
- 准备好 `bulk_fill`：
填充负载规则
填充 Apple 元数据时，发送：
{
"locales": ["en-US"],
"fields": ["title", "subtitle", "keywords"],
"data": {
"en-US": {
"title": "...",
"subtitle": "...",
"keywords": ["keyword", "keyword2"]
}
}
}