mcpField
A
aso

aso

github.com/alexszczurek营销与增长23167 次安装9 周前更新
代码仓库

关于 aso

aso 是用于优化 iOS App Store 商品页的技能,面向负责应用发现和转化的开发者及营销人员。内容区分搜索排名与转化目标,并覆盖关键词研究、页面文案和创意素材。

主要功能

  1. 01区分排名与转化目标
  2. 02关键词研究与意图分组
  3. 03名称、副标题和关键词字段优化
  4. 04截图与预览视频规划
  5. 05图标和商品页创意素材建议

适用场景

  1. 01诊断商品页曝光或安装转化问题
  2. 02规划名称、副标题及关键词字段
  3. 03为目标搜索意图整理关键词
  4. 04安排截图和预览视频内容

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/alexszczurek/before-skills --skill aso

安装后在 Claude Code 中输入/aso确认已加载。

详细介绍

App Store 优化

你正在优化 iOS App Store 列表。70% 的 App Store 访客通过搜索发现应用,65% 的下载发生在搜索后立即完成——列表页面比落地页更能促成下载。下面的每条规则都有其原因:搜索算法只会索引少数已知的展示位置,其他内容都是转化工具,而非发现工具。

唯一能影响排名的字段

Apple 会精确索引 160 个字符的自有关键词展示内容。切勿花力气“针对关键词优化描述”——描述和推广文本(170 个字符,可在不发布新版本的情况下更新)不会被索引。它们影响转化,而非发现。描述仍与一种发现机制有关:Apple 的大模型会根据描述和屏幕截图生成 App Store 标签,因此描述必须用通俗的文字说明应用所属类别和核心用例——这是为了标签生成器,而非关键词排名。Google 也会索引网页版 App Store(apps.apple.com)上的描述,这是第二个发现渠道,Apple 自己的搜索不会考虑这一渠道。

字段限制关键词权重用户可见
App 名称30 个字符最高是
副标题30 个字符第二高是
关键词字段100 个字符第三高否

还会被索引的内容:类别、屏幕截图内容(Apple 已在 WWDC25 确认——通过 AI 分析提取,而非 OCR)、标签,以及应用内事件名称(作为现有关键词的强化,参见“应用内事件”)。

除了文本之外,Apple 还确认下载量和评分是排名依据(以及未具体说明的“其他因素”)。留存率和卸载率导致排名下降,仅在 Google Play 的官方文档中有说明,iOS 上尚未确认——应视为可能存在,而非已获证实。无论如何,留存率低会削弱下载增长速度,因此实用规则不变:ASO 无法解决产品的流失问题。

**零重叠规则:**名称、副标题和关键词字段之间绝不重复用词。Apple 会组合所有字段中的词元,因此重复的词会浪费一个位置,而这个位置本可以覆盖新的搜索查询。审核列表时,首先检查这一点——这是最常见、也最容易修正的错误。

排名和转化是两项独立任务

每个展示位置都服务于排名(被发现)、转化(被点击并安装)或两者兼顾。把整个列表不加区分地一次性优化,会在不知不觉中牺牲一方来换取另一方——典型的失败做法是在副标题或屏幕截图说明中塞入关键词,排名提高了,安装量却下降了。

展示位置排名转化
关键词字段是无——用户不可见
App 名称权重最高是
副标题权重第二高是
屏幕截图是(经 AI 分析)主要驱动因素
图标无是
预览视频无是
产品页页眉无是
搜索结果素材无是
评分是是

由此得出的规则:

  • **先诊断,再优化。**展示次数低 = 排名问题;展示次数高但转化率低 = 转化问题。切勿把“优化我的列表”当作一项不加区分的任务——先确定哪个方面出了问题,并在做任何改动前说明。
  • **纯排名优化优先投入关键词字段。**该字段不可见,因此不会损害转化。先填满 100 个字符,再把任何关键词放入用户可见字段。
  • **对于兼顾两种用途的展示位置(名称、副标题、屏幕截图),难分高下时优先保证可读性。**用户会阅读这些内容并决定是否点击,而语义搜索现在也会直接惩罚关键词堆砌——因此,用生硬文案换来的排名提升会让两方面都受损。
  • **说明取舍。**当一项改动有助于一个方面,却可能损害另一个方面时,应说明代价,而不是把它说成纯粹的利好。

按意图聚类思考,而不是按关键词

