网店：租用式平台还是定制开发？

位于匈牙利布达佩斯的软件开发公司 Mesterséges Intelligencia Központ Kft. 认为，如果商品范围在租用式网店的框架之内，就值得从租用式网店起步；当定价或集成超出这一框架时，定制开发才更划算。

要点：决定取决于三个问题：产品范围和订购流程能否放进租用式平台的框架，网店需要与多少个其他系统交换数据，以及能够不受平台限制地进行后续开发有多重要。对许多企业来说，租用式平台是很好的第一步。只要数据可以导出，日后仍然可以转向定制方案。

有哪些选择？

如今，“网店”可以指四种不同的路线。它们之间的界限并不分明（租用式平台背后也可以构建定制集成，定制网店也可以使用现成的支付页面），但在每种路线中，责任和回旋余地都处在不同的位置。

租用式网店（SaaS）

SaaS（software as a service，软件即服务）是指由服务商运行、更新和保护网店软件，商家则订阅该软件，并在浏览器中进行管理。国际上的例子有 Shopify，匈牙利市场上则有 Shoprenter 和 UNAS。租用式平台可以通过插件进行扩展，大多数还提供 API：这是一种编程接口，其他系统可以通过它从网店读取数据，或向网店写入数据。

Shoprenter 的开发者文档按资源逐一描述其接口，其中包括商品、顾客和订单；此外还提供 Webhook：网店在某个事件（例如下单或订单状态变化）发生后自动发送给外部系统的消息（Shoprenter: WebHook automation）。根据 UNAS 的文档，其 API 的目的是将网店与外部系统（例如开票软件或库存管理软件）连接起来，甚至可以双向连接；该接口可在 PREMIUM 和 VIP 订阅套餐中使用（UNAS：API 文档，2026 年 10 月 17 日核实）。因此，在选择套餐时就值得查看相应级别允许做什么。

开源、自行运营的网店

一个常见的例子是 WooCommerce，它是 WordPress 内容管理系统的开源网店插件。其源代码依据 GNU General Public License 第 2 版或更高版本提供（WooCommerce：许可），该插件的介绍中提到了用于集成的 REST API 和 Webhook，并强调商店的内容和数据始终归所有者所有（WordPress.org: WooCommerce）。自由是有代价的：托管空间、WordPress 和插件的更新、备份和安全防护，都要由所有者或其委托的运营方负责。

无头（headless）网店

在无头架构中，顾客看到的界面和网店的引擎是两个独立的系统。根据 Shopify 的开发者文档，无头电商将商店的前端与后端分离：界面可以用任何技术构建和托管，而商品、购物车和结账则由平台的 API 提供（Shopify: Headless）。当购物体验需要非常独特、网店是内容丰富的网站的一部分，或者同样的商品需要在多个渠道（网页、移动应用、自助终端）上展示时，这种方式就很有用。代价是需要维护两个系统：平台和自己的界面。

定制开发的网店

在定制网店中，商品模型、定价、订购流程和集成都完全按照企业的运作方式来打造。没有平台限制，但也没有现成的插件市场：网店需要具备的一切功能，都必须经过设计、开发、测试并投入运行。当网店是企业的主要销售渠道，并且需要与企业资源计划系统、仓库或生产紧密协作时，定制路线的优势就很明显。

对比一览表

要素	租用式平台	开源（例如 WooCommerce）	无头架构	定制开发
上线	最快：现成的主题和设置	很快，前提是现成的主题和插件就已足够	较长：需要构建自己的界面	最长；取决于开发的规模
计费模式	订阅费，附加应用可能另行收费	软件本身无需订阅；托管空间、付费插件和运行费用	平台的订阅费，加上自有界面的开发和运行	一次性开发，之后是运行和后续开发
可扩展性	在平台的框架及其插件市场之内	可以自由扩展，但每个插件都是又一个需要更新的部分	界面可以自由设计，引擎归平台所有	不受限制，源代码由合同约定
集成（库存、ERP、开票、快递）	通过现成插件，或在套餐允许时通过 API	通过插件或定制代码	通过平台的 API	通过任何接口，按企业的需求
性能	取决于服务商的基础设施和主题的质量	取决于托管空间和插件的数量	可以很好地优化，但需要自己投入工作	取决于设计和运行
数据与导出	取决于平台的导出功能和条款	整个数据库归所有者所有	引擎的数据存放在平台上	整个数据库归客户所有
托管与安全	由服务商负责	所有者或其运营方	分担：引擎归平台，界面归企业	客户或其委托的运营方

