一句话总结
把目标用户、前三大收益、口吻喂给模型，让它直接产出符合字符上限的多个备选。模型 20 分钟能给你一份完整的 iOS + 安卓上架文案。省下来的时间花在真正影响转化的地方：副标题和描述前两行。动手前先记住一个硬事实：Apple 自带的 A/B 测试（Product Page Optimization，简称 PPO）只能测图片（图标、截图、预览视频），不能测文案。要对比文案，得提交一次「纯元数据更新」，再用前后数据对照。（以下数据均为 2026 年 6 月时的情况。）
决定下载与否的六块文案
要提交新 App 或更新现有上架页。真正承担转化的就那几个字段，每个都有硬性字符上限，开写前必须让模型知道。手写最费时间的就是反复数字符，半天就没了。
最关键的是两个最短的字段：iOS 副标题和 Google Play 短描述，这两行才是用户在浏览时真正会读、并据此决定要不要往下看的内容。其余字段都是给点进来的好奇用户，以及给关键词曝光用的。
按地区分别计算的字符上限（2026 年 6 月）
下面每个字段都是按语言地区分别计算的——法语或日语版本各有一份独立文案，且要符合同样的上限。Apple 按字符计数，每个字符算一个，包括空格、标点，以及中日韩文字或 emoji。
| 字段 | Apple App Store | Google Play | 显示位置 |
|---|---|---|---|
| App 名 / 标题 | 30 字符 | 30 字符 | 搜索结果、上架页顶部 |
| 副标题（iOS） | 30 字符 | — | 名字下方，搜索结果和上架页都显示 |
| 短描述 | — | 80 字符 | Play 上架页顶部，首屏可见 |
| 推广文本（iOS） | 170 字符 | — | 描述上方；随时可改，无需审核 |
| 描述 | 4000 字符 | 4000 字符 | 点「更多」前只显示前 2-3 行 |
| 关键词字段（iOS） | 100 字符 | — | 不显示；英文逗号分隔，无空格 |
Google Play 没有独立的隐藏关键词字段：它会索引标题、短描述和完整描述，所以关键词必须自然地写进正文里。
这件事什么时候适合交给 AI
清楚目标用户、清楚前三大功能能带来什么收益时，就可以让模型上手。模型擅长三件事：把收益压进 30 字符的副标题里、扩展并去重 100 字符的关键词字段、产出 5 个副标题备选供你测试。
本地化也做得好。保留一份干净的英文源文案，再分别生成各地区版本，每个附一句文化提示。务必把这些交给母语流利的人审核再上线——只靠机翻会漏掉地道说法，还会在中日韩市场把字符数算错。
什么时候不能只靠 AI
模型不知道你品类当下的 ASO 排名信号，这些每季度都在变，而且没有任何模型掌握实时搜索量数据。每份 AI 初稿都要配合你手动看 3 个当前排名好的竞品，并在真正的 ASO 工具（App Radar、AppTweak、Sensor Tower）里验证关键词候选，再去敲定那 100 字符的字段。
金融、医疗、儿童等强监管品类，关键词字段和描述都要走合规审核。Apple 和 Google 都会拒绝暗示未经证实的医疗或金融效果的上架文案。
需要先给模型的信息
- App 名加一句 tagline
- 前 3 个功能，每个都写成对用户的收益，不是技术名词
- 具体的目标用户（“记账的自由设计师”，不是 “小企业”）
- 5 个竞品，以及每个的一个亮点
- 两个口吻形容词（比如 “沉稳 + 能干”，不要 “创新”）
可直接复制的 Prompt
发送前把每个 [方括号] 占位符换成你自己的内容。
你是 App Store ASO 文案。请同时为 Apple App Store 和 Google Play
产出完整上架文案。
App：[name]，[tagline]
前 3 个功能（功能 -> 收益）：
- [feature_1]：[benefit_1]
- [feature_2]：[benefit_2]
- [feature_3]：[benefit_3]
用户：[specific_audience]
我欣赏的竞品：[comp_list]
口吻：[two_adjectives]
输出，每项都标出当前字符数：
1. iOS 副标题：5 个备选，每个不超过 30 字符，动词带头讲收益
2. Google Play 短描述：3 个备选，每个不超过 80 字符
3. iOS 推广文本：3 个备选，每个不超过 170 字符
4. 描述（两个商店通用）：
- 前 2 行：直接讲收益，不要 "欢迎使用……"
- 3 段短文，每段讲一个功能
- 一个 4-6 条的次要功能 bullet 列表
- 收尾 CTA 一行
5. iOS 关键词字段：100 字符内，英文逗号分隔，无空格，不用 App 名里已出现的词
规则：没有证据的夸张词不要、"革命性""下一代" 不要、任何功能都不能不带收益。模型回完后，把副标题和短描述备选粘回去，让它重新数一遍字符数——模型第一次几乎都会数错。
上线前怎么验证结果
- 手动重数上限。 把每个副标题和短描述备选粘进字符计数器。一行”看着挺短”，往往已经 32 个字符了。
- 每个功能配一条收益。 “云同步” 是功能；“换设备也能接着干” 才是用户想要的收益。
- 在手机上读前两行。 这是大多数用户点「更多」前唯一看到的文案。如果价值在这里不明显，重写。
- 拿关键词去真实商店对照。 在 App Store 搜你的 Top 3 词，确认至少有一个 Top 10 竞品用了类似表达。
测试文案：Apple 和 Google 各自允许什么
这一点很多攻略都讲错了。Apple 的 Product Page Optimization（PPO）确实是真正的分流测试——最多 3 个版本对照线上页，最长可跑 90 天——但它只能改视觉素材：图标、截图和预览视频，改不了副标题、描述或关键词。
要在 iOS 上对比两版文案，得提交一次「纯元数据更新」：一次不带新构建的上架文字更新。改一个字段，跑两到四周，再和之前一段时间的转化对照。这是顺序测试，不是真正的 A/B，所以跑的期间要把其他变量都按住不动。
Google Play 倒是允许测文案。Store listing experiments 会把线上流量分到最多 3 个版本，且包含短描述，所以安卓是直接 A/B 测文案的地方。Apple 在 2026 年初把每个 App 的自定义产品页提到了 70 个，Google 的自定义上架页（最多 50 个）现在也会出现在自然搜索里——两者都让你为不同关键词人群指向措辞不同的页面。
一次只测一个元素，先测副标题。出了赢家，再让模型按这个副标题改对应的其他文案，统一风格。
容易踩的坑
- 只列功能不写收益（写 “云同步”，不如写 “换设备也能接着干”）。
- 在描述里堆关键词——Apple 不拿它做排名，用户也读成垃圾信息。
- 副标题写成 slogan（“笔记的未来” 对买家毫无意义）。
- 两个商店共用一份描述——Google 会索引描述里的关键词、还有 80 字符的短描述；iOS 隐藏关键词、用的是 30 字符副标题。正文可以重叠，但标题类字段不一样。
- 不写截图文案，而它被读到的概率往往比描述还高。见用 AI 写 App Store 截图文案。
FAQ
描述到底要写多长？ 往前放重点。前两三行加上 bullets 承担转化；剩下的 4000 字符是给点进来的好奇用户，以及在 Google Play 上做关键词索引用的。
能在 App Store 上 A/B 测副标题吗？ PPO 不行——它只测图片。iOS 的文案要靠提交「纯元数据更新」，再用前后转化对照。Google Play 上可以用 store listing experiments 直接分流测短描述。
AI 对 iOS 关键词字段有用吗？ 在 100 字符上限内扩展和去重候选词很有用，但敲定之前要在专门的 ASO 工具里验证真实搜索量。
该用哪个模型？ 当前任何前沿模型都能胜任。截至 2026 年 6 月，GPT-5.5、Claude Sonnet 4.6、Gemini 3.1 Pro 都能给出不错的上架文案初稿；Claude 在守字符上限上往往更稳，但无论用哪个都要手动重数。
本地化怎么做？ 按前五大市场分别本地化，每个都让母语流利的人审核。机翻会把中日韩字符数算错，也会漏掉地道说法。
相关阅读
苹果端的具体套路看 App Store 上架文案 Prompt；用 AI 做 App Store 关键词调研 调关键词字段；截图转化看用 AI 写 App Store 截图文案；先把战略层定准用产品定位 Prompt。
标签: #AI 写作 #内容创作 #App Store