Salesforce B2C Commerce启动准备 – 查看业务管理器设置

学习目标

完成本单元后,您将能够:

  • 列出您需要检查启动准备情况的关键功能区域。
  • 解释配置主目录和店面目录的重要性。
  • 解释搜索优化和排序规则如何为两种类型的用户提供服务。
  • 列出必须验证的三件事,以确保在店面显示价格。
  • 列出您需要检查以验证店面的SEO URL配置的三件事。

介绍

Business Manager包含运行店面的许多数据和设置。配置设置控制店面行为,因此在启动之前对其进行审查非常重要。您必须记录每个差距,并留出足够的时间来解决每个差距。顺利启动取决于您的全面评估。

让我们首先确定必须检查启动准备情况的关键功能区域:

  • 产品和目录
  • 搜索
  • 网上营销
  • 定购
  • 网站网址
  • 网站偏好设置

要在业务管理器中签入的关键功能区域。

检查产品和目录设置

店面最重要的领域之一是产品和目录数据。

主目录和店面目录

确保至少有两个目录:拥有产品的主目录和将相同产品分配给店面类别的店面目录。此配置对于国际化至关重要,因为在国际化中,产品可能被多个店面共享。每个店面可以通过类别进行独特且独立的导航。

检查:

  • 已配置主目录和店面目录。
  • 店面目录已分配给该站点。
  • 店面目录被分配的产品,但没有自己的任何产品。

店面

店面最佳实践可确保提供出色的购物体验。保持对产品和内容资产的严格控制很重要。使用标准目录和店面目录来支持当前和将来的业务需求。构建站点导航以镜像店面目录导航。这样可以确保在控制类别在店面中的显示方式时具有最大的灵活性。

搜索优化和排序规则

搜索优化和排序规则可帮助两种类型的用户。他们帮助购物者找到他们要寻找的产品,并让销售商以能够促进销售的排序顺序显示产品。

默认排序规则被施加到店面目录根。还可以在店面目录根目录中配置搜索优化。两者都遵循整个店面目录中的继承模型。这意味着较低级别的分类继承了其父级的排序规则和搜索优化。

验证是否已配置默认排序规则和搜索优化。这可以帮助购物者和商人获得他们想要的东西。

参考架构类别和产品对象归因

类别和产品对象包括支持参考体系结构的属性。定制解决方案将参考体系结构属性与定制属性结合起来,以满足业务需求。这仅用于开发和测试。

在启动之前,请从属性组中删除参考体系结构属性,以简化Business Manager中的类别和产品页面,并减少在设置新类别或产品时可能出现的错误。从组中删除属性只是将其从业务管理器的产品或类别页面中删除。它不会从数据库中删除属性或任何值。

通过将包含已使用属性列表的数据模型电子表格与Business Manager中的产品和类别对象进行比较来进行检查。

价格书

必须正确配置价目表才能在店面显示价格。在业务管理器中,检查至少一本价目表:

  • 存在
  • 分配给站点
  • 被激活

将多个价目表分配给一个站点时,常见配置包括清单价目表(usd-list-prices)和销售价目表(usd-sale-prices)。

检查:

  • 两者均处于活动状态并分配给该站点。
  • 销售价格基于标价。
  • 价格显示为原价/原价(也称为全价)。

库存清单

为了使产品具有库存,必须至少存在一个库存清单并将其分配给站点。在业务管理器中检查此。还要检查是否删除了用于测试目的的任何库存处理,并且实际库存已反映在站点上。

验证在线营销配置

确保商家的活动和促销按预期方式工作,并确保已除去测试活动和促销(例如来自参考体系结构的活动)。

如果商家有实体商店,则他们很可能会使用Stores对象包含有关每个商店的数据,并在店面中使用商店定位器功能。如果是这种情况,请检查所有存储数据是否完整。

验证订购配置

检查是否配置了Business Manager送货方式设置,并验证它们是否出现在店面中。确保已删除测试传送方法(例如,参考体系结构中的那些方法)。

验证站点URL配置

URL通过店面外部的搜索来推动销售。必须在开始时正确配置此区域。验证:

  • URL规则已启用。
  • URL冲突已解决。
  • 字符替换已配置。
  • 为每个实例配置一个唯一的别名。
  • 静态和动态映射从301旧版URL配置为新URL。
  • 语言环境映射是根据语言环境要求配置的。

网址规则

确保所有URL都是唯一的。记录冲突,以便商人可以提供解决方案的指导或自行解决冲突。

检查URL规则的全局方面是否已正确配置。验证这些最低设置。

  • 将“空白替换”设置为-(减号)。
  • 激活了字符替换并配置了替换规则。
  • 对于使用多个语言环境的站点,“语言环境映射”规则设置为“”以外的其他值。

流水线

如果使用管道(不建议使用),请对照在店面中公开的管道列表检查别名规则列表。每个都应考虑在内。这很重要,因为在没有配置别名的情况下,结果URL将包含值SFCC.store。这并不反映店面品牌,而是不必要地增加了URL长度,从而拖累了SEO排名。

您可以具有单站点或多站点别名配置。多站点配置意味着同一Business Manager实例中有多个站点。当您单击Storefront链接时,所有站点都具有主机名my-site.SFCC.net。直到指定了主机名之后,该站点才会出现。例如,/ Sites-myFirstsite-Site/ Sites-mySecondsite-Site

这是一个问题,因为它违反了每个实例中的每个站点都必须具有唯一别名的规则。这样配置后,您仍然可以访问店面,但是除非别名是唯一的,否则无法验证静态或动态映射规则。您必须在发布前解决此问题!

静态和动态映射

迁移平台时,URL会更改。结果,商人必须创建一个从旧URL到新URL的301映射,以确保点击旧URL的流量(和搜索引擎)可以找到新页面。

在启动之前,请确保在“业务管理器”的“静态和动态映射”模块中对其进行了配置。最终的数据和代码部署到生产环境将捕获这些设置。

验证网站首选项

在启动之前,请检查以下内容:

  • 所需的语言环境已添加。
  • 组织的默认语言设置正确。
  • 如果客户使用礼券功能,则仅存在客户信息。验证B2C商务信息(包括电子邮件地址)是否消失。
  • 如果在店面中使用,则将站点特定的序列号配置为订单号,发票号,装运号和礼品证书。

让我们总结一下

在本单元中,我们了解了配置主目录和店面目录的重要性。我们了解了搜索优化和排序规则如何为两种类型的用户提供服务。我们还学习了如何确保定价显示在店面中,以及如何验证店面的SEO URL配置。

在本模块中,我们介绍了许多要求和配置设置,因为要检查许多事情以确保启动顺利进行。现在,您将获得一个很棒的新徽章,从而使自己迈向成功!

Salesforce B2C Commerce启动准备 – 将业务需求与店面进行比较

学习目标

完成本单元后,您将能够:

  • 说明您需要与实际店面进行比较。
  • 描述处理时间表影响的最佳方法。
  • 解释解决身份验证差距的好处。
  • 列出结帐的三个典型部分。
  • 描述产品图块,产品详细信息和产品信息的Quickview版本之间的区别。

介绍

您已经完成了使团队从计划到实施的所有艰苦工作。开发已完成,大多数测试也已完成。您已准备好度过美好时光。

现在即将发布,是时候退后一步并检查结果了。新店面是否符合商家的业务要求,并且您是否已适当配置Business Manager?

在本单元中,我们讨论业务需求审查。稍后我们将联系业务经理。

目前,您需要认真研究功能说明文档(FSD)发现阶段记录的业务需求。对照实际店面查看此文档,以确保您达到目标。

需求,检查和结果框是相互依赖的。

如果存在间隙怎么办?

事情发生。开发人员与商人之间的对话可能会导致未记录的更改。例如,当功能说明要求使用分页按钮时,搜索结果页面将显示无限滚动(在最后一刻被请求)。当然,这是个好主意,但这是一个改变。在此审核期间,必须考虑到每个丢失的模块,字段,按钮和数据。

您说,但这可能会延迟启动!

放松。处理任何进度影响的最佳方法是找出差距,记录下来,然后制定完成计划。每个项目都应给出影响力和优先级的分数。

例如,一个装饰性的问题不会阻止启动。但缺少目录供稿,缺少“以后付款我”和PayPal付款方式或信用卡安全码字段也将丢失。购物者无法付款是一个表演的障碍。