速度值得实际测量，而不是凭感觉估计：Google 推荐的核心网页指标（Core Web Vitals）衡量加载速度（LCP）、响应速度（INP）和视觉稳定性（CLS）（web.dev: Web Vitals），并且同样适用于任何类型的网店。

什么时候租用式平台就已足够，什么时候定制更划算？

租用式平台就已足够的信号

商品简单：变体少，价格明确，没有复杂的配置。
订购流程是常规的：购物车、配送方式、支付、确认。
所需的集成（开票、快递、支付）都有现成的插件。
快速上线很重要，而团队既没有时间、也无意运行服务器。
网店只是销售渠道之一，而不是整个商业模式。

值得转向定制或无头架构的信号

商品可配置或按尺寸定制，或者价格由多个因素计算得出。
需要经销商（B2B）价格表、特殊折扣规则或框架合同价格。
网店需要与 ERP、仓库或生产实时协作。
插件数量已经多到每次更新都有风险。
由于平台的限制，企业让自己的流程去适应软件，而不是反过来。

一种常见且可靠的折中方案是配合定制集成的租用式网店：商店保留在平台上，由背后的定制服务把订单与开票软件、仓库和企业资源计划系统连接起来。这是一项系统集成工作；详情见流程自动化页面。关于定制软件与现成产品的总体对比，请见定制软件还是现成方案（SaaS）？一文。

匈牙利特有情况：开票、NAV、快递、支付

开票与 NAV Online Számla

根据匈牙利税务机关（NAV）的说明，自 2021 年 1 月 4 日起，发票数据申报也涵盖开具给非增值税纳税人（包括个人消费者）的发票；开票软件必须在开具发票时立即、无需人工干预，以 XML 格式将数据以电子方式传送到 Online Számla 系统（NAV）。NAV 还在一个公开代码库中发布了机器接口的说明（NAV: Online-Invoice）。网店通常通过开票服务来解决这一问题：例如，根据 Számlázz.hu 的文档，借助其名为 Számla Agent 的接口，可以用 XML 实现发票和收据操作的自动化（Számlázz.hu：API 文档）。关键在于流程：已付款或已履行的订单应无需手工转录就生成发票，而当数据申报失败或被拒绝时，要有人收到通知。

快递服务与自提柜

接入快递和包裹提货点服务意味着三件事：顾客在结账时可以选择提货点或自提柜，系统根据订单自动生成快递面单，包裹的状态会回传到网店并通知顾客。使用租用式平台时，值得查看是否有现成的插件；对于定制网店，或者没有合适插件时，我们会对接服务商的接口。例如，我们会接入 GLS、Foxpost、MPL 或 Packeta 的服务。

在线支付

对于银行卡支付，PCI DSS 国际安全标准适用于所有存储、处理或传输卡数据的人。根据 Stripe 的文档，在其风险较低的集成方式中，支付数据直接到达支付服务商，不经过商家的服务器，这会减少商家的 PCI 义务（Stripe: Integration security guide）。因此，我们建议网店不要存储卡数据：支付应在服务商（例如 Barion、SimplePay 或 Stripe）的页面或嵌入式界面上完成。

库存与企业资源计划

如果库存数据保存在仓库管理系统或 ERP 中，网店就必须从中读取数据，以免已售罄的商品还能被订购，还必须把订单写入其中。这是网店最重要的连接之一；关于业务管理方面，请见企业软件页面。

适用于所有网店的法律须知

法律规定与平台无关，一律适用：使用租用式平台时，平台会在很多方面提供帮助，但合规责任由商家承担。以下内容仅供参考，不构成法律意见；遇到具体情况，最好咨询律师。

撤回权

指令 2011/83/EU 规定了远程合同中的消费者权利；以下内容依据的是 2026 年 9 月 27 日的合并文本（EUR-Lex：指令 2011/83/EU，合并文本）：