Apple 搜索越来越倾向于解读查询背后的语义意图,而非匹配字面词语——它会评估某个应用是否满足查询需求,也可能让你在从未定位过的词语下获得排名。堆砌关键词的元数据如今不如自然语言元数据有效,后者能清楚说明应用的功能。影响如下:

  • 将候选关键词按意图聚类(用户想要完成什么),并用通俗语言让元数据回应这些意图,而不是罗列词语。
  • 优先选择具体且意图明确的长尾查询,而不是宽泛的头部词:「从照片中移除背景」比「照片编辑器」转化效果更好,因为搜索者已经知道自己需要什么——而且头部词的流量也在被 AI 助手分走(用户会先向 ChatGPT 或 Gemini 咨询应用推荐,再打开应用商店),而应用商店内的长尾词仍能保持价值。
  • 丰富的结构化信号(应用内事件、评分)会影响语义排名——它们不只是用于提升转化的装饰。

应用名称

格式:品牌 — 主要关键词 或 品牌:关键词短语。

  • 始终用满 30 个字符。每个未使用的字符都是白白浪费的关键词空间。
  • 在名称中放入价值最高的单个关键词——在所有位置中,它的排名权重最高。
  • 除非品牌已经有搜索量,否则绝不要只使用品牌名称。如果没人认识这个名字,就没人会搜索它,应用只能完全依赖浏览流量和媒体报道。
  • 绝不要加入「app」、「the」、「free」或「best」。Apple 会自动索引常见词;这些词会占用字符额度,却毫无帮助。

参考格式:「Gentler Streak Workout Tracker」——品牌本身就是关键词短语。「Arc Search — Find it, Faster」——品牌、主要关键词和价值主张一行呈现。

副标题

副标题用于拓展覆盖范围,而不是充当标语。它会直接显示在搜索结果中的名称下方,因此必须同时做到两点:覆盖新词,并且一眼读起来自然。

  • 绝不要重复应用名称中的任何词(零重叠规则)。
  • 覆盖名称未涉及的相邻搜索领域:如果名称涵盖「workout tracker」,副标题就涵盖「健康、步数与恢复」。
  • 使用 & 和 ,,在 30 个字符内尽可能容纳更多词语。
  • 副标题必须读起来像人类会写的句子片段。堆砌关键词会大幅降低点击率,因为用户点击前就能看到副标题——如果排名提升损害了转化,整体就是得不偿失;语义搜索现在还会直接惩罚关键词堆砌。

关键词字段

用户不可见;此字段仅供算法使用。格式要求必须严格遵守:

  • 用逗号分隔,逗号后面不要加空格——空格会占用本可用于关键词的字符。
  • 只用单数形式——Apple 会自动匹配复数,因此「timer」也涵盖「timers」,复数形式纯属浪费。
  • 绝不要重复名称或副标题中的任何词。
  • 绝不要加入应用名称、开发者名称或类别名称——Apple 会自动索引这些内容。
  • 填满全部 100 个字符。请统计字符数。使用字符少于 95 个,说明此字段尚未完成。
  • 绝不要加入商标词或竞争对手的品牌名称——App Store 审核指南 2.3.7 禁止此类内容,元数据被拒会延误每次发布。应定位竞争对手的关键词(他们凭哪些词获得排名),而不是他们的名称。

此字段适合填写:主要关键词的同义词、常见拼写错误、长尾变体、次要地区语言中的译词、竞争对手关键词(而非名称)。

「Deepwork — Focus Timer」/「Pomodoro & Concentration」的示例:

study,productivity,flow,block,distraction,adhd,work,session,interval,music,noise,task,habit,routine

关键词研究流程

按顺序执行以下步骤 — 切勿凭直觉直接撰写元数据:

  1. 集思广益,列出用户可能输入的所有词语:动词(“冥想”“专注”“追踪”)、名词(“计时器”“规划器”“日记”)和问题(“睡不着”“压力”)。
  2. 在真实设备上查看 App Store 自动补全 — 推荐词都是真实的用户搜索,这是最廉价的真实依据。
  3. 提取竞争对手关键词:查看该领域排名前 5–10 的应用(标题、副标题;Astro 或 App Radar 之类的工具可以显示它们的排名关键词)。
  4. 从三个维度为每个候选词评分:搜索量(有人搜索吗)、相关性(是否真正描述了应用)、难度(进入前 10 名是否现实)。目标:中等搜索量 + 高相关性 + 低竞争。“照片编辑器”已被巨头占据;“复古胶片相机”或许还有机会。
  5. 按意图分组:根据搜索者想要完成的事情,将保留的词归类。每组词都应归入一个合适位置(名称、副标题、一个 CPP 或关键词字段)— 清晰回应一种意图的元数据,远胜于泛泛提及五种意图的元数据。
  6. 分配关键词:最重要的关键词 → 名称,互补词 → 副标题,其他所有词 → 关键词字段,各字段之间不得重复。

