
做完带壳图或 Feature Graphic,很多人直接丢进 App Store Connect / Play 管理中心,才发现:
我们上线的 /tools/store-preview(商店页模拟预览)就是为这一步准备的:在浏览器里填名称/副标题/开发者/分类/评分,上传图标与 1–8 张截图,即时看 App Store 或 Google Play 风格的整页模拟,并可导出 PNG。全程本地处理;非官方模拟(unofficial mock),不代表真实商店页面,也不是商标授权。
本文给一份我们自己上架前会过的清单:先对照字数与槽位,再用模拟页盯「第一屏」。
| 工具 | 看什么 | 不看什么 |
|---|---|---|
| 设备边框 / 带壳截图 | 单张界面套真机框、透明底导出 | 整页名称、评分、描述布局 |
| Feature Graphic 制作 | Play 必传 1024×500 横幅 | App Store 详情页结构 |
| 商店页模拟预览 | 图标+标题条+截图条+描述的整页观感 | 像素级官方 UI、真实搜索排名 |
若你还分不清「截图 / Feature Graphic / App Preview」该进哪个槽,先看 应用商店预览图怎么分槽。
模拟页最值钱的不是「像不像官方」,而是逼你把文案放进真实宽度。官方上限(以 App Store Connect / Play Console 当前字段为准):
| 字段 | App Store | Google Play |
|---|---|---|
| 应用名称 / 标题 | 30 字符 | 30 字符 |
| 副标题 / 短描述 | 副标题 30 字符 | 短描述 80 字符 |
| 截图数量(手机) | 最多 10 张;提交至少 1 张 | 最多 8 张;发布至少 2 张(跨设备类型合计) |
实操建议(我们自己改 listing 时的 A/B 决策):
/tools/aso-char-count 先数字符/字节,再贴进 /tools/store-preview 看视觉截断——计数器解决「超没超」,模拟页解决「超了之后丑不丑」。/tools/store-preview,切换 App Store 或 Google Play 风格。截图若还没按商店尺寸导出,可先走 批量多尺寸导出 或 截图合规检查;必传 iPhone 槽位仍是 Dynamic Island 中等显示(1206×2622 或 1179×2556),不要把可选的 6.9″ / Duo 尺寸写成「现在就必须传」(以 苹果截图规范 当日页为准)。
App Store 风格: 图标 + 名称/副标题 + 获取按钮 + 评分是否和谐;截图条是否在未滑动前就露出第二张的边——若第二张是弱图,用户可能永远划不到好图。
Play 风格: 短描述是否在折叠前讲清品类;有 Feature Graphic 时,确认横幅主色不和首张截图抢焦点。
同一套截图两套文案很常见:苹果副标题 30 字偏「利益一句」;Play 短描述 80 字可以多半句场景。用模拟页切换风格时不要偷懒共用副标题字段。
把模拟 PNG 当成「预览图」上传——不行。商店要的是分槽素材(截图、图标、Feature Graphic、可选 App Preview),不是整页长图。
只做 App Store 风格就上 Play——短描述 80 字、特色图 1024×500、视频走 YouTube,和苹果字段完全不同。
评分填 5.0「好看一点」——自检可以,对外物料与广告素材勿伪造评分;审核与广告政策都敏感。
截图还带大量营销大字,却在模拟页里和标题重复喊同一句——首屏信息密度过高,用户不知道先读哪一行。
Sleek、AppMockup、StorePreviewer 等也提供 listing mock。本文不比「谁更像素级还原」,只强调三件我们站内能闭环的事:
做完模拟预览,若还要给投资人/设计评审「整页长图」,导出 PNG 即可;若要继续改单张转化,回到 五帧故事板 或 首张截图重要性。