为什么电子商务网站搜索会显示不相关的产品?

将相关性视为客户决定,而不是匹配计数

搜索不能仅仅因为返回产品而成功。 有用的结果是满足客户含义的产品、变种或少量替代品。 包含五十个松散相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相關相相相關相關相關相相關相關相關相關相.

在更改算法前写下需要的信息 。 对于诸如“T650左后方闲置者”之类的查询,客户并不要求每件提到T650的物品。 模型,组件类型和位置都很重要. 如果目录无法证明这些关系,扩大查询或推动通俗项目会隐藏漏洞而不是解决.

M.I.A.I Smart Search旨在使产品和知识搜索在语言,拼写和名词不同时更加有用. 它的核定能力——深知检索、术语正常化、背景排名和搜索反馈信号——仍然取决于准确的目录事实和明确的安全界限.

抓取失败以便复制

记录准确的查询,预期产品或可接受的集,产品返回,存储前端上下文,活动过滤器,时间和设备. 另请注意客户是否使用完整的SKU,条码,制造商参考,短语或普通语言. Shopify在排除出乎意料的结果时会要求同样的证据,因为可以检查可重复的例子而不是从记忆中辩论.

从“搜索感觉糟透了”这样的模糊报告开始。 为每个案件建立一份小问题记录。 将常规结果与预测性建议分开,因为它们可能提出不同的请求并显示不同的结果类型. 确认Shopify是内置搜索,一个主题定制还是第三方搜索体验在改变设置之前实际生成了响应.

• 查询与输入的完全相同,包括点和间隔
• 预期产品、可变产品或可接受产品
• 意外产品及其位置
• 选定的收藏、市场、语言和过滤器
• 搜索表面:预测性建议或完整结果页
• 测试产品数据和搜索配置版本

诊断失败的图层

搜索质量问题在不同层次上发生. 查询理解可能会将模型代码误读为普通文本. 产品数据可能会省略区分出两个变体的属性. 候选人检索可能无法包含正确的项目 。 过滤器可能允许不相容的产品。 排名可能会把边缘匹配置于精确匹配之上. 然后页面可能隐藏决定性属性,使正确的结果看起来是错误的.

一次换一层. 如果候选套装中缺少正确的产品,则调整分级权重无法恢复. 如果一项不相容的产品永远不符合条件,则更大的相关处罚比资格规则更弱. 如果正确的产品排名第一,但变种标签缺失,问题就属于演示文稿而非检索.

在解释意图之前保护准确的识别资料

完整的SKU,条码,OEM参考或内部部分号是强烈的身份信号. shopify文档中,完整的SKU和条码值是可以搜索的,而部分代码行为则取决于格式. 测试标识符查询与描述性搜索分开,在将一个代码和另一个代码区分开来时,在正常化过程中保持标点.

将标识符确定为稳定的产品和变体ID。 从不使用可编辑的标题作为记录的身份来打开,导出或更新. 如果同一供应商代码被附在两个活性变体上,则停止并审查重复,而不是要求排名选择一个.

准确身份通常应高于语义上的相似性。 仅类似于部分数字的短语不得取代已确认的标识符,而且应限定类型处理,因此一个特性的更改不能沉默地选择不同的安全关键项目.

将客户语言与受控术语规范化

客户可使用缩写、商品名、区域拼写和旧产品语言。 将这些表达式映射到核准的目录概念中,但保持每个绘图可审查。 “Idler”和“idler rain”可能在一个目录中等同;“roller”可能是一个较广泛的家族,不应被视作相同的家族.

一个有用的术语记录了客户名词、批准的概念、市场或语言、证据、所有人和审查日期。 当一个广义的术语可以导致一个更狭隘的概念,但不能相反时,更倾向于方向绘图. 避免自动同义词跨出每个类别:同名词可以指不同行业的不同组件.

Shopify的语义理解可以使用相干词,概念,类别和产品属性来扩展结果. 这可以改进发现,但这并不免除核查产品说明的必要性以及使扩大的结果适合的关系.

在相关排序之前适用资格规则

资格可以确定某一产品是否满足确认的需求。 排行榜订出已经可以接受的产品。 把这些工作分开 适配关系、监管批准、所需规模或市场限制可能是一项硬规则;受欢迎程度、幅度或交货速度可能命令有效剩余部分.

不要将硬性要求编码为小分罚. 如果添加足够的商业或接触信号,具有强烈文字相似性的不相容成分仍然可以排在有效产品后. 将其与已核准的规则相排除,保留理由,并在一无所存时显示有用的无相或澄清路线.

• 身份规则:准确产品或可变参考
• 资格规则:确认的相容性、尺寸或核准
• 检索规则:候选人包含相关概念或属性
• 排名信号:合格候选人的对应人数
• 列报规则:向客户显示决定性事实

在调整权重前改进产品事实

搜索只能对目录表达的区分进行分级. 规范产品类型,品牌和制造商参考,可变属性,单位,类别和相容性记录. 保持标题对人们有用;不要用重复的搜索术语来弥补缺失的结构化事实.

Shopify说出产品数据可以影响搜索结果,并将标题,正文,产品类型,标签,变体SKU,条码,标题和销售商等领域确定为可搜索属性. 并肩审查预期产品和上级错产品. 比较往往会发现,错误的项目语言比较丰富,而正确的项目缺乏客户使用的事实.

