在洞察代码上启用第一方 Cookie 后，您可以更准确地衡量转化次数。在您的洞察代码上启用第一方 Cookie 后，系统会从您的网站创建 Cookie，而不是从LinkedIn或第三方创建。
启用第一方 Cookie 会将参数li_fat_id添加到LinkedIn广告的网址中。在极少数情况下，如果应用程序或 Web 服务器不处理未知参数，这可能会导致在网站上加载页面时出现问题。
查看在您的网站上实施第一方 Cookie 时出现的常见问题以及解决这些问题的步骤。
找不到页面错误
如果点击网址时网页未显示，您可能需要确认 Web 服务器检查参数的方式。
-
如果 Web 服务器需要一组已知的参数，请添加li_fat_id参数。
-
如果 Web 服务器计算查询参数以查找资源，则服务器应跳过计算li_fat_id。配置服务器设置以允许li_fat_id。
网址缺少li_fat_id参数
如果在启用第一方 Cookie 设置时，您的页面 URL 缺少 li_fat_id 参数，您可能需要检查客户端 JavaScript 是否正在清理 URL，或者是否存在延迟的应用程序状态，稍后会重新添加 li_fat_id 参数。这在单页应用程序中很常见。
客户端应用程序清除 URL
可以将应用程序配置为读取查询参数，以确定单页或多页体验中的状态。它可以清理自己的 URL 以正确表示它所处的状态。
-
客户端应用程序框架应添加li_fat_id作为例外和/或跳过对其执行任何操作。确保参数保留在 URL 中，直到见解标记发出调用。
-
如果客户端应用程序清除并清除地址栏中的未知值，请确保尽早进行见解标记调用，最好在加载任何库之前。为了帮助快速进行见解标记调用，请将见解标记放置在网站标题中尽可能高的位置。
延迟的应用程序状态
如果您遇到应用程序状态延迟的情况，则可能需要确保在加载所有资源后尽可能晚地进行见解标记调用，并且页面 URL 完全表示转化 URL（包括 li_fat_id 参数）。
使用容器代码或跟踪代码管理器
如果您使用的是 Doubleclick 或 Google 跟踪代码管理器，则 li_fat_id 参数可能会从最终生成的调用中删除。请务必将li_fat_id添加到跟踪代码管理器的配置中，以便参数保留在所调用的生成的网址中。例如:
对于到第三方站点的中间重定向，请记住，只有LinkedIn才需要 li_fat_id 参数。确保此重定向发送包含 li_fat_id 参数的原始页面 URL，与上述示例相同。
相关任务