企业官网建设流程全解析

• AI 技能
• 人工智能

本文是 marketingskills 开源仓库中 aso 技能 核心参考文档 google-play-specs.md 的完整技术解读。它面向需要审计或优化 Google Play 商店页面的开发者、增长工程师与 AI Agent：当你用/aso技能审计一个play.google.com/store/apps/details?id=...链接、或试图提升应用在 Google Play 搜索中的可见性与安装转化率时，这份规格就是打分的"标准答案"。读完本文，你将掌握 Google Play 元数据字符限制与索引规则、2021 年 9 月起强制执行的元数据禁令、各设备截图/功能图/图标/视频的精确技术规格、Store Listing Experiments 与 Custom Store Listings 的配置边界、LiveOps 促销内容的提交节奏，以及决定搜索排名升降的 Android Vitals 硬性阈值——并能把这些规格直接落地为可执行的 ASO 审计动作。

规格文档在 ASO 技能中的定位

在 SKILL.md 定义的 ASO 审计工作流中，技能分为四个阶段：识别商店与抓取列表（Phase 1）、品牌成熟度分级（Phase 1.5）、按六个维度打分（Phase 2）、生成报告（Phase 4）。其中 Phase 2 的评分必须参考三份基准文件：

• google-play-specs.md —— Google Play 官方限制、截图规格、Android Vitals 阈值与政策（本文主体）；
• apple-specs.md —— Apple 官方字符限制、截图/视频规格、CPP/PPO 规则、拒绝触发条件；
• benchmarks.md —— 转化率、评分影响、视频增益、截图行为等行业基准数据。

Google Play 与 Apple 在索引机制上存在根本差异，这一点贯穿全篇：Google 没有任何隐藏关键词字段，所有可索引文本都必须是用户在页面上可见的文字；而完整描述在 Google 侧会被 NLP 深度索引（Apple 侧则完全不索引长描述）。因此 Google Play 的 ASO 本质是"把关键词自然地写进每一个可见字段"，同时规避 Google 的语义作弊检测。

下文所有规格数据，均以该文档所标注的官方来源（support.google.com 的 Play Console 帮助文档与 developer.android.com 的 Vitals 文档，数据截至 2026 年 3 月）为依据，并补充仓库内其余参考文件中的实战数据作为佐证。

元数据字符限制与索引规则

Google Play 商店页面的核心文本字段存在严格的字符上限，且各字段的搜索索引权重完全不同：

三点关键解读：

1. 标题权重最高，但预算极紧。30 字符内既要承载品牌词又要塞下高价值关键词，接近上限的可用写法是"品牌词 + 1~2 个核心关键词"。《scoring-criteria.md》对标题的评分建议是"接近字符上限"（27+/30 视为接近满配），并提示要检查标题与副标题之间是否存在关键词重复——Google 会对重复词做一次索引，浪费字符空间。
2. 完整描述是 Google Play 独有的流量入口。它与 Apple 长描述最大的不同在于：Apple 的 4,000 字符描述完全不参与搜索索引，只影响转化；而 Google 的 4,000 字符描述被 NLP 全文索引。这直接决定了写作策略差异——Google Play 描述必须在自然行文中融入关键词，同时保持可读性。
3. 关键词密度有黄金区间。仓库 SKILL.md 的 Google Play 关键事实明确给出目标：完整描述中关键词密度以 2-3% 为佳，低于 1% 视为没有关键词策略，高于 5% 则属于堆砌风险区；Google 的 NLP 语义理解会识别并惩罚关键词堆砌。

元数据禁用内容（2021 年 9 月起强制执行）

自 2021 年 9 月起，Google Play 对以下元数据字段施加了明确的禁用清单，违反会导致审核拒绝或商店页降权：

标题、图标、开发者名称（Title, Icon, Developer Name）：

• 禁止 Emoji、表情符号、重复的特殊字符；
• 禁止全大写（除非是已注册商标品牌）；
• 禁止性能声明："top（顶级）""best（最佳）""#1（第一）""free（免费）""no ads（无广告）"等；
• 禁止误导性的商店表现或背书（如未经授权的"编辑推荐""获奖"表述）；
• 禁止行动号召（CTA）："update now（立即更新）""download now（立即下载）"。

