分割

细分是 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 子句中指定的资源进行细分。系统会返回 FROM 子句中资源的 resource_name 字段，并按该字段对指标进行细分，即使 resource_name 字段未明确包含在查询中也是如此。例如，如果您在 FROM 子句中将 ad_group 指定为资源，系统会自动返回 ad_group.resource_name，并且指标会在 ad_group 级别隐式按其进行细分。

因此，对于此查询，

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"
      }
    }
  ]
}

请注意，系统始终会返回 adGroup 的 resource_name 字段，因为 ad_group 在 FROM 子句中被指定为资源。

可选择的细分字段

在 FROM 子句中，并非所有细分字段都适用于指定资源。例如，我们将继续从 ad_group 资源中进行查询。若要从 ad_group 资源中选择细分字段，该字段需要存在于 ad_group 的 Segments 列表中。Segments 列表是 ad_group 资源元数据页面上“可用字段”表格的黄色部分。

细分资源

从某些资源中进行选择时，您可以选择在 FROM 子句中选择相关资源的字段以及资源的字段，以便隐式联接相关资源。您可以在 FROM 子句的元数据页面中，找到资源的 Attributed Resources 列表中的这些相关资源。对于 ad_group 资源，您会发现还可以从 campaign 资源中选择字段。系统会自动返回 SELECT 子句中至少包含 1 个字段的任何 Attributed Resources 的 resource_name 字段，即使查询中未明确包含 resource_name 字段也是如此。

与选择 Attributed Resource 字段类似，您还可以选择 Segmenting 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_date 的 selectable_with 列表包含的兼容细分要少得多。这意味着，如果您将 segments.hotel_check_in_date 字段添加到 SELECT 子句中，则可将您可以选择的剩余细分受众群限制为这两个列表的交集。

添加某些细分后，摘要行中的指标可能会减少

将 segments.keyword.info.match_type 添加到包含 FROM ad_group_ad 的查询时，该细分会告知查询仅获取包含关键字的数据行，并移除与任何关键字都没有关联的行。在这种情况下，指标会降低，因为系统会排除所有非关键字指标。

WHERE 子句中细分的规则

当某个片段位于 WHERE 子句中时，也必须位于 SELECT 子句中。以下日期细分是此规则的例外情况，我们将其称为核心日期细分：

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

核心日期细分字段的规则

segments.date、segments.week、segments.month、segments.quarter 和 segments.year 片段的运作方式如下：

• 这些片段可以在 WHERE 子句中过滤，而不会显示在 SELECT 子句中。

• 如果 SELECT 子句中包含上述任一细分，则必须在 WHERE 子句中指定由核心日期细分组成的有限日期范围（日期细分不必与 SELECT 中指定的日期细分相同）。

示例

SELECT
  campaign.name,
  metrics.clicks,
  segments.date
FROM campaign

SELECT
  campaign.name,
  metrics.clicks
FROM campaign
WHERE segments.date > '2020-01-01'
  AND segments.date < '2020-02-01'

SELECT
  campaign.name,
  metrics.clicks,
  segments.date
FROM campaign
WHERE segments.date > '2020-01-01'
  AND segments.date < '2020-02-01'

SELECT
  campaign.name,
  metrics.clicks,
  segments.month
FROM campaign
WHERE segments.date > '2020-01-01'
  AND segments.date < '2020-02-01'

SELECT
  campaign.name,
  metrics.clicks,
  segments.quarter,
  segments.month
FROM campaign
WHERE segments.year > 2015
  AND segments.year < 2020

search_term_view

请注意，对于 search_term_view 资源，它还会按广告组（而不仅仅是搜索字词）隐式细分，这反映在其资源名称的结构中，其中也包含广告组。因此，您会在结果中看到一些包含相同搜索字词且看似重复的行，但实际上这些行属于不同的广告组：

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

虽然此示例中返回的两个对象似乎是重复的，但它们的资源名称实际上是不同的，尤其是“广告组”部分。这意味着，搜索字词“google photos”在同一日期（2015 年 6 月 15 日）归因于两个广告组（ID 为 2222222222 和 33333333333）。因此，我们可以得出结论，在本例中，该 API 按预期运行，并且未返回重复的对象。