一、能力边界矩阵 (Capability Matrix)
| 能力维度 | Shopify 表现 | 限制说明 |
|---|---|---|
| 支付闭环 | 强 | 多币种、多支付方式开箱可用 |
| 订单与库存 | 强 | 多仓、代发、退货流程成熟 |
| 主题定制 | 中 | 基于 Liquid 模板，深度定制受限 |
| URL 结构 | 弱 | 集合页与产品页路径规则固定 |
| 结构化数据 | 中 | 基础 Schema 自动输出，深度扩展需改动主题 |
| 内容体系 | 弱 | 博客功能简单，不利长尾内容沉淀 |
| 多语言 | 中 | 官方方案支持，子目录结构受平台约束 |
| 源码归属 | 弱 | 平台托管，不可迁出 |
二、适用与不适用场景 (Fit Assessment)
- 适用：标准化消费品、有明确 SKU、客单价适中、决策周期短、以在线支付完成为目标。
- 不适用：定制化工业品、需报价与打样、决策周期数月、以询盘与线下谈判为成交路径。
B2B 工贸企业的典型特征是产品需按图定制、订单金额大、需验厂与认证核验。这类业务的转化行为发生在询盘之后，Shopify 的支付闭环用不上，而其内容与 SEO 的短板却会被放大。
三、混合架构方案 (Hybrid Architecture)
实践中更常见的是分工而非二选一：
| 站点 | 承载职能 | 平台选择 |
|---|---|---|
| 品牌主站 | 内容获客、产品展示、询盘收集 | WordPress |
| 零售商城 | 标准品在线成交、样品销售 | Shopify |
| 数据打通 | 统一分析、统一客户视图 | 双方埋点 + 中台 |
主站做流量与信任，商城做交易转化，两者通过导航与埋点互通。这样既保留 SEO 可控性，又不放弃零售闭环。
四、迁移成本评估 (Migration Cost)
从 Shopify 迁出的成本常被低估：产品数据可导出，但主题定制、应用配置、URL 权重、历史收录需重新建立。若站点已积累自然流量，迁移期间排名波动通常持续 1 - 3 个月。
反向迁移（自建站 → Shopify）成本较低，但会失去 URL 与内容的完全控制权。选型时应按三年周期评估，而非按当前阶段的最短路径。
五、常见误区 (Common Pitfalls)
| 误区 | 实际情况 |
|---|---|
| Shopify 自带 SEO，无需优化 | 只提供基础能力，深度控制仍需改主题 |
| 应用装得越多功能越全 | 每个应用注入脚本，直接拖累 LCP 与 INP |
| B2B 也能用 Shopify 卖货 | 大额订单的支付、账期、合同流程无法覆盖 |
| 平台不会封店所以更安全 | 违规判定与资金冻结风险由平台单方决定 |
| 迁移只是导数据 | URL、收录、权重、埋点均需重建 |