解释必须推迟启动日期可能很困难,但是提出合理的解释以及详细的计划可以大大减少挫败感。

本单元的目标是学习如何确定新的店面功能是否满足要求。如果没有,下一步该怎么做。

让我们来看看这些领域。

  • 认证方式
  • 主页和导航
  • 类别和搜索结果
  • 产品图块和详细信息
  • 快速浏览
  • 购物车和结帐

认证方式

身份验证是购物者识别自己的身份。通常,他们输入电子邮件地址或用户ID,然后输入密码。您需要查看外观,并将其与文档进行比较。

首先询问店面是否允许购物者:

  • 创建一个帐户
  • 登录他们的帐户
  • 注销他们的帐户

用户界面是否根据购物者的状态而改变?例如,它显示如下吗?

已知购物者 您好,Grant Trustworthy
顾客购物者 登录/创建帐户

一个众所周知的购物者意味着购物者已经查明的店面,通常是通过cookie。他们尚未登录。下一个要考虑的元素是在店面中进行身份验证的位置,这与文档相符吗?这些是在哪里要求认证的几种可能性。

  • 购物者何时访问帐户详细信息
  • 结帐或付款时
  • 购物者正在查看订单状态时

审查,记录文档,最终缩小差距可以帮助加强安全性。

主页和导航

您需要密切注意店面布局。需要哪些主页和导航元素?答案通常涉及这些店面要素。

基本布局在移动设备屏幕上显示为彩色块。

  • 页眉-每页顶部的区域。
  • 页脚-每页底部的区域。
  • 全局导航-在每个页面上显示的区域,用于轻松导航(例如,包含目录的左框架)。
  • 主页-例如,购物者首次打开店面并单击“主页”时显示。

标头为多个用户(在这种情况下为购物者和商人)提供功能。您需要检查两种用户类型的标题。

例如:

购物者必须能够:
  • 创建和管理礼物注册表
  • 创建和管理愿望清单
  • 访问商店定位器
  • 访问帮助内容
商家必须能够:
  • 显示促销内容
  • 更改公司徽标

最佳实践是,采购员能够在Business Manager中更改标题元素。虽然应该编写店面代码以自动显示这些更改,但是您需要将这些元素与文档进行比较,以作为启动准备情况评估的一部分。

页脚信息虽然很重要,但需要向下滚动到页面底部。标准店面页脚包含诸如新闻通讯注册链接和站点地图链接,联系信息,用户帐户以及法律详细信息之类的内容。页脚应位于每个页面上,并且应仅包含指向内容资产的链接。商家应该能够在不更改页脚的情况下更改链接的内容资产。

全局导航必须满足要求,例如在导航的层次结构中显示定义数量的级别。这是三个级别的示例。

  • 特卖
    • 靴子
      • 皮革
      • 休闲装
      • 工作

就像他们在标题中所做的那样,销售商希望能够自动更改某些元素,例如:

  • 下拉菜单以垂直还是水平格式显示
  • 根据类别属性显示的内容
  • 类别顺序

无论是在标题中还是在其自己的区域中,关键字搜索功能都必须在每个页面上都可用。

主页

推销员必须能够通过内容栏更改主页上的所有内容。此页面上应该没有静态信息。这是与购物者的第一次联系,也是商家必须销售产品的第一次尝试。

比较产品图块,详细信息和快速查看

产品信息根据是产品图块,产品详细信息页面还是“快速查看”窗口而显示不同。每个都有独特的目的和大小限制。

您需要查看每种显示类型。

产品图块 产品详情 快速浏览
图片
替代产品视图 没有
视频 没有
快速查看链接 没有 不适用
快速查看鼠标悬停 没有 不适用
价钱 标准定价,原价/原价,价格范围 标准定价,原价/原价,价格范围 标准定价,原价/原价,价格范围
星级
色板
比较产品 没有 没有
产品规格 没有 没有
推荐建议 没有 没有
评分和评论 没有 没有
社会图标 没有
产品名称
产品编号 没有
选择大小 没有
选择颜色 没有
链接到尺寸表 没有
链接到详细信息 没有 不适用
选择数量 没有

该表是基于SFRA的样本,但它会根据实现和设计而有所不同。在此要查看的其他规范包括移动行为。例如,Quickview将不适用于移动设备。

购物车和结帐

您应该在购物车页面和结帐期间看到哪些详细信息?让我们从购物车开始。

大车

检查店面是否以正确的尺寸,颜色和数量显示购物者购买的每件商品。购物者可以编辑商品然后返回以进行更多购物吗?

购物者还应该能够以访客身份或已登录用户的身份输入优惠券代码并继续结帐。

查看

Checkout比任何其他店面功能都必须能够以最大化设备功能并加快购物者互动的方式处理基础设备。请查看 Salesforce B2C商务功能咨询策略模块以获取更多详细信息。

典型的结帐包含三个部分。

  • 帐单-确保指定的付款过程准确无误,并包括所需的付款提供商。
  • 运送-确保所有指定的运送方法和地址验证过程均正确且有效。
  • 订单确认-确保订单详细信息正确,并且购物者可以创建一个新帐户。

确保整个结帐过程尽可能精确,流畅和简短。结帐时加重会转化为废弃的购物车。

下一步

我们花了一些时间将FSD与已实施的店面进行比较。在此过程中,您确定了差距,将其记录下来,然后为完成这些差距制定了计划。您给每个项目都分配了影响力和优先级的分数。从首页到产品展示再到结帐,您已涵盖了所有内容。

现在是时候检查店面的业务管理器设置,以确保一切就绪。您正在准备发布审查的一半。那有多好?

Salesforce B2C Commerce启动准备 – 将业务需求与店面进行比较

学习目标

完成本单元后,您将能够:

  • 说明您需要与实际店面进行比较。
  • 描述处理时间表影响的最佳方法。
  • 解释解决身份验证差距的好处。
  • 列出结帐的三个典型部分。
  • 描述产品图块,产品详细信息和产品信息的Quickview版本之间的区别。

介绍

您已经完成了使团队从计划到实施的所有艰苦工作。开发已完成,大多数测试也已完成。您已准备好度过美好时光。

现在即将发布,是时候退后一步并检查结果了。新店面是否符合商家的业务要求,并且您是否已适当配置Business Manager?

在本单元中,我们讨论业务需求审查。稍后我们将联系业务经理。

目前,您需要认真研究功能说明文档(FSD)发现阶段记录的业务需求。对照实际店面查看此文档,以确保您达到目标。

需求,检查和结果框是相互依赖的。

如果存在间隙怎么办?

事情发生。开发人员与商人之间的对话可能会导致未记录的更改。例如,当功能说明要求使用分页按钮时,搜索结果页面将显示无限滚动(在最后一刻被请求)。当然,这是个好主意,但这是一个改变。在此审核期间,必须考虑到每个丢失的模块,字段,按钮和数据。

您说,但这可能会延迟启动!

放松。处理任何进度影响的最佳方法是找出差距,记录下来,然后制定完成计划。每个项目都应给出影响力和优先级的分数。

例如,一个装饰性的问题不会阻止启动。但缺少目录供稿,缺少“以后付款我”和PayPal付款方式或信用卡安全码字段也将丢失。购物者无法付款是一个表演的障碍。

解释必须推迟启动日期可能很困难,但是提出合理的解释以及详细的计划可以大大减少挫败感。

本单元的目标是学习如何确定新的店面功能是否满足要求。如果没有,下一步该怎么做。

让我们来看看这些领域。

  • 认证方式
  • 主页和导航
  • 类别和搜索结果
  • 产品图块和详细信息
  • 快速浏览
  • 购物车和结帐

认证方式

身份验证是购物者识别自己的身份。通常,他们输入电子邮件地址或用户ID,然后输入密码。您需要查看外观,并将其与文档进行比较。

首先询问店面是否允许购物者:

  • 创建一个帐户
  • 登录他们的帐户
  • 注销他们的帐户

用户界面是否根据购物者的状态而改变?例如,它显示如下吗?

已知购物者 您好,Grant Trustworthy
顾客购物者 登录/创建帐户