短描述（Short Description）：

• 与标题相同的性能声明禁令；
• 禁止行动号召；
• 禁止未经署名的用户评价（如直接贴"5 星好评"类文字）。

截图、功能图、视频（Screenshots, Feature Graphic, Video）：

• 禁止时效性标语（如"限时 50% 折扣"这类随时间失效的文案）；
• 禁止行动号召（"Download now""Play now"）；
• 必须真实展示应用功能，不得使用与功能无关的误导性视觉素材。

这些禁令与 Apple 侧的拒绝触发条件（见 apple-specs.md 的 2.3.1~2.3.13 清单，例如 2.3.1 隐藏功能/误导营销/虚假定价、2.3.7 关键词堆砌）形成对照：两大商店都在打击"标题党"式元数据，只是 Google 以政策禁令形式明文列出，Apple 以审核指南形式逐条拒绝。在 SKILL.md 的"Common Issues Checklist"中，"标题浪费字符在品牌名上""描述前 3 行是套话"等均被列为需要标记的常见问题。

截图规格：设备矩阵、尺寸与数量

Google Play 按设备形态分别规定了截图的数量、宽高比与分辨率要求：

配套硬性要求：

• 推荐手机尺寸：1080x1920（竖屏）；
• 格式：JPEG 或 24 位 PNG（不带 alpha 通道）；
• 单张最大文件体积：8 MB；
• 数量上限注意：Google Play 每设备最多 8 张，而非 Apple 的 10 张——这是文档中特别标注的跨平台差异。

从 benchmarks.md 的行业数据看，截图数量与转化高度相关：90% 的用户不会滑动到第 3 张截图之后，用户平均只花 6-10 秒扫描页面就做出决定，第一张截图决定了第一印象；设计良好的截图可带来 20-35% 的转化提升；最佳数量为工具类应用 4-5 张、复杂应用 5-6 张，超过 6 张边际收益递减。仓库的技能评估用例（evals.json 第 5 条）也验证了这一知识点的用法："只有 3 张截图且没有预览视频"应被判定为 Visual Assets 维度（权重 25%）的明显失分项，并建议至少补充到 5-8 张带说明文字的截图。

Feature Graphic 功能图

功能图是 Google Play 独有的横向推广横幅，规格非常精确：

• 尺寸：1024 x 500 像素（精确尺寸，必须完全一致）；
• 格式：JPEG 或 24 位 PNG（不带 alpha）；
• 展示位置：商店页顶部，以及精选推荐位。

在 SKILL.md 的常见问题清单中，"Google Play 缺少功能图（missing feature graphic）"被列为所有品牌层级都需标记的 always-flag 问题，因为它是 Google Play 精选推荐位的硬性准入条件。审计时若页面抓取无法读取图片，技能会要求截图商店页以人工确认功能图是否存在（见 SKILL.md 的 Phase 1 视觉资产评估流程）。

应用图标

• 尺寸：512 x 512 像素；
• 格式：32 位 PNG（带 alpha 通道，与功能图的 24 位无 alpha 要求相反）；
• 最大文件体积：1,024 KB（1 MB）；
• 形状：全方形即可，Google 会自动应用 30% 圆角，不要自行裁切圆角；
• 禁止内容：排名声明、下载量数字、促销文字、Emoji。

图标是 scoring-criteria.md 中 Visual Assets 维度（权重 25%）的检查项之一，评分为 9-10 的视觉资产要求"图标独特且令人印象深刻"，常见扣分点是"图标内含文字、形状不醒目"。

预览视频

• 格式：YouTube URL（公开或非公开均可，但不能是私享）；
• 时长：官方建议 30 秒到 2 分钟；
• 硬性条件：不得含广告、不得开启变现、必须可嵌入（embeddable）、不得设置年龄限制。

文档特别强调一个反直觉的事实：Google Play 预览视频不会自动播放，只有约 6% 的访客会点击播放按钮。这与 Apple 形成鲜明对比——apple-specs.md 中 Apple 预览视频在产品页自动静音播放（iOS 11+），benchmarks.md 给出的对应数据是 iOS 视频带来+20-40% 转化提升，而 Google Play 视频提升甚微。结论被直接写进 SKILL.md 的 Google Play 关键事实："视频在 iOS 是高 ROI 投资，在 Google Play 是低 ROI 投资"——因此审计 Google Play 商店页时，视频缺失通常不是最高优先级修复项，除非应用处于精选位竞争场景。

