區隔

Google Ads 使用者介面提供區隔功能,並以獨立選單的形式呈現。如要在 Google Ads API 中導入區隔,請在查詢中加入適當的欄位。舉例來說,假設您在查詢中加入 segments.device。因此,報表會針對裝置和 FROM 子句中指定資源的每個組合,各顯示一列,並將統計值 (曝光次數、點擊次數、轉換次數等) 分別列出。

在 Google Ads 使用者介面中,一次只能使用一個區隔,但透過 API,您可以在同一個查詢中指定多個區隔。

SELECT
  campaign.name,
  campaign.status,
  segments.device,
  metrics.impressions
FROM campaign

將這項查詢傳送至 GoogleAdsService.SearchStream 後,傳回的結果會類似於下列 JSON 字串:

{
  "results":[
    {
      "campaign":{
        "resourceName":"customers/1234567890/campaigns/111111111",
        "name":"Test campaign",
        "status":"ENABLED"
      },
      "metrics":{
        "impressions":"10922"
      },
      "segments":{
        "device":"MOBILE"
      }
    },
    {
      "campaign":{
        "resourceName":"customers/1234567890/campaigns/111111111",
        "name":"Test campaign",
        "status":"ENABLED"
      },
      "metrics":{
        "impressions":"28297"
      },
      "segments":{
        "device":"DESKTOP"
      }
    },
    ...
  ]
}

在這個範例結果中,第一個和第二個物件的屬性 (包括資源名稱) 相同。曝光次數會依裝置區隔,因此同一個廣告活動可能會傳回兩個以上的物件。

隱性區隔

每份報表最初都會依 FROM 子句中指定的資源進行區隔。即使查詢中未明確納入 resource_name 欄位,系統仍會傳回 FROM 子句中資源的 resource_name 欄位,並依據該欄位區隔指標。舉例來說,如果您在 FROM 子句中將 ad_group 指定為資源,系統就會自動傳回 ad_group.resource_name,並在廣告群組層級對其隱含區隔指標。

因此,這項查詢的結果

SELECT metrics.impressions
FROM ad_group

您會取得類似這樣的 JSON 字串:

{
  "results":[
    {
      "adGroup":{
        "resourceName":"customers/1234567890/adGroups/2222222222"
      },
      "metrics":{
        "impressions":"237"
      }
    },
    {
      "adGroup":{
        "resourceName":"customers/1234567890/adGroups/33333333333"
      },
      "metrics":{
        "impressions":"15"
      }
    },
    {
      "adGroup":{
        "resourceName":"customers/1234567890/adGroups/44444444444"
      },
      "metrics":{
        "impressions":"0"
      }
    }
  ]
}

adGroupresource_name 欄位一律會傳回,因為 ad_groupFROM 子句中指定為資源。

可選取的區隔欄位

FROM 子句中,並非所有區隔欄位都可供特定資源選取。 舉例來說,假設您繼續從 ad_group 資源查詢。如要從 ad_group 資源選取區隔欄位,該欄位必須存在於 ad_group 的 Segments 清單中。Segments 清單是ad_group 資源中繼資料頁面上可用欄位表格的黃色部分。

區隔資源

從某些資源選取時,您可以選擇在 FROM 子句中選取資源的欄位,藉此隱含地加入相關資源。這些相關資源會列在資源的 FROM 子句中繼資料頁面上的 Attributed Resources 清單中。如果是 ad_group 資源,您會發現也可以從 campaign 資源選取欄位。即使查詢中未明確納入 resource_name 欄位,系統仍會自動傳回 SELECT 子句中至少有一個欄位的任何 Attributed Resourcesresource_name 欄位。

選取 Segmenting Resource 欄位的方式與選取 Attributed Resource 欄位類似。如果特定資源的中繼資料頁面有Segmenting Resources清單,選取清單中某個資源的欄位,就會導致查詢結果依該Segmenting Resource傳回的resource_name進一步區隔。舉例來說,您會發現 campaign 資源列為 campaign_budget 資源的 Segmenting Resource。從 campaign_budget 資源選取任何廣告活動欄位 (例如 campaign.name),不僅會傳回 campaign.name 欄位,還會傳回 campaign.resource_name 欄位並進行區隔。

區隔和指標的可選取性

特定區隔欄位可能與其他區隔欄位或部分指標欄位不相容。如要判斷哪些區隔欄位彼此相容,請查看 SELECT 子句中的區隔 selectable_with 清單。

如果是 ad_group 資源,則有 50 多個可用區隔可供選取。不過,segments.hotel_check_in_dateselectable_with 清單是相容區隔的小型集合。也就是說,如果您在 SELECT 子句中加入 segments.hotel_check_in_date 欄位,可供選取的區隔就會限制為這兩個清單的交集。

依區隔選取項目隱含篩選

在查詢中選取特定區隔欄位時,Google Ads API 可能會隱含地篩選結果,只納入適用該區隔且有值的資料列。

segments.keyword.* 的影響

