Shopify 后台改版，搜索和通知搬进了侧边栏

9 月 15 日起,Shopify 开始向所有商家渐进推送一个换了框架的 admin:每个页面的颜色、字体、间距和图标都更新了。改版没有设置开关,商家登录后台就会看到新样子。

改动最集中的地方是导航结构。搜索、通知和店铺切换器这三样东西,原来都固定在页面顶栏,现在全部移进了左侧的侧边导航。侧边导航可以折叠,折叠之后页面内容区变宽,需要时再展开。官方博客里,Principal Product Designer Derek Briggs 提到设计团队观察到的现象:商家经常在不同区域之间来回移动,尤其是频繁进出设置页。把这几样收进侧栏,商家改设置时还锚定在整个 admin 里,不会觉得跳出了当前页面。

多店铺商家对店铺切换器的挪动最有感觉。以前它在顶栏最显眼的位置,现在进了侧栏–同时管着三四个店的话,头几天会下意识往右上角瞟。

比如一个卖户外装备的独立站,客服每天在 Orders 页处理发货,中途跑去设置改物流方案,再回订单继续。旧版里顶栏横在页面上方,设置页又是一层独立的壳;新版里左侧导航一直在,切换路径短了,上下文没断。这种变化谈不上惊艳,用一整天能感觉到摩擦少了一点。

Sidekick 挪到了每页底部

第二个大动作是 Sidekick:从右侧展开的侧面板,变成浮动在每页底部的小聊天窗,点开就能问,长任务再展开成侧面板。

位置变化背后有官方给的数字:Sidekick 日会话量从 2025 到 2026 涨了 4.8 倍。Shopify 的解释是商家越来越把它当主要工作方式,所以从”需要专门打开的工具”改成了”一直在场的东西”。

把导航重排和 Sidekick 的新位置放一起看,意图不难读:后台信息架构在围着 AI 助手重新组织–侧栏收走顶栏元素给页面腾空间,腾出来的空间,页面底部留给了对话入口。

嵌入 App 自动换新样式,自己画的界面不会

对 App 开发者,官方 changelog 把变化分成了两类。

用 Admin UI extensions 和 App Home UI extensions 构建的界面,会在新版 admin 推送到店铺时自动获得新样式,功能不变,扩展代码一行不用改。App 全用扩展嵌入的话,这次改版是零工作量。

但如果你在 App Home 里自己渲染界面(没用 Polaris Web Components 的那种),界面会保持现有样式,不会自动跟着 admin 变。要换新视觉,得主动迁移到 Polaris 2.0。目前 Polaris Web Components 的 release candidate 是 1.1,2.0 的 RC 已经发布,带的就是新 admin 的视觉风格。Shopify 用的是 Polaris CDN 语义化版本模型,升级大版本是显式操作,商家不会看到应用处于半新半旧的状态。

有个问题官方还没写清楚:Built for Shopify 认证对视觉一致性有要求,已经有开发者在论坛问部分迁移到 Polaris 的应用算不算达标,只能等后续说明。

推送期的测试坑

渐进推送期间有一个过渡状态：同一个 App 在 A 店铺显示新版 admin、在 B 店铺还是旧版。changelog 原文是 “an app can appear in either the previous or new admin depending on the merchant’s shop”。

测试环境和客户店铺刷到的版本不一致时,先别怀疑自己的代码,这是预期内的状态。全量推送什么时候完成,官方没说,我的测试店到写稿时也还没刷到新版。

商家已经在抱怨,但这次是减法多于加法

社区里负面反馈不少。有商家发帖说新 UI “really bad”,抱怨字体奇怪、Orders 页空白太多、颜色太满、按钮和页面结构变得太频繁–他的意思大概是,问题不只是这一次改版,而是后台一直在动。

这些抱怨有合理性,肌肉记忆被打断是真实成本。官方的设计思路也说得通:设计团队没有推倒重来,而是逐页追溯现有设计决策是否还成立。有些页面积累了好几年的决策,有些模式只解决过一个问题,就一直留了下来。

对卖家来说,要做的很少:花半天重新找一遍常用入口就够了。真正需要决策的是嵌入 App 的开发团队–只用扩展嵌入的什么都不用做;自己渲染 App Home 的,建议把 Polaris 2.0 RC 拉下来在测试店里跑一遍,趁推送还没到客户那里,把视觉适配问题提前暴露出来。