将缺失或相冲突值记录为数据质量工作。 不制作兼容性说明、材料或维度,只是为了改进召回。 当必要事实不明时,诚实的结果就是审查或澄清.

具有有界信号的相关产品排名

从确切的身份开始,确认属性和强烈的短语或概念相匹配. 仅在明确和授权的情况下添加上下文,例如选定的类别、市场、语言或过滤器。 利用可得性、参与和商业信号订购仍然相关的产品,而不是使不相关的产品符合条件.

注意产品提振. Shopify建议以特定条件推动单一产品或少量产品,因为推动许多产品可以将其他相关产品推倒. 给每个手动规则一个所有者,理由和失效日期或审查日期. 在释放前用其他询问来测试.

反馈信号也需要护栏. 点击和销售可以有利于已经出现在顶部附近的产品,创建出自强化回路. 调查重订、过滤更改、支持联系人和确认的返回以及参与,因此不受欢迎不会被误解为相关性.

在更改生产前构建一个判断的查询集

利用合法和相称的数据处理,从存储日志中收集有代表性的搜索、支持对话并传播知识。 对于每个查询,确定信息需要并按预期、可接受或不可接受的方式对产品进行评级。 包括准确的代码,类名词,描述性需要,常见的错拼,区域语言和有风险的相容性案例.

Elastic的排名评价指导推荐了典型的询问与人工评分文件配对,并解释一个有代表性的测试套件有助于防止一个查询的改进会伤害到另一个查询. 您不需要特定的平台来使用这个方法: 保留测试案例的版本, 在每次更改前后运行, 并审查失败, 而不是依赖一个平均分数 .

测试查询的数量并不普遍。 首先进行造成最大客户努力或商业风险的搜索,然后扩大,直到主要意图、目录区和失败类型得到反映。 保留稳定的回归设定,同时添加新确认的问题.

1. 选择跨身份,类别,属性和自然语言意图的真实查询.
2. 在调整前写出预期成果和不可接受的结果.
3. 用配置和数据版本运行当前搜索并保存位置.
4. 更改一个控制元件, 并重新运行完整集 .
5. 审查收益、回归和与目录所有人之间未解释的差异.
6. 严格释放,监控证据并保持回滚路径.

明确处理变体和兼容性

当决定性的事实属于一个变体时,产品级匹配仍然会导致错误的购买. 通过结果、产品页、推车和以后的任何出口携带稳定的变体ID。 显示模型,大小,颜色,电压或其他属性,解释为何该变体相匹配.

相容性应当出自经批准的关系或规则,而不能出自营销副本中偶然出现名模. 如果查询中包含一个载体,机器或应用程序,且关系尚未解决,则请求澄清事实或途径案件予以支持. 不意味着一个适中,因为一个类似产品名列前茅.

一个具体的例子:找到正确的挖掘器闲置器

想象一下,一个技术零件商店收到“T650左后闲置器”的查询。 目前的结果页将一个受欢迎的橡胶轨道放在首位,然后是几个机器家庭的闲置者. 每个项目都包含一个或多个查询名词,因此页面是被覆盖的,但决定不佳.

诊断分离出四个事实:T650为机器模型,闲活者为组件家族,左为位置,后为组装地. 编目小组核查哪些位置字段是有意义的,并将核准的发配关系附在稳定的变体ID上. 搜索将准确的OEM参考文献保留在描述相似性之上,过滤出未经批准的模型关系,并仅将剩余闲置者排行.

如果商店有一个确认部分,结果可以识别变体并解释匹配模式和位置. 如果左右用同被批准的部分,页上写着. 如果后方位置没有被记录,系统会要求序列范围或途径证据来支持,而不是推广最畅销的T650附属.

连接智能搜索以直播 Shopify 产品身份

商店集成应使用经授权的商店的稳定产品和变异标识、可搜索产品事实、出版状况和可用性。 保留结果与正确的活记录链接,这样标题更改不会将客户或后来的数据操作重定向到不同的产品上.

请检查access-date=中的日期值 (帮助) 搜索与发现配置,结果类型,合并上市行为和库存外处理与自定义搜索体验一并进行. shopify指出,主题可以覆盖一些请求的结果类型,预测搜索和完整的结果页是独立的表面. 在主题、目录或搜索更改后测试两者.

在不核对的情况下,不要将陈旧的阴影目录复制到搜索层。 登录源记录和上次成功刷新, 使连接失败明显可见, 并阻止一个不可用或未公布的记录在核准的存储前置状态下显示为可购买性 .

以证据和回滚路径发布搜索更改

比较部署前判断的查询集,然后用准确的查询和具有代表性的客户语言来验证活盘头. 请检查date=中的日期值 (帮助) 移动和桌面,键盘导航,预测性建议,完整结果,过滤器,产品链接和变种手接. 保存通过的配置和目录版本 .

监控确认错误结果报告,查询重排,过滤使用,结果点击,加载结果和支持案例. 把这些当作线索,而不是自动证明. 更低的点击率可能意味着排名更差,但也可能意味着结果更明确地回答了问题或者需求发生了变化.

当出现用于高风险查询的不可接受的产品时,或当广泛的改进掩盖了严重的倒退时,就退步。 保持手动助推和名词变化的可审查性,每当目录结构,主题行为或shopify搜索设置改变时,重复测试集.