分析：基本概念

重要事項：本文件不適用於您目前選取的格式廣告！

從這裡開始學習 AMP 分析的基本概念。

要使用 amp-pixel 還是 amp-analytics？

AMP 提供兩種元件來滿足您的分析和評估需求：amp-pixel 和 amp-analytics。這兩種選項都會將分析資料傳送到定義的端點。

如果您要尋找類似簡易追蹤像素的行為，amp-pixel 元件提供基本的網頁瀏覽追蹤功能；網頁瀏覽資料會傳送到定義的網址。部分與供應商的整合可能會要求使用此元件，在這種情況下，他們會指定確切的網址端點。

對於大多數分析解決方案，請使用 amp-analytics。amp-analytics 也適用於網頁瀏覽追蹤。但您也可以追蹤使用者與任何網頁內容 (包括連結和按鈕點擊) 的互動。

作為與 AMP 平台整合的一部分，供應商已提供預先定義的 amp-analytics 設定，以便輕鬆擷取資料並推送至其追蹤工具。從「分析供應商」清單存取供應商文件。

您可以在網頁中使用 amp-pixel 和 amp-analytics 這兩種標記：amp-pixel 用於簡易網頁瀏覽追蹤，而 amp-analytics 則用於其他所有用途。您也可以新增每個標記的多個副本。如果您與多個分析供應商合作，每個解決方案都需要一個標記。請記住，AMP 網頁越簡單對使用者越好，因此如果您不需要額外的標記，請勿使用。

建立簡易分析設定

瞭解如何建立簡易的 amp-pixel 和 amp-analytics 設定。

簡易 `amp-pixel` 設定

若要建立簡易的 amp-pixel 設定，請將類似以下的內容插入 AMP 網頁的內文

<amp-pixel src="https://foo.com/pixel?RANDOM"></amp-pixel>

在此範例中，網頁瀏覽資料會連同隨機數字一起傳送到定義的網址。RANDOM 變數是 AMP 平台中的眾多替換變數之一。在此處進一步瞭解變數替換。

amp-pixel 元件是內建的，因此您不需要像 AMP 的擴充元件 (包括 amp-analytics) 一樣加入宣告。但您應將 amp-pixel 標記盡可能靠近 <body> 的開頭放置。追蹤像素只會在標記本身進入檢視畫面時觸發。如果 amp-pixel 位於網頁底部附近，則可能不會觸發。

簡易 `amp-analytics` 設定

若要建立簡易的 amp-analytics 設定，您必須先在 AMP 文件的 <head> 中加入此 custom-element 宣告 (另請參閱元件加入宣告)

<script async custom-element="amp-analytics" src="https://cdn.ampproject.org/v0/amp-analytics-0.1.js"></script>

以下範例與 amp-pixel 範例類似。每當網頁可見時，觸發事件就會觸發，並將網頁瀏覽資料連同隨機 ID 一起傳送到定義的網址

<amp-analytics>
<script type="application/json">
  {
    "requests": {
      "pageview": "https://foo.com/pixel?RANDOM"
    },
    "triggers": {
      "trackPageview": {
        "on": "visible",
        "request": "pageview"
      }
    }
  }
</script>
</amp-analytics>

在以上範例中，我們已將名為 pageview 的要求定義為 https://foo.com/pixel?RANDOM。如先前所述，RANDOM 會替換為隨機數字，因此要求實際上會看起來像 https://foo.com/pixel?0.23479283687235653498734。

當網頁變成可見 (如觸發關鍵字 visible 的使用方式所指定) 時，就會觸發事件並傳送 pageview 要求。triggers 屬性決定何時觸發 pageview 要求。進一步瞭解要求和觸發條件。

變數替換

amp-pixel 和 amp-analytics 元件都允許所有標準網址變數替換 (請參閱AMP HTML 變數替換)。在以下範例中，網頁瀏覽要求會連同目前 AMP 文件的標準網址、標題和用戶端 ID 一起傳送到網址

<amp-pixel src="https://example.com/analytics?url=${canonicalUrl}&title=${title}&clientId=${clientId(site-user-id)}"></amp-pixel>

由於 amp-pixel 標記非常簡單，因此只能包含平台定義的變數，或 AMP 執行階段可以從 AMP 網頁剖析的變數。在以上範例中，平台會填入 canonicalURL 和 clientId(site-user-id) 的值。amp-analytics 標記可以包含與 amp-pixel 相同的變數，以及標記設定內唯一定義的變數。

在要求字串中使用 ${varName} 格式表示網頁或平台定義的變數。amp-analytics 標記會在建構分析要求時，將範本替換為其實際值 (另請參閱amp-analytics 中支援的變數。

在以下 amp-analytics 範例中，網頁瀏覽要求會連同從變數替換擷取的額外資料一起傳送到網址，部分資料由平台提供，部分資料在 amp-analytics 設定中內嵌定義

<amp-analytics>
  <script type="application/json">
    {
      "requests": {
        "pageview":"https://example.com/analytics?url=${canonicalUrl}&title=${title}&acct=${account}&clientId=${clientId(site-user-id)}"
      },
      "vars": {
        "account":"ABC123"
      },
      "triggers": {
        "someEvent": {
          "on": "visible",
          "request": "pageview",
          "vars": {
            "title": "My homepage"
          }
        }
      }
    }
  </script>
</amp-analytics>

在以上範例中，變數 account 和 title 在 amp-analytics 設定中定義。canonicalUrl 和 clientId 變數未在設定中定義，因此其值由平台替換。

重要事項 – 變數替換具有彈性；您可以讓相同的變數在不同位置定義，而 AMP 執行階段會依此優先順序剖析值 (請參閱變數替換順序)。

使用者識別

網站會使用 Cookie 在瀏覽器中儲存使用者的專屬資訊。Cookie 可用於判斷使用者是否先前曾造訪網站。在 AMP 中，網頁可以從發布商的網站或快取 (例如 Google AMP 快取) 提供。發布商的網站和快取可能具有不同的網域。基於安全性考量，瀏覽器可能會 (而且通常會) 限制存取另一個網域的 Cookie (另請參閱跨來源追蹤使用者)。

根據預設，無論網頁是從發布商的原始網站還是透過快取存取，AMP 都會管理用戶端 ID 的佈建。AMP 產生的用戶端 ID 的值為 "amp-"，後接隨機 base64 編碼字串，如果同一使用者再次造訪，則保持不變。

AMP 會在所有情況下管理用戶端 ID 的讀取和寫入。當網頁透過快取提供或在發布商原始網站的檢視內容之外顯示時，這一點尤其值得注意。在這種情況下，無法存取發布商網站的 Cookie。

當 AMP 網頁從發布商的網站提供時，AMP 使用的用戶端 ID 框架可以得知要尋找和使用的回溯 Cookie。在這種情況下，clientId 變數的 cid-scope-cookie-fallback-name 引數會解譯為 Cookie 名稱。格式可以顯示為 CLIENT_ID(cid-scope-cookie-fallback-name) 或 ${clientId(cid-scope-cookie-fallback-name)}。

例如

<amp-pixel src="https://foo.com/pixel?cid=CLIENT_ID(site-user-id-cookie-fallback-name)"></amp-pixel>

如果 AMP 發現已設定此 Cookie，則用戶端 ID 替換會傳回 Cookie 的值。如果 AMP 發現未設定此 Cookie，則 AMP 會產生格式為 amp- 後接隨機 base64 編碼字串的值。

進一步瞭解用戶端 ID 替換，包括如何在AMP 分析中支援的變數中新增選用的使用者通知 ID。

繼續透過深入探討 AMP 分析和使用案例瞭解分析。