根据第 9 条第 1 款，消费者可以在 14 天内无需说明理由撤回合同；对于商品，该期限原则上自收到商品之日起计算。
根据第 6 条第 1 款 (h) 项，经营者必须在订立合同之前告知消费者行使撤回权的条件、期限和程序；其中包括示范表格，以及（如适用）关于撤回功能是否存在及其位置的信息。
根据由指令 (EU) 2023/2673 增设的第 11a 条，对于通过在线界面订立的远程合同，经营者必须提供一个标有指令英文版所规定的“withdraw from contract here”字样（中文意为“在此撤回合同”）或与之相当的明确表述、在整个撤回期内持续可用的撤回功能，消费者可借此发送在线撤回声明；该声明通过标有英文版所规定的“confirm withdrawal”（即“确认撤回”）的步骤发出，经营者须在持久性介质上就此发送接收确认。成员国自 2026 年 6 月 19 日起适用这些规定（EUR-Lex：指令 (EU) 2023/2673）。
如果未提供这些信息，根据第 10 条，撤回期将在原期限届满后 12 个月才结束。
根据第 13 条，经营者须在获知撤回之日起 14 天内退还消费者支付的全部款项，在适用情况下包括配送费用。
第 16 条列出了例外情况，例如按照消费者提供的规格制作的商品，或明显为其个人定制的商品。

在匈牙利，详细规则由第 45/2014 (II. 26.) 号政府令规定；撤回功能由该政府令第 22 条中经第 415/2025 (XII. 23.) 号政府令增设的条款规范（匈牙利国家法律数据库（Nemzeti Jogszabálytár），2026 年 10 月 17 日核实）。对网店而言，这意味着具体的功能：相关信息必须在下单前显示，在线撤回功能必须在整个撤回期内持续可用并提供接收确认，退货和退款必须得到跟踪，个性化定制的商品必须加以标注。

无障碍

根据指令 (EU) 2019/882，成员国自 2025 年 6 月 28 日起必须对面向消费者提供的电子商务服务适用无障碍要求（匈牙利的规定以该指令的转化为基础）；电子商务服务是指为订立消费者合同，通过网站和基于移动设备的服务提供的服务（EUR-Lex：指令 (EU) 2019/882）。提供服务的微型企业（根据该指令，即雇员少于十人、且营业额或资产负债表总额低于规定门槛的企业）必须获得这些要求的豁免（第 4 条第 5 款）。根据该指令附件一，网站和移动应用必须做到可感知、可操作、可理解和稳健。使用租用式平台时，其中一部分取决于平台和所选主题的质量，因此也值得从无障碍角度检查主题；对于定制网店，我们遵循 WCAG 2.2 指南。

根据《电子隐私指令》即指令 2002/58/EC 合并文本第 5 条第 3 款，只有在提供清晰、全面的信息后获得用户的事先同意，才能在用户设备上存储信息或访问其中已存储的信息。例外情况是为提供用户明确要求的服务而严格必需的存储（EUR-Lex：指令 2002/58/EC）。因此，购物车运行所需的 Cookie 与统计分析或广告 Cookie 适用不同的规则：后者需要同意，而 Cookie 横幅必须让用户能够真正做出选择。

网店中的人工智能

商品文案：借助大语言模型准备商品描述、类目文字和翻译。部分租用式平台已经内置了这项功能：根据 Shopify 的帮助中心，其管理后台的 AI 功能也能撰写商品描述，而 Shopify 本身也要求商家审核 AI 生成的所有内容，因为其中可能有错误（Shopify Help Center: AI features）。
搜索：不仅能匹配确切关键词，还能理解顾客意图的商品搜索（“雨天用的防水登山鞋”）。
客户服务：依据网店自有数据（商品、配送条件、订单状态）作答的 AI 聊天机器人，并且会告知顾客正在与人工智能交谈。详情请见 AI 聊天机器人与 AI 智能体页面；关于法律背景，请见 AI Act 与 GDPR：企业聊天机器人需要注意什么？一文。

使用租用式平台时，AI 功能的范围取决于平台或插件提供了什么。对于定制网店或定制集成，我们可以在 OpenAI（ChatGPT）、Anthropic（Claude）和 Google（Gemini）的模型中进行选择，并把模型直接连接到网店的数据上；凡是出错会造成经济损失或损害信任的环节，都由人来审核。

迁移：从租用式平台转向定制网店

许多企业从租用式平台起步，当网店超出其框架时再更进一步。迁移是否顺利，很大程度上取决于能从旧系统中导出多少数据。例如，根据 Shopify 的帮助中心，商品、订单和顾客都可以导出为 CSV 文件（Shopify: exporting products、exporting orders、exporting customers），但属于商品的图片不会包含在商品 CSV 文件中，因此需要单独保存。迁移的步骤如下：