一个众所周知的购物者意味着购物者已经查明的店面,通常是通过cookie。他们尚未登录。下一个要考虑的元素是在店面中进行身份验证的位置,这与文档相符吗?这些是在哪里要求认证的几种可能性。

  • 购物者何时访问帐户详细信息
  • 结帐或付款时
  • 购物者正在查看订单状态时

审查,记录文档,最终缩小差距可以帮助加强安全性。

主页和导航

您需要密切注意店面布局。需要哪些主页和导航元素?答案通常涉及这些店面要素。

基本布局在移动设备屏幕上显示为彩色块。

  • 页眉-每页顶部的区域。
  • 页脚-每页底部的区域。
  • 全局导航-在每个页面上显示的区域,用于轻松导航(例如,包含目录的左框架)。
  • 主页-例如,购物者首次打开店面并单击“主页”时显示。

标头为多个用户(在这种情况下为购物者和商人)提供功能。您需要检查两种用户类型的标题。

例如:

购物者必须能够:
  • 创建和管理礼物注册表
  • 创建和管理愿望清单
  • 访问商店定位器
  • 访问帮助内容
商家必须能够:
  • 显示促销内容
  • 更改公司徽标

最佳实践是,采购员能够在Business Manager中更改标题元素。虽然应该编写店面代码以自动显示这些更改,但是您需要将这些元素与文档进行比较,以作为启动准备情况评估的一部分。

页脚信息虽然很重要,但需要向下滚动到页面底部。标准店面页脚包含诸如新闻通讯注册链接和站点地图链接,联系信息,用户帐户以及法律详细信息之类的内容。页脚应位于每个页面上,并且应仅包含指向内容资产的链接。商家应该能够在不更改页脚的情况下更改链接的内容资产。

全局导航必须满足要求,例如在导航的层次结构中显示定义数量的级别。这是三个级别的示例。

  • 特卖
    • 靴子
      • 皮革
      • 休闲装
      • 工作

就像他们在标题中所做的那样,销售商希望能够自动更改某些元素,例如:

  • 下拉菜单以垂直还是水平格式显示
  • 根据类别属性显示的内容
  • 类别顺序

无论是在标题中还是在其自己的区域中,关键字搜索功能都必须在每个页面上都可用。

主页

推销员必须能够通过内容栏更改主页上的所有内容。此页面上应该没有静态信息。这是与购物者的第一次联系,也是商家必须销售产品的第一次尝试。

比较产品图块,详细信息和快速查看

产品信息根据是产品图块,产品详细信息页面还是“快速查看”窗口而显示不同。每个都有独特的目的和大小限制。

您需要查看每种显示类型。

产品图块 产品详情 快速浏览
图片
替代产品视图 没有
视频 没有
快速查看链接 没有 不适用
快速查看鼠标悬停 没有 不适用
价钱 标准定价,原价/原价,价格范围 标准定价,原价/原价,价格范围 标准定价,原价/原价,价格范围
星级
色板
比较产品 没有 没有
产品规格 没有 没有
推荐建议 没有 没有
评分和评论 没有 没有
社会图标 没有
产品名称
产品编号 没有
选择大小 没有
选择颜色 没有
链接到尺寸表 没有
链接到详细信息 没有 不适用
选择数量 没有

该表是基于SFRA的样本,但它会根据实现和设计而有所不同。在此要查看的其他规范包括移动行为。例如,Quickview将不适用于移动设备。

购物车和结帐

您应该在购物车页面和结帐期间看到哪些详细信息?让我们从购物车开始。

大车

检查店面是否以正确的尺寸,颜色和数量显示购物者购买的每件商品。购物者可以编辑商品然后返回以进行更多购物吗?

购物者还应该能够以访客身份或已登录用户的身份输入优惠券代码并继续结帐。

查看

Checkout比任何其他店面功能都必须能够以最大化设备功能并加快购物者互动的方式处理基础设备。请查看 Salesforce B2C商务功能咨询策略模块以获取更多详细信息。

典型的结帐包含三个部分。

  • 帐单-确保指定的付款过程准确无误,并包括所需的付款提供商。
  • 运送-确保所有指定的运送方法和地址验证过程均正确且有效。
  • 订单确认-确保订单详细信息正确,并且购物者可以创建一个新帐户。

确保整个结帐过程尽可能精确,流畅和简短。结帐时加重会转化为废弃的购物车。

下一步

我们花了一些时间将FSD与已实施的店面进行比较。在此过程中,您确定了差距,将其记录下来,然后为完成这些差距制定了计划。您给每个项目都分配了影响力和优先级的分数。从首页到产品展示再到结帐,您已涵盖了所有内容。

现在是时候检查店面的业务管理器设置,以确保一切就绪。您正在准备发布审查的一半。那有多好?

Salesforce B2C商务功能咨询策略 – 探索国际化最佳实践

学习目标

完成本单元后,您将能够:

  • 描述三种国际战略方法。
  • 解释在本地化时使用有关每种语言的真实知识的重要性。
  • 解释使用非本地化模板的好处。
  • 列出地理POD邻近性的三个好处。

本土化

Salesforce B2C Commerce多年来一直在建立多国家,多语言和多币种网站。在50个国家/地区拥有2,000多个网站,国际化无疑是一个优势。那么,有哪些最佳实践可以帮助您计划和实施强有力的国际战略?

选择您的方法是一个好的开始。您应该为每个国家/地区配置一个站点,一组站点还是一个站点?

您还应该考虑:

  • 语言以及文本的翻译方式
  • 搜索引擎优化
  • 配置和开发最佳实践
  • 亚太地区
  • 您的部署策略及其对人员的影响

!有很多需要考虑的地方。让我们从策略开始。

国际化战略

在计划阶段,您需要从几种方法中找出最佳策略,每种方法各有利弊。

  • 一个站点: 建立一个独特的店面,以解决您所有目标国家/地区的问题。
  • 将站点分组:根据共享的货币,法律要求或语言,将一些国家/地区 分组在一起。建立多个站点以解决所有目标国家。
  • 每个国家/地区一个站点:为每个目标国家/地区 建立一个站点。

一个站点,组站点或每个国家/地区一个站点

最佳实践方法取决于商人的环境和约束。使用此表可帮助确定影响。

选项1:一个国际站点 选项2:群组网站 选项3:每个国家/地区一个站点
网站数量 国家数(每种货币) 国家数
目录数 货币组数加一 国家数加一
价格册数量 一种货币 每个货币或语言区域一个 每个货币或语言区域一个
业务经理的复杂性
可定制性

定制本地化体验

每个站点自定义

组织的复杂性

一个团队可以管理站点中的所有国家

每个站点(国家/地区)一支队伍

导航 一导航 每组网站都有自己的导航 每个站点都有自己的导航
产品供货情况
  • 每个库存清单最多3000个
  • 所有产品均可在所有国家/地区使用
每个网站的每个库存清单最多3000个
  • 每个网站的每个库存清单最多3000个
  • 每个站点分配或取消分配产品
  • 非本地化的属性(例如产品图形)在每个国家/地区可能有所不同
搜索调整
  • 可以本地化
  • 指标是每个站点的总和,因此没有国家/地区细分
  • 可以本地化
  • 指标是每个站点的总和,因此没有国家/地区细分
  • 可以本地化
  • 每个网站的分析汇总
推销
  • 可以根据地区创建动态的客户群
  • 可以根据语言环境或IP地址来本地化所有广告系列元素
  • 根据每个组的语言环境创建动态客户组
  • 根据每个组的语言环境(或IP地址)对广告系列元素进行本地化
  • 每个站点独立
  • 促销必须复制(导入/导出)才能在多个国家/地区投放
内容 一个内容库 每个站点(或组)一个内容库 每个站点都有一个本地库,或者跨站点使用共享库。
A / B测试
  • 可以测试所有国家
  • 有了客户组限定词,可以定位到一个或多个国家/地区
按组 A / B测试是针对特定地点的。无法跨多个站点运行单个测试。

您还需要考虑人员资源。您的策略会对组织产生影响吗?您是否需要提高特定人员和技能?目标现实吗?

语言/本地化

一个人的语言是他们身份的重要组成部分。在线购物需要与进行良好对话一样容易。仅翻译单词是不够的。在计划本地化时,您需要确保流程使用有关每种语言的真实知识,以确保购物者获得真正本地化的网站体验。使用通用表达,适当的语言和适当的拼写也可以保护SEO。

搜索引擎优化

