Display recently viewed products, social proof, coupons, and product recommendations.
在 Shopify App Store 上查看 ↗最近浏览或推荐产品?选择合适的Shopify小部件
将Shopify最近浏览和推荐小部件与购物者任务匹配。在扩展之前检查产品目的地、合身事实和导航结果。

一名购物者记得有一款绿色手袋,但找不到它。另一位喜欢那款手袋,但需要容纳笔记本。两人都可能点击产品小部件,但他们正在解决不同的问题。根据购物任务选择小部件,然后验证客户实际看到的内容。
最近浏览的产品提供了一条返回之前项目的路径。推荐引入可能的替代方案或附加品。点击任一项目是一种互动,而不是证明销售已恢复或算法理解了购物者的证据。
在选择小部件之前命名任务
在Shopify社区的讨论中,该讨论于2026年9月30日启动,一位按需印刷商在获得一些流量但未实现销售后寻求反馈。回复质疑了浏览组织和购买清晰度。这些是商家的轶事和观点,而不是证明推荐小部件会解决转化问题的证据。使用这个问题检查你自己的目录旅程。
- 找到它:用可识别的图像和直接通往产品的路线显示之前访问的项目。
- 比较选项:显示一些替代方案,其相关差异可以被理解。
- 完成购买:当有真正的理由包含它时,显示一个兼容的附加品。
诚实地标记该部分。“最近浏览”描述浏览历史;“可考虑的其他尺寸”描述一个比较。除非购物者实际保存了它们,否则不要将算法选择标记为“你的最爱”。空历史需要一个可用页面,而不是一个虚构的个人列表。
在配饰店中练习两个旅程
想象一家假设的美国配饰店。其紧凑的斜挎包尺寸为22 × 16 × 7 cm。一款单肩包尺寸为30 × 24 × 10 cm。这些虚构的规格仅用于此示例;在使用类似文案之前,用验证的产品尺寸替换它们。
旅程A:购物者查看了灰绿色斜挎包,访问了两个系列,然后再次寻找它。测试最近浏览的卡片是否打开该产品。检查目标颜色和当前库存情况,而不是假设小部件保留了确切的变体。熟悉的图片如果对应另一种已选颜色,就会让购物者再次做出选择。
旅程B:购物者喜欢斜挎包,但需要携带一个尺寸为25 × 20 cm的笔记本。推荐更大的包提供了一个值得检查的比较,但仅外部尺寸不能确定内部是否适合。在目标页面显示验证的隔层尺寸或真实的适配演示。一个收纳袋是一个附加品,而不是更大包的替代品。
对于这两个旅程,检查卡片图像、全价、实用的产品名称和点击目标。保持比较集中在承载能力和适配性上。目的是减少导航工作量,而不隐藏选择所需的事实。
- 从一个新的浏览器会话开始并记录空历史行为。
- 以记录的顺序访问预期产品,然后导航离开并返回。
- 检查打开卡片是否保留了预期的产品和选择的变体。
- 在授权测试设置中,当一件物品变为缺货后重复操作;检查可见的响应。
- 在手机上检查相同的路径,并单独检查键盘操作。必须保留必需的产品控制功能。
历史记录在会话或设备之间的持久性是一种应用行为,需要验证,而不是可以假设的承诺。记录你的安装存储的内容以及它在哪里工作,包括相关的同意设置。不要将缺失的历史面板解释为证明购物者从未查看过产品。
使用 Sales Pop Total 来实现它实际提供的行为
BeMeApps: Sales Pop Total 是本指南的主要应用。它的当前 Shopify 列表描述了最近查看的产品、推荐、可定制的外观以及展示次数、点击和操作的报告。使用这些功能来实现和检查所选路径;检查你安装中可用的控件。
查看 BeMeApps: Sales Pop Total 的功能和计划
根据2026年10月13日的检查,该列表将 Recently View 放在 Basic 中,将 Products Recommendation 放在 Professional 中。在选择功能之前,验证当前的计费条款和你安装的计划。该列表的销售和个性化语言不证明推荐的准确性或保证订单价值增长。操作报告也不能证明完整的购买归因漏斗。
如果你使用 Shopify Search & Discovery 来代替在产品页面提供建议,Shopify 将相关替代品与互补添加品区分开。其部分需要兼容主题,并必须添加到产品页面。这是一个单独的实现;不要假设 Sales Pop Total 继承了 Shopify 的选择规则或会自动与其同步。
Shopify: Search & Discovery 推荐
避免为同一任务添加重复的推荐界面。如果与电子邮件邀请的布局冲突,请使用我们的移动弹出定时指南。对于升级定价和额外贡献利润,请使用附加销售指南。本次审查涉及导航和相关性。
衡量购物路径,不把点击当成销售
首先定义事件:卡片显示、卡片点击、返回预期产品或完成订单。一个重复显示的小部件可以在一个会话中产生多个展示次数。只有当它们的单位和报告窗口匹配时才比较计数。
这是一个独立计算的假设性导航审计,而不是应用基准:在240个记录了最近查看历史并显示面板的会话中,有36个会话使用它重新打开一个产品。返回比例为36 ÷ 240 = 15%。在一个单独定义的推荐组中,400个暴露会话中有50个打开了一个建议的替代品,给出50 ÷ 400 = 12.5%。
这些百分比不确定哪个小部件更好:这些组有不同的任务和资格。假设在可靠链接的窗口内,5个返回会话和6个打开替代商品的会话后下单。这些是观察到的下游订单,而不是由小部件导致的附加订单。如果没有可靠的会话链接,请报告单独的事件和订单计数。
记录错误目的地、不可用项目和未解决的匹配问题以及计数。如果绿色包小部件反复打开错误的产品,在增加曝光之前纠正这个可重复的缺陷。如果导航有效但订单仍然薄弱,请调查商品报价与购买条件,而不是仅从点击中就宣布小部件失败。
简洁的发布检查清单
- 该小部件回答一个命名任务:返回、比较或添加一个有用的配件。
- 标签描述实际列表,不要虚构最喜欢或热门内容。
- 卡片会引导到正确的产品;变体处理和库存情况已检查。
- 容纳尺寸和兼容性声明有超出缩略图的证据支持。
- 空历史、重复访问、移动端和键盘操作路径都保持可用。
- 报告区分重复事件、会话和关联订单,并记录归因限制。
从支持记录路径的最小可用显示开始。保持它,当购物者可以完成任务且证据支持你的决定时;在扩展之前修订特定失败情况。一个吸引人的小部件只有在其产品目的地帮助某人选择时才有用。
官方文档、实时应用商店介绍和社区讨论已于2026年10月13日检查。该店铺、尺寸和数据是假设的。文章主图是编辑插图,而不是应用截图或商家结果。