数据盘点：旧系统中有哪些数据（商品、变体、图片、顾客、历史订单、优惠券、内容页面），以及其中哪些可以导出。
数据映射与清洗：每个旧字段对应到哪里，哪些内容需要整理，例如重复的顾客或不完整的商品数据。
URL 映射表与重定向：根据 Google Search Central 的指南，必须把每个旧网址逐一对应到新网址，并设置服务器端的永久重定向（301 或 308），以免在搜索引擎中已获得的排名流失（Google Search Central）。
重新对接集成：开票、支付、快递、库存，并通过测试订单进行端到端测试。
正式上线与后续跟进：最后一次同步旧系统的数据，然后在切换之后监控各项指标和错误。

如果现在选择租用式平台，最好现在就准备一份退出计划：哪些数据可以导出、以什么格式导出，以及是否有 API 可供日后的系统持续接收这些数据。

成本和时间取决于什么？

使用租用式平台时，成本由订阅费、附加应用、主题以及设置所投入的工作构成；如果还需要定制集成，那就是单独的开发工作。对于定制网店，我们以 COSMIC 功能点（ISO/IEC 19761）度量开发的功能规模，并据此编制报价和进度安排。除了规模之外，以下因素也很重要：

集成的数量，以及它们的接口文档是否完善；
商品模型的复杂程度：变体、可配置商品、特殊定价规则；
设计的独特程度和界面的数量（网页、移动端、管理后台）；
需要迁移的数据的数量和质量；
非功能性需求：速度、可用性、无障碍、安全性；
交付后运行与后续开发的范围。

度量方法见定价方式页面。

决策时的常见错误

只看初始成本，而不看多年的订阅费、插件和运行费用。
没有事先查明哪些数据可以导出，以及所选套餐中是否包含 API。
安装了太多插件，以至于一次更新之后，没人知道是什么坏了、为什么坏了。
从手工开票起步，随着订单数量的增长，开票成了瓶颈。
迁移时没有设置重定向，旧网址都指向错误页面。
Cookie 横幅默认接受全部 Cookie，或者在用户拒绝后仍然加载统计代码。

常见问题

应该选择租用式网店还是定制网店？

如果产品范围和订购流程能放进租用式平台（例如 Shopify、Shoprenter、UNAS）或 WooCommerce 的框架之内，这就是更快、风险更低的起步方式。如果产品范围或定价比较特殊，需要与 ERP 或仓库建立紧密的实时连接，或者网店是主要销售渠道、希望不受平台限制地进行开发，那么定制网店才更划算。折中方案是配合定制集成的租用式网店。

能否从租用式平台迁移到定制网店？

可以，只要旧系统中的数据能够导出：商品、顾客、订单、图片和内容。迁移的关键部分是把旧网址重定向到新网址，以及重新对接各项集成。最好在选择租用式平台时，就查看它提供哪些导出功能和 API。

网店能否与开票软件和仓库连接？

可以。开票软件（例如 Számlázz.hu、Billingo）通过自动开票接入，仓库管理系统或 ERP 则通过库存同步接入，前提是它们有可访问的接口（API），或者数据可以通过文件或数据库获取。如果平台的 API 在所选套餐中可用，租用式网店的背后也可以构建这样的连接。

在租用式平台上，数据归谁所有？

这由平台的使用条款和数据处理协议决定；根据 GDPR 第 28 条，代表数据控制者进行的数据处理必须由合同加以规范（EUR-Lex：条例 (EU) 2016/679）。在实践中，关键在于能否把自己的数据导出：较大的平台都提供导出功能和 API，但其范围因平台和套餐而异。对于自行运营的网店或定制网店，整个数据库都在所有者手中。

网店必须做到无障碍吗？

根据落实指令 (EU) 2019/882 的国内规定，自 2025 年 6 月 28 日起，面向消费者提供的电子商务服务必须符合无障碍要求；根据该指令，提供服务的微型企业必须获得豁免。如果企业不属于微型企业，最好从无障碍角度审查一下网店；使用租用式平台时，也要审查主题。以上内容仅供参考，不构成法律意见。

我们如何提供帮助？

我们开发定制网店，并将其与支付、配送和开票服务商、仓库以及 ERP 连接起来，也可按需运用人工智能。如果租用式平台很好地满足了您的需求，就无需更换：我们会在它背后构建集成。详情请见网店开发页面。

首次咨询免费，可应要求签署保密协议（NDA），交付后我们还承担运行与维护工作。源代码和使用权由合同约定。如果您能用几句话介绍一下您销售什么、使用哪些系统，欢迎与我们联系。