sino-bc-cli 1.8.7 → 1.8.8
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/SKILL.md +1 -1
- package/dist/affordance/biz-line.md +12 -12
- package/dist/api-doc/oapi/biz-line-strategy.md +117 -28
- package/dist/generated/api-catalog.json +75 -60
- package/dist/index.js +1 -1
- package/dist/skills/oapi/sino-bc-biz-line/SKILL.md +2 -13
- package/dist/skills/oapi/sino-bc-biz-line/references/long-tail-api.md +11 -11
- package/dist/skills/oapi/sino-bc-sso/SKILL.md +1 -1
- package/dist/skills/oapi/sino-bc-sso/references/long-tail-api.md +1 -1
- package/package.json +1 -1
package/dist/SKILL.md
CHANGED
|
@@ -65,7 +65,7 @@ CLI 未安装:`npm i sino-bc-cli@latest -g`(Node.js >= 24)。技能未出
|
|
|
65
65
|
Agent 先读子技能 `sino-bc-shared`,再按意图读域技能。
|
|
66
66
|
|
|
67
67
|
1. 配置、信封、确认门、禁止拼 HTTP:[`sino-bc-shared/SKILL.md`](sino-bc-shared/SKILL.md)(仓库 [`skills/default/sino-bc-shared/SKILL.md`](skills/default/sino-bc-shared/SKILL.md))
|
|
68
|
-
2.
|
|
68
|
+
2. 业务线、周策略生成、广告结构、广告成效:[`sino-bc-biz-line/SKILL.md`](sino-bc-biz-line/SKILL.md)(仓库 [`skills/oapi/sino-bc-biz-line/SKILL.md`](skills/oapi/sino-bc-biz-line/SKILL.md))
|
|
69
69
|
3. SSO 组别:[`sino-bc-sso/SKILL.md`](sino-bc-sso/SKILL.md)(仓库 [`skills/oapi/sino-bc-sso/SKILL.md`](skills/oapi/sino-bc-sso/SKILL.md))
|
|
70
70
|
|
|
71
71
|
安装与刷新(会写入上面列出的子技能到本机 `sino-bc-cli/`,并删除旧的平级 `sino-bc-shared` / `sino-bc-<domain>` 技能目录):
|
|
@@ -98,41 +98,41 @@
|
|
|
98
98
|
- **别用**:已有更贴切的 Shortcut 时不要用本命令凑合。
|
|
99
99
|
- **示例**:`sino-bc-cli biz-line +queryByPage --data '{...}'`
|
|
100
100
|
|
|
101
|
-
## +
|
|
101
|
+
## +facebook-dimension
|
|
102
102
|
|
|
103
103
|
- **WHEN**:Facebook广告策略维度数据
|
|
104
104
|
- **别用**:已有更贴切的 Shortcut 时不要用本命令凑合。
|
|
105
|
-
- **示例**:`sino-bc-cli biz-line +
|
|
105
|
+
- **示例**:`sino-bc-cli biz-line +facebook-dimension --data '{...}'`
|
|
106
106
|
|
|
107
|
-
## +google-
|
|
107
|
+
## +google-dimension
|
|
108
108
|
|
|
109
109
|
- **WHEN**:Google广告策略维度数据
|
|
110
110
|
- **别用**:已有更贴切的 Shortcut 时不要用本命令凑合。
|
|
111
|
-
- **示例**:`sino-bc-cli biz-line +google-
|
|
111
|
+
- **示例**:`sino-bc-cli biz-line +google-dimension --data '{...}'`
|
|
112
112
|
|
|
113
|
-
## +tiktok-
|
|
113
|
+
## +tiktok-dimension
|
|
114
114
|
|
|
115
115
|
- **WHEN**:TikTok广告策略维度数据
|
|
116
116
|
- **别用**:已有更贴切的 Shortcut 时不要用本命令凑合。
|
|
117
|
-
- **示例**:`sino-bc-cli biz-line +tiktok-
|
|
117
|
+
- **示例**:`sino-bc-cli biz-line +tiktok-dimension --data '{...}'`
|
|
118
118
|
|
|
119
|
-
## +facebook-
|
|
119
|
+
## +facebook-metrics
|
|
120
120
|
|
|
121
121
|
- **WHEN**:Facebook广告策略成效数据
|
|
122
122
|
- **别用**:已有更贴切的 Shortcut 时不要用本命令凑合。
|
|
123
|
-
- **示例**:`sino-bc-cli biz-line +facebook-
|
|
123
|
+
- **示例**:`sino-bc-cli biz-line +facebook-metrics --data '{...}'`
|
|
124
124
|
|
|
125
|
-
## +
|
|
125
|
+
## +google-metrics
|
|
126
126
|
|
|
127
127
|
- **WHEN**:Google广告策略成效数据
|
|
128
128
|
- **别用**:已有更贴切的 Shortcut 时不要用本命令凑合。
|
|
129
|
-
- **示例**:`sino-bc-cli biz-line +
|
|
129
|
+
- **示例**:`sino-bc-cli biz-line +google-metrics --data '{...}'`
|
|
130
130
|
|
|
131
|
-
## +
|
|
131
|
+
## +tiktok-metrics
|
|
132
132
|
|
|
133
133
|
- **WHEN**:TikTok广告策略成效数据
|
|
134
134
|
- **别用**:已有更贴切的 Shortcut 时不要用本命令凑合。
|
|
135
|
-
- **示例**:`sino-bc-cli biz-line +
|
|
135
|
+
- **示例**:`sino-bc-cli biz-line +tiktok-metrics --data '{...}'`
|
|
136
136
|
|
|
137
137
|
## api
|
|
138
138
|
|
|
@@ -152,7 +152,34 @@ result 为公司分页对象:total=总条数,result=当前页 OptimizeProjec
|
|
|
152
152
|
|
|
153
153
|
查询 Facebook(Meta)渠道的广告策略配置数据。按指定广告账户和日期范围,返回广告的策略设置明细(广告目标、成效目标、创意类型、出价方式、调整出价、受众类型、兴趣词包、年龄、性别等),用于分析某批账户在某段时间内各广告的策略配置分布。本接口只返回策略维度,不含消耗、点击等成效指标,需要成效数据请改用「Facebook广告策略成效数据」接口。
|
|
154
154
|
|
|
155
|
-
|
|
155
|
+
【国家维度特别说明】
|
|
156
|
+
country_code(国家)必须单独传入,不能和任何其他维度同时传,否则会报错「country_code 不能和其他维度同时传入」。查国家维度时服务端会转走跨渠道广告数据接口,只返回按国家分组的数据。
|
|
157
|
+
|
|
158
|
+
【入参填写规则】
|
|
159
|
+
1. startDate / endDate:字符串,格式 yyyy-MM-dd,两者都必填。
|
|
160
|
+
2. dimensionValues:过滤条件,结构是「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>)。每个 key 是字段 code,对应的 value 必须是数组,即使只筛一个值也要用数组包裹;同一个 key 内的多个值之间是「或」关系,命中任意一个即返回。本接口只有 account_id 这一个 key 生效,传入其他 key 不会报错,但也不会产生任何过滤效果。
|
|
161
|
+
3. dimensions:分组维度数组,必填。传多个维度时按多个字段组合分组,效果等同 SQL 的 GROUP BY 多列,维度越多返回行数越多、粒度越细。
|
|
162
|
+
4. 排序:单字段排序用 order(字段名)+ orderType(desc / asc);多字段排序用 orders,结构是「字段名 → 排序方向」的有序键值对,按书写顺序依次排序,例如 {"calendar_date":"desc","account_id":"asc"}。两者可同时使用,order 指定的字段会追加到 orders 之后。
|
|
163
|
+
5. 分页:page 从 1 开始(默认 1),size 为每页条数(默认 10)。返回的 result.total 是总条数,据此判断是否还有下一页。
|
|
164
|
+
|
|
165
|
+
【请求示例】
|
|
166
|
+
{
|
|
167
|
+
"startDate": "2026-08-01",
|
|
168
|
+
"endDate": "2026-08-31",
|
|
169
|
+
"dimensionValues": {
|
|
170
|
+
"account_id": [
|
|
171
|
+
"act_1036928420879324"
|
|
172
|
+
]
|
|
173
|
+
},
|
|
174
|
+
"dimensions": [
|
|
175
|
+
"calendar_date",
|
|
176
|
+
"optimization_goal"
|
|
177
|
+
],
|
|
178
|
+
"order": "calendar_date",
|
|
179
|
+
"orderType": "desc",
|
|
180
|
+
"page": 1,
|
|
181
|
+
"size": 20
|
|
182
|
+
}
|
|
156
183
|
|
|
157
184
|
【返回格式】
|
|
158
185
|
result.data 为数据行数组,每行的每个字段有两个 key:
|
|
@@ -166,14 +193,15 @@ result.total 为总条数,result.page 和 result.size 为当前分页。
|
|
|
166
193
|
|
|
167
194
|
| 字段 | 类型 | 说明 |
|
|
168
195
|
| --- | --- | --- |
|
|
169
|
-
| `startDate` | string |
|
|
170
|
-
| `endDate` | string |
|
|
171
|
-
| `dimensionValues` | object |
|
|
172
|
-
| `dimensions` | array |
|
|
173
|
-
| `order` | string |
|
|
174
|
-
| `orderType` | string |
|
|
175
|
-
| `
|
|
176
|
-
| `
|
|
196
|
+
| `startDate` | string | 统计开始日期,字符串,格式 yyyy-MM-dd,例如 "2026-08-01"。必填。 |
|
|
197
|
+
| `endDate` | string | 统计结束日期,字符串,格式 yyyy-MM-dd,例如 "2026-08-31"。必填,需大于等于 startDate。 |
|
|
198
|
+
| `dimensionValues` | object | 过滤条件。结构为「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>),value 必须是数组,即使只筛一个值也要用数组包裹。本接口只有 account_id 一个 key 生效,传其他 key 不报错但无过滤效果。示例:{"account_id": ["act_123", "act_456"]} |
|
|
199
|
+
| `dimensions` | array | 分组维度,字符串数组,必传且不能为空数组(传空数组返回结果为空)。传多个维度时按多字段组合分组,等同 SQL 的 GROUP BY 多列,维度越多粒度越细、返回行数越多。各维度含义:calendar_date(投放日期)、account_id(广告账户ID)、account_name(广告账户名称)、campaign_id(广告系列ID)、campaign_name(广告系列名称)、adgroup_id(广告组ID)、adgroup_name(广告组名称)、ad_id(广告ID)、ad_name(广告名称)、bid_amount(调整出价)、objective(广告目标)、optimization_goal(成效目标)、ad_format(创意类型)、bid_strategy(出价方式)、audience_type(受众类型)、targeting_interests(兴趣词包)、targeting_flexible_interests(弹性兴趣词包)、targeting_exclusion_interests(排除兴趣词包)、targeting_age(年龄)、targeting_genders(性别)、country_code(国家,必须单独传,不能和其他维度同时传) |
|
|
200
|
+
| `order` | string | 单字段排序的字段名,填单个 code,取值范围为 dimensions 的可选值。不必包含在已传的字段中,服务端会自动补入参与排序,但该字段不会作为列返回。与 orders 可同时使用,order 指定的字段会追加到 orders 之后。 |
|
|
201
|
+
| `orderType` | string | 排序方向,配合 order 使用。desc 降序,asc 升序,默认 asc。 |
|
|
202
|
+
| `orders` | object | 多字段排序,结构为「字段名 → 排序方向」的有序键值对(Java 类型 LinkedHashMap<String, String>),按 key 的书写顺序依次排序,方向取值 desc 或 asc。示例:{"calendar_date":"desc","account_id":"asc"}。只需单字段排序时用 order + orderType 即可,不必传本字段。 |
|
|
203
|
+
| `page` | integer | 页码,从 1 开始,默认 1。 |
|
|
204
|
+
| `size` | integer | 每页条数,默认 10,建议显式指定。返回的 result.total 为总条数,据此判断是否还有下一页。 |
|
|
177
205
|
|
|
178
206
|
## 16. Google广告策略维度数据
|
|
179
207
|
|
|
@@ -210,7 +238,34 @@ result.total 为总条数,result.page 和 result.size 为当前分页。
|
|
|
210
238
|
|
|
211
239
|
查询 TikTok 渠道的广告策略配置数据。按指定广告账户和日期范围,返回广告的策略设置明细(广告目标、成效目标、创意类型、出价方式、调整出价、转化出价、深度转化出价、兴趣词包、年龄、性别等),用于分析某批账户在某段时间内各广告的策略配置分布。转化出价和深度转化出价是 TikTok 渠道独有的维度。本接口只返回策略维度,不含消耗、点击等成效指标,需要成效数据请改用「TikTok广告策略成效数据」接口。
|
|
212
240
|
|
|
213
|
-
|
|
241
|
+
【国家维度特别说明】
|
|
242
|
+
country_code(国家)必须单独传入,不能和任何其他维度同时传,否则会报错「country_code 不能和其他维度同时传入」。查国家维度时服务端会转走跨渠道广告数据接口,只返回按国家分组的数据。
|
|
243
|
+
|
|
244
|
+
【入参填写规则】
|
|
245
|
+
1. startDate / endDate:字符串,格式 yyyy-MM-dd,两者都必填。
|
|
246
|
+
2. dimensionValues:过滤条件,结构是「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>)。每个 key 是字段 code,对应的 value 必须是数组,即使只筛一个值也要用数组包裹;同一个 key 内的多个值之间是「或」关系,命中任意一个即返回。本接口只有 account_id 这一个 key 生效,传入其他 key 不会报错,但也不会产生任何过滤效果。
|
|
247
|
+
3. dimensions:分组维度数组,必填。传多个维度时按多个字段组合分组,效果等同 SQL 的 GROUP BY 多列,维度越多返回行数越多、粒度越细。
|
|
248
|
+
4. 排序:单字段排序用 order(字段名)+ orderType(desc / asc);多字段排序用 orders,结构是「字段名 → 排序方向」的有序键值对,按书写顺序依次排序,例如 {"calendar_date":"desc","account_id":"asc"}。两者可同时使用,order 指定的字段会追加到 orders 之后。
|
|
249
|
+
5. 分页:page 从 1 开始(默认 1),size 为每页条数(默认 10)。返回的 result.total 是总条数,据此判断是否还有下一页。
|
|
250
|
+
|
|
251
|
+
【请求示例】
|
|
252
|
+
{
|
|
253
|
+
"startDate": "2026-08-01",
|
|
254
|
+
"endDate": "2026-08-31",
|
|
255
|
+
"dimensionValues": {
|
|
256
|
+
"account_id": [
|
|
257
|
+
"<广告账户ID,格式同 account_id 维度返回值>"
|
|
258
|
+
]
|
|
259
|
+
},
|
|
260
|
+
"dimensions": [
|
|
261
|
+
"calendar_date",
|
|
262
|
+
"optimization_goal"
|
|
263
|
+
],
|
|
264
|
+
"order": "calendar_date",
|
|
265
|
+
"orderType": "desc",
|
|
266
|
+
"page": 1,
|
|
267
|
+
"size": 20
|
|
268
|
+
}
|
|
214
269
|
|
|
215
270
|
【返回格式】
|
|
216
271
|
result.data 为数据行数组,每行的每个字段有两个 key:
|
|
@@ -224,20 +279,53 @@ result.total 为总条数,result.page 和 result.size 为当前分页。
|
|
|
224
279
|
|
|
225
280
|
| 字段 | 类型 | 说明 |
|
|
226
281
|
| --- | --- | --- |
|
|
227
|
-
| `startDate` | string |
|
|
228
|
-
| `endDate` | string |
|
|
229
|
-
| `dimensionValues` | object |
|
|
230
|
-
| `dimensions` | array |
|
|
231
|
-
| `order` | string |
|
|
232
|
-
| `orderType` | string |
|
|
233
|
-
| `
|
|
234
|
-
| `
|
|
282
|
+
| `startDate` | string | 统计开始日期,字符串,格式 yyyy-MM-dd,例如 "2026-08-01"。必填。 |
|
|
283
|
+
| `endDate` | string | 统计结束日期,字符串,格式 yyyy-MM-dd,例如 "2026-08-31"。必填,需大于等于 startDate。 |
|
|
284
|
+
| `dimensionValues` | object | 过滤条件。结构为「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>),value 必须是数组,即使只筛一个值也要用数组包裹。本接口只有 account_id 一个 key 生效,传其他 key 不报错但无过滤效果。示例:{"account_id": ["act_123", "act_456"]} |
|
|
285
|
+
| `dimensions` | array | 分组维度,字符串数组,必传且不能为空数组(传空数组返回结果为空)。传多个维度时按多字段组合分组,等同 SQL 的 GROUP BY 多列,维度越多粒度越细、返回行数越多。各维度含义:calendar_date(投放日期)、account_id(广告账户ID)、account_name(广告账户名称)、campaign_id(广告系列ID)、campaign_name(广告系列名称)、adgroup_id(广告组ID)、adgroup_name(广告组名称)、ad_id(广告ID)、ad_name(广告名称)、bid_amount(调整出价)、objective(广告目标)、optimization_goal(成效目标)、ad_format(创意类型)、bid_strategy(出价方式)、audience_type(受众类型)、targeting_interests(兴趣词包)、targeting_age(年龄)、targeting_genders(性别)、conversion_bid(转化出价)、deep_cpabid(深度转化出价)、country_code(国家,必须单独传,不能和其他维度同时传) |
|
|
286
|
+
| `order` | string | 单字段排序的字段名,填单个 code,取值范围为 dimensions 的可选值。不必包含在已传的字段中,服务端会自动补入参与排序,但该字段不会作为列返回。与 orders 可同时使用,order 指定的字段会追加到 orders 之后。 |
|
|
287
|
+
| `orderType` | string | 排序方向,配合 order 使用。desc 降序,asc 升序,默认 asc。 |
|
|
288
|
+
| `orders` | object | 多字段排序,结构为「字段名 → 排序方向」的有序键值对(Java 类型 LinkedHashMap<String, String>),按 key 的书写顺序依次排序,方向取值 desc 或 asc。示例:{"calendar_date":"desc","account_id":"asc"}。只需单字段排序时用 order + orderType 即可,不必传本字段。 |
|
|
289
|
+
| `page` | integer | 页码,从 1 开始,默认 1。 |
|
|
290
|
+
| `size` | integer | 每页条数,默认 10,建议显式指定。返回的 result.total 为总条数,据此判断是否还有下一页。 |
|
|
235
291
|
|
|
236
292
|
## 18. Facebook广告策略成效数据
|
|
237
293
|
|
|
238
294
|
`POST /sino-icenter/mcp/strategy/metrics/facebook/ad/list`
|
|
239
295
|
|
|
240
|
-
查询 Facebook(Meta
|
|
296
|
+
查询 Facebook(Meta)渠道广告的策略维度加成效指标数据。在广告策略配置(广告目标、成效目标、创意类型、出价方式、受众定向等)的分组下,返回消耗、曝光、点击、购买、安装等成效指标,用于分析哪种策略配置带来更好的投放效果。
|
|
297
|
+
|
|
298
|
+
【入参填写规则】
|
|
299
|
+
1. startDate / endDate:字符串,格式 yyyy-MM-dd,两者都必填。
|
|
300
|
+
2. dimensionValues:过滤条件,结构是「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>)。每个 key 是字段 code,对应的 value 必须是数组,即使只筛一个值也要用数组包裹;同一个 key 内的多个值之间是「或」关系,命中任意一个即返回。本接口只有 account_id 这一个 key 生效,传入其他 key 不会报错,但也不会产生任何过滤效果。
|
|
301
|
+
3. dimensions:分组维度数组,必填。传多个维度时按多个字段组合分组,效果等同 SQL 的 GROUP BY 多列,维度越多返回行数越多、粒度越细。
|
|
302
|
+
4. indicators:成效指标数组,必填。指标会在 dimensions 指定的分组粒度上做求和聚合。
|
|
303
|
+
5. 排序:单字段排序用 order(字段名)+ orderType(desc / asc);多字段排序用 orders,结构是「字段名 → 排序方向」的有序键值对,按书写顺序依次排序,例如 {"spend_usd":"desc","clicks":"asc"}。两者可同时使用,order 指定的字段会追加到 orders 之后。
|
|
304
|
+
6. 分页:page 从 1 开始(默认 1),size 为每页条数(默认 10)。返回的 result.total 是总条数,据此判断是否还有下一页。
|
|
305
|
+
|
|
306
|
+
【请求示例】
|
|
307
|
+
{
|
|
308
|
+
"startDate": "2026-08-01",
|
|
309
|
+
"endDate": "2026-08-31",
|
|
310
|
+
"dimensionValues": {
|
|
311
|
+
"account_id": [
|
|
312
|
+
"act_1036928420879324"
|
|
313
|
+
]
|
|
314
|
+
},
|
|
315
|
+
"dimensions": [
|
|
316
|
+
"calendar_date",
|
|
317
|
+
"optimization_goal"
|
|
318
|
+
],
|
|
319
|
+
"indicators": [
|
|
320
|
+
"spend_usd",
|
|
321
|
+
"impressions",
|
|
322
|
+
"clicks"
|
|
323
|
+
],
|
|
324
|
+
"order": "spend_usd",
|
|
325
|
+
"orderType": "desc",
|
|
326
|
+
"page": 1,
|
|
327
|
+
"size": 20
|
|
328
|
+
}
|
|
241
329
|
|
|
242
330
|
【返回格式】
|
|
243
331
|
result.data 为数据行数组,每行的每个字段有两个 key:
|
|
@@ -252,15 +340,16 @@ result.conflictField 是传入但当前渠道不支持的指标,会被忽略
|
|
|
252
340
|
|
|
253
341
|
| 字段 | 类型 | 说明 |
|
|
254
342
|
| --- | --- | --- |
|
|
255
|
-
| `startDate` | string |
|
|
256
|
-
| `endDate` | string |
|
|
257
|
-
| `dimensionValues` | object |
|
|
258
|
-
| `dimensions` | array |
|
|
259
|
-
| `indicators` | array |
|
|
260
|
-
| `order` | string |
|
|
261
|
-
| `orderType` | string |
|
|
262
|
-
| `
|
|
263
|
-
| `
|
|
343
|
+
| `startDate` | string | 统计开始日期,字符串,格式 yyyy-MM-dd,例如 "2026-08-01"。必填。 |
|
|
344
|
+
| `endDate` | string | 统计结束日期,字符串,格式 yyyy-MM-dd,例如 "2026-08-31"。必填,需大于等于 startDate。成效数据最多支持查询近21天,超出范围可能返回空数据。 |
|
|
345
|
+
| `dimensionValues` | object | 过滤条件。结构为「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>),value 必须是数组,即使只筛一个值也要用数组包裹。本接口只有 account_id 一个 key 生效,传其他 key 不报错但无过滤效果。示例:{"account_id": ["act_123", "act_456"]} |
|
|
346
|
+
| `dimensions` | array | 分组维度,字符串数组,必传且不能为空数组(传空数组返回结果为空)。传多个维度时按多字段组合分组,等同 SQL 的 GROUP BY 多列,维度越多粒度越细、返回行数越多。各维度含义:calendar_date(投放日期)、account_id(广告账户ID)、account_name(广告账户名称)、campaign_id(广告系列ID)、campaign_name(广告系列名称)、adgroup_id(广告组ID)、adgroup_name(广告组名称)、ad_id(广告ID)、ad_name(广告名称)、objective(广告目标)、optimization_goal(成效目标)、ad_format(创意类型)、bid_strategy(出价方式)、audience_type(受众类型)、targeting_interests(兴趣词包)、targeting_flexible_interests(弹性兴趣词包)、targeting_exclusion_interests(排除兴趣词包)、targeting_age(年龄)、targeting_genders(性别) |
|
|
347
|
+
| `indicators` | array | 成效指标,字符串数组,必传且不能为空数组。指标会在 dimensions 指定的分组粒度上做求和聚合。各指标含义:spend_usd(消耗金额,美元)、impressions(曝光量)、clicks(点击量)、video_views(视频观看次数)、add_to_cart(添加购物车次数)、checkouts(发起结账次数)、purchase(购买次数)、purchase_value(购买金额,美元)、installs(应用安装量)、complete_registration(完成注册量)、leads(留下潜客信息次数)、engagement(互动次数) |
|
|
348
|
+
| `order` | string | 单字段排序的字段名,填单个 code,取值范围为 dimensions 或 indicators 的可选值。不必包含在已传的字段中,服务端会自动补入参与排序,但该字段不会作为列返回。与 orders 可同时使用,order 指定的字段会追加到 orders 之后。 |
|
|
349
|
+
| `orderType` | string | 排序方向,配合 order 使用。desc 降序,asc 升序,默认 asc。 |
|
|
350
|
+
| `orders` | object | 多字段排序,结构为「字段名 → 排序方向」的有序键值对(Java 类型 LinkedHashMap<String, String>),按 key 的书写顺序依次排序,方向取值 desc 或 asc。示例:{"spend_usd":"desc","clicks":"asc"}。只需单字段排序时用 order + orderType 即可,不必传本字段。 |
|
|
351
|
+
| `page` | integer | 页码,从 1 开始,默认 1。 |
|
|
352
|
+
| `size` | integer | 每页条数,默认 10,建议显式指定。返回的 result.total 为总条数,据此判断是否还有下一页。 |
|
|
264
353
|
|
|
265
354
|
## 19. Google广告策略成效数据
|
|
266
355
|
|