说到SEO,这里有一些国际方面的考虑。

  • 明智地选择域类型。对于SEO,要在特定国家/地区的搜索引擎中识别并显示国际站点,就需要在启动时执行特定的地理位置定位步骤。
  • 具有.co-Domain顶级域名(TLD)的国家/地区希望使用.com网站。最佳做法是保留本地TLD并将其重定向到主要用于业务的子域。例如,将www.brand.de重新定向http://de.brand.com并从那里进行操作。
  • 对于所有品牌材料,例如包装和印刷品,请使用统一的brand.com。单个.com-Domain可以帮助您获得更好的SEO分数,因为所有内容都在其权重中进行汇总。

配置和开发

在Business Manager中配置数据和创建模板的方式会影响国际项目的成功。

配置业务管理器

在业务管理器中,您可以配置:

  • 站点和组织的区域设置
  • 组织默认语言
  • 每个索引的语言茎,确保最佳搜索和导航性能
  • 属性和配置参数

最佳做法是在网站(可能是组织)的默认语言环境中填充店面数据。这是因为B2C Commerce使用内置的回退逻辑来确定要在店面上显示的内容。

这是处理顺序。

  1. 它显示本地化的文件(如果有)。
  2. 如果不存在本地化文件,则显示站点默认语言环境。
  3. 如果不存在站点默认文件,则显示组织默认语言环境。

图中的语言环境回退逻辑

例如,如果公司位于加拿大多伦多,则其站点默认语言环境设置为default,其站点语言环境为en_CAfr_CAdefault。其组织默认语言环境设置为en_CA。购物者想查看本地的fr_CA内容,但由于某种原因,它尚未上载。

这是后备过程。

  1. 如果没有fr_CA文件,则B2C Commerce将显示默认文件。
  2. 如果没有默认文件,则B2C Commerce将显示一个en_CA文件。

本地化模板

模板包含店面显示逻辑,包括错误消息和元素文本,例如按钮名称。为每个语言环境创建一组模板意味着您必须为每个更改编辑每个特定于语言环境的版本。这不是答案。

最好的方法是创建一个引用外部可本地化字符串的非本地化模板集。字符串位于单独的资源文件中,可以将其发送到翻译器进行本地化。通过这种方法,店面显示逻辑仍然不特定于语言,但是引用特定于语言的资源文件。

亚太

作为功​​能架构师,您需要了解某些APAC功能要求。

中国 日本
店面语言 简体中文 日本
店面货币 人民币 JPY(显示1,000円或¥1,000)
编码方式 UTF-8用于前台显示和数据库
产品定价 由管理员输入,不含税。展示产品时必须添加税款(5%)。
支付方式)
  • 支付宝(标准支付宝帐户,直接银行支付,快速支付),财付通和银联
  • COD(货到付款)需要与Kuaidi100集成才能获得运输状态。
COD(货到付款)
交货时间 客户希望选择交货时间。
社交网络
  • 新浪微博,开心网,QQ区,豆瓣
  • 可以与新浪微博进行单点登录。
许多混合
帐单地址 没有
地图 使用百度地图

部署策略

部署策略始于:

  • 交付点(POD):计算,网络和存储服务的集合,这些服务组合在一起以承载多租户SaaS应用程序。
  • B2C Commerce为店面提供的领域硬件和软件。

对于国际实施而言,这没有什么不同,但是还有一些其他考虑因素,涉及购物者与POD和共享资源之间的地理邻近性。

地理邻近

购物者和POD之间的地理位置接近会影响店面性能(响应时间)。例如,为了进入亚太市场,B2C Commerce在亚洲设有POD。

使用本地托管,结帐过程的站点性能更快。计划维护速度更快,因为在高峰购物时间没有计划中断。因为是在本地夜间完成的,所以对于产品导入以及价格和库存更新而言,作业计划更快。

共享对象和资源

由于可以在一个领域内的所有站点之间共享对象,因此商家可以简化所有站点的销售,开发,质量检查,支持和维护。采购团队可以按时间表,流程和优先级进行协作。

管理,开发或运营团队也可以协同工作。

  • 代码,作业,流程和功能必须进行计划,确定优先级并进行配置,以解决所有站点的需求。
  • 由于领域内站点内部架构的固有共享,因此几乎不可能在这些领域内在站点级别上创建单个控件。

选择单个领域还是多个领域意味着要考虑效率与控制。

角色 单人(效率) 多个(控制)
合作伙伴或开发团队
代码和发布时间表 共同 不同
推销 跨站点共享(通用视图) 站点之间不同
支持与维护 共享 不同
项目优先级和资源配置 共同 不同
用户凭证管理 共享 不同

让我们总结一下

我们了解了许多有关通用体系结构最佳实践的知识,例如将业务功能与代码分离以及不使用iFrame。我们还了解了店面设计的最佳实践,移动最佳实践以及现在的国际化。目前的最佳做法是,您将获得一个闪亮的新徽章!

Salesforce B2C商务功能咨询策略 – 探索移动设计最佳实践

学习目标

完成本单元后,您将能够:

  • 列出被认为是最佳实践的两种移动设计开发方法。
  • 说明SFRA如何映射到移动设计最佳实践。
  • 解释为什么计划移动实施很重要。
  • 列出三种响应式设计最佳实践。
  • 解释移动用户界面最佳实践的重要性。

移动设计最佳实践

毫无疑问,移动购物已经爆炸式增长。两种融合的现实-购物者通过在线信用卡交易获得了信心以及智能移动设备的普及-使得这种情况得以实现。实际上,大多数购物者都是首次通过移动设备与在线品牌互动。

女人抱着一个移动设备

当购物车实现其命运并成为购买商品时,高转化率是大多数商家的主要目标。为了做到这一点,他们必须接受以移动设备为中心的店面设计和移动设备优先的购物体验。这意味着作为职能架构师,您必须指导您的团队使用可靠的移动策略来确保一流的客户体验。

那么,这里有哪些最佳实践?以及如何领导使用正确方法和技术的移动实施以确保商人的成功?

设计方法

您可以通过多种方式查看移动设计。让我们从比较桌面优先和移动优先的一般方法开始。通过这种通用方法,出现了关键的开发方法。

桌面驱动

大多数店面设计都是由台式机驱动的,因为这是在线零售开始时可用的。该方法的结果是三个关键的开发方法:响应式,移动式和自适应式。了解这些方法可以帮助您为商人提供建议并指导您的团队。

设计 加号 缺点
反应灵敏
  • 一家店面为所有设备提供服务
  • 一个网址
  • 基于桌面的功能已经到位
  • 没有特定的移动UI功能
  • 大量数据传输,因为没有针对移动设备优化数据
  • 代码繁重,可以从一种尺寸转换为另一种尺寸
移动
  • 可以与桌面站点并行构建
  • 为手机定制
  • 单独的URL进行维护
  • 通常仅适用于智能手机,不适用于平板电脑
  • 两种不同的新功能代码库
自适应(应用程序)
  • 本机设备功能(摄像头,推送通知)
  • 在购物者的主屏幕上可见
  • 快速连接
  • 每个移动操作系统的单独开发
  • 用户必须先安装应用

移动优先

如今,移动零售已成为不断增长的市场,并且正在改变格局。重点是移动优先,这种设计始于最小的设备,然后逐步发展。响应方法和自适应方法都可以建立在该技术之上。在台式机上购物时,可以使用桌面样式的功能;在智能手机或平板电脑上购物时,可以使用移动功能。基础代码会自动切换到适当的功能集。

使用响应式或自适应技术进行移动优先是移动店面设计的最佳实践!

Commerce Cloud店面参考体系结构(SFRA)通过提供基本的移动优先盒式磁带来满足此标准,在该盒式磁带上可以加载其他盒式磁带,例如响应式,自适应或LINK技术。

响应式设计

对于使用响应式设计的实现,您需要考虑其他最佳实践。首先,项目文档应明确定义在每个定义的屏幕尺寸断点处如何更改显示。

行动装置:智慧型手机

在设计中包括断点

断点是定义的店面窗口大小,会导致响应模板发生更改。常见断点包括但不限于:1280px,1024px,768px,320px。每个响应断点都应成为设计的一部分。想想智能手机与平板电脑。

行动装置:智慧型手机

最小化页面重量