Store Listing Experiments（商店页 A/B 测试）

Google Play 内置的商店页实验能力，参数如下：

• 变体数：每个实验最多 3 个变体（外加对照组）；
• 可测项：图标、功能图、截图、视频、短描述、完整描述；
• 并发限制：同一时间最多只能运行 1 个默认图形实验（default graphics experiment）；
• 受众：仅登录状态的 Google Play 用户；
• 核心指标：首次安装者（first-time installers）+ 保留的首次安装者（1 日留存）；
• 时长：至少运行 7 天（覆盖工作日/周末流量差异）；
• 本地化：可同时跨最多 5 种语言测试。

与 Apple 的 Product Page Optimization 对比（详见 apple-specs.md）：Apple 的 PPO 同样支持最多 3 个治疗组 vs 原始页，但不可测标题、副标题、描述与关键词，且实验最长 90 天、同一时间 1 个实验；Google Play 的可测范围反而更大（描述与短描述都能测）。这意味着两商店的"测什么"策略完全不同——Google 侧甚至可以拿短描述/完整描述做关键词措辞实验。

如何判定实验赢家？benchmarks.md 提供了 A/B 测试影响阈值表：改进 >10% 属于强胜者应立即采用，5-10% 是有意义的胜者，2-5% 是边缘胜者，<2% 属于噪声不显著。该阈值同样适用于 ab-testing 技能 对实验设计的规范性要求。

Custom Store Listings（自定义商店列表）

Custom Store Listings（CSL）允许同一应用为不同受众维护多套商店页文案与素材：

• 数量上限：每应用 50 个（Play 合作伙伴可到 100 个）；
• 可定制字段：标题、短描述/完整描述、图标、截图、功能图、视频；
• 定向维度：国家/地区、预注册状态、安装状态、Google Ads 广告系列、非活跃/流失用户（28 天以上无活跃）；
• 2025 年新增能力：Play Console 中 Gemini AI 可自动生成 CSL 文案。

CSL 的实战价值在 benchmarks.md 有量化案例：某应用（Lockwood/Avakin Life）通过 CSL 在 2 个月内实现+57% 转化率提升。定向维度中的"非活跃/流失用户（28+ 天）"与 churn-prevention 技能 的召回策略天然衔接——流失召回不再只能靠推送或邮件，还能在应用商店搜索/浏览场景用定制文案挽回。评估用例 evals.json 第 6 条也提示：CSL 与 Apple 的 Custom Product Pages（CPP，最多 70 个、自 2025 年 7 月起进入有机搜索、平均 +5.9% 转化提升）互为跨平台对标物。

Promotional Content（LiveOps 促销内容）

Google Play 的 LiveOps 促销内容分四种类型，各有时长限制：

提交节奏是实操重点：

• 标准审核：开始前4 天以上提交；
• 精选位申请（featuring requests）：开始前14 天以上提交。

官方口径的影响数据被文档原文引用："在精选展示期间，探索获取量（explore acquisitions）是平时的两倍以上"（"Over twice as many explore acquisitions during featuring"，Google 官方）。benchmarks.md 进一步补充：获得精选的应用平均 +2% 的 28 天活跃用户与 +4% 收入。

Android Vitals：排名降权的硬性阈值

Google 将应用质量直接接入排名算法：超出以下阈值的应用会在搜索与推荐中降低可见性：

后果（Consequences）：搜索可见性降低、商店页出现警告标签、用户在安装前收到质量提醒。

恢复机制（Recovery）：Google 使用28 天滚动平均值每日检查，指标回归阈值以下即可逐步恢复。

这两个阈值被 SKILL.md 的 Google Play 关键事实直接采纳为审计判据："崩溃率 >1.09% 或 ANR >0.47% = 可见性降低"。这意味着 ASO 审计不能只看文案——如果你的应用崩溃率超标，再好的关键词策略也补不回来排名。这也解释了为什么 SKILL.md 的评分维度中专门有一项 "Ratings & Reviews"（权重 20%）：崩溃与 ANR 直接拉低评分，而评分又独立进入排名因素。

