---
title: "提交 App Store 和 Google Play 前的素材质检清单"
description: "覆盖应用命名、元数据、截图叙事、本地化一致性和协作评审的提交前质检清单，适合发布前逐项确认并降低返工风险。"
excerpt: "在截图、关键词和多语言文案离开草稿状态前，用这份清单提前拦住常见上线问题。"
source_url: "https://storepilot.cc/zh/guides/release-asset-qa-checklist"
mirror_url: "https://storepilot.cc/zh/mirror/guides/release-asset-qa-checklist"
section: "面向应用商店增长团队的操作指南"
locale: "zh"
published_at: "2026-05-07"
updated_at: "2026-05-07"
reading_time: "6 分钟"
tags:
  - "质检清单"
  - "App Store"
  - "Google Play"
  - "本地化"
---

## 直接回答

这份清单应该对着真实的 release candidate 来跑，而不是对着聊天里的零散片段。提交前 QA 不是简单的文案校对，而是最后一次一致性检查，用来确认当前元数据、截图、本地化、法务链接和审批状态仍然在描述同一个产品故事。

## QA 总览

| QA 项 | 要检查什么 | 漏掉后的风险 |
| --- | --- | --- |
| 命名 | 标题和副标题是否仍然符合当前产品承诺 | listing 一开头就说偏了 |
| 关键词 | 关键词组合是否和元数据、截图表达一致 | 检索意图和转化信息开始脱节 |
| 截图 | headline 是否可读、具体，并和画面焦点匹配 | 截图不再证明元数据承诺 |
| 本地化 | 中英文是否在不同语言下表达同一策略 | 不同 locale 开始讲不同故事 |
| 法务 | 隐私、支持、退款和联系页面是否可访问 | 非创意层问题直接影响提审准备 |
| 评审归属 | 是否有一个负责人能确认当前批准版本 | 团队无法判断哪套素材才是最终版 |

## 推荐检查顺序

### 1. 先确认命名和定位

如果标题和副标题已经偏了，后面的 QA 都是在检查错误的故事。

### 2. 再检查关键词与元数据是否一致

确认关键词仍然支撑同一获客角度，而不是和当前可见文案或截图打架。

### 3. 检查截图可读性和证明顺序

每一帧都应该仍然可读、具体，而且视觉重点和它要证明的信息一致。

### 4. 验证本地化策略一致性

中文和英文应该是在不同语言里表达同一策略，而不是各自发展成不同定位。

### 5. 核对法务与支持页面

隐私、支持、退款和联系入口失效时，即使创意素材已经完成，也会影响提审准备。

### 6. 确认最终负责人和当前批准版本

必须有人能明确指出当前被批准的是哪套素材。没人能说清楚时，QA 就还没结束。

## 发布周常见漏项

### 团队检查的是碎片，不是 release candidate

如果截图来自聊天、描述来自另一份文档，这不叫真正的 QA。只有对着实际要提交的那套素材检查，QA 才成立。

### 把本地化当成纯措辞检查

如果只在句子层面看翻译，中文和英文很容易逐渐滑向不同策略。

### 没有人拥有最终审批状态

当最终审批人不明确时，团队常常在最后时刻才发现，大家评的根本不是同一版素材。

## 一个操作规则

永远对着当前 release candidate 做 QA，而不是对着零散片段做 QA。如果没有一个负责人能确认最新批准版本，提交前 QA 就还不完整。