---
title: "什么是应用商店元数据"
description: "两个商店的元数据逐字段定义，以及决定每个字段该怎么写的「索引 vs 人类」权重差异。"
excerpt: "每个元数据字段都要回答两个问题：我在服务哪些搜索、我对读到我的访客做出什么主张。"
source_url: "https://appstorehelper.com/zh/glossary/app-store-metadata"
mirror_url: "https://appstorehelper.com/zh/mirror/glossary/app-store-metadata"
section: "把 ASO 与创意运营语言统一起来"
locale: "zh"
published_at: "2026-07-30"
updated_at: "2026-07-30"
reading_time: "4 分钟"
tags:
  - "元数据"
  - "术语"
  - "App Store"
  - "Google Play"
---

## 直接定义

应用商店元数据，指 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，归属就模糊了——截图问题被立成元数据任务，反之亦然。精确的词汇让归因和分工保持干净。

## 执行原则

当每个字段都能回答两个问题——我在服务哪些搜索、我对读到我的访客做出什么主张——元数据才算被管理。两个都答不上的字段，它的字符花在了虚无上。