Shopify 与 WooCommerce 价格对比：三年 TCO 决策指南

先给结论：免费与月租都不是总成本

Shopify 和 WooCommerce 的价格不能用“Shopify 每月多少钱”对比“WooCommerce 核心免费”。Shopify 把托管、SSL、平台更新和大量商业能力打包进订阅，WooCommerce 把核心软件开放出来，由商家选择主机、技术栈、扩展、维护和安全责任。两者的成本只是被放在不同账单和不同团队里。

公平选择需要把同一需求、同一交易量、同一市场、同一可用性目标和同一时间跨度代入三年总拥有成本。最后比较的不只是支出，还包括上线速度、变更队列、事故风险、团队依赖、数据控制和退出难度。若两个方案的业务范围不同，算出的“便宜”没有决策价值。

先锁定完全相同的业务范围

列出市场、币种、语言、SKU 与变体、月订单、峰值流量、客单、支付方式、订阅、B2B、POS、税费、运费、退货、促销、内容、搜索、ERP/WMS/CRM、分析、权限、可用性和恢复目标。每项标记“必须、可延后、不需要”，并写出验收方式。

不要让 Shopify 方案使用内置能力，而 WooCommerce 方案把相同能力标成“以后再做”；也不要让 WooCommerce 方案包含完全定制的工作流，而 Shopify 方案只用标准功能后宣称功能不足。先建能力基线，再询价。

给非功能需求定价

响应时间、峰值并发、恢复点目标、恢复时间目标、发布频率、无障碍、隐私、安全扫描、审计日志和 24/7 值班都会产生费用。它们没有出现在商品页，却常常决定成长后的真实差距。

建立 36 个月 TCO 方程

建议按月计算：TCO = 平台与托管 + 支付 + 应用/扩展 + 主题/前端 + 开发集成 + 运维安全 + 数据分析 + 合规 + 事故与停机期望损失 + 迁移/退出 - 可验证节省。单独保存一次性、固定、按量、按 GMV、按订单、按市场和人员工时。

所有报价保留币种、税前/税后、月付/年付、优惠结束日、合同年限、续费、用量阶梯和取消条款。用一个基准币种做预算，同时保留原币种；否则汇率变化会被误认为平台成本变化。

不把收入增长自动归因给平台

转化率、速度和运营效率可能改变收入，但要用 A/B 测试、可比历史或明确假设。不要在一个方案中加入乐观增长、另一个方案中保持收入不变。增长收益应作为单独的敏感性分析，而非填补价格差距的想象。

Shopify 成本从地区化价格快照开始

Shopify 的官方价格页会根据访问地区、币种和计费周期展示套餐、支付费率、第三方交易费与所含能力。报价时记录访问国家、日期、币种、月付或年付、当前优惠、税费和计划名称；不要把某个国家看到的数字复制到另一个市场。

订阅通常同时覆盖平台、托管和 SSL，但域名、收费主题、应用、POS 增值、额外市场、第三方服务、定制开发、迁移和支付处理仍可能另计。计划升级不应只看员工账户或报表，还要计算支付费率差、功能替代应用的节省和升级后新增管理成本。

把优惠价与稳定运行价分开

试用或首期优惠只影响短期现金流。36 个月模型先列优惠，再在优惠结束月切换到常规报价，并做续费上调敏感性。决策摘要同时展示第一年和稳态年度成本。

WooCommerce 核心免费，但经营环境不是免费

WooCommerce 的官方价格说明把核心描述为免费、开源且没有月度平台订阅，同时明确主机和扩展需要另行选择。其页面在本次评审时还给出多数商店的主机与单个扩展价格范围；这些是供应商提供的参考，不是你的最终报价。

WooCommerce 预算至少包含域名、生产/预发布/备份环境、CDN/WAF、邮件、监控、备份、恢复演练、数据库、对象存储、主题、扩展、开发、更新、安全、性能和故障响应。若由托管主机或代理商打包，仍要拆清资源上限、流量、存储、支持、SLA、升级、清理和超量费用。

自由度会把成本从许可证转成决策和维护

可改源码、可选主机和支付、可替换扩展是价值；它们也要求架构、供应商审核、兼容性测试和责任人。不要把团队已有能力定价为零，也不要假设每个自由度都会被业务使用。

支付费率需要单独建立逐市场模型

两种平台都需支付处理费用。Shopify 使用 Shopify Payments 或第三方网关时，规则不同；Shopify 的第三方交易费说明解释适用场景、与处理商费用叠加、退款处理以及计算基数。WooCommerce 通常让商家直接选择处理商，但网关扩展、订阅、拒付工具和运营仍可能收费。

按国家、币种、卡种、本地支付、跨境卡、客单、订单数、退款、拒付、货到付款和多网关路由拆分。公式示例：月支付成本 = Σ(成功金额 × 百分比费率 + 成功笔数 × 固定费 + 退款/拒付/跨境附加 + 平台第三方交易费)。

用账单回算，而不是只抄公开费率

上线后每月计算 有效支付率 = 全部支付相关成本 / 处理 GMV，并按渠道解释变化。公开起始费率无法反映卡结构、跨境、退款、争议和谈判结果。