搜索排名官方因素

Google 官方确认影响搜索排名的七大因素：

1. 元数据相关性（Metadata relevance）—— 标题权重最高；Google NLP 扫描标题 + 短描述 + 完整描述。标题是"最强信号"。
2. 应用质量（App quality）—— 即上文 Android Vitals 的崩溃/ANR 率。
3. 评分与评论（Ratings and reviews）—— 星级 + 评论文本。官方数据显示85% 的精选应用评分在 4.0 以上。
4. 安装量与安装速度（Install volume and velocity）—— 总安装量 + 日/周更新频率。
5. 互动与留存（Engagement and retention）—— 会话频率、会话时长、留存率。
6. 更新频率（Update frequency）—— 定期更新是活跃维护的信号。
7. 本地化（Localization）—— 区域化关键词与视觉适配；59% 的美国应用对标题做了本地化。

将因素 3 与 benchmarks.md 的评分转化数据叠加，能得出非常具体的行动优先级：评分从 3.0 提到 4.0 星可带来+89%的转化提升；4.0 提到 4.5 星再提升 20-30%；与竞品存在 0.4 星的差距意味着在同一个搜索结果里约25%的安装流失。因此仓库 SKILL.md 将"评分低于 4.0"列为所有层级都要优先标记的问题，而"评分 4.0 是转化的最低可行门槛、4.5+ 是最优区间"则来自 benchmarks.md 的关键阈值结论。

把规格落成审计动作：与 ASO 技能的衔接

规格本身是静态数据，真正产生价值的是把它嵌入审计流程。仓库内已有完整的落地配套：

1. 常见问题清单（always-flag 项，来自 SKILL.md）

对照本文规格，以下问题在 Google Play 侧无论品牌层级都必须标记：

• 评分低于 4.0；
• 最近一次更新超过 3 个月；
• 完整描述没有关键词策略（密度低于 1%）；
• 缺少功能图；
• 截图少于 5 张。

2. 评分细则（来自 scoring-criteria.md）

Google Play 描述维度的 9-10 分标准是：关键词出现在前 3 句、全文密度自然落在 2-3%、使用 HTML 排版分段、结构清晰的章节 + 强 CTA。视觉资产维度（权重 25%）则要求 8-10 张带说明文字的截图、有预览视频、截图按"一张图讲一个卖点"的顺序讲述故事。

3. 报告模板（来自 report-template.md）

最终审计报告需包含六大板块：评分卡、Top 3 快速胜利、分维度详细发现、关键词建议、视觉素材建议、按"投入产出比"排序的优先级行动清单；所有文字建议必须给出具体字符数（例如"当前标题用掉 X/30 字符"）。

4. 自动化验证（来自 evals.json）

仓库为 aso 技能内置了 6 条评估用例，其中第 2 条直接对应 Google Play 场景：一个小型金融科技应用（约 5,000 次下载、评分 2.8、描述 8 个月未更新）应被识别为 Challenger 层级，立即标记"评分低于 4.0"与"更新超过 3 个月"两个关键问题，并给出"完整描述被索引、目标 2-3% 关键词密度、无隐藏关键词字段、功能图 1024x500 必需、Android Vitals 影响排名"的 Google Play 专属建议，且优先处理评分问题。

Google Play 与 Apple 的规格差异速查

最后，用 SKILL.md 中"Apple 索引什么 vs Google 索引什么"的对比表收束全文，帮助你在双平台运营时快速对齐：

两平台的具体规格细节（Apple 侧各设备截图尺寸、预览视频编码、CPP/PPO 规则、审核拒绝触发条件）可继续查阅 apple-specs.md。对于双平台同做 ASO 的团队，建议把本文的 Google Play 规格与 apple-specs.md、benchmarks.md 三份文档一起作为审计基准，再配合 scoring-criteria.md 的六维打分框架与 report-template.md 的输出结构，即可在 AI Agent 的辅助下，对任意 Google Play 商店页完成一次从字符数到崩溃率的全量合规体检。

• AI 技能
• 人工智能