在这项独家研究中,我们将与您分享真实的数据。我们将向您准确展示哪些浏览器和操作系统是值得信赖的数据来源,哪些会让您蒙在鼓里。这是更好的用户归因的新基础,了解这一点是制定未来战略的关键。
客户提示不是一项新技术。它已经存在了十多年。但随着用户代理的逐渐消失,它的作用突然变得紧迫起来。虽然许多平台都声称支持客户端提示,但数据却告诉我们一个不同的故事。
让我们先来了解一下什么是客户提示,以及为什么它们现在很重要。
客户端提示:定义、工作原理以及与用户代理相比的优势
什么是客户提示?
客户端提示是网络服务器了解浏览器的一种现代方式。把它想象成一次对话。服务器请求浏览器提供有关设备或连接的具体细节。然后,浏览器做出回答。通过这种简单的交流,网站可以为您提供更好的用户体验。例如,网站可以向您发送最适合您屏幕的图片大小。如果您的连接速度较慢,网站还可以跳过较重的元素,从而加快加载速度。
阅读我们为广告商提供的新案例研究:ROI 40%与CPA Goal:
它们是如何工作的?
那么,对话该如何开始呢?这是一个两步舞。首先,网站服务器会在响应中发送一个特殊的标头。该标头将必要的信息告知你的浏览器。这就像服务器在说"请在下次访问时告诉我这些信息"然后,您的浏览器就会记住收到的数据,在您今后对该网站的每次请求中,都会包含所请求的提示。这一切都是通过 HTTP 请求头完成的。你可能对老式的用户代理字符串并不陌生。客户端提示的工作方式与此类似,但要智能得多。
想了解有关用户代理的更多信息?查看我们有关 IP+UA+Cookies 归属的其他研究!
用户代理的重大升级
客户端提示是旧版用户代理字符串的重大升级。它们为你和你访问的网站都带来了明显的优势。
更好的隐私保护
浏览器默认情况下不会发送这些提示。服务器必须首先请求这些提示,而 UA 则不同,每次请求都会发送提示。
模块化要求
网站只要求它真正需要的信息。这使得整个过程更简洁、更直接。
高效的内容交付
网站可以快速做出决策,为您提供正确的内容,而无需解析杂乱无章的数据。
为什么这对您很重要
作为联属会员,这项技术改变了您的工作方式。它为您提供了新的强大工具,用于增强用户体验或更精确地定位。
更好地确定目标
试想一下,如果用户使用的网络速度较慢,你就能知道。您可以提供一个更轻、更快的登陆页面,以改善他们的体验,提高特定用户的转化率。 交通来源.
减少代码管理
现在,许多需要复杂 JavaScript 的任务都可以由浏览器和服务器直接处理。这意味着开发更简单,网页速度更快。
捕获:挑战与局限
客户提示并非完美的解决方案。你需要了解它们的局限性,才能有效地使用它们。
第一个请求问题
在您第一次访问页面时,服务器没有提示(信息)可提供。它必须等待第二次请求或页面重新加载,才能获得优化体验所需的详细信息。这一事实可能会导致延迟。
不均衡的浏览器支持
基于 Chromium 的浏览器(如 Chrome 和 Edge)提供良好的 CH 支持。但其他主要浏览器,如 Safari 和 Firefox 通常不共享此信息。请务必记住这一划分。
虽然技术技巧可以帮助解决第一个请求的问题,但浏览器支持的挑战更为严峻。你无法通过一行行巧妙的代码来解决它。这个问题需要真正的知识。您必须知道哪些浏览器会发送客户端提示,以及您能从中获得哪些准确数据。值得庆幸的是,我们的新研究为您提供了这方面的知识!
阅读我们关于最佳 VPN 联盟计划的完整指南!
哪些浏览器能为您提供最好的客户端提示 by HilltopAds
我们在各大操作系统和设备上对浏览器进行了测试。我们想看看哪些浏览器能为您提供有价值的数据。具体情况如下。我们从 Android 开始,然后是 iOS,最后是桌面浏览器。
安卓浏览器
对于 Android 浏览器,有三种最佳浏览器可用于接收客户端提示。

