Plümo迁到Shopify：旧网站默默干的活，先问清对卖货有什么用

最难搬的，是旧网站背后没人写下来的那些活

Plümo是一家家族经营的独立线上概念店，1998年在伦敦开张，大本营在Hackney Downs。按Squashed Pixel的完整案例页，店里卖多位设计师的女装、鞋履、配饰和家居用品，还有自有品牌Plümo Studio，在北伦敦的工坊小批量生产。

代理商在LinkedIn上直说，设计反而好办，麻烦的是旧的headless网站在后台悄悄做掉的那一大堆事。headless指前台页面和后台系统分开搭的架构，案例页形容Plümo的旧站几乎没有灵活度。

改一个小布局都得找开发，团队只好提前六个月排营销活动，平时还靠一个page builder插件，补上自己搭不出来的页面。旧平台上还有不少这些年一点点加出来的功能，很贴合Plümo的做法，大部分藏在后台。

偏偏Plümo是小批量进货，上新快，断货也快。顾客要在不同设计师之间看懂尺码，也要看到靠谱的发货和预售信息。

每个功能先过一道题：它帮你卖货做了什么？

Squashed Pixel把Plümo按MoSCoW（必须有、应该有、可以有、这次不做）列出的需求，一行一行放进双方共用的一份spec里。每一行都要拍板：放在theme里做，用Shopify自带工具，还是装app。

能在theme里做的，就在theme里做：案例页说这样网站更快、品牌更统一，每月的app账单也更低。

很多卖家的第一反应正好相反。2026年9月7日，一家床品品牌在Shopify Community发帖，说准备从WordPress搬到Shopify，想把布局、品牌和使用体验保留得“as close to our current website as possible”。照着旧站复刻能保住外观，可旧站后台那些活该搬到哪里，复刻回答不了。

尺码表、发货提示、后台：每件旧活都有了新去处

先从布局说起。网站在Shopify的Horizon主题上重建，移动端优先，团队可以自己在theme editor里改section和设置。字体、颜色、内容块，现在都是一个设置项，不用再给开发提工单。

打开Plümo的首页，分类入口、秋季故事和畅销榜一块接一块往下排，各是一个独立区块。

尺码表用metaobject（Shopify的自定义内容对象）来做：每位设计师一张表，建一次，就在一个地方统一管理，这位设计师的所有商品共用。商品页上还能换算服装和鞋的尺码，LinkedIn帖子的原话是“set up once per designer instead of on every product”。

商品页上的提示信息也换了做法。发货与退换、尺码建议、促销信息、预售和预计发货日期，都在全店统一设置，需要时再给单个商品单独改。对一家上新快、断货快的店来说，改一条全店通用的说明，不必一个个商品去翻。

系列页的图片交给metafield：团队可以挑商品的副图，再按每个系列决定显示哪一张。在Shoes系列页上，Gardenia Clogs那一格用的就不是商品页的第一张图。

后台那部分，Squashed Pixel没有给Plümo再加一套ERP（企业资源计划系统），而是把几样工具连起来，自动化和报表都交给Mechanic来跑。按代理商的说法，这样数据准确，需要时随时能看到最新的，也不用多养一个平台。

数据分三轮导入，301跳转和Merchant Center ID一起搬

商品、系列和库存先从旧系统导出，再用Altera生成Shopify的导入文件，顺手补上metafield。导入分三轮：第一轮用来搭网站，第二轮在临近上线时补进新增和改动过的商品，最后一轮只导库存，卡在上线那一刻。

跟商品一起搬过去的，还有SEO元数据和内容。代理商另外整理了301重定向和Merchant Center ID的对应关系，案例页说这是为了保住Plümo原有的排名。Squashed Pixel在帖子里也提醒，迁移恰恰是老店最容易掉排名的时候。

上线前有一份QA检查清单，覆盖域名和DNS、GA4、Search Console、Bing，以及社媒和邮件渠道的对接；上线后又盯了14天，并给团队做了培训。

自然搜索涨了51%，是跟哪个月比？

比的是上线当月。案例页写明网站6月上线，下面的数字都是Squashed Pixel自己公布的，而且每一项的终点月份不一样：

• 收入：从上线当月到10月涨了25%，10月是上线以来最好的一个月。
• 订单：从上线当月到8月涨了73%，按每月交易笔数算，入秋后依然保持强劲。
• 自然搜索会话：6月到9月涨了51%，9月的自然搜索用户数是上线以来最多的；10月25日创下自然搜索单日纪录，会话数是日均的两倍多。

LinkedIn帖子把这段时间叫作上线后的头四个月，自然搜索那一项写的是增长超过50%。案例页给的是51%，区间是6月到9月。

上线当月是新站的第一个月，拿它当起点，跟拿迁移前的旧站当起点，读出来的意思并不一样。案例页没有给旧网站的数字，数据又出自代理商，也拆不出哪一步带来了多少增长。

看到迁移案例的涨幅，先问两件事：跟哪个月比，谁公布的。

跟代理商对spec之前，先列旧站在做的事，别列功能

Squashed Pixel在帖子结尾说，换平台用不着把旧站功能一项项照抄；该做的是弄清每个功能对生意有什么用，再决定它归theme、Shopify还是app。

放到你自己的店里，可以先拉一张表。每一行写旧网站替你做的一件事，比如Plümo的尺码表、发货和预售提示、后台数据，接着写它对卖货有什么用，最后一栏才填theme、Shopify或app。

Plümo的答案不一定是你的答案。用Mechanic代替ERP，是这家店在这次迁移里的选择；你的后台如果已经离不开ERP，这张表照样能列，只是最后一栏会填得不一样。