選取「segments.keyword」下方的任何欄位 (例如「segments.keyword.info.text」和「segments.keyword.ad_group_criterion」) 時,就會發生這種常見的重要行為。

  • 排除非關鍵字流量:如果您在 SELECT 子句中加入任何segments.keyword.*欄位,結果就會受到限制,只會顯示與搜尋聯播網關鍵字廣告群組條件直接相關的資料列。
  • 受影響的廣告活動類型:因此,不依賴搜尋關鍵字的廣告活動類型或廣告群組資料會排除在結果之外。包括但不限於:

    • 動態搜尋廣告:動態搜尋廣告目標是根據網站內容 (而非關鍵字) 設定。
    • 購物廣告活動:使用產品群組而非關鍵字。
    • 最高成效廣告活動:雖然最高成效廣告活動可能會在搜尋聯播網上放送,但報表通常不會依相同的關鍵字條件劃分。
  • 多媒體廣告聯播網:segments.keyword.* 欄位與搜尋聯播網使用的關鍵字有關。不會依多媒體廣告聯播網關鍵字或其他多媒體指定方式區隔。

最佳做法:如果分析需要納入動態搜尋廣告、購物或其他非以搜尋關鍵字為依據的來源的成效資料,請勿在查詢中加入 segments.keyword.* 的欄位。請先分析所有廣告活動類型的資料,只有在著重於搜尋關鍵字成效時,才套用關鍵字區隔。

WHERE 子句中的區隔規則

如果區隔位於 WHERE 子句中,也必須位於 SELECT 子句中。 但下列日期區隔不適用這項規則,這些區隔稱為核心日期區隔

  • segments.date
  • segments.week
  • segments.month
  • segments.quarter
  • segments.year

核心日期區隔欄位的規則

segments.datesegments.weeksegments.monthsegments.quartersegments.year 區隔的功能如下:

  • 這些區隔可在 WHERE 子句中篩選,而不顯示在 SELECT 子句中。

  • 如果這些區隔位於 SELECT 子句中,則必須在 WHERE 子句中指定由核心日期區隔組成的有限日期範圍。日期區隔不一定要與 SELECT 中指定的日期區隔相同。

範例

無效:由於 segments.date 位於 SELECT 子句中,因此您需要在 WHERE 子句中指定 segments.datesegments.weeksegments.monthsegments.quartersegments.year 的有限日期範圍。
SELECT
  campaign.name,
  metrics.clicks,
  segments.date
FROM campaign
有效:這項查詢會傳回廣告活動名稱,以及在指定日期範圍內累積的點擊次數。請注意,segments.date 不必出現在 SELECT 子句中。
SELECT
  campaign.name,
  metrics.clicks
FROM campaign
WHERE segments.date > '2024-01-01'
  AND segments.date < '2024-02-01'
有效:這項查詢會傳回廣告活動名稱和點擊次數,並依日期細分日期範圍內的所有天數。
SELECT
  campaign.name,
  metrics.clicks,
  segments.date
FROM campaign
WHERE segments.date > '2024-01-01'
  AND segments.date < '2024-02-01'
有效:這項查詢會傳回日期範圍內所有日期的廣告活動名稱和按月區隔的點擊次數。
SELECT
  campaign.name,
  metrics.clicks,
  segments.month
FROM campaign
WHERE segments.date > '2024-01-01'
  AND segments.date < '2024-02-01'
有效:這項查詢會傳回廣告活動名稱和點擊次數,並依季度和月份細分,適用於指定年份範圍內的所有月份。
SELECT
  campaign.name,
  metrics.clicks,
  segments.quarter,
  segments.month
FROM campaign
WHERE segments.year > 2019
  AND segments.year < 2024

search_term_view

search_term_view 資源也會依廣告群組 (而不只是搜尋字詞) 隱含區隔,這點可從其資源名稱的結構看出,因為資源名稱也包含廣告群組。因此,您會看到一些看似重複的資料列,這些資料列的搜尋字詞相同,但屬於不同的廣告群組。

{
  "results":[
    {
      "searchTermView":{
        "resourceName":"customers/1234567890/searchTermViews/111111111~2222222222~Z29vZ2xlIHBob3RvcyBpb3M",
        "searchTerm":"google photos"
      },
      "metrics":{
        "impressions":"3"
      },
      "segments":{
        "date":"2024-06-15"
      }
    },
    {
      "searchTermView":{
        "resourceName":"customers/1234567890/searchTermViews/111111111~33333333333~Z29vZ2xlIHBob3RvcyBpb3M",
        "searchTerm":"google photos"
      },
      "metrics":{
        "impressions":"2"
      },
      "segments":{
        "date":"2024-06-15"
      }
    }
  ]
}

雖然這個範例中傳回的兩個物件看似重複,但其實資源名稱不同,特別是「廣告群組」部分。這表示搜尋字詞「Google 相簿」在同一天 (2024 年 6 月 15 日) 歸給兩個廣告群組 (ID 222222222233333333333)。因此,我們可以得出結論:API 運作正常,且在此案例中未傳回重複物件。