无头商业开发人员指南
本文提供了使用BigCommerce对电源无头店面的高级指南;我们假设您已经熟悉无头商业作为一个概念;如果你没有,请查看我们的白皮书,电子商务的新时代:无头商务或帮助中心的无头商业指南。
实现无头的方法
哪种无头方法适合您的业务需求?
预先构建的解决方案beplayti体育提现
想要构建一个由BigCommerce后台支持的无头店面,但又不想编写一堆代码?使用以下预构建的无头店面解决方案之一。beplayti体育提现
解决方案 | 集成方法 | 平台 | 类型 |
---|---|---|---|
神猎鹰 | BigCommerce App. | 神Faclon | PWA |
Bloomreach | BigCommerce App. | Bloomreach | CMS / DXP |
Sitrecore扩展 | BigCommerce App. | Sitecore | CMS |
BigCommerce为Wordpress | WordPress插件 | WordPress. | CMS |
Drupal的Bigcommerce. | Drupal模块 | Drupal | CMS |
起始应用程序
需要定制店面代码,但不想从头开始?使用以下入门应用程序之一启动开发。
起动机 | 堆 |
---|---|
gatsby-bigcommerce-netlify-cms-starter | 节点/ React / Gatsby / NetWify |
bc-nuxt-vue-starter | Node / Vue / next |
ACF_BC. | PHP / ACF / Drupal |
定制解决方案beplayti体育提现
需要从头构建自定义解决方案吗?Bigcommerce拥有api、sdk和工具包,可以无头地帮助您完成任何需要的工作。
- 使用频道API创建店面通道。。
- 使用站点和路由API管理无头店面的站点和路由。
- 使用redirects V3 API为一个或多个店面管理301重定向
- 使用Channels API创建特定于店面的产品清单。
- 使用GraphQL查询店面数据。
- 使用客户模拟令牌查询特定于购物者的数据。
- 使用服务器到服务器的购物车API创建推车。
- 使用abandoned cart API获取和显示废弃的购物车信息。
- 使用Wislists API创建和管理购物者愿望列表
- 使用目录API管理产品数据。
- 在具有嵌入式结账的Iframe中嵌入BigCommerce的结帐。
- 使用Server-to-Server Checkout API重定向到BigCommerce的托管结账
- 使用checkout SDK从头创建自定义BigCommerce托管结帐页面。
- 从BigCommerce的Checkout-JS的叉子创建自定义BigCommerce托管结帐。
- 使用服务器到服务器的签出API从头构建自定义签出体验。
- Restyle The BigCommerce托管结账。
- 使用支付API处理支付。
- 管理订单v2和v3 apis的订单。
- 使用Webhooks在BigCommerce中发生特定事件时收到通知。
店面频道
想要在BigCommerce的控制面板中推销您的无头店面吗?用频道工具包将店面频道安装到频道管理员在此期间单击应用程序安装过程。
多等
使用BigCommerce作为几家商店的后端。通过将应用程序层放置在店面和API之间,应用程序可以控制哪些目录信息被推到哪个店面。
了解有关WordPress和BigCommerce的MultiSite电子商务了解更多信息(媒介)。
目录管理
使用目录API.您可以将产品数据返回到您的产品详细信息页面和产品列表页面。
同步目录
最佳实践是获取产品详细信息并将其缓存在数据库中以显示它们。这将加快应用程序,并允许您控制客户所示的信息。缓存详细信息还允许您在应用程序中实现搜索。
实时目录
如果您的目录一直在更改,则可以使用目录API返回实时产品信息。
实时定价和库存
如果您愿意使用数据的本地副本,但希望确保定价和库存等高优先级数据始终是最新的,可以考虑混合模型。混合模型将仅缓存某些产品细节并实时提取其他信息。BigCommerce有用于听取商店活动的Webhooks。
购物车管理
使用服务器到服务器购物车API为现有客户和客人创建购物车。
客人购物车
客户购物车假定购物者不是客户,在结帐期间不会登录或创建帐户。通过向客户显示购物车数据,然后使用Checkout API将其移动到Checkout来处理客户结帐。
内容管理系统
使用CMS是提供定制购物者体验的好方法,而无需构建内容引擎。CMS需要具有数据库,因此可以存储和检索目录信息,并以存储帐户的方式。这bigcommerce wordpress插件将目录加载到数据库中,同时使用嵌入式结帐向客户显示购物车和结帐的详细信息。
付款管理
使用结账API.将购物车移动到结帐处,并将现有结帐处转换为订单。
重定向到BigCommerce结帐处
当创建购物车时,有一个可选的查询来创建一个重定向URL。使用此功能将购物者重定向到BigCommerce托管的结帐页面。
如果您使用托管结帐选项,购物者将能够导航到商店的其他页面。这里有一些方法可以防止这种情况:
- 使用BigCommerce的网站和路由API从BigCommerce托管页面创建重定向返回非GigCommerce StoreFront(推荐)。
- 通过删除购物车和结帐的反向链接隐藏非必要的页面
- 在所有页面上添加JavaScript重定向(除了
/查看
)重定向到非Gigcommerce店面 - 如果满足某些条件(例如管理客户组(例如管理客户组),则在条件下将所有内容包装在主题的布局中,只能符合某些条件(例如管理客户组),并以否则重定向到非大型Merce StoreFront。
- 将主题布局文件中的所有内容用重定向替换为非大型商品店
要在使用重定向URL时自定义结账,请使用我们的结账SDK.。Checkout JS SDK是一个用于与Checkout页面底层Storefront Checkout API交互的方法库,允许你在自己选择的框架中构建自定义的Checkout页面UI。
结账API.
如果您需要通过Checkout Page完全控制,则您可以选择使用服务器到服务器Checkout API在CMS或App中构建外部结账。然后使用付款API来通过BigCommerce进行付款以付款订单。如果您使用的是付款API,则您负责PCI合规性。
客户登录
与客户关联推车
如果购物者作为客户创建购物车,则将登录商店登录,您可以使用以下过程将购物车与客户联系到客户,并同时记录它们。这服务器到服务器购物车API使用,因为它允许在创建购物车时绕过前端。
当购物车创建时,你的应用程序应该存储cart_id
。这cart_id
用于生成redirect_url.
。使用客户登录API.设置redirect_to.
参数作为生成的购物车或结帐重定向URL。这将如何登录客户,并根据使用的URL显示推车或结账。要确保购物车与正确的客户匹配,您应该将输入的电子邮件地址与商店的数据库进行比较。
填充这一点customer_id
在带有正确数据的推车上,使用输入的电子邮件地址匹配客户API。如果电子邮件地址与客户输入的信息和BigCommerce数据库中的信息相匹配,则继续登录。如果没有找到匹配,则将客户定向到报名屏幕上。
创建新客户
我们的WordPress插件使用的方法是使用客户API验证密码反对存储在BigCommerce中的内容。
如果在WordPress中创建了一个新帐户,则将密码写入BigCommerce中的客户帐户,并用作未来请求中的验证。密码永远不会存储在WordPress数据库中。您可以使用电子邮件地址和客户匹配客户客户API。
示例集成
在下图中,店面是任何位置,产品正在呈现,购物者浏览产品的位置。无头店面可以是CMS或APP。应用程序正在为BigCommerce进行API调用,以便执行某些操作并返回数据以显示给购物者或将其传递给另一个系统。BigCommerce正在创建订单和处理付款,以便您无需担心构建基础架构。
实体 | 描述 |
---|---|
店面 | 前端呈现层购物者与产品交互。在无头体系结构中,店面可能是CMS,本机移动应用程序,售货亭,静态站点或您可以想象的任何其他前端解决方案。BigCommerce WordPress插件是使用现有CMS构建的,并注入商店目录。可以使用接受自定义集成的任何CMS。另一种选择是使用框架从头开始构建店面,如盖茨比。 |
应用程序 | 由开发人员构建的解决方案来控制来自BigCommerce API的请求和响应。除了处理产品信息等必需的电子商务任务之外,应用层还可以处理自定义功能的逻辑,例如基于购物者的历史记录或预填写结帐页面的详细信息,如提出折扣代码。 |
BigCommerce | BigCommerce将用请求的数据响应应用程序,以支持后端电子商务功能。它可以处理支付、存储客户数据、检索目录和订单信息。 |
PCI合规性
BigCommerce根据您的业务需求提供不同的途径或渠道。PCI合规性的最终责任在于您,并考虑了电子商务商店的架构和多个集成渠道。BigCommerce是PCI DSS兼容的服务提供商,每年证明所有要求(1-12)包括作为共享托管提供商。
bigcommerce.PCI DSS合规认证(AOC)概述每年认证的技术堆栈的描述。
商家可以使用BigCommerce的PCI DSS AOC.为了满足概述其职责的部分的合规性要求。
职责矩阵
Bigcommerce责任 | 商家责任 | |
---|---|---|
BigCommerce作为一个店面和后台 | 对所有人负责PCI DSS要求(1-12)该产品到它具有对商家商店的指示。 | 负责确保将导致的所有修改导致对外呼叫或与外部缔约方的集成是以PCI DSS兼容的方式完成的。 |
负责确保所有的设计修改都是在PCI DSS兼容的方式下完成的。 | ||
负责确保它使用的所有服务提供商都符合PCI DSS。 | ||
以BigCommerce作为后端为例无头融合或者是bigcommerce wordpress插件。 | 对所有PCI DSS要求的要求,从持卡人数据交给BigCommerce受控接口(见PCI DSS的BIGCommerce认证2019-2020)。 | 负责其店面的PCI DSS合规以及以上所有事项。 |
结账和支付SDK | 负责PCI DSS合规性要求适用于BigCommerce中所述的店面或BigCommerce作为后端1 | 负责PCI DSS合规性要求适用于BigCommerce中所述的店面或BigCommerce作为后端1 |
付款和支付API | 负责PCI DSS合规性要求适用于BigCommerce中所述的店面或BigCommerce作为后端1 | 负责PCI DSS合规性要求适用于BigCommerce中所述的店面或BigCommerce作为后端1 |
笔记
- 您的业务消耗SDK的方式(作为店面的BigCommerce和后端或后端或BigCommerce)决定了BigCommerce的职责;可以同时使用更大的BigCommerce的技术堆栈。您的PCI DSS合规性职责将是每个堆栈所消耗的组合。
如果您的应用程序处理信用卡数据,则必须符合PCI。可以提交自我评估问卷compliance@bigcommerce.com。
示例API工作流程
从购物车创建订单
- 创建一个车使用重定向URL
- 添加客户ID,如果购物者是客户,则留空
- 添加行项目或自定义行项目
- 添加一个帐单地址到车把它改成Checkout
- 添加一个寄售来签出行项目和
托运.available_shipping_options.
询问 - 更新每个寄售使用“添加寄售响应”的“送货”选项。
- 通过发送请求来创建订单创建订单
- 返回A.
ORDER_ID.
- 订单是创建的
不完整
状态
- 返回A.
- 使用以下两种方法之一付款订单付款
直接创建订单
- 发送请求/POST请求到命令
- 确保
status_id.
是0. - 如果购物者是客人,请添加客户ID或留空
- 添加行项目或自定义行项目
- 添加计费地址
- 添加送货地址
- 创建自定义送货报价
- 确保
- 使用以下两种方法之一付款订单付款
- 拱形卡 - 购物者已保存信用卡
- 信用卡——购物者没有保存信用卡
相关资源
文章
- 客户概况
- 客户登录API.
- 启动你的店铺
- PCI遵从性
- 多路电子商务与WordPress和BigCommerce
- 物质使用Bigcommerce为WordPress进行无头构建的波浪
- 无头农业的新时代
- Bigcommerce与BloomReach,Sitecore,Adecore,Adobe Meverions Manager等人员翻一番,更多
- 商户分类等级签证
- 商家分类级万事达卡
- 自我评估问卷(SAQ)类型和识别您的SAQ适用于您
- 维持付款安全