本文简要介绍了 Google Ad Manager 所采用的展示次数衡量流程。如需本文档之外的其他资源，请参见 IAB 的广告展示次数衡量指南。
衡量展示次数
采样
衡量流程依据的是全面统计，而不是数据样本；因此，Ad Manager 不会根据采样数据进行全局估算或统计预测。衡量方法依据的是系统记录的所有展示活动（经过相关滤除程序之后）。
指标
Ad Manager 根据以下各个级别的展示（横幅）广告展示次数、点击次数和点击率得出各项受众群体指标：广告资源网、广告客户、销售人员、广告素材、广告单元、展示位置、日期和时段。不过，本文重点介绍的是广告展示次数的衡量与报告。
由客户端启动的投放方法
产生展示次数的广告请求由 <script> 代码生成的 HTTP 请求启动，此类代码包含在网页内容中，在浏览器调取到它们时就会执行。请注意，对于每次广告展示机会，您都必须添加 googletag.defineSlot JavaScript 调用。每当浏览器调用 googletag.display 时，都会向服务器单独发送一项用于获取广告的 HTTP 请求。
不妨查看 Google 发布商代码示例。
触发系统衡量广告展示次数的响应
首先，JavaScript 广告代码 GA_googleFillSlot 向广告服务器发出 HTTP 请求。广告服务器选择广告，然后发送包含 JavaScript 内容的“200”服务器代码，从而将浏览器定向到广告内容（无论是 Google 托管的广告素材，还是第三方广告代码）。系统会在广告服务器对广告请求做出响应并发出广告内容时统计一次广告展示。在这一广告投放过程中，只要广告服务器选择并返回广告内容，就会计算广告展示次数，此时广告尚未展示给用户。
与具体采用的衡量触发机制相关的限制
- Ad Manager 在其广告服务器收到来自浏览器的广告请求并选择广告后就会记录广告展示，但这时选定的广告内容还未投放。在某些情况下，如果用户在系统对 Ad Manager 广告代码做出响应并记录了展示之后放弃浏览网页，而此时广告内容还未投放，就可能会导致展示次数被多计。
- 弹出式广告或背后弹出式广告（以下统称为弹出式广告）可能会遭到弹出式窗口拦截器的拦截，并因此而无法展示。发布商正确植入 Ad Manager 广告代码后，弹出式窗口拦截器不仅可以阻止弹出式窗口打开，还能阻止浏览器请求广告代码（用作展示次数衡量资源），从而使系统不会记录相应的广告展示。不过，如果广告素材打开了弹出式窗口，那么系统仍会记录此次展示，尽管该弹出式广告可能会遭到弹出式窗口拦截器的拦截。
复合跟踪
我们不支持成组地加载广告。每个广告都是单独加载，因此系统也会单独进行记录。
缓存无效化技术
针对向广告服务器发出的任何广告请求，Ad Manager 都会通过 JavaScript 函数自动在网址中添加一个随机数。这样做可以限制对 Ad Manager 广告代码进行缓存。对于由第三方广告服务器呈现的广告，Ad Manager 还支持插入缓存无效化宏（可以让网址具有唯一性的随机数）。不过前提是，发布商必须正确植入广告单元代码。
日志记录方法
- Google 采用多个广告服务器来保障充足的处理能力，每个服务器都维护着一个日志文件并对其持续进行集中处理。处理完每日结果后，系统会采用自动化的程序来确认所有的日志文件都得到了处理。如果出现异常活动或错误，便会触发警告，提醒用户注意。系统最长可能会延迟 4 个小时才处理日志和记录广告展示统计信息。
- 下文说明了所记录的部分信息，以及这些信息在流程中的作用：
- IP 地址：互联网协议 (IP) 地址是指发出请求的用户的地址。IP 地址在过滤流程中使用，该流程包括识别和移除非真人带来的流量以及 Google 内部流量。
- 用户代理：用户代理是指浏览器发送给服务器的一个文本字符串，用于提供浏览器的某些标识信息。用户代理在过滤过程中使用，主要用于识别和移除并非由真人带来的流量。
- 日期/时间：Ad Manager 广告服务器记录请求的日期和时间。
- 广告内容：与 Ad Manager 广告服务器选择的内容相关的标识信息。
- 发布商：用于标识请求投放广告的相关发布商网站。
- 广告单元：用于标识广告在发布商网站上的展示位置。每个广告单元可以关联一个或多个订单项。
- 订单项：用于标识相应的客户广告系列/广告素材。
关于衡量机制的其他公开信息
- 弹出式窗口拦截器：弹出式广告或背后弹出式广告（以下统称为弹出式广告）可能会遭到弹出式窗口拦截器的拦截，并因此而无法展示。发布商正确植入 Ad Manager 广告代码后，弹出式窗口拦截器不仅可以阻止弹出式窗口打开，还能阻止浏览器请求广告代码（用作展示次数衡量资源），从而使系统不会记录相应的广告展示。
- 停用或无法使用 JavaScript 的浏览器：某些旧版浏览器和非 PC 设备可能不支持 JavaScript，而在某些新版浏览器中，用户可能停用了 JavaScript 功能，这都会导致 JavaScript 程序和脚本无法执行。Ad Manager 广告的正确投放方式是使用 JavaScript 函数生成广告代码。无法执行 JavaScript 的浏览器也就无法生成广告请求，因此也就无法与 Ad Manager 广告服务器进行互动（既不会投放广告，也不会统计展示）。
- 广告拦截软件：使用某些浏览器或工具时，用户可以根据发出内容请求的网域来拦截相关内容（包括广告）。这可能包括拦截来自选定网域的图片，或阻止向特定网域发送任何请求。阻止向 Ad Manager 网域发送任何请求的广告拦截技术或软件可能不会对展示次数衡量造成任何影响，因为在这种情况下，广告请求和衡量均受阻，这使得系统能够进行准确的计数（记录 0 次展示）。不过，如果广告拦截软件拦截的是来自广告素材服务器的图片或内容，而非来自 Ad Manager 广告服务器的图片或内容，那么，在处理并统计了广告请求，而浏览器随后阻止广告素材内容展示的情况下，就可能会导致展示次数被多计。此外，用户可能还会对某些广告拦截工具进行自定义，使其根据图片尺寸来拦截内容。在这种情况下，广告拦截软件会比较图片/广告素材的尺寸与过滤条件中设定的参数；如果尺寸与参数一致，图片就会遭到拦截，这可能会导致展示次数被多计。
- 关闭图片呈现功能：用户可以在浏览器中关闭图片呈现功能。此功能一旦关闭，用户浏览器便不会向广告素材服务器发送图片请求。因此，用户此时将不会看到广告素材（标准图片格式），但用户的浏览器可能仍会呈现富媒体内容广告。不过，用户浏览器仍可能会向 Ad Manager 广告服务器发出初始请求，由于系统是在请求发出之后、广告投放到浏览器之前进行统计，因此静态图片广告素材的展示次数可能会被多计。
- 自动刷新：由于每次网页刷新都会向广告服务器发出新请求，因此也会导致展示次数被多计。
- 其他限制：除了上述衡量限制以外，某些日志条目可能已损坏或存在其他问题，导致无法用于累计广告展示次数。
广告投放时间设置和投放流程
无效流量的检测和滤除方法
尽管目前 Google 仅为 Ad Manager 获得了检测和滤除常规无效流量方面的认证，但 Google 力图通过基于数据的标识符、活动和规律找出并滤除常规的和复杂的无效流量。常规无效流量包括并非由真人带来的流量和疑似欺诈流量。不过，由于发布商、广告客户或其代理未必总能了解或辨明用户的身份和意图，因此系统不太可能主动从报告结果中识别并排除所有无效流量。为了避免无效流量滤除流程遭到破解或成为逆向工程的目标，除了《广告展示次数衡量指南》中详细说明的方面外，我们不会向除了参与审计的审计人员之外的任何其他人员透露具体滤除流程的更多细节。
- 广告日志：系统会通过滤除流程来找出 Ad Manager 广告日志中的无效事件和并非由真人带来的流量，以生成汇总的广告展示次数文件。
- 无效事件：在滤除流程中，如果日志条目代表的情形表明该条目不可用，系统便会从日志中移除相应条目。比如，有的日志条目表明服务器无法理解请求，从而为该请求分配了一个错误代码状态，这样的条目就会被移除。不完整或已损坏的日志条目也会被移除。Google 的处理流程要求某些包含在请求中的字段必须是可找到的，且完整无缺、准确无误；如果这些字段不完整或不正确，相应的日志条目就会被拒绝。
- 以开始呈现广告为统计依据记录的无效展示次数：如果某部设备可在超过 16 小时的时段内持续接收广告请求或出价请求而未发生任何“reset”事件，投放到该设备上的展示次数（通过“以开始呈现为统计依据”的衡量方法）就会被视为无效。系统会于当地时间每天早上 5:00 以及设备未收到任何请求的状态持续时间超过 30 分钟时重置时段。如果有任何 VAST 互动 ping 事件（例如暂停、静音、取消静音、调整音量）发生，系统也会重置时段。系统目前仅衡量联网电视中的无效展示。
- 并非由真人带来的流量：并非由真人带来的流量代表网站上的程序化活动，包括可自动执行点击的机器人、“蜘蛛”程序、抓取工具和代理（统称为机器人）所带来的流量。此类活动包括：由程序为网站上的网页发出请求，并循环不断地点击网页上指向网站内其他网页的链接，许多情况下还包括点击指向广告服务器的链接。这些活动可能还包括旨在确保网站正常运行的系统监控工具，以及内容索引或检索流程（例如搜索引擎在填充数据库时使用的这类流程）。当用户浏览器或机器人向服务器发出内容请求时，除了具体请求外，通常还会向网络服务器提供某些其他数据，包括其 IP 地址和用户代理。用户代理通常会向网络服务器提供某些信息，如浏览器类型（Internet Explorer、FireFox、Safari、Netscape、Opera 等）、浏览器版本、计算机操作系统等。此外，它还可能会向服务器提供自身识别信息。在滤除并非由真人带来的流量时，会用到此类信息。
- 对业务合作伙伴的资格要求：所有使用 Ad Manager 服务的客户都需要遵守我们的《平台计划政策》，其中规定了合作伙伴不得从事无效活动。如需了解详情，请参阅关于无效活动的部分。Google 会持续滤除无效流量，并会对所有收到大量无效流量的业务合作伙伴进行审核。对于不断收到大量无效流量的合作伙伴，系统可能会暂停或关闭其帐号。
-
关于流量滤除的更多详细信息：
- 用于识别非真人活动的依据：Google 会使用“IAB/ABCe 国际‘蜘蛛’程序和机器人清单”(IAB/ABCe International Spiders & Robots List) 以及根据既往的机器人活动创建的其他过滤器。我们还会使用“IAB 机器人清单”(IAB Robots List) 这个排除文件。
- 基于活动的滤除流程：基于活动的识别过程包括进行某些类型的模式分析，以找出可能属于非真人流量的活动行为。Google 广告流量质量团队部署了相关系统来判别所有可疑活动，并通过恰当的方法对此类活动进行过滤。
- 所有滤除行为都是在事后作为被动应对措施完成的：系统会向用户（浏览器、机器人等等）提供其请求的内容，但不会说明其流量已被举报，也不会说明其流量将被滤除，因为 Google 不想让用户代理知道其活动触发了 Google 的滤除机制。在某些情况下，当相应的广告请求可能导致无效活动时，系统也会使用前端屏蔽功能。从以往来看，对于预订型流量，被屏蔽的广告请求未曾超过 0.5%。
- 自动刷新：自动刷新的网页会使用 HTML 编程代码，按照指定的时间间隔让用户浏览器自动重新加载更新后的网页，包括进行新的广告展示。Google 无法直接控制发布商网站启动的自动刷新，也无法确保发布商充分报告和公开了自动刷新功能的使用情况。不过，Google 确实设置了相关机制来主动审核并细分自动刷新流量，以供内部审核。
- 滤除频率：无效流量滤除是作为报告数据处理系统的一个环节持续进行的。不妨详细了解报告数据处理时间安排。
-
滤除系统更新：Google 会持续更新无效流量滤除系统。随着滤除流程的不断更新，我们会进行分析来确定受到重大影响的广告系列。Google 会在适当情况下主动将受到重大影响的广告系列告知客户，前提是此类通知不会导致流量滤除流程遭到逆向工程攻击。
-
内部产生的流量：我们采用了一些流程来移除 Google 内部 IP 地址产生的活动。
根据经过审核的样本数据，Ad Manager 预订流量的可判定率（也就是可判定是否有效的那部分广告流量的占比）为 100%。
数据报告
- Google 采用一种可通过 Ad Manager 访问的在线电子报告应用，向 Ad Manager 报告广告展示次数。
- 所报告的受众群体指标包括广告展示次数、点击次数、点击率，并在以下各个级别提供：广告资源网、广告客户、销售人员、广告素材、广告单元、展示位置、日期和时段。Ad Manager 可以根据多个特征（例如，订单日期、时段以及广告素材创建日期）报告受众群体指标。数据报告过程中不会执行任何估算程序/近似处理。
- 通常按照发布商的时区设置生成报告。
- 尽管 Ad Manager 会不断汇总统计信息，但相关数据最长可能要延迟 4 个小时才会显示在报告中。每月 1 号凌晨 3 点（美国太平洋时间）左右，我们会暂停汇总前一个月的统计信息。
-
发布前的质量保证程序：
- Google 的流程包括正式的更改请求协议和跟踪系统。每当有更改请求时，必须在更改管理跟踪工具中输入该请求，这些工具还会记录审批情况。然后，我们会实施更改，并在必要时使用自动测试工具进行测试或进行手动测试（即进行单元测试），具体取决于更改的性质。完成所有单元测试后，我们会生成包含所有最新更改的版本，这些更改是在并行测试环境中进行测试的。在版本测试成功完成之后，这些更改便会正式生效。
- Google 利用访问控制系统实施对各种系统的访问控制，同时确保只有获得授权的人员才能批准对程序和系统的更改以及这些更改在生产环境中的应用。对于在 Google 控制之下的 Ad Manager 环境中如何授予、更改或终止用户权限，Google 有着正式的流程。此外，Google 每个季度都会审核一次用户访问权限，在此过程中会审核每个用户帐号，以确定相应帐号拥有的访问权限是否适当。
- 数据的重新发布：Google 拥有自动工具，能检测到数据报告中的任何差异并在内部发出提醒。Google 员工会对这些提醒做出响应，并采取相应的纠正措施。对于较大规模的数据重新发布活动，我们都会根据具体情况单独处理。
-
电子记录的保留期限：所有原始广告服务器日志都会得到备份，并至少保存 18 个月。
设备分类方法
Google 综合运用来自内部和外部来源的用户代理和移动应用 SDK 数据来划分设备类型。Google 不会依赖任何第三方来进行分类。