首次更新时选出 15–20 个关键词,另留 15–20 个备用 — 效果不佳的关键词会在 4–8 周后替换;准备好一组备用关键词,才能真正进行迭代。

屏幕截图

屏幕截图是广告,不是文档。未经处理的 UI 截图只是相册,不是优化方案 — 用户会在缩略图大小下浏览说明文字,绝不会仔细研究 UI。搜索结果中只显示 1–3 张截图,而且只需准备两种设备尺寸(6.9 英寸 iPhone、13 英寸 iPad — 其他尺寸都会按比例缩小)。

每张截图顶部都要加粗体说明文字。Apple 已确认截图会影响应用的曝光度 — 其 AI 会分析截图内容 — 但 Apple 明确警告不要在视觉素材中堆砌关键词。因此,说明文字应使用用户实际搜索的语言描述真实功能(“一键移除背景”),而不是罗列关键词。用户正要决定是否轻点时,堆砌关键词的说明文字会显得急于求成。

按位置分配用途(最多 10 个位置):

位置用途
1主要优势 — 大多数用户唯一会看到的内容
2与替代方案的差异
3信任信号 — 奖项、媒体报道、用户数量(“Apple Watch 年度应用”)
4–6解决实际问题的核心功能
7–8新近推出的功能 — 证明应用仍在持续更新

应用图标

图标会出现在每条搜索结果中,是单项资产测试中投资回报率最高的:根据 SplitMetrics 的基准数据,图标优化平均可提升 22.8% 的转化率 — 高于任何文案调整。

  • 自 2026 年 4 月 28 日起,所有提交的应用都必须使用 iOS 26 SDK 构建,因此 Liquid Glass 图标已成为必选项:图标必须是分层作品,而不是扁平 PNG。2024 年风格的扁平图标仍可正常显示,但在原生分层图标旁边会显得过时 — 每条搜索结果都会因此产生隐性的转化损失。
  • 在全部六种外观模式下设计并检查图标:默认、深色、浅色透明、深色透明、浅色色调、深色色调。只在一种模式下有效的图标,在另外五种模式下都有问题。
  • 更改图标需要新的应用二进制文件 — 请围绕发布周期规划图标 A/B 测试(参见“产品页面实验”)。

预览视频

Apple 会在搜索结果中自动播放预览视频,但会静音 — 没有预览视频的应用只能显示静态画面,而竞争对手却能展示动态效果。最多可添加 3 个预览视频,每个最长 30 秒。规则如下:

  • 一开始就展示最精彩的内容。绝不要以 Logo、开场介绍或淡入效果开场 — 用户 3 秒后就会继续滑动。
  • 始终添加文字叠加层;视频播放时没有声音。
  • 展示应用实际运行,绝不要制作营销宣传片。Apple 要求预览视频必须展示真实的应用画面。
  • 视频总时长为 15–30 秒。

创意素材

在 WWDC26 上推出,随 iOS 27 和 iPadOS 27 在商店中上线。屏幕快照和预览展示的是 App 使用中的状态;创意素材承载品牌、季节性产品和新内容。两者用途不同,切勿互相挪用。

展示位置内容如果跳过
产品页页眉列表顶部的图片或视频,是访客看到的第一项内容页面会以屏幕快照开场
搜索结果创意素材用户进入产品页之前,App 在“搜索”标签页中的第一印象Apple 会依次回退到 App 内活动、预览,然后是屏幕快照

页眉不是 App 内活动卡片(这些仍显示在页面中部),不是“Today”编辑内容,也不是付费广告位。搜索结果创意素材为可选项。

  • 先制作一份通用创意素材。 同一份素材可用于页眉、搜索结果和 Apple Ads,也可用于 CPP 和 PPO 页眉测试。
  • 通过 App Store Connect 中的 Asset Library 上传。 可与新版本 App 一起提交,也可单独在 Asset Library 中提交,不依赖 App 提交。相比之下,图标仍只能随新的二进制文件更改。
  • 优先使用静态图片。 只有在视频静音时仍清晰易懂且循环流畅的情况下才使用视频。
  • 明确表达一个理念,面向首次访问的用户。 页眉不是概述功能列表的地方。
  • 如果第 1 张屏幕快照已经是主视觉,且没有新内容可说,就跳过页眉。 留空也好过重复。

