传统跟踪技术的原理是，用户在点击广告后会先转至跟踪服务器，然后跟踪服务器会将用户重定向到着陆页（可能是通过其他跟踪网址来实现）。这些跟踪重定向可能会造成网页加载时间变长，进而导致用户体验变差，对转化率产生不利影响。
并行跟踪是另一种处理自定义点击跟踪的方式。它使用 sendBeacon 浏览器函数在后台执行跟踪，同时加快用户到达最终目标网址的速度。这有助于减少错失的访问次数。错失的访问是指用户点击您的广告，但却未到达您的着陆页的情况，造成这种情况的原因是跟踪网址尚未完成重定向用户就离开了网页。
目前，并非所有浏览器都支持并行跟踪。如果有人在尚不支持并行跟踪的浏览器上看到了您的广告，Google 会恢复为依序跟踪。
本文介绍代表商家在购物广告中展示商品的欧洲购物比较服务 (CSS) 可如何实现并行跟踪。
并行跟踪的工作原理
并行跟踪将用户直接从您的广告转到最终到达网址，同时在后台衡量点击（无需先将用户转到跟踪网址）。
以下是并行跟踪的工作机制：
- 客户点击您的广告。
- 客户看到商家着陆页。
与此同时，后台执行以下操作：
- Google Ads 点击跟踪广告代码加载。
- 跟踪网址加载。
- 如果您使用多个点击跟踪广告代码，系统可能还会加载其他重定向。
在不使用并行跟踪的情况下，客户在点击广告之后会先经过一次或多次重定向，然后才会抵达商家着陆页。这意味着用户需要更长时间才能抵达最终着陆页。
以下是不使用并行跟踪时的跟踪工作机制：
- 客户点击您的广告。
- Google Ads 点击跟踪广告代码加载。
- 跟踪网址加载。
- 可能存在的其他跟踪网址加载。
- 客户看到商家着陆页。
如何实现并行跟踪
实现并行跟踪可能需要更改您的商品数据、跟踪设置，并可能需要更改您为之投放广告的商家的网站。
商品数据
在商品数据中调整以下网址属性：
链接 [link]：此网址是商家网域上的最终商家着陆页。它的用途是供 Google 进行抓取和其他检查。请不要在此网址中添加任何与报告或结算相关的跟踪参数。
广告重定向 [ads_redirect]：此网址是客户点击广告后直接转到的网址。它必须与链接 [link] 属性指向同一个网域。请在此网址中添加要发送到商家网站的跟踪参数。请勿添加商家预料之外的其他跟踪参数，否则可能会导致在加载商家网页时出现问题。
跟踪模板
使用跟踪模板可指定在后台进行的跟踪应指向的位置。您可以添加 ValueTrack 参数，以便与跟踪服务器分享信息。如果是购物广告，您还可以使用商家 ID 和商品 ID 等参数。
跟踪服务器
并行跟踪仅支持服务器级重定向。此外，跟踪重定向链中的每个网址都必须支持 HTTPS。如果遇到 HTTP 或页面重定向（如 JavaScript 或 HTML），则跟踪序列会在前一个网址处终止。在后台进行跟踪时不会对用户体验造成任何影响，但未被调用的跟踪网址将不会收到点击跟踪信息。
为确保并行跟踪正常发挥作用，请注意以下要点：
- 确保您的跟踪服务器使用 HTTPS 协议，并确保您设置的任何内部重定向都使用 HTTPS。
- 任何使用页面方法的重定向机制（如 JavaScript 重定向）都无法正常发挥作用，因此请避免使用此类机制。如果您在跟踪重定向链中使用任何此类重定向机制，则需要更改重定向机制。
自动重写 HTTP
虽然我们无法控制后续重定向，但 Google Ads 总是会将首次跟踪调用重写为 HTTPS（如果不是这样输入的话）。最终到达网址可以使用 HTTP 或 HTTPS 网址。不过，如果将在 Google Ads 中输入的任何网址的协议改为 HTTPS，则需要确保您的服务器设置为可处理此请求。
例如，如果您的跟踪网址是 tracker.example.com，则它应该可以响应 http://tracker.example.com 和 https://tracker.example.com。
每次点击 ID
某些跟踪服务器在重定向到着陆页时会包含每次点击 ID，以便网站可以读取（并存储）该参数，从而加入各种衡量信息。由于对跟踪服务器的调用不会转发到网站，因此这对并行跟踪而言是无法实现的。
有一个变通的方法可解决这个问题，那就是在客户帐号中启用自动标记功能。您启用自动标记功能后，系统会在投放期间将 Google 点击标识符 (GCLID) 参数添加到着陆页网址和跟踪模板网址的末尾。这样一来，页面内代码（如 Google Analytics（分析））和跟踪服务器就可以处理上述参数。此参数可用作加入流量信息的常用键。
除了自动标记功能之外，我们还推出了一个新的 {gclid} ValueTrack 参数。如果您目前有用于插入唯一标识符的参数，则可以改为将 {gclid} 用作值，这样可以减少网站更改。例如，如果 Google Ads 中的最终到达网址或跟踪模板包含 partner_Id=[Dynamically-generated click ID] 等内容，则您现在可以将其更新为 partner_id={gclid}。
网址重组
在投放时，系统会根据编码规则解析您的跟踪模板字段中 {lpurl} ValueTrack 参数及其变体所附加的参数，并将这些参数附加到着陆页调用上。此外，采用并行跟踪以后，跟踪网址调用中的 {lpurl} 参数会被替换为类似如下的替代网址：https://google.com/asnc/dGVzdA（具体网址会有所不同）。
将 {lpurl} 替换为 Google 替代网址可确保系统不会对您的网页执行两次 ping 操作（一次来自客户点击，另一次来自并行跟踪重定向）。跟踪网址应该继续重定向到此替代网址，因为它一般会处理 {lpurl} ValueTrack 参数。Google 替代网址会在重定向后返回 HTTP 状态代码 204。
如果您的跟踪网址根据传递的 ID 选择重定向网址，请确保重定向网址与广告重定向 [ads_redirect] 网址指向同一个网页；或者更改跟踪网址的行为，使其重定向至在 {lpurl} 参数中传递的网址。
商家网站
如果您要更改发送到商家网站的参数，请与商家合作，确保这些参数得到正确处理，并且在加载商家着陆页时不会产生问题。
请参考以下示例：
| Merchant Center 帐号 | |
| 商家 ID | 99887766 |
| 商品数据 | |
ID [id] |
p123v789_b |
链接 [link]] |
https://www.merchant.com/product123?variant_id=789 |
广告重定向 [ads_redirect] |
https://www.merchant.com/product123?variant_id=789&ref=mycss |
| Google Ads 设置 | |
| 跟踪模板 | https://redirect.com?url={lpurl}&merchant={merchant_id}&product={product_id} |
| 支持并行跟踪的调用 | |
| 导航 | https://www.merchant.com/product123?variant_id=789&ref=mycss |
| 并行跟踪网址调用 | https://redirect.com?url=https%3A%2F%2Fgoogle.com%2Fasnc%2FdGVzdA%26 variant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789_b &gb=1 |
| 不支持并行跟踪的调用 | |
| 浏览器调用 | https://redirect.com?url=https%3A%2F%2Fwww.merchant.com%2Fproduct123% 3Fvariant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789 _b |
| 依序跳跃 | https://www.merchant.com/product123?variant_id=789&ref=mycss |
请注意，Google 会在并行跟踪调用中添加参数“gb=1”，以便您的跟踪网址识别它们。
如何测试并行跟踪实现
如需测试您的实现，请按以下步骤操作：
- 确定您想要在何处测试实现。您可以针对特定广告系列、广告组或商品组进行测试，还可以创建一个全新的广告系列以进行测试。
- 将“{_beacon}=true”添加到相应的跟踪模板中。要添加到广告系列中，请使用广告系列设置。要应用于广告组或产品组，请通过添加跟踪模板属性列来添加跟踪模板。
- 查看您的日志，看看此跟踪模板是否收到了 ping 消息。如果跟踪参数为“gb=1”，则表明跟踪已在后台执行，并且符合预期。