通过响应式设计,尽管信息在各个断点处的显示方式有所不同,但其内容几乎相同。这包括媒体,例如图像。您需要确保图像经过Web优化并尽可能轻巧,以便它们可以通过网络快速渲染。请记住,即使图像未在移动断点处显示,也可能仍已从服务器请求了该图像。

避免交互模型

台式机上的交互模型并不总是能很好地转化为移动设备。因此,重要的是要避免在移动断点处使用弹出窗口,模态和悬停状态。

移动用户界面

购物者的经验应始终放在首位。随着在移动设备上完成更多购物,更多的购物者开始意识到最好和最聪明的功能。他们开始期望到处都是这样的经历。不足的站点落在了后面。

当您帮助实施Salesforce B2C Commerce店面时,关注这些最佳实践可以帮助改善购物者在移动设备上的体验。

  • 减少购买的水龙头数量。一键式结帐消除了手动输入数据,减轻烦恼并减少了购物车遗弃的情况。
  • 通过第三方应用程序使用最先进的加密技术和一流的防欺诈功能进行增值支付处理。购物者需要知道自己的钱是安全的。
  • 为购物者提供多种付款方式。使购物者轻松与您开展业务。
  • 优化与媒体的互动。遵循针对所有UI元素的特定于设备的标准,以便购物者的体验正是他们对该设备的期望。
  • 包括手指友好的点击目标。确保按钮,例如,足够大的手指。
  • 简化导航。消除不必要的步骤。
  • 使其易于购买,例如通过一页购物车。
  • 与社交媒体联系。让购物成为客户可以与朋友分享的另一种体验。

这些做法通常由设计者来决定,但您需要了解它们对于增强购物者体验的重要性。它们在提高转换率方面也还有很长的路要走,也使商人感到高兴。

下一步是什么

我们了解了移动设计和移动用户界面的最佳实践。这些很重要,因为它们可以增强购物体验并促进销售。了解正确的方法可以帮助您更好地领导实施团队。现在是时候了解您应该考虑的国际化最佳实践。

Salesforce B2C商务功能咨询策略 – 探索店面设计最佳实践

学习目标

完成本单元后,您将能够:

  • 描述目录配置最佳实践。
  • 解释为什么镜像页面和目录导航很重要。
  • 解释配额的重要性。
  • 列出两个Quickview最佳做法。
  • 解释“在菜单导航中显示”属性如何工作。

店面设计最佳实践

店面设计可以成就或破坏商人的在线成功故事。注意购物者的体验至关重要。他们的兴趣,注意力范围和动机只是其中的一些因素。商家必须了解吸引购物者前往其网站的原因,激发他们购买东西,返回更多商品,并告诉亲朋好友他们的真棒体验。

我们从数百个(即使不是数千个)成功(且具有挑战性)的实施方案中总结出的最佳实践,可以帮助提高客户满意度。

拨号图标

在本单元中,我们讨论以下店面最佳实践:

  • 目录结构
  • 导航
  • 某些类型的店面页面

Salesforce B2C Commerce for Merchandisers模块中刷新您对目录的了解。

产品目录

目录是店面的核心。这是在网络空间中推向购物者选择的一组产品。在Salesforce B2C Commerce中,我们确定了一些用于创建目录结构和目录性能边界的最佳实践。

配置目录

B2C Commerce支持同一站点的多个目录,但是一次仅一个目录暴露给店面。最佳实践是配置拥有所有产品的主目录和分配给一部分产品的店面目录。通常,主目录数据是从记录系统中导入的。

最佳做法是使用两个目录:主目录和店面。

此主目录/店面目录配置可确保商家具有支持当前和将来业务需求的目录结构。要求简单的新在线商家起初可能不需要这种隔离级别。但是稍后,他们可能想要配置多个店面,每个店面都使用从主目录派生的独特产品类别。

请记住,类别会驱动店面导航。每个站点都有一个唯一的店面目录,您可以为每个站点分配不同的类别和子类别,以自定义站点导航。

主目录/店面目录导航使商家:

  • 维护产品的单个记录。
  • 通过独立导航为每个站点创建唯一的店面。
  • 轻松扩展国内和国际店面的站点。
  • 与店面分开复制产品,因为它们是主目录而不是店面目录的所有者。
  • 由于产品数据与店面目录数据是分开的,因此可以更快地执行复制和作业。

目录配额

就像上一单元中提到的内容和内容槽一样,目录也具有配额。配额是硬性限制,之后性能会受到影响。为了解决这个问题,当超出这些限制时,B2C Commerce会自动报告。

配额名称 描述 限制
每个类别的子类别 类别下可以创建的子类别数 1,000
产品目录 可以创建的目录数 200
每个产品的选项 一个产品可以拥有的最大选项数 1,000
每捆产品 捆绑销售商品的最大数量 100
每套产品 一个产品集中可以包含的最大产品数量 100
每个母版的变体 可以与主版本关联的最大变体数量 1,000

镜像页面和目录导航

最佳实践是店面页面导航应镜像店面目录结构。这样可以确保商家可以控制哪些类别显示在店面导航中以及它们的显示顺序。

否则,就会对商人和购物者造成混乱!

例如,购物者导航到店面,然后打开一个类别页面,其中显示了鞋子的销售。购物者很困惑,不知道该点击什么。他们绝对不想那天买鞋,所以他们放弃了这个网站。更大胆的购物者可能会输入搜索字词,然后从那里搜索。

更好的方法是将顶级类别显示为目标页面上的一组选项卡。购物者单击顶级类别,子类别显示在窗格中,或显示为移动设备上的内容位列表。页面流与店面目录结构匹配。

此示例显示了移动设备上的子类别内容插槽列表。顶级类别是女性。子类别是“夏季风格”,“女装”和“女装”。

子类别导航:夏季风格,女装,女装

在菜单导航中显示

最佳做法是对所有类别使用“在菜单导航中显示”属性,以使商人更具灵活性。商家可以通过在业务管理器中设置此属性来打开或关闭类别。默认情况下,所有类别均可用。

店面页面结构映射到目录中定义的类别结构时,搜索后会进行搜索细化。搜索细化可以按类别和子类别进行,但也可以按颜色,大小,结构等进行。对于使用搜索优化的商人,使用“在菜单导航中显示”属性可以使他们从页面导航类别中显示一组不同的值(在单独的窗格中或作为选择的列表)。他们可以关闭某些类别的菜单导航,而改为使用优化。

通过优化搜索,购物者可以使用多个属性(例如价格,类别或产品类型)进行搜索。例如,按类型(手链,戒指,项链,耳环或套装),金属(金,银或铂金)和类别(高级珠宝或服饰)搜索珠宝比搜索整个目录更具针对性。

使用现有属性

使用现有属性而不是创建新属性。如果需要以某种方式显示店面页面导航,请在自定义之前调查现有控件。

例如,如果要显示每个类别的标准垂直选项卡,而这些选项卡水平显示,请使用标准“ 页眉导航菜单横幅”属性。或者,如果要水平显示类别,并且类别从左到右显示,请使用“标题菜单方向”属性。

标头

最佳做法是在标题中显示身份验证信息。另外,报头必须更改以反映购物者的身份验证级别。它们是未经身份验证,经过身份验证还是被认可的?

例如,对于未经身份验证的购物者,标题显示为“登录/注册”。他们登录后,它将显示为Hello,Henry(Log Out?)

页脚

页脚也有最佳做法。他们应该使用内容资产,以便轻松地直接从Business Manager更新内容。

但是,应该将使用业务逻辑的页脚元素(例如电子邮件注册表单)编码到ISML中,以防止商家意外更改代码。

店面页面

让我们看一下与关键店面页面有关的最佳实践:类别和产品详细信息。

类别/列表页面

类别登录页面是选择类别的结果。它可以是静态页面,也可以看起来类似于搜索结果页面,其中包含所选类别的产品列表,而不是搜索结果中的产品。

像所有B2C Commerce网页一样,类别页面不应包含超过6个内容槽。

快速浏览

这是完整的产品详细信息页面的缩写版本。它应始终包含指向完整产品详细信息页面的链接。移动体验不应包含“快速查看”页面。

产品详细信息页面

有关产品的某些详细信息可以动态更改,例如其库存和基于购物车中其他项目,优惠券代码或购物者所属客户群的促销。最佳实践是此页面动态更改以反映处理此信息的业务规则。例如:

  • 用于支持库存,缺货,预购和缺货的库存规则
  • 促销消息传递,以获取项目和订单级别的折扣