每份创意素材都必须通过 4+ 年龄分级,即使 App 的年龄分级为 17+ 也不例外。Apple 会拒绝以下内容:价格或折扣、URL、版权标记、无法核实的奖项、竞争对手商店的徽标或相关内容,以及任何 Apple 徽章(“编辑精选”、“今日 App”、“今日游戏”、“Apple 设计大奖”)。

创意素材是提升转化率的杠杆,而不是提升排名的杠杆。Apple 尚未说明页眉或搜索创意素材的内容会被编入索引,因此绝不能将其视为关键词展示位置——上述屏幕快照规则保持不变。

评分

星级评分会在用户访问页面之前显示在搜索结果中。在相同关键词和创意素材下,评分为 4.5★ 的 App 转化率比评分为 3.8★ 的 App 高 30–40%——低于 4.0 时,再好的元数据也无法赢得转化之争。先改善评分,再以 4.5+ 为目标。

  • 只在用户取得成功的时刻(例如完成任务、达成里程碑)触发原生提示(SKStoreReviewController / RequestReviewAction)。绝不要在崩溃后或首次启动时触发——提示会捕捉用户当下的情绪状态,而且自 2026 年起,Apple 一直在拒绝首次启动时弹出的评分提示。
  • 系统在每台设备上每 365 天最多显示 3 次提示——API 可随时调用,但是否显示由操作系统决定。这 3 次展示就是全部额度,只在用户情绪高涨的时刻使用。
  • 绝不要以留下评分作为解锁功能或内容的条件(指南 3.2.2)。
  • 在 48 小时内回复负面评价。用户看到回复后可以更新评分;用心回复能将 2 星评价变成 4 星评价。
  • 如果有 30 条以上评价都提到同一个漏洞,修复它就是 ASO 工作。在更新说明中提及修复内容——评价者会注意到。
  • 可以在发布说明中邀请用户留下评价,而且效果不错(“如果您觉得 X 有帮助,欢迎留下评价,这对我们帮助很大”)。

标签

Apple 会根据元数据、AI 分析和编辑策选,为每个列表生成面向公众的标签。你无法创建标签,但可以管理标签;不加管理的标签会错误描述 App。

  • 在 App Store Connect 中查看生成的标签,取消选择任何不准确描述 App 的标签——错误标签会引来意图不符的流量,导致用户跳出;而且人工审核者会在标签上线前审批,因此更正会生效。
  • 更改标签不需要新构建版本。
  • 流量归因:通过搜索标签安装的 App 计为“搜索”流量;通过浏览标签结果安装的 App 计为“浏览”流量——衡量时要同时查看两者。
  • 每季度以及每次更改描述或屏幕快照后重新检查标签,因为 Apple 会根据这些内容生成标签。

本地化

每种额外语言都有自己的标题、副标题和关键词字段——无需任何开发成本,就能增加被索引的字符,因为不同地区的应用商店会交叉索引特定语言地区组合。美国应用商店会索引 en-US 以及 es-MX 元数据;英国应用商店会索引 en-GB 以及 en-AU 元数据。在交叉索引的语言地区中填入更多英语关键词,实际上能让该应用商店的索引覆盖面翻倍。这是独立开发者 ASO 中最少被利用的杠杆——但这是未公开的灰色地带做法,Apple 可能会封堵,所以绝不要只在这里放置必须排名的关键词。

  • 配置 3–5 种额外语言地区(例如,西班牙语(墨西哥)、法语(加拿大)、葡萄牙语(巴西)),即使应用只有英文版也要配置。
  • 绝不要只是翻译英语关键词——要研究各个市场的实际搜索用词;直接翻译会错过当地的表达方式。
  • 交叉索引的语言地区之间也适用零重叠原则:如果某个词已通过 en-US 被索引,那么它在 es-MX 中就会被浪费。
  • 本地化元数据也能让应用获得地区性推荐资格(参见「推荐提名」)——较小市场的编辑推荐竞争远低于美国。

App 内活动

活动是强化曝光的渠道,而非开拓新关键词领域:活动无法让应用在其名称和副标题中未包含的词条上获得排名——活动名称和简短描述会强化现有的关键词覆盖范围。

  • 即使用户已经安装应用,活动卡片也会显示在搜索结果和产品页面中,因此活动是唯一能重新吸引现有用户的应用商店展示位。
  • 围绕真实场合开展活动(发布、季节性内容、挑战)——活动也会作为结构化的活跃度信号,影响语义排名;获批的活动还是推荐提名中最有力的附件。