托管与性能：比较责任和容量，不只比较带宽

Shopify 托管是平台服务的一部分，商家仍需治理主题、应用、脚本、媒体与集成性能。WooCommerce 可选择主机与架构，但商家或服务商负责容量规划、缓存、数据库、PHP workers、CDN、WAF、备份、恢复、补丁和扩容。

为 WooCommerce 获取基准与峰值容量报价：日常请求、并发结账、SKU、订单表规模、搜索、导入、cron、订阅任务和后台用户。把黑五峰值、攻击流量和数据增长纳入。低价共享主机与经过压测的高可用环境不是同一产品。

用负载测试和恢复演练验收主机

报价中写明前台 P75/P95、结账成功率、后台关键任务、备份频率、RPO/RTO 和恢复演练。若供应商无法提供或验证这些条件，低价不应直接进入基准方案。

安全和更新必须有明确责任人

Shopify 管理基础平台和托管层，但商家仍负责账户、权限、应用、主题代码、隐私、配置和业务流程。WooCommerce 由站点方同时治理 WordPress、PHP、数据库、主机、主题、扩展与自定义代码。WooCommerce 的版本更新说明建议保持当前受支持版本并在升级前备份；安全说明也把主机、WordPress 和扩展安全纳入站点责任。

预算包含每月补丁窗口、预发布回归、漏洞监控、恶意软件/WAF、权限审计、日志、备份、恢复、事故响应和供应链审查。把这些任务全写给“开发兼职处理”会制造看不见的运营债务。

用年化工时而非“偶尔维护”

记录每月更新、季度恢复演练、发布回归、告警处理和年度大版本升级小时数。再加入紧急补丁与兼容性事故的概率预算。WooCommerce 的可控性只有在维护有资源时才是优势。

应用、扩展与主题按能力去重

列出每个业务能力及平台原生覆盖。Shopify 需要的应用记录基础费、用量、订单/联系人阶梯、多店费和卸载成本；WooCommerce 扩展记录许可证、站点数、续费、支持、依赖和替代性。禁止同一能力同时计入平台内置和付费软件。

主题成本包含购买、设计、模块开发、无障碍、性能、升级和内容迁移。便宜主题经过大量覆盖后可能成为自定义代码；完全定制主题也可能因缺乏组件治理导致每次活动都需开发。

用替代成本衡量锁定

每个关键软件记录导出格式、数据所有权、替代方案、迁移工时和停用步骤。月费低但无法完整导出的系统可能有更高退出成本。

开发成本分成初建、保运、增长和重构

初建包括发现、设计、数据迁移、主题、集成、测试、内容、SEO 和培训；保运包括缺陷、升级、监控和小改；增长包括实验、市场、渠道和自动化；重构处理早期捷径和平台变化。四类混在一个“开发费”里无法比较。

Shopify 通常减少基础设施工程，但深度 checkout、复杂 B2B、特定数据流和应用限制仍可能需要定制。WooCommerce 能深入修改，但每个 override、hook、插件组合和基础设施选择都增加长期所有权。比较应使用可验收的工作包和相同服务等级，而不是两个供应商的模糊总价。

计算业务等待成本

如果促销、市场或集成排队六周，机会损失属于变更模型。另一方面，无治理的快速发布造成事故也有成本。记录从需求到上线的周期、回滚率、缺陷和每次发布工时。

跨境市场、本地化、税费与物流需要逐国报价

每个国家核对币种、定价、语言、域名、当地支付、税费、关税、运费、退货地址、合规内容和客服。平台宣称“支持全球”不代表你的实体、支付账户、目录和运营流程在每个国家都可用。

Shopify 的部分跨境能力与计划、Shopify Payments 或额外市场相关；WooCommerce 可能通过核心、扩展或定制组合实现。用三至五个真实目标市场做任务验收，并将翻译、内容、税务服务、支付、物流和维护全部纳入。

避免用插件数量代替功能复杂度

一个扩展可能覆盖多个市场，也可能每国都需定制。以实际用户旅程和数据流报价：当地顾客看到正确价格和税、使用可用支付、收到合规文件、完成退货并正确结算。

B2B、订阅、POS 和复杂商品要单独建模

B2B 评估公司账户、目录、价目、审批、付款条件、销售代表、税务和 ERP；订阅评估周期、失败重试、账户、暂停、换品、退款和支付 token；POS 评估地点、设备、员工、离线、库存和退货；复杂商品评估选项、组合、定价和生产规则。

每个场景列平台原生能力、计划门槛、应用/扩展、开发、运营和退出成本。不能把 Shopify Plus 或 WooCommerce 定制方案的功能放进普通商店价格行，也不能只比较许可证而忽略流程集成。

用三个边界样本做原型

选择最复杂客户、商品和订单跑通报价、下单、支付、履约、退货和财务对账。原型能发现“支持”实际需要多少扩展和人工操作。

集成、数据和分析成本会在增长期放大

列 ERP、WMS、PIM、CRM、ESP、客服、搜索、推荐、税务、支付、仓库和数据仓库。对每个连接记录 API 能力、调用量、webhook、批处理、重试、监控、数据留存和责任边界。