SEO支持

最佳做法是让模板使用标准数据(例如product-name)作为默认元数据。这样可以确保相关数据以编程方式填充页面元数据,而商家可以使用更详细或更相关的信息覆盖该信息。这里有些例子。

页面类型 元标记 默认语法
产品详细信息页面 标题 <产品名称>-<站点名称>
描述 <产品说明> <站点名称>
关键词 <产品名称> <站点名称>
分类页面 标题 <类别名称>
描述 <站点名称>
关键词 <站点名称>
内容资产 标题 <资产名称>
描述 <站点名称>
关键词 <站点名称>

这里有一些更多的SEO最佳实践。

  • 包括一个关键字丰富的HTML网站地图,供购物者和机器人使用。
  • 不需要使用cookie来浏览目录页面。
  • 设计页面以引用在Business Manager中管理的内容资产,以便更改无需更改网站模板或代码。
  • 优化页面设计以避免代码膨胀。
  • 如果购物者落在过时的URL上,则创建自定义的404错误页面,其中包含进入网站或产品目录的替代路径。
  • 使用元标记提供有关HTML网页的结构化数据。
  • 创建关键字丰富的正文文本,站点内链接,锚文本和图像<alt>标签。
  • 从您的网站中删除重复的内容。例如,如果两个URL包含相同的页面内容,则删除其中之一。
  • 使用静态映射或动态映射规则来映射旧版URL。
  • 识别其他站点的入站链接,并要求它们更新新的URL。

下一步是什么

我们讨论了店面设计最佳实践,例如将主目录和店面目录用于产品数据。我们还为您提供了最佳导航和SEO的指导。在下一单元中,我们将学习移动最佳实践。

Salesforce B2C商务功能咨询策略 – 探索一般建筑最佳实践

学习目标

完成本单元后,您将能够:

  • 解释为什么将业务功能与代码分开很重要。
  • 列出三个内容插槽规划注意事项。
  • 解释iFrame约束。
  • 描述如何最好地处理视频。
  • 列出三种确保最佳应用程序性能的技术。

建筑最佳实践

Salesforce B2C Commerce实施不是新的。自2005年以来,他们就一直存在,距离Salesforce收购Demandware并将其转变为B2C Commerce很早。因此,很有意义的是,许多人花了很多年时间来完善使店面实现平稳运行的过程。最佳实践通常来自痛点!

让我们探索一些最佳实践,以帮助您在挑战变成严重问题之前就将其克服。在本模块中,我们专注于:

  • 通用架构
  • 店面
  • 移动
  • 国际化

让我们开始吧!

将业务功能与代码分开

第一个最佳实践是店面业务功能和代码应分开处理。允许一个更改而又不影响另一个可以大大减少更新的复杂性。例如:

  • 将新的代码版本部署到生产实例不会影响商人是否可以为其产品配置图像或为新促销创建优惠券。
  • 更新活动(甚至更改其计划以使其在店面立即生效)对从阶段到生产的实时代码复制没有影响。

请记住,复制过程会将代码复制到实例,然后自动从当前代码切换到新代码。

将业务功能与代码分开是我们的参考体系结构(和系统)的设计方式。使业务功能依赖于代码部署或复制会使站点的灵活性低于其设计的灵活性。

内容版位

内容槽使商家可以指定一块店面不动产,他们可以通过时间表来控制它们所显示的内容。因为他们可以计划内容槽中的内容,所以他们可以基于限定词(例如客户组)更改显示内容。如果他们有多个显示不同内容的内容槽,则可以使用A / B测试进行比较,以了解哪个推动了更多业务。与此相比,显示静态内容资产是无法安排,定位或测试的。

A / B测试

您将在Business Manager中找到A / B测试,您可以在其中配置多个客户体验,将它们显示给不同的组,然后随着时间进行测试,以查看哪些体验可以带来更多的销售。体验可以是插槽配置,升级或排序规则。如果购物者通过与他们正在查看的页面或客户群相关的某些触发器或限定符,则他们有资格获得A / B测试。例如,居住在弗吉尼亚州的25-40岁男性可能会不同于居住在纽约的60-75岁女性。购物者否则会看到控制经验。

这是购物者在控制经验和A / B测试经验之间所看到的例子。

控制体验内容插槽与测试段体验内容插槽

商家可以收集数据以确定哪种体验可以产生最佳效果,并相应地更改站点。他们还可以配置对站点的更改,这些更改仅影响某些购物者。

资产或广告位

尽管内容位置功能很棒,但它增加了复杂性。请注意,您配置为内容广告位而不是内容资产的内容。将静态或不经常更改的内容设计为内容资产;例如,页眉中的徽标或页脚中的链接。它们很少更改,不需要进行计划,定位或测试。

内容插槽的最大数量

尽量不要在一个页面上使用六个以上的内容槽。随着内容插槽数量的增加,页面性能会下降。

B2C Commerce的设计具有一定的约束和限制(称为配额),以确保在其之上构建的应用程序的效率和稳定性。如果超过配额,则意味着自定义代码无法有效利用受支持的功能,因此应使用更有效的解决方案。

这些是每个实例与内容相关的配额。因此,这是该实例上所有站点的最大数量。

名称 描述 限制
内容对象 内容资产的最大数量 100,000
资料夹 文件夹数量上限 10,000
子文件夹 库中子文件夹的最大数量 1,000
图书馆 内容库的最大数量 140
插槽配置 插槽配置的最大数量 10,000

iFrame

iFrame是一种用于在另一个网页中显示网页的方法。在可用性,可访问性和页面性能方面,iFrame的成本很高。因此,避免在实现中使用它们是B2C Commerce最佳实践。

视频

视频内容广受欢迎—许多购物者已经开始期望它,尤其是在服装行业。因此,对于成功且有效的实施,良好的处理非常重要。B2C Commerce不是视频托管平台,因此在任何实施中都不应被这样识别。

最佳做法是使用LINK合作伙伴技术进行视频托管。几个LINK技术合作伙伴(例如CorMedia和Informatica Corp)提供了富媒体功能。在Salesforce合作伙伴社区中检查他们以及其他LINK合作伙伴。其他视频解决方案包括YouTube和Vimeo。

辅助功能

辅助功能图标

Commerce Cloud店面参考体系结构(SFRA)支持基本的可访问性标准。最佳实践是使用任何自定义设置至少保持相同的可访问性级别。记录增加可访问性级别的要求也是一种最佳做法。

性能

性能图标

店面网站的性能对于推动在线销售至关重要。购物者在找到产品并结帐的时间过长时会离开网站。有几种技术可提供最佳实践,以确保最高水平的站点性能。

  • CSS Sprites:  Spriting将多个图像组合为一个图像,然后使用CSS在特定的时间和位置调用特定的图像。这减少了呈现页面的HTTP服务器调用的次数。它还可以节省带宽,这在通过蜂窝或低带宽连接呈现页面时非常重要。
  • 最小化: 通过最小化JavaScript和CSS代码,使店面网页更小,更易于加载。它通过消除空格和不必要的字符并缩小变量名称来实现此目的。较小的文件比较大的文件加载速度更快。
  • 组合CSS: 减少使用的CSS文件数量,从而减少HTTP服务器调用次数并缩短页面加载时间。
  • 控制页面重量: 页面总重量不得超过1.5MB。

下一步是什么?

在本单元中,我们学习了通用的体系结构最佳实践,例如将业务功能与代码,内容插槽,iFrame,通过LINK技术的视频分离,可访问性和性能分离。在下一个单元中,我们将讨论店面最佳实践。

Salesforce B2C Commerce店面实施 – 集成第三方应用程序

学习目标

完成本单元后,您将能够:

  • 说明为什么第三方集成必不可少。
  • 列出三个最常用的第三方集成。
  • 解释可能发生的集成类型。
  • 列出您需要考虑的三个潜在差距。

为什么要使用第三方应用程序?

在Salesforce B2C Commerce实施中不可避免地要进行第三方集成。那不好吗?不,太神奇了!正如我们在“定制商务云参考架构”单元中了解到的,这是设计使然。

Salesforce B2C Commerce与其店面功能有关,而在线销售是我们的专长。但是,不处理在线税,信用卡付款和运输公司。第三方应用程序为店面表带来了必要的专业知识。

