App 改名（rebrand）决策清单：什么能动、什么绝不能动

2026/9/17

背景与问题

产品方向微调后常想改 app 名。改名的风险在于混淆「展示层」与「身份层」：动错了会把评分、评论、装机量全部归零。整理 solo 开发者的改名决策清单与安全步骤。

（来源访问日期均为 2026-09-17）

事实（applighter 2026-01）：改名铁律——只动 display name 与 store listing 标题，bundle ID / package name 绝不动。动了身份标识=发布「新 app」，装机、评分、评论全断。
事实（dev.to 2026-08）：Android 的 rebrand 是「公开身份与技术标识分离」——visual change 与 identifier change 是两回事。
事实（社区共识，Apple Developer Forums / Google Play 社区）：同一 listing（同 bundle ID / 同 Apple app record）内改名、改 icon、改 metadata，评分与评论会延续。
事实（Shopify 社区讨论 2023-08）：改名后老用户认不出新名字——混乱期会出现一星差评与卸载。
推测：solo 产品的改名收益常被高估（ASO 新关键词的想象）、成本被低估（品牌记忆清零+素材全套重做）。除非名字本身构成法律/内容问题，否则「加副标题换定位」优于「改主名」。

决策闸门：先回答「不改名会死吗？」——法律纠纷、淫秽/敏感词、严重误导才值得动；ASO 焦虑不是理由。改名前用 c-app-store-win-back-offers 同款思路先算存量损失。
安全改名的四步：①只改 display name + listing 标题（identifier 不动）②icon/subtitle/截图/描述全量同步刷新（opc-ai-listing-assets 一并重跑）③app 内公告+版本说明写明改名缘由 ④改后 2 周盯评分曲线，跌了立即在更新说明里补救解释。
关键词迁移：改名单独提交一次版本，不要与功能更新同发——否则 ASO 归因分不清是改名还是功能的效果。
替代方案优先：副标题/描述里换定位词（不动主名）——80% 的「想改名」需求其实这个就够。