搜索匹配和排名
使用可组合目录数据模型(CCDM)的促销服务将结果排名，这样购物者就可以首先看到最相关的产品。 服务会启动目录文本 与购物者查询 紧密匹配的产品，然后支持同时出现术语的匹配，最后包括更广泛的匹配。
如何区分匹配的优先级
相关性使用三层匹配强度（以及下面描述的其他评分因素）：
-
精确和接近短语匹配 — 完整搜索短语与目录文本匹配，或在规范化后接近匹配，如词干匹配（例如，单形和复形解析为同一个根）。 这些匹配项获得最高的相关性提升。
-
同一字段中的所有字 — 每个查询字都出现在一个可搜索属性中（例如，产品 名称 中的
red和pants）。 该层得到次高的提升。 -
跨不同字段的字 — 查询词以不同的可搜索属性出现（例如，颜色中的
red和 名称 中的pants）。 此匹配层最广，获得的关联提升度最低。 它还可以匹配自动完成使用的部分查询 — 例如，当购物者在完成pants之前键入red pan时。 有关德语目录，请参阅解组合（德语）。
示例
对于诸如red pants的查询：
- 带有精确短语红色裤子 （或相近变体）的产品排在 前 位。
- red和 pants 出现在相同字段（例如，name）中的产品排名第二。
- 术语出现在不同字段（例如，颜色和名称）中的产品如下。
分解（德语） decompounding-german
德语目录使用许多复合词。 例如，spulbecken和 spul becken 可以分解为令牌，如 spul 和beck（在词干之后），因此搜索 spul becken 的购物者仍然可以找到Spulbecken。 在此层中，复合词中的分解子词必须出现在同一字段中。 其他查询词在不同的字段中可以匹配。
此 AND 要求筛选器与只有一个子词的匹配无关。 例如，当仅部分复合匹配时，对 Brauseschlauch 的搜索不再返回Schlauchstuck。 对 spulbecken 的搜索仍然可以与 spulbeckventil 匹配，因为较长的单词包含所有预期的令牌。
示例
对于诸如Brauseschlauch chrom之类的搜索短语：
- 精确和接近短语匹配 — 查找键入的完整短语brauseschlauch chrom，不进行分解（词干仍然适用）。
- 同一字段中的所有字 — 在 same 可搜索属性中查找 brauseschlauch 和chrom，仍然不进行分解（例如，在 name 中同时查找）。
- 跨不同字段的字 — 将 Brauseschlauch 分解为 brause 和schlauch。 这些令牌必须显示在 same 字段中（不一定是相邻短语）。 chrom可以在 不同的 字段中匹配（例如，name中的 brause 和schlauch，color中的chrom）。
在设置中的语言选项卡上将 语言 设置为德语，以便应用分解规则。 在生产环境中启用更改之前，请验证暂存店面上的高价值德语查询。
分解是基于规则的，可以在此层添加边框。 如果词典中缺少子词，则标记化不完整并返回比预期更广泛的匹配，例如，gaszahler中缺少gas，只发出zahl，或 thermostat 中缺少stat。 词干程序还可以生成意外的根（例如，schrauber词干到schraub，或 schelle 到schell）。 对于已识别问题的已知案例，Adobe会更新词典和词干覆盖。
还有哪些因素会影响排名
仅进行短语匹配并不能确定相关性。 多个信号相互作用：
- 从 精确/近 个短语匹配中提升
- 当 所有查询词 出现在 相同 字段中时提升
- 智能排名（启用时），它将文本相关性与行为信号相结合 — 请参阅智能排名评分的工作原理
- 搜索每个属性的权重以及其他文本关联性因素（例如，术语在名称或描述长度中出现的频率）。 对于Adobe Commerce部署，请在attribute Storefront Properties中配置可搜索属性及其权重。 对于独立的Adobe Commerce Optimizer部署，请使用元数据REST API。
- 促销规则，例如pin、boost和bury
由于信号相互作用，因此，当 搜索权重 或词频超过较弱的词组匹配时，广泛匹配有时排在较紧的词组匹配之前。
示例：如果 红色裤子 出现在 描述 中，其中搜索权重= 1，但 红色 和 裤子 分别出现在 名称 和 颜色 中，其中搜索权重= 10，则拆分匹配将超过短语匹配。
手动 pin 和 bury 规则仍然强健；boost规则可能需要调整以克服新短语和相同字段的提升。 更改权重或规则后验证重要查询。
搜索权重1和组合索引
具有最小搜索权重 （权重1）且没有特殊匹配模式的属性合并到单个内部字段(defaultSearchField)中，以减少映射开销。 将该字段视为 相同字段 匹配的一个可搜索表面：仅登陆到合并的低权重字段中的令牌将一起计算，而不是作为单独的每个属性字段计算。 Adobe可能会随着时间的推移随着匹配的发展而改进此优化。