您遇到的另一个问题-您多久更新一次Feed文件？ 您见过预期结果的延迟吗？ 即：目录已更新>几个小时后传递了文件>建议再过几个小时仍无法正确显示？

是的。 有什么可以帮忙的吗？ 完美运作。 集成也非常简单。 Feed文件需要使用cronjob生成，并使用ftp上传到RR。 他们处理这些文件并找出要在UI上显示的产品。 与前端相关的集成也非常简单。 您只需要根据需要在各个页面上放置给定标签，它们就会在这些位置使用Java脚本注入其代码。 他们采用所有样式和所有内容。

正如Radha所述，集成非常简单。 有两种可能的演示方式：1.丰富的相关性维护整个演示文稿。 通过这种方法，"丰富相关性"将保留所有演示文稿。 2.丰富的相关性可以提供JSON响应，可以在客户端Java脚本表示中显示。 这为更改演示文稿提供了更大的灵活性，而无需依赖Rich Relevance。

非常有用，谢谢！

再次-谢谢您的反馈。

嗨Radha，

我正在寻找丰富相关性的详细概述。 正如您所说，这两种情况都是简单的实现。 除了一般概述。 能否让我知道与之搭配的最佳方法是客户端还是服务器。

进纸频率取决于业务需求。 它可以每隔几个小时或每天或每周一次。 这取决于需要以丰富的关联性更新目录或产品数据的频率。 以我的经验，文件处理中的时间延迟不会影响显示的建议。 推荐的物品/产品通常取决于所使用的策略。 例如，看到此消息的人还看到了这个v/s带来此消息的人也带来了此消息等。