直接定义
应用商店元数据，指 listing 里描述应用的那组文本字段：App Store 侧是标题（30 字符）、副标题（30）、关键词字段（100，隐藏）、描述、推广文本（170，免审可改）和更新说明；Google Play 侧是标题（30）、简短描述（80）和完整描述（4,000）。元数据与创意素材（图标、截图、视频）不同，也与运营字段（价格、分类、年龄分级）不同——虽然三者作为一个 listing 一起上架。元数据的定义性属性是：它同时被两种读者阅读——决定应用何时出现的商店索引系统，和决定装不装的人——而每个字段对这两种读者的权重各不相同。
为什么重要
元数据是应用商店表现里「最小可编辑面、最大杠杆」的表面：几百个字符决定了应用能参与哪些查询的排名、访客评估的是什么承诺。因为两家商店对字段的索引方式不同，同一套策略必须以不同方式落位——这就是为什么「把 App Store 的文本抄进 Play」是一类错误，而不是一条捷径。
字段地图
| 字段 | 商店 | 参与搜索索引 | 主要读者 |
|---|---|---|---|
| 标题 | 双端 | 是，权重高 | 两者——排名与第一印象 |
| 副标题 / 简短描述 | App Store / Play | 是 | 两者 |
| 关键词字段 | 仅 App Store | 是，隐藏 | 只有索引 |
| 完整描述 | Play 索引；App Store 基本不索引 | 因商店而异 | App Store 给人看；Play 两者都看 |
| 推广文本 | App Store | 否 | 只有人 |
元数据被认真管理的迹象
- 每个目标关键词有唯一归属字段，标题副标题之间没有重复词。
- 每个字段里的主张都能追溯到发售构建中的功能。
- 每个 locale 的元数据用母语调研过，不是翻译的。
- 变更有版本记录，每次变更有成文原因。
常见的走样方式
一份文本伺候两个商店
Play 那个参与索引的描述拿到的是 App Store 的纯转化文案，或者 App Store 的描述拿到的是 Play 那种织满关键词的文本——各自为错误的读者做了优化。
隐藏字段照抄可见字段
关键词字段的字符花在标题副标题已有的词上，索引不出任何新东西，还挤掉了本可以带来新查询的词。
「元数据」什么都指
当团队把「元数据」泛化成整个 listing，归属就模糊了——截图问题被立成元数据任务，反之亦然。精确的词汇让归因和分工保持干净。
执行原则
当每个字段都能回答两个问题——我在服务哪些搜索、我对读到我的访客做出什么主张——元数据才算被管理。两个都答不上的字段，它的字符花在了虚无上。