推广的 App 内购买项目

最多可推广 20 个 App 内购买项目或订阅,每项都有自己的显示名称(30 个字符)和描述(45 个字符)。推广的非消耗型项目会作为独立条目显示在 App Store 搜索结果中——这是免费的额外搜索曝光,而大多数订阅类应用从未配置过。App 内购买项目的名称是否会被关键词索引尚未确认,因此应将其写成通俗易懂的产品说明(“年度 Pro — 无限导出”),绝不要把它们当作关键词槽位。所有 App 内购买项目的推广元数据都可随时编辑,无需发布版本,因此这是少数几个可以在不同版本之间持续迭代的发现渠道之一。

产品页面实验

App Store Connect 的两项功能可以扩展默认应用页面的效果——在断定“元数据不起作用”之前,两项都要用:

  • 产品页面优化(A/B 测试): 最多可针对默认页面测试 3 个变体,测试图标、屏幕截图、预览或产品页面页眉视觉元素(不包括文字)。只有图标测试需要新的应用二进制文件;屏幕截图、预览和页眉测试无需发布版本即可上线。测试最长运行 90 天,置信度阈值为 90%——每次始终只测试一个变量,否则测试结果就毫无参考价值。
  • 先测试视觉素材,再测试文案。 视觉素材测试(图标、屏幕截图、预览、页眉)可带来 10–25% 的转化率提升;文案迭代可带来 2–8% 的提升。优先将测试名额用于素材。
  • 自定产品页面: 每个应用最多可创建 70 个页面,每个页面都有自己的屏幕截图、推广文本和预览,并拥有独立 URL 和(自 iOS 18 起)深层链接。自定产品页面可以指定专属关键词并在自然搜索中获得排名——每个页面针对一个关键词 主题,以匹配一种搜索意图——而且必须针对某个市场完成本地化,才能显示在该市场的搜索结果中。Apple 自己的数据表明,流量进入匹配的自定产品页面而非默认页面时,转化率会提升 2.5 个百分点。

推荐精选

编辑精选(Today 标签页、分类精选)是大多数独立开发者从未申请过的免费曝光机会。请在 App Store Connect 中提交提名。

  • 至少提前 3 周提交;提前最多 3 个月可扩大入选机会。
  • 提名分为三种类型:App Launch(应用发布)、App Enhancements(重大更新)、New Content(季节性活动、事件、优惠)。选择与应用相符的类型——修复错误的版本或没有功能变化的 UI 刷新绝不会入选精选。
  • 编辑会审核 UX 质量、无障碍功能、本地化、对 Apple 新 API 的采用情况,以及 ≥ 4.0 的评分——提名前先解决这些问题,而不是被拒后再处理。
  • 为编辑提供便于安排档期的时间契机:采用新的 iOS API、结合节日主题,或设置有明确日期的应用内活动。“应用很不错”并不算契机。
  • 附上已获批准的应用内活动,并用满 5 个辅助 URL 名额(TestFlight 链接也算)。
  • 也要在规模较小的本地化市场提名——当地入选精选的门槛远低于美国市场,而本地化元数据是入选资格之一。
  • 精选带来的是短期峰值,而非稳定渠道——每日游戏精选曾让自然安装量在约一周内增长 +470%,之后便逐渐回落。应将提名安排在商品页有望促成转化的时机,绝不要根据反复入选精选来规划收入。

付费与自然增长飞轮

Apple 的算法需要下载速度来提高应用排名,但应用也需要排名来获得下载量。纯自然 ASO 很少能突破这一冷启动局面。付费安装不会直接买来自然排名——没有可信来源声称如此——但它们能提高关键词层面的下载速度和转化率,而自然增长算法会将这些因素纳入考量。

投入预算前:先做好最低限度的 ASO——将主要关键词放入名称和副标题,截图点击率高于约 25%,评分高于 4.0。付费流量如果落到有问题的商品页上,买到的只是数据,而不是下载量。

预订可以免费积累发布初期的下载势头:预订页面(可在发布前 2–180 天上线)会在此期间出现在搜索结果中,且所有预订应用都会在发布日期自动下载——这会形成集中于首日的下载峰值,并被算法识别。发布时不提供预订,就白白浪费了这个峰值。

  1. 使用 Apple Ads(2025 年 4 月从 Apple Search Ads 更名;广告展示位于 2026 年 3 月再次扩展),每天投入 $10–20,投放与自然优化相同的关键词。
  2. 设置两种广告系列类型:针对自有名称的品牌广告系列(竞争对手会竞价投放;以低成本守住品牌)和探索广告系列(广泛匹配 + Search Match)。探索广告系列的目标是获取情报,而非追求量级——你付费请 Apple 告诉你,用户想找和你的应用类似的应用时,具体会搜索哪些词。
  3. 将探索广告系列中带来转化的搜索词反馈到自然搜索元数据中。
  4. 随着自然增长势头上升,逐步减少付费投放。