例如,让我们看一下在线销售税。从在线销售中收取销售税的基本规则如下:如果您的公司在某个州有实体存在或“联系”,则必须向该州的在线客户收取适用的销售税。如果您没有实体店,则通常不必为在线销售收取销售税。

这产生了很多问题。适用是什么意思?有些人可以豁免吗?营业税假期如何?物理存在意味着什么?仓库,实体店,营业所?这取决于特定司法管辖区的法律。

另外,每个州的法律和营业税率都不同,并且随着新法律的通过,它们会随着时间而变化。为了跟上这一步,您必须跟踪每个州的法律,而这仅仅是美国。此外,每个国家,省和地区的法律也在不断变化,这就是您将要花费的所有宝贵时间。

使用由专注于主题的人创建的第三方应用程序是更好的解决方案。让我们看一下一些关键的第三方应用程序,以及如何计划它们。

哪个第三方应用程序?

计划的集成应在摘要部分或文档的开始部分中进行详细说明,并在项目发现阶段之后的早期提供。现在是时候重新访问该列表并确保它完整了。

与第三方提供商的最常见集成包括付款处理器,评级和评论,税务处理和电子邮件服务。它们是第三方提供商可以脱颖而出的技术领域。

在B2C Commerce LINK计划中,这些是一些最常用的技术合作伙伴。

  • 贝宝(Payment)
  • Adyen付款服务(付款)
  • Cyber​​Source(付款方式)
  • Bazaarvoice(评分和评论)
  • PowerReviews(评分和评论)
  • 阿瓦拉(税)
  • 益百利(地址验证)
  • 茶叶(标签管理)
  • 社交(社交)
  • Certona(个性化)

它们适合应用程序的位置是关键。看看这张桌子上的一些想法。

第三方申请 店面页面
付款 查看
评分和评论 产品详细信息页面
查看
地址验证 帐户管理,结帐,愿望清单,礼品登记
标签管理 每页。嵌入在每个页面中的标签捕获网站或设备上的操作或事件,例如IP地址,用户配置文件信息以及用户单击或查看的所有内容。
社会的 产品详细信息页面,结帐
个性化 产品详细信息页面,搜索结果页面,消息传递

通过店面页面进行的第三方集成。

规划整合

您已经有了要集成的第三方应用程序列表,现在您需要检查所有组件是否就绪。集成中涉及的任务类型可以从装入盒带到传输数据,再到学习使用基于浏览器的新应用程序。

以下是一些示例集成任务。

格式 流程 申请类型
弹药筒 脚本和产品提要取代了手动任务。 产品推荐
弹药筒 直接集成-只需装入盒带即可。 税务,付款处理程序
控制器 自动在产品Feed中添加数据。 标记
单独的用户界面 在基于浏览器的系统中处理产品数据。 内容管理
单独的用户界面 在基于浏览器的系统中报告订单数据,并在电子邮件和社交网络上部署最终的营销活动。 分析工具
单独的用户界面 创建和发布内容资产,例如购买指南,测验,lookbook和趋势页面。 内容管理

集成完成后,无论集成工作量如何,都将开始测试。同样,将有正在进行的任务,例如错误修复和功能更新或在单独的应用程序中不断处理新数据。确保商人了解这些任务对其资源的影响。

您可能需要添加两列,以帮助您在实施过程中保持跟踪。

  • 负责人(姓名,地址和电话号码)
  • 时间表

发现差距

您需要注意哪些差距?这里是其中的一些。

  • 集成任务是否适合日程安排?
  • 任务是否需要客户端资源?
  • 有些集成依赖其他集成吗?
  • 集成是否依赖某些B2C Commerce版本或功能?
  • 是否有任何先决条件不可用或延迟?
  • 有技术问题吗?
  • 如果某个供应商有问题,其他供应商可以介入吗?

让我们总结一下

在本模块中,我们学习了如何使用参考体系结构作为代码基础以及如何处理自定义。我们还了解了如何集成第三方应用程序-为何第三方应用程序很重要,可用的典型应用程序以及您可能需要考虑的常见问题。现在该测试您的知识并获得一个崭新的徽章。

Salesforce B2C Commerce店面实施 – 集成第三方应用程序

学习目标

完成本单元后,您将能够:

  • 说明为什么第三方集成必不可少。
  • 列出三个最常用的第三方集成。
  • 解释可能发生的集成类型。
  • 列出您需要考虑的三个潜在差距。

为什么要使用第三方应用程序?

在Salesforce B2C Commerce实施中不可避免地要进行第三方集成。那不好吗?不,太神奇了!正如我们在“定制商务云参考架构”单元中了解到的,这是设计使然。

Salesforce B2C Commerce与其店面功能有关,而在线销售是我们的专长。但是,不处理在线税,信用卡付款和运输公司。第三方应用程序为店面表带来了必要的专业知识。

例如,让我们看一下在线销售税。从在线销售中收取销售税的基本规则如下:如果您的公司在某个州有实体存在或“联系”,则必须向该州的在线客户收取适用的销售税。如果您没有实体店,则通常不必为在线销售收取销售税。

这产生了很多问题。适用是什么意思?有些人可以豁免吗?营业税假期如何?物理存在意味着什么?仓库,实体店,营业所?这取决于特定司法管辖区的法律。

另外,每个州的法律和营业税率都不同,并且随着新法律的通过,它们会随着时间而变化。为了跟上这一步,您必须跟踪每个州的法律,而这仅仅是美国。此外,每个国家,省和地区的法律也在不断变化,这就是您将要花费的所有宝贵时间。

使用由专注于主题的人创建的第三方应用程序是更好的解决方案。让我们看一下一些关键的第三方应用程序,以及如何计划它们。

哪个第三方应用程序?

计划的集成应在摘要部分或文档的开始部分中进行详细说明,并在项目发现阶段之后的早期提供。现在是时候重新访问该列表并确保它完整了。

与第三方提供商的最常见集成包括付款处理器,评级和评论,税务处理和电子邮件服务。它们是第三方提供商可以脱颖而出的技术领域。

在B2C Commerce LINK计划中,这些是一些最常用的技术合作伙伴。

  • 贝宝(Payment)
  • Adyen付款服务(付款)
  • Cyber​​Source(付款方式)
  • Bazaarvoice(评分和评论)
  • PowerReviews(评分和评论)
  • 阿瓦拉(税)
  • 益百利(地址验证)
  • 茶叶(标签管理)
  • 社交(社交)
  • Certona(个性化)

它们适合应用程序的位置是关键。看看这张桌子上的一些想法。

第三方申请 店面页面
付款 查看
评分和评论 产品详细信息页面
查看
地址验证 帐户管理,结帐,愿望清单,礼品登记
标签管理 每页。嵌入在每个页面中的标签捕获网站或设备上的操作或事件,例如IP地址,用户配置文件信息以及用户单击或查看的所有内容。
社会的 产品详细信息页面,结帐
个性化 产品详细信息页面,搜索结果页面,消息传递

通过店面页面进行的第三方集成。

规划整合

您已经有了要集成的第三方应用程序列表,现在您需要检查所有组件是否就绪。集成中涉及的任务类型可以从装入盒带到传输数据,再到学习使用基于浏览器的新应用程序。

以下是一些示例集成任务。

格式 流程 申请类型
弹药筒 脚本和产品提要取代了手动任务。 产品推荐
弹药筒 直接集成-只需装入盒带即可。 税务,付款处理程序
控制器 自动在产品Feed中添加数据。 标记
单独的用户界面 在基于浏览器的系统中处理产品数据。 内容管理
单独的用户界面 在基于浏览器的系统中报告订单数据,并在电子邮件和社交网络上部署最终的营销活动。 分析工具
单独的用户界面 创建和发布内容资产,例如购买指南,测验,lookbook和趋势页面。 内容管理

集成完成后,无论集成工作量如何,都将开始测试。同样,将有正在进行的任务,例如错误修复和功能更新或在单独的应用程序中不断处理新数据。确保商人了解这些任务对其资源的影响。

您可能需要添加两列,以帮助您在实施过程中保持跟踪。

  • 负责人(姓名,地址和电话号码)
  • 时间表

发现差距

