本文摘要說明 Google Ad Manager 衡量曝光次數的過程。如需本文件未涵蓋的其他資源，請參閱 IAB 的《廣告曝光次數評估規範》。
評估曝光次數
取樣
評估流程屬於全面統計，而非抽樣調查，因此不會根據數據樣本進行全面估算或統計預測。評估方法是以系統記錄的所有曝光活動為根據，但會經過篩除程序。
指標
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 廣告代碼，阻止彈出式視窗的封鎖工具還是有辦法攔截廣告代碼 (以及用於評估相關數據) 的請求，造成此次廣告曝光未能記錄。不過，如果彈出式視窗是由廣告素材開啟，雖然會遭到彈出式視窗封鎖工具擋下，系統仍會計算曝光。
複合追蹤
我們不支援成組載入廣告，每個廣告都是單獨載入、分別記錄。
快取清除技術
針對向廣告伺服器發出的所有呼叫，Ad Manager 都會使用 JavaScript 函式自動在網址中加入一個隨機數字，這會限制 Ad Manager 廣告代碼的快取。對於第三方廣告伺服器顯示的廣告，Ad Manager 同樣支援插入 CacheBuster 巨集 (可以讓網址獨一無二的隨機數字)，但這取決於發布商是否正確加上廣告單元代碼。
記錄方法
- Google 採用多個廣告伺服器，提供足夠的處理能力，且每個伺服器都有一份持續集中處理的記錄檔。在處理每日結果後，系統會執行自動程序，確保所有的記錄檔都獲得處理。發生異常活動或錯誤時，系統會觸發快訊，提醒使用者注意。系統最久可能會過 4 小時才處理記錄檔並記下廣告曝光統計資料。
- 下面說明記錄中的部分項目，以及在過程中的用途：
- IP 位址：網際網路通訊協定 (IP) 位址代表使用者發出請求的位址。系統在篩選時會使用這個位址，包括辨識及排除非人為流量和內部 Google 流量。
- 使用者代理程式：使用者代理程式是由瀏覽器發送到伺服器的文字字串，其中包含關於瀏覽器的識別資訊。系統在篩選時會使用這個代理程式，主要是用於辨識及排除非人為流量。
- 日期/時間：Ad Manager 廣告伺服器記錄請求的日期和時間。
- 廣告素材：與 Ad Manager 廣告伺服器所選內容有關的識別資訊。
- 發布商：指明廣告刊登位置呼叫的相關發布商網站。
- 廣告單元：指明廣告在發布商網站顯示的位置。廣告單元可能會有一或多個相連結的委刊項。
- 委刊項：指明個別客戶廣告活動/廣告素材。
有關評估的其他公開資料
- 彈出式視窗封鎖工具：透過彈出式視窗或背後彈出式視窗 (以下統稱彈出式視窗) 放送的廣告曝光，可能會被彈出式視窗封鎖工具攔截。就算發布商正確導入 Ad Manager 廣告代碼，阻止彈出式視窗的封鎖工具還是有辦法攔截廣告代碼 (以及用於評估相關數據) 的請求，造成此次廣告曝光未能記錄。
- 停用或無法使用 JavaScript 的瀏覽器：某些舊版瀏覽器和非電腦裝置不支援 JavaScript，以及使用者可能停用新版瀏覽器的 JavaScript 功能，這些都會導致 JavaScript 程式和指令碼無法執行。正確導入 Ad Manager 必須依賴 JavaScript 函式產生廣告代碼，不能執行 JavaScript 的瀏覽器就不能呼叫廣告，所以也無法與 Ad Manager 廣告伺服器進行互動 (系統不會放送任何廣告或計算次數)。
- 廣告封鎖軟體：使用者可以透過某些瀏覽器或工具，根據發出請求內容的網域封鎖相關內容 (包括廣告)。這可能包括封鎖來自特定網域的圖片，或是禁止向指定網域發送任何請求。阻擋對 Ad Manager 網域發出請求的廣告封鎖技術或軟體，會同時阻止廣告請求和曝光數據評估，也就不會有曝光次數的記錄產生，因此不會對曝光次數計量產生影響。然而，如果廣告封鎖軟體攔截的是來自廣告素材伺服器的圖片或內容，而非 Ad Manager 廣告伺服器，在伺服器處理並記錄廣告請求，但瀏覽器最後擋下廣告素材的情況下，就會出現多算的情況。此外，使用者還可能自訂某些廣告封鎖工具，根據圖片大小封鎖內容。這時軟體會將圖片/廣告素材的大小與篩選器的設定參數進行比對，如果兩者相符，則封鎖圖片，當然這也可能造成多算。
- 關閉圖片顯示功能：使用者可選擇在瀏覽器中關閉圖片顯示功能。這種情況下，使用者的瀏覽器不會向廣告素材伺服器發出圖片請求。因此，使用者不會看到標準圖片格式的廣告素材，但使用者的瀏覽器還是可以呈現互動式多媒體廣告。即使如此，使用者瀏覽器仍可能向 Ad Manager 廣告伺服器發出初始請求，由於評估作業是在發出請求到瀏覽器顯示廣告的這段時間進行，因此系統可能會多算靜態圖像廣告素材的曝光次數。
- 自動重新整理：每次重新整理網頁都會導致系統向廣告伺服器發出新的請求，因此會多算曝光次數。
- 其他限制：除上述的評估限制外，某些記錄項目可能會損壞或出現其他錯誤，無法用於累計廣告曝光次數。
廣告時段與放送程序
請參閱 Ad Manager 中的異動更新週期。
偵測與篩除無效流量的方法
Google 的 Ad Manager 目前僅就一般無效流量獲得相關認證，但還是會設法從資料型 ID、活動和模式，辨識並篩除一般及複雜無效流量，包括非人為流量和有詐欺嫌疑的流量。不過，由於發布商、廣告客戶或其各自的代理商未必能掌握或分辨使用者的身分和意圖，因此系統不太可能主動從記錄中找出或排除所有無效流量。為了避免無效流量篩除程序遭到破解或反向工程，除了相關稽核人員外，我們不會向任何人透漏具體篩除程序的細節 (《廣告曝光次數評估規範》以外的細節)。
- 廣告記錄：系統會透過篩除程序從 Ad Manager 廣告記錄中找出無效事件和非人為流量，然後產生匯總廣告曝光資料檔案。
- 無效事件：在篩除過程中，系統會因為某些記錄項目不適用 (例如伺服器無法解讀請求，因此替該請求指定錯誤代碼狀態)，而從記錄中移除這些項目。系統也會移除不完整或毀損的記錄項目。為了讓 Google 能完成處理程序，廣告請求中的某些欄位必須填寫完整且正確；如果有任何一個欄位遺漏或不正確，系統就會拒絕記錄項目。
- 已停用的「開始至顯示」曝光次數：針對持續放送超過 16 個工作階段，且沒有「重設」事件的廣告裝置或出價要求，將曝光次數 (透過「開始至顯示」方法) 視為已停用。每天當地時間上午 5:00，以及裝置超過 30 分鐘未提出要求時，工作階段就會進行重設。工作階段也會透過任何 VAST 互動連線偵測 (例如暫停、靜音、取消靜音、變更音量) 進行重設。目前僅評估連網電視的閒置狀態。
- 非人為流量：漫遊器、自動尋檢程式和檢索器 (統稱為漫遊器) 等非人為流量，是指網站上由程式執行的活動。這類程式的運作方式如下：程式對網站上的網頁發出請求，並循環不斷地點擊該網頁上連向同一網站其他網頁的連結，許多情況下還包括廣告伺服器連結。此類活動可能包括系統監控工具 (確保網站運作正常) 和內容索引或擷取程序 (例如搜尋引擎可能以此填充資料庫)。使用者的瀏覽器或漫遊器向伺服器發出內容請求時，除了請求本身，通常還會提供其他資料，包括 IP 位址和使用者代理程式。使用者代理程式通常會向網路伺服器提供某些資訊，例如瀏覽器類型 (Internet Explorer、Firefox、Safari、Netscape、Opera 等)、瀏覽器版本、電腦作業系統等等。此外，代理程式還可能提供向伺服器表明身分的資訊。這類資訊會用於篩除非人為流量。
- 業務合作夥伴資格：所有使用 Ad Manager 服務的客戶都必須遵循我們的《平台計畫政策》，當中規定合作夥伴不得涉及無效活動，詳情請參閱無效活動一節。Google 會持續篩除無效流量，並針對收到大量無效流量的業務合作夥伴進行審查。一旦發現合作夥伴持續收到大量無效流量，我們可將其帳戶停權或關閉。
-
其他篩除程序細節：
- 非人為活動的識別來源：Google 會根據過往的自動化活動，決定使用 IAB/ABCe 國際自動尋檢程式和漫遊器清單 (International Spiders & Robots List) 等篩選器。我們也會使用「IAB 漫遊器清單」這個排除檔案。
- 活動篩除程序：識別活動時，系統會進行特定類型的模式分析，從中找出可能屬於非人為流量的活動行為。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 個小時。太平洋時間每月一號大約清晨 3 點，我們會凍結前一個月的統計資料。
-
預先發布版品質保證流程：
- Google 的作業流程包括正式的變更請求協定和追蹤系統。只要收到變更請求，系統就會將請求輸入變更管理追蹤工具，這項工具還會記錄核准狀態。接著，系統會執行變更，並使用自動或手動測試工具 (即單元測試)，根據變更類型執行測試。單元測試完畢後，系統會產生包含所有最新變更的版本，該版本會在平行測試環境中接受測試。版本測試完成後，變更就會正式生效。
- Google 使用權限控管系統加強對各系統的存取控制，確保只有獲得授權的人員才能核准對程式和系統的變更，並准許變更生效。對於授予、變更或終止使用者在 Ad Manager 環境中的存取權等方面，Google 具有一套正式的控管流程。此外，系統每季都會執行使用者存取權稽核，期間會審查每個使用者帳戶，判斷是否具有適當存取權。
- 重新發出資料：Google 擁有自動工具，可於內部偵測資料報表中所有的差異並發出相關快訊。Google 相關人員會回應這些快訊，並採取適當的修正動作。系統會依個案情況，處理大型資料的重新發布作業。
-
電子記錄保留期：系統會備份所有原始廣告伺服器記錄，並至少保留 18 個月。
裝置分類方法
Google 同時使用內外部的使用者代理程式與行動應用程式 SDK 資料將裝置分類，過程中不仰賴第三方。