从图中可以看出,Chrome Mobile 在安卓系统上的空客户端提示所占比例最低,排名第二。它与 Twitter(1.8% 的空客户端提示)和 Opera Mini(2.98%)一起持续传输数据,而其他许多浏览器则出现中断。
但 Samsung 和 UC 浏览器的情况有所不同。
使用 Samsung 浏览器,每六个用户中就有一个发送空提示。UC 浏览器的情况更糟,每四个用户中就有一个。这可能是因为公司阻止共享这些数据。
Samsung 和 UC 浏览器的问题值得仔细研究。

从上图可以看出,Samsung 浏览器所有版本的空提示率都很高。但最新版本的空提示率比之前版本高出 2.5 倍,表现突出。
UC 浏览器的情况正好相反。

UC 浏览器的图表讲述了三个不同版本的故事:
- 在第 12 版之前,其性能一直很差(约 20% 的 CH 是空的)。
- 然后是第 13 版。这个流行的版本完全屏蔽了客户端提示,100% 的请求都是空发送的。
- 但最新发布的版本却预示着彻底的逆转。第 14 版只有 3% 空客户端提示。这一巨大进步使其与 Chrome 移动版不相上下。
IOS Safari
说到 iOS,答案很简单。苹果不会发送客户端提示。

这不是一个错误或特定版本的问题。这是与公司对用户隐私的坚定立场相联系的一项深思熟虑的政策选择。它会影响 iPhone 或 iPad 上的每一位用户。
如图所示,服务器接收到的客户端提示为零。
Windows 浏览器
让我们看看从 Windows 上的每个浏览器发送空客户端提示的流量占多大比例。

所有主要的 Windows 浏览器都会发送客户端提示,只有 Firefox 是个例外,它完全避免共享用户信息。
- Chrome、Opera One 和 Yandex.Browser 只显示 3-4% 的请求,没有提示。
- Edge (Chromium) for Windows 的缺席率最低,仅为 1%。
- Opera GX 在 100% 的情况下发送客户端提示。
MAC OS Safari
我们的最后一个研究对象是 MAC OS 浏览器。让我们看看有什么发现:

- Chrome 是唯一能持续发送客户端提示的 macOS 浏览器(只有 7% 没有)。
- Brave Desktop 在 78% 的请求中未能发送客户端提示。
- Safari、Firefox 和 iOS 版 DuckDuckGo(桌面模式)从不发送客户端提示(100% 空客户端提示)。
客户提示覆盖所有平台
既然我们已经讨论了各个浏览器在各个操作系统上的表现,那么最后我们来看看全貌。在所有流量中,28% 的用户完全不传输客户端提示。

这些丢失的数据并不是随机的。它遵循明确的平台边界。
- 在iOS上,客户端提示永远不会发送。这是 WebKit 的硬性限制,该平台上的所有浏览器都使用 WebKit。
- 在macOS上,78% 的流量缺少客户端提示。Chrome 是唯一能持续传输客户端提示的浏览器。
- 在Windows上,情况要好一些--只有 13% 的流量缺少提示,主要是由于 Firefox 的流量。
- 在Android上,支持几乎是普遍的。只有 4% 的流量没有提示。
这种碎片化现象非常严重。这意味着近三分之一的用户无法使用客户端提示标题进行分析、剖析或优化。如果您依赖它们进行设备检测或创意定位,请记住,您正在使用不完整的覆盖范围。
最终想法
现在,您已经了解了客户端提示:它们是什么、如何工作以及有何优势。此外,您还了解了每种浏览器和操作系统的特定功能。请记住:每个平台都有不同的行为方式,您应该计划好您的 流量货币化 或相应的广告策略。