您需要注意哪些差距?这里是其中的一些。

  • 集成任务是否适合日程安排?
  • 任务是否需要客户端资源?
  • 有些集成依赖其他集成吗?
  • 集成是否依赖某些B2C Commerce版本或功能?
  • 是否有任何先决条件不可用或延迟?
  • 有技术问题吗?
  • 如果某个供应商有问题,其他供应商可以介入吗?

让我们总结一下

在本模块中,我们学习了如何使用参考体系结构作为代码基础以及如何处理自定义。我们还了解了如何集成第三方应用程序-为何第三方应用程序很重要,可用的典型应用程序以及您可能需要考虑的常见问题。现在该测试您的知识并获得一个崭新的徽章。

Salesforce B2C Commerce店面实施 – 自定义B2C商务参考架构

学习目标

完成本单元后,您将能够:

  • 说明为什么需要自定义应用程序。
  • 列出两个SFRA定制。
  • 解释两个SFRA装饰器模板之间的区别。
  • 说明扩展或覆盖控制器如何影响功能和性能。
  • 列出SFRA优于SiteGenesis的两个好处。

介绍

作为职能架构师,您已经进行了大量繁重的工作来制定战略,设计和记录Salesforce B2C Commerce店面解决方案。现在,您需要应用解决方案。你猜怎么着?这也需要一些计划。

问问自己以下几点:

  • 我可以使用参考架构作为代码基础吗?如果可以,如何处理自定义?
  • 如何集成第三方应用程序?
  • 什么是实施最佳实践,它们如何改变我的方法?
  • 我如何评估发射准备情况?

在本单元中,我们将讨论定制参考体系结构以满足商户的需求。我们稍后再讨论其他主题。

为什么要自定义?

B2C Commerce具有出色的标准功能-一种尺寸最适合。但是标准功能并不总是能满足商家的所有要求。这不是弱点。更多有关使用B2C Commerce的商人的规模和范围。实际上,创建B2C Commerce店面的复杂性要求,如果我们要满足单个商家的要求,我们除了提供标准功能外,还需要提供一个完全可定制和可扩展的平台。

这些要求的差异很大,具体取决于商家的行业,行业,策略和规模。例如,书籍卖家与体育用品零售商的要求不同。想象一下,一个在线商店可以让购物者定制鞋类。或者是一家化妆品零售商,该零售商可以让客户照相自己的脸并对其进行化妆。一些零售商在多个国家/地区销售数百万件T恤,而另一些零售商则在一个精品店中出售一种皮包。

多个国家/地区都提供相同的灰色T恤。

客制化

使用B2C Commerce,我们已经在参考架构中内置了启动器代码。实际上有两个:SiteGenesis和店面参考体系结构(SFRA)。我们在Salesforce B2C Commerce for Developers跟踪模块中了解了SFRA 。

目前,已有2700多个B2C Commerce站点使用SiteGenesis,已被证明是一些世界领先品牌的基础。除了标准店面功能外,SiteGenesis还提供了响应式设计和许多其他了不起的功能。但是,自定义SiteGenesis以满足您的应用程序要求之后,您必须使用任何SiteGenesis增强功能来更新您的应用程序。

我们进行了很好的了解,并提出了SFRA,这是一个开箱即用的框架,结合了站点设计,销售和技术架构方面的最佳实践,可帮助商家建立移动优先的店面。与SiteGenesis一样,SFRA提供功能齐全的购物车,结帐,主页,PDP页面等。但是SFRA还提供了针对移动设备优化的UX,具有简化的移动结帐流程和易于触摸的图标。

如果打算将SiteGenesis用于店面应用程序,请仔细考虑。虽然SiteGenesis已被许多站点使用,但也许应该考虑SFRA提供的功能了。

SFRA定制

SFRA登陆页面

SFRA带有一个app_storefront_base盒带和一个服务器模块。基本墨盒包含大多数站点共有的功能。您可以使用插件盒式磁带,LINK盒式磁带和自定义代码盒式磁带在其上附加功能。B2C Commerce提供用于愿望清单,礼品登记,Apple Pay和产品比较以及中间件功能的插入式墨盒。LINK合作伙伴(例如PayPal和Bazaarvoice)提供LINK墨盒。因此,有各种各样的应用程序可供选择。

请记住,基本墨盒和模块不适合定制。这意味着您不会编辑或重命名app_storefront_base 墨盒和其他插件,例如plugin_applepay。这也意味着您需要使app_storefront_base盒式磁带和其他插件的版本保持最新,以获取所有更改。

这是限制性的吗?不,这是设计使然!

在通用基础上,您可以轻松使用安全更新,错误修复和新功能,而无需重新编码。由于SFRA在各个发行版之间向后兼容(紧急安全修复程序要求时除外),因此您只需下载新版本并运行自动化测试即可。无需再搜索代码更改,因此您可以将其移植到自定义代码。

它是如何工作的?

每个站点必须至少有一个定制墨盒。如果要创建多个站点,建议您创建多个自定义盒式磁带,以分隔特定于品牌或地区的功能。这样一来,您就可以将大多数盒带堆栈重新用于新站点或微型站点。

注意

请记住,盒式磁带堆栈是您在业务管理器中列出盒式磁带的方式(说明装载顺序)。该站点上线后,每个盒带都会覆盖前一个盒带,从而构建应用程序。

让我们讨论一下这些定制墨盒中的某些组件。与团队中技术含量更高的成员打交道时,这将有所帮助。

组件
钩子 挂钩使您可以配置在应用程序流程的特定时间或特定事件中调用的功能。这意味着通过B2C Commerce脚本系统HookMgr 类方法使用OCAPI挂钩或自定义挂钩。

应用程序可以使用它们,例如,计算或验证购物篮,或调用付款处理器。

模组 模块是一种行业标准的方式,可以对在多种资源之间共享的功能进行代码分组。通过模块,可以轻松添加店面功能,然后在适用的地方重复使用它。

SFRA支持符合模块1.1.1 CommonJS规范的JavaScript / B2C Commerce脚本模块。CommonJS模块中的功能可以被多个控制器重用。模块的.ds或.js文件通常存储在脚本文件夹中的盒带中,或存储在与盒带相同级别的模块文件夹中。该应用程序可以访问盒带,其他盒带和modules文件夹中的模块。

范本 模板(与SiteGenesis相同)确定信息在店面中的显示方式。SFRA包括两个装饰器模板:

  • page.isml-包含导航信息。
  • checkout.isml-不包含导航信息。例如,删除导航信息通常可以提高购物车放弃的百分比。购物者没有轻松的出路。
楷模 SFRA模型为应用程序提供JSON对象层。模型将B2C Commerce脚本API返回的对象转换为专为店面设计的JSON对象。模型还为店面应用业务逻辑。

控制器创建和更新模型。要自定义模型,请先创建模型,然后向其中添加可用于渲染的数据。

控制器和路线 中间件使您可以在调用控制器之前和之后执行代码。使用Route,您可以将PSR-7兼容可调用对象添加到每次应用运行时调用的堆栈。

扩展或覆盖控制器会影响功能和性能。如果扩展控制器,则应用程序将执行原始中间件,然后执行扩展。如果原始中间件包含第三方交互,则该交互仍将执行。如果扩展还包括交互,则交互执行两次。

形式 使用模板和控制器创建HTML表单。使用表单定义,您还可以在会话期间保留表单数据,并将其存储在系统对象或自定义对象中。

SiteGenesis定制

由于SiteGenesis多年来一直是Commerce Cloud参考架构,因此在此领域有丰富的自定义经验。

SiteGenesis登陆页面

这是一些典型的SiteGenesis定制。

  • 创建一个新的单独属性,以仅控制类别细化中的显示类别。这是现有属性的补充,该属性以顶级导航和细化显示类别。
  • 自动将购物车设置为默认的运送方式。在购物车级别而不是在结帐页面的运送页面上显示运送成本(和所有运送促销)。
  • 在产品详细信息页面上同时显示销售变体和全价变体。通过在产品详细信息页面上的两个不同位置放置颜色,在视觉上将折扣SKU与全价SKU分开。
  • 在内容位置对象上使用自定义网站首选项或自定义属性,以控制主页轮播的旋转速度。

下一步

定制仅受资源,时间和想象力的限制。现在您已经了解了使用两种不同的Commerce Cloud参考架构自定义店面的基本知识,让我们继续集成第三方应用程序。