平台自带报表不能自动满足财务和跨渠道归因；自建仓库也不是一次性项目。预算事件设计、ETL、质量、隐私、指标口径、存储和维护。已有的数据团队与 Woo/WordPress 团队能力也应如实反映，不能一边算作沉没能力，一边仍把外包报价加入。

计算接口变化的年化预算

假设每年会有平台 API、应用、ERP 或支付版本变化，给回归、升级和监控留工时。历史变更频率可用于基准，不要写成零。

可用性、事故和停机机会成本需要进入风险层

建立 期望事故成本 = 年发生概率 × (恢复工时 + 丢失贡献毛利 + 补偿 + 广告浪费 + 品牌/合规处置)。概率不需要伪装成精确科学，但两方案必须使用一致方法，并记录依据。

Shopify 的平台服务减少部分基础设施责任，却不能消除应用、主题、配置和外部集成事故。WooCommerce 能通过架构投入提高可靠性，但低配主机、未更新扩展或单人知识点会增加风险。把“谁负责恢复、多久恢复、证据是什么”写入报价。

用贡献毛利而不是 GMV 估算停机

短期收入延迟与永久损失不同。按时段、转化恢复和可追回订单估计贡献影响，避免用全部 GMV 制造夸大数字。

迁移、数据可携与退出成本决定长期选择

两种平台都可能产生数据迁移、URL、客户账号、订单历史、订阅、应用字段和主题重建成本。初次上线预算包含导入、重定向、并行运行、对账和稳定期；退出预算包含完整导出、媒体、关系、历史、DNS、支付 token 限制和下游切换。

技术实现可参考Shopify 数据迁移工程指南。成本模型至少为两种方案估算一次“换主机/服务商”和一次“换平台”，避免把未来锁定当成零。

数据所有权不等于低成本可迁移

能导出 CSV 不代表关系、扩展字段、密码、支付凭证、URL 和历史行为能原样转移。用一次小型退出演练验证导出质量和重建工时。

建三个情景，而不是给一个神奇总数

保守情景使用较低订单、标准功能、低变更；基准情景使用已批准增长和常见扩展；增长情景加入峰值、更多市场、团队、集成和 SLA。每个情景同时计算 Shopify 与 WooCommerce，并显示第 1 年、第 2–3 年稳态、累计 TCO、每单成本和 TCO/GMV。

把不确定性公开排序

列出对结果影响最大的五个变量，通常是支付有效费率、开发工时、应用/扩展、主机与事故风险。用 ±10%、±25% 或报价上下限做敏感性分析，告诉决策者哪项需要先做原型或谈判。

用增量成本与盈亏平衡点辅助计划选择

当 Shopify 更高计划降低支付费率或替代应用时，计算 盈亏平衡月 GMV = 月度固定成本增量 / 有效可变费率节省，再加入功能与人员节省。WooCommerce 主机升级也用相同方法：固定容量增量是否降低事故、性能开发和超量成本。

盈亏平衡不等于自动升级。还要检查功能必要性、合同、市场资格、迁移风险和团队能力。所有节省必须能在账单或工时中验证。

每季度用真实账单重算

导入平台、主机、支付、应用/扩展、服务商和云服务账单，补充内部工时、事故和变更周期。实际值替换假设，差异超过阈值时重新评估计划、软件和架构。

建立可审计的选型和预算治理

保存需求版本、价格页面快照、供应商报价、计算表、汇率、税务假设、原型结果、风险、排除项和审批。由财务验证现金流与税，技术验证范围与运维，运营验证工作流，安全/隐私验证责任，业务负责人签 go/no-go。

需要实施和报价拆解时可查看 WESWOO 的服务范围及跨境电商主题 Hub。最终建议不应写“平台 A 永远更便宜”，而应写在什么范围、规模、团队和风险假设下，哪个方案的三年经济性更好，以及什么变化会触发复评。

常见问题

WooCommerce 免费是否意味着一定比 Shopify 便宜？

不是。核心软件免费，但主机、扩展、开发、更新、安全、性能、备份和响应需要资源。团队已有能力、需求简单时可能很有经济性；高定制但维护不足时也可能更贵。

Shopify 月租是否已经包含所有费用？

不是。订阅通常包含平台、托管和 SSL，但支付、第三方交易费适用条件、应用、收费主题、定制、POS 增值、额外服务、迁移和运营仍需核对实际市场报价。

支付费应该怎样公平比较？

用同一 GMV、订单、客单、卡种、国家、币种、退款和拒付分布，叠加处理商费、固定费、跨境/争议费与适用的平台附加费，再按实际账单计算有效费率。

总拥有成本应该计算几年？

至少三年，并同时显示第一年与稳态年度。周期太短会夸大初建或优惠，隐藏续费、维护、扩容和重构；高复杂项目可增加五年视图，但远期假设要做敏感性分析。

什么情况下必须重新做平台成本评估？

GMV或订单跨越费率/容量阶梯、增加市场/B2B/订阅/POS、支付实体变化、应用或扩展大幅涨价、维护事故增多、平台计划调整、团队能力变化或准备重大重构与迁移时，都应重算。