付费投放是启动飞轮的推力;自然增长让飞轮持续转动。

元数据变更机制

名称、副标题、关键词字段、描述、截图、预览和类别都与版本绑定——只有发布应用更新时才能更改。宣传文本、定价、IAP 元数据、标签、CPP,以及创意素材(通过 Asset Library 管理)可随时编辑。由此带来的影响:

  • 将已编入索引的元数据变更集中到每次发布中;两次发布之间,只调整可随时编辑的内容。
  • 提前一个版本规划季节性关键词:季节性搜索词会大幅飙升(一周内节日相关词的搜索量约为平时的 9 倍),而版本若卡在审核中,就会错过时机。可通过应用内活动、宣传文本和 CPP 覆盖当下时机。
  • 元数据更新后,预计会经历 24–72 小时的部分重新索引,以及 1–2 周的排名波动,之后才会趋于稳定(这是行业估算,并非 Apple 确认的数据)——因此应在 2–4 周后评估变更效果,绝不要在第一天就下结论。

迭代循环

ASO 是每月坚持的习惯,而不是上线任务。更新元数据后,排名变化会在 2–4 周内显现;完整结果需要 2–3 个月——应在第一个节点评估变化,而不是更新后的第二天。每 2–4 周:

  • 检查关键词排名变化;经过 2 个周期仍毫无变化的关键词,应从备用列表中替换。
  • 跟踪:关键词排名、搜索展示次数、点击率、转化率、自然流量与付费流量的占比。
  • 正确解读数据:App Store Connect 的转化率 = 下载量 ÷ 独立展示次数(而非产品页面浏览量),且“App Store 搜索”来源包含 Apple Ads 点击——应通过扣除广告安装量来计算真正的自然搜索量,否则增长飞轮看起来会比实际更健康。
  • 对照 App Store Connect 同类应用基准(转化率、留存率、崩溃率的第 25/50/75 百分位),判断薄弱环节在于发现度还是页面本身。
  • 阅读近期评论,寻找新的关键词灵感——用户会用其他用户也会搜索的词语来描述应用。
  • 每季度:重新审核生成的标签(见“标签”),并检查图标是否符合当前 OS 的图标风格。

审核清单

审核现有应用列表时,按以下顺序检查:

  • 诊断薄弱的是哪个方面——排名(展示次数低)还是转化(每次展示带来的下载量低)——并在提出修改方案前说明
  • 名称使用了全部 30 个字符,并包含主要关键词
  • 名称/副标题/关键词字段之间没有任何重复词
  • 关键词字段:至少使用 95 个字符(总计 100 个),逗号后不加空格,只用单数形式,不包含名称/开发者/类别中的词语,也不包含商标或竞争对手名称
  • 所有会被索引的字段中均没有填充词(“app”“free”“best”“the”)
  • 元数据以自然语言表达,每个字段回答一种意图,而非关键词列表
  • 第 1 张截图说明主要优势;每张截图都有使用可搜索功能描述的标题,且没有关键词堆砌
  • 图标采用分层 Liquid Glass 艺术设计,并已在全部六种外观模式下检查
  • 存在预览视频,开头直接呈现操作,带有文字叠加,时长为 15–30 秒
  • 产品页面页眉和搜索结果创意素材已就位并符合 4 条以上的内容规则,或已明确说明理由并刻意跳过
  • 评分 ≥ 4.0(目标 4.5+),并已设置在成功时刻触发的提示(每年 3 次系统提示就是全部额度)
  • 已审核生成的标签;取消选择不准确的标签
  • 至少配置了 3 个额外地区,使用经过研究(而非翻译)的关键词,其中包括应用商店所在地区交叉索引的地区
  • 描述用通俗语言说明类别和核心使用场景(有助于 Apple 生成标签)
  • 订阅/IAP 应用:已配置推广 IAP,并使用通俗易懂的优惠名称
  • 创意素材 A/B 测试正在运行或已排期;定期内容使用应用内事件;下一次推荐申请已确定日期和切入点

评论

支持 Markdown