
导出一堆竖图,直接丢进各家后台,最常见的返工是:尺寸差一点、体积踩线、PNG 带透明。多商店「怎么排期、怎么读失败原因」的叙事流程,见已有的 七家商店合规检查实操。本文补的是预检清单 + 可核对规格要点:打开检查器、勾选商店、对着绿/红改文件——并写清工具查什么、不查什么。
工具:应用商店截图合规检查。浏览器本地读宽高、格式、体积;图片不上传。对得上标绿,对不上标红并写原因。张数够不够不查(各店张数规则不同,只验你拖进来的每一张)。
| 目标 | 检查器怎么判 | 你怎么修 |
|---|---|---|
| App Store 手机档 | 对官方精确像素列表;JPEG/JPG/PNG;无 alpha | 按 截图尺寸速查 选档重导;透明则去 alpha |
| Google Play 手机截图 | 边长 320–3840,长边 ≤ 短边 2 倍;推荐尺寸精确命中也算过 | 比例过瘦/过宽先改构图;不要只靠拉伸 |
| Google Play Feature Graphic | 仅 1024×500 | 用特色图工具或按该尺寸导出后重检 |
| 华为 / 小米 / OPPO / 荣耀 | 精确像素或窄区间 + 格式;体积从规格备注读取(如 5MB、1MB) | OPPO「小于 1MB」:压缩到严格小于上限(等于 1MB 也算超) |
| vivo | 尺寸常显示 「以后台为准」(官方页未能稳定确认时不标通过/失败);格式仍按 JPG/PNG 查 | 以后台当前提示为准;格式先保证常见位图 |
补充:华为对 WEBP 与 PNG/JPG 可能套不同体积档;备注里写给应用图标的体积不会拿来卡截图。规格数据与 尺寸查询 同源,核对日期相同;与后台冲突时以后台为准。国内渠道像素汇总也可对照 中国应用商店截图尺寸。
| 做法 | 典型代价 |
|---|---|
| 先上传,等后台报错再改 | 多商店重复传;分不清是像素、体积还是透明;vivo 提示含糊时更难定位 |
| 先本地预检到绿,再上传 | 尺寸/格式/体积类拒件明显下降;红因可直接链回编辑器或压缩工具 |
| 只看尺寸表、不跑检查器 | 表能告诉你「目标是多少」,不能告诉你「手里文件是不是这个数」 |
检查器解决「文件能不能进这个槽」;审核文案、是否展示使用中界面、边框是否误导机型,仍要另审——那不在绿/红像素逻辑里。
App Store 与 Google Play 的格式说明都要求截图不能带透明。检查器能从 PNG 里读出透明通道时会标警告;读不出来时会写明未检测——这时不要默认「一定安全」,若你用了去底工具或带 alpha 的导出预设,请在编辑器里铺实色底再出 JPEG/不透明 PNG。
常见误操作:把「去除纯色背景」得到的透明 PNG 直接当商店截图上传。去底适合做素材层,不适合直接进无 alpha 槽位。流程应是:去底 → 在 /preview 铺品牌底合成 → 导出 → 再跑检查器。需要压体积时,合成后再进 压缩工具。
Play 手机截图不是「只能 1080×1920」。检查器按官方区间判:边长 320 到 3840,且长边不超过短边的 2 倍。1080×1920 这类是推荐尺寸,精确命中也算通过;但 1080×2400 这类过长比例可能触「长 ≤ 2× 短」而失败——这时应改构图或裁切,而不是只改文件名。Feature Graphic 不走区间逻辑,只认 1024×500。
把预检当成发布流水线的闸门:表负责目标,检查器负责验货,编辑器 / 压缩 / 特色图工具负责返工。闸门在本地,比在审核信里猜像素便宜得多。