调整竞价

本页用于调整竞价——让 ACoS 接近目标的最大杠杆。从关键词单位的下调与上调、到洗出需要重新审视的对象、跟随 Amazon 建议竞价的趋势、改善搜索结果顶部展示份额、再到广告位竞价系数的调整与直接设置，共提供 10 种模式。

本页基本信息

项目	内容
本页能做什么	从实绩数据生成竞价、广告位系数的下调／上调建议，洗出需要重新审视的关键词，跟随 Amazon 建议竞价与搜索结果顶部展示份额的调整，以及广告位系数的直接设置与回滚
适用对象	以赞助商品广告（SP）为主
所需数据・连接	已连接账户的实绩数据（无需额外设置）。若已在 KPI 目标登记目标 ACoS，会被自动引用
执行范围	因提示词而异。大部分仅为建议，在批准前不会反映到广告。但提示词 3 不改动竞价，只切出否定候选（执行在另一页）；提示词 7 会生成直接设置系数的预览，批准后需手动执行才生效。各提示词的「设置变更」中分别说明

本页的提示词会使用 Picaro 的广告 MCP 工具来获取定向实绩与竞价提案。即使把提示词改写得更短，以下内容也请保留。

务必传入 min_clicks — 定向实绩的获取属于服务器端筛选，不传 min_clicks 时响应会按销售额降序返回，销售额低、ACoS 高的关键词越容易被漏掉。传入后排序会变为 clicks 降序，母体也会被收窄。
acos / roas 是百分比表示，不是倍率（例：销售额 2,540 日元、广告费 5,160.09 日元的行，roas 是 49.22% 而不是 49.22）。做阈值判定时请统一单位。
ACoS 的来源固定为一个 — 定向实绩列表与竞价提案工具，即使是同一个关键词，ACoS 的汇总口径也不同，数值会有出入。请不要混用。
Amazon 建议竞价额（suggested_bid）不包含在竞价提案工具的输出中。 请从定向实绩列表另行获取，并按定向 ID 核对。不要仅凭输出中没有就断定”无法获取”。
分页获取有上限（最多 100 页 = 10,000 行，默认 20 页）。网罗率（获取件数 ÷ 上游总件数）不足 100% 时，请明示发生了截断。
去重要先确认响应中的字段 — 若工具侧返回了已折叠重复行件数的字段，就不需要自行去重。
提案（Proposal）会在 24 小时后失效。 以验证为目的创建的提案请废弃，并注明已废弃。
广告活动名称的分隔符半角 | 与全角 ｜ 混用。 若要按命名规则判定品牌词等，请两者都处理。
以整个账户为对象时，竞价提案的原始数据获取会在上游的分页上限处被截断，网罗率会降到几个百分点。 跨关键词、ASIN 定向、自动定向重新审视时，请务必指定广告活动（或广告组合下的广告活动群）后再执行。

什么时候使用

想下调 ACoS 高于目标的关键词竞价
想从有点击、购买实绩的关键词中，洗出需要重新审视竞价的对象
想把有点击却没卖出的搜索词、商品定向切出为否定候选
想跟随 Amazon 建议竞价的走势或搜索结果顶部展示份额来调整竞价
想按广告位（搜索结果顶部、商品页等）调整竞价系数
想把广告位竞价系数直接设置为任意值，或把过去的调整还原
想批量下调 ROAS 低的广告活动或 ACoS 高的关键词

执行前确认

对象账户 … 处理多个账户时，生成建议的账户与反映的账户必须一致。
对象期间 … 如「最近 30 天」。当天、前一天的数据可能尚未确定，因此已确定的最近期间更安全（提示词 5 请指定已确定的周）。
目标 ACoS / ROAS … 在设置销售额、广告费与 ACoS 目标中登记后，判定基准会被自动引用，可省去每次指定。

提示词速查表

想做的事	可了解 / 生成的内容	设置变更	提示词
下调 ACoS 高于目标的关键词竞价	下调候选与建议竞价的列表	批准后生效（下调竞价）	提示词 1
重新审视有点击、购买实绩的关键词	审视候选与建议竞价的列表	批准后生效（重新审视竞价）	提示词 2
把没卖出的对象切出为否定候选	否定候选的列表	无变更（仅切出否定候选・执行在另一页）	提示词 3
用展示份额与 CVR 优化竞价	上调 / 下调的调整方案	批准后生效（调整竞价）	提示词 5
锁定低 ROAS 的广告活动并调整	目标广告活动与推荐操作的列表	批准后生效（调整竞价）	提示词 8
批量下调 ACoS 高的关键词竞价	下调后竞价与预期 ACoS 的列表	批准后生效（批量下调竞价）	提示词 9
跨关键词、ASIN 定向、自动定向横向重新审视竞价	跨 3 种类型的审视候选与 Amazon 建议竞价额的列表	批准后生效（调整竞价）	提示词 10

提示词 1: 下调 ACoS 高于目标的关键词竞价

对 ACoS 超过目标的关键词，附理由地安全下调竞价。

什么时候使用 — 想根据实绩，下调超过目标 ACoS 的关键词竞价时。

执行前所需信息 — 目标 ACoS（已登记 KPI 目标则自动引用）、对象期间（默认最近 30 天）。

相对 ACoS 目标{{TARGET_ACOS（例：20%）}}，在最近{{DATE_RANGE（例：30天）}}内投放中（DELIVERING）的关键词中，针对点击数在{{MIN_CLICKS（例：10）}}以上且有销售额的对象，列出应下调竞价的候选，并与 Amazon 建议竞价额并列显示。目的是在维持广告带来的销售额的同时，让 ACoS 接近目标范围。
输出请包含"对象关键词・匹配类型・广告活动・点击数・订单数・广告费・销售额・ACoS・当前竞价额・变更后竞价额・Amazon建议竞价额・预期影响"，并按 ACoS 超额（广告费 − 销售额×目标ACoS）从大到小排列。
单次下调最多不超过{{MAX_DECREASE_RATIO（例：30%）}}。请一并给出有多少件因触及下调上限而无法达到目标 ACoS，并在一次调整达不到目标时明确注明这一点。
Amazon建议竞价额请作为"偏向最大化曝光、不考虑目标ACoS的参考值"并列显示，不要以对齐建议额为前提。
数据获取的前提：请务必明示获取件数・上游的总件数・分页是否完整走到最后（有无截断）。发生截断时，请拆分对象重新获取，或明示可能存在遗漏。不要用推测补全未能获取的数值。
Guardrail：{{需要守护的指标（例：Orders）}}在最近{{GUARDRAIL_PERIOD（例：7天）}}内相对上一期间已经下降到{{GUARDRAIL_THRESHOLD（例：-10%）}}以下的关键词，再下调竞价会叠加损害，请从提案中排除。无法获取上一期间对比数据的关键词不要排除，而是注明"Guardrail未验证"并给出其件数。
执行前务必：提示变更内容一览（对象关键词・当前竞价额・变更后竞价额・预期影响），在获得批准之前不要反映到 Amazon 广告侧。
执行后：请在{{评估日（例：7天后）}}比较 ACoS 与 Orders 的 Before/After，并给出 Keep/Expand/Adjust/Pause/Revert/Investigate 中的一项。

可调整的条件 — 对象期间（如最近 30 天）／作为评估对象的最小点击数（如 10 以上）／有销售额这一条件。目标 ACoS 在 KPI 目标登记后自动引用。

返回内容 — 关键词 × 当前竞价 × 建议竞价 × 预期 ACoS 的表格（5〜20 件）。

设置变更 — 批准后下调竞价（批准前不会反映）。

接下来做什么 — 建议的反映在保存判定规则，将建议的批准与监控流程化的批准流程中进行。

提示词 2: 洗出需要重新审视竞价的关键词

把点击和购买都达到一定数量、值得重新审视竞价的关键词一次性洗出来。

什么时候使用 — 想针对有实绩的关键词，一次性列出上调、下调的审视候选时。

执行前所需信息 — 对象期间（默认最近 30 天）、最小点击数与最小购买数条件。

在最近30天（仅确定数据。当天尚未入库，结束日请设为前一天）内，列出点击数在10以上且购买数在1以上的关键词中应重新审视竞价的对象。

【数据获取】
1. 数值的来源统一到 list_target_performance（target_types=["KEYWORD"], min_clicks=10）。即使是同一关键词，与 optimize_target_bids 的 ACoS 也会有出入，因此不要混用两者的数值。请在开头写明所采用的来源。

2. 🔴 min_clicks 会在上游服务器端做筛选，请务必传入。
   传入后排序会变为 clicks 降序，母体也会变小。
   实测：min_clicks=10 / target_types=KEYWORD / 14天，total_results 295 对应 fetched_row_count 295 = 网罗率100%，server_filter_applied: true。
   其中既包含 ACoS 1578%（销售额¥800 / 广告费¥12,627）这类低销售额・高ACoS 的行，也包含销售额为0的行。
   ※ "应重新审视竞价的低销售额・高ACoS关键词会结构性地留在获取范围之外"这一前提，指的是未传入 min_clicks 的情况。
     本提示词的条件是"点击10以上"，因此可以直接转换为服务器端筛选。
   ※ 想进一步收窄低销售额层时，请同时使用 max_sales（在获取后应用，会反映到 filtered_row_count）。

3. 请务必在开头转记 total_results / fetched_row_count / filtered_row_count / returned_row_count，
   并按 网罗率 = fetched_row_count ÷ total_results 计算。
   传入筛选条件时的 total_results 是"符合条件的总件数"（并非期间内的全部关键词数）。
   网罗率为100%时可以写"在此条件下为全部件数"；不足100%时请调高 max_pages（上限100页 = 10,000行，默认20）重新获取，只有仍达不到时才写明"符合件数无法确定"。

4. 没有按 campaign_id 筛选的参数，因此请在获取后用{{对象广告活动群（例：广告费前20的广告活动）}}做后段筛选，并给出排除的件数与明细。购买数的条件也在获取后应用。
   ※ 请确认响应的 duplicate_rows_folded，并把工具侧折叠掉的件数写进报告（若返回该值则不需要自行去重）。

【输出】
5. 每个关键词都并列显示 当前竞价(bid) / Amazon建议竞价(suggested_bid) / ACoS / 点击 / 购买数(purchases) / 广告费 / 销售额 / top_of_search_impression_share（这些都在同一行内，无需其他工具）。
   若某些行的 suggested_bid 看起来触及了上限值（多行集中在整体最大值等），请注明"可能触及上限"，并且不要把它当作目标值使用（上限值是否存在尚未验证，不要下定论）。
6. acos / roas 栏为百分比表示而非倍率（实测：销售额2,540 / 广告费5,160.09 的行 roas = 49.22）。用于分层的阈值判定时请统一单位。
7. 把 ACoS 分为 高（超过100%）/ 中（{{中间层下限（例：40%）}}〜100%）/ 低（低于{{中间层下限}}）3 层。各层的调整比例设为 {{高层的调整比例（例：-40%）}} / {{中层的调整比例（例：-20%）}} / {{低层的处理（例：维持）}}，并在表格正前方写明。
8. 列名使用"调整提案额（当前竞价×N%）"，不要与 Amazon 建议竞价或 optimize_target_bids 的 recommended_value 混用。也不要用 optimize_target_bids 的 max_decrease_ratio 代替。
9. 低层中若含有品牌指名关键词，请另行列出，排除在一律调整的对象之外。用广告活动名称判定时，请注意分隔符半角 | 与全角 ｜ 混用。
10. 下调带来的广告费削减预期额，在没有可推算点击数・CPC 变化的数据时不要记载，写"无法算出"。

【Guardrail】
・一律不执行写入类工具（execute_proposal / update_sp_keywords / apply_task_operation 等）。请把列表交给{{批准流程（例：负责人审阅）}}，在批准之前不反映到媒体侧。
・{{需要守护的指标（例：点击数环比上周 -20% 以内）}}在提案时点无法判定，属于事后指标。请不要把它用作提案阶段的排除条件，而是作为"执行后需监控的条件"写明，并注明由谁在何时确认。若没有自动监控机制，也请一并说明。
・为便于回滚，请务必在列表中包含 target_id / 关键词 / match_type / campaign_name / ad_group_id / 变更前竞价（竞价变更不会记录到变更历史 API，因此这份列表就是还原记录）。

【执行后】
・请在{{评估日（例：7天后）}}用同一工具・同样的天数・截至确定日的同一条件（min_clicks 也用相同值）重新获取 ACoS 与点击数进行比较，并附判定基准给出 Keep/Expand/Adjust/Pause/Revert/Investigate 中的一项。
・上游的汇总有约4小时缓存，请注明反映后立即重新获取时竞价变更可能尚未生效。
・无法自动核对变更历史时（如 get_change_history 返回0件），请注明需要在批准记录一侧核对实际反映的竞价值。get_change_history 在传入超过 90 天的开始日期时会自动上调，并以注记形式返回调整后的开始日期，请把该日期作为"可确认的范围"引用。

可调整的条件 — 对象期间（如最近 30 天）／最小点击数（如 10 以上）／最小购买数（如 1 以上）。

返回内容 — 关键词 × 当前竞价 × 建议竞价 × 预期 ACoS 的表格。

设置变更 — 批准后重新审视竞价（批准前不会反映）。

接下来做什么 — 建议的反映在保存判定规则，将建议的批准与监控流程化的批准流程中进行。

提示词 3: 把没卖出的关键词与商品定向切出为否定候选

把有点击却没有销售额的关键词、商品定向，不做下调竞价处理，而是作为否定候选列出。本提示词不改动竞价，只切出否定候选。

什么时候使用 — 想把只消耗点击却不带来销售额的对象，整理成否定候选时。

执行前所需信息 — 对象期间（默认最近 30 天）、最小点击数条件。

基于最近{{DATE_RANGE（例：30天）}}的数据，为削减无效广告费，把点击数在{{MIN_CLICKS（例：10）}}以上却销售额为零的定向，作为否定候选列出来。

对象范围：{{筛选条件（例：定向种别=关键词／投放状态=投放中）}}

获取的步骤（务必按此顺序进行）：
1. 🔴 使用服务器端筛选。 调用定向实绩列表时，请同时传入 zero_sales_only=true 与 min_clicks={{MIN_CLICKS（例：10）}}。
   这两项会在上游服务器端做筛选，母体一开始就会变小，可以直接到达销售额为零的行。
   请确认响应的 server_filter_applied 为 true，并在输出中写明。
   ※ 不需要"因为按销售额降序返回所以到达不了销售额为零的行"这类规避手段。
     指定筛选条件后排序会变为 clicks 降序，不会发生销售额降序的问题。
     也不需要勉强收窄范围。
   ※ 分页获取的上限是 max_pages 最多 100（每页100行），省略时为 20。
     即使加了筛选件数仍然很多时，请调高 max_pages。
2. 请把响应的件数字段原样记载：total_results（符合条件的上游总件数）/
   fetched_row_count / filtered_row_count / returned_row_count。
   并按 网罗率 = fetched_row_count ÷ total_results 计算，分子・分母一并列出。
   ※ 传入 zero_sales_only 与 min_clicks 时的 total_results 不是"期间内的全部定向数"，
     而是"符合条件的总件数"。请把这一区别写进输出。
   网罗率不足100%时，请写明"这是获取范围内的结果"，不要断定为整个账户的结果。
3. 请确认响应的 duplicate_rows_folded，并把该值（工具侧折叠掉的重复行数）记载到输出中。
   返回该值时说明工具已经折叠了重复，不需要自行去重。
   只有在不返回时，才用 target_id 去重后再汇总件数与广告费。
4. 🔴 逐行给出"为零"的依据。 zero_sales_only 会把销售额未获取（null）的行也当作 0 包含进来。
   因此不要盲信筛选，请确认各行的 sales・units・purchases 三者都为 0 之后再放入候选。
   只要有一项为 null 的行，都作为"销售额未获取（不能断定为零）"另行列出。
5. 每个候选请从同一行并列显示 spend（可削减广告费的实额）・clicks・impressions・bid・suggested_bid・
   top_of_search_impression_share・campaign_name・ad_group_id・target_id
   （这些都在同一个响应里，不需要调用其他工具）。
   target_id 与 ad_group_id 是日后还原所必需的，请务必记录并提示。

自家品牌词・防守目的关键词的处理：
- 与{{BRAND_TERMS（例：自家品牌名・品牌简称的清单）}}一致的候选，请作为"另行列出（否定前需逐一确认）"，与普通候选分开提示。
- 不要由你推测判定是否为品牌词。请写明判定依据（匹配到的品牌词・广告活动命名规则），并以最终由人来判断为前提提示。
- 广告活动名称的分隔符半角 | 与全角 ｜ 混用。按命名规则判定时请两者都处理。

执行前务必：提示变更内容一览（对象定向・广告活动・点击数・广告费・预计削减额），在获得批准之前不要反映到 Amazon 广告侧。
预计削减额请作为"期间内实际花掉的 spend 合计"提示，不要作为将来削减额的预测提示。

Guardrail：{{需要守护的指标（例：Orders 环比 -5% 以内）}}。请在确认各候选的订单数在期间内实测为零之后，并列给出整个账户的 Orders・广告费的近期实绩作为基线。由于无法按定向单位预测未来的 Orders，请写明否定带来的光环效应无法事前判定，以事后实测确认为前提。
Guardrail：上游的汇总有约4小时缓存，请写明最近的竞价变更或投放实绩可能尚未反映。

执行后：请在{{评估日（例：14天后）}}比较广告费与 Orders 的 Before/After，并给出 Keep/Expand/Adjust/Pause/Revert/Investigate 中的一项。此时请一并确认是否混入了与本次举措无关的既有趋势。测量请按广告组单位进行，而不是被否定的定向本身（被否定的定向必然会是 -100%）。

可调整的条件 — 对象期间（如最近 30 天）／最小点击数（如 10 以上）。

返回内容 — 否定候选（搜索词、商品定向）× 种类 × 点击数 × 广告费 × 销售额的表格。

设置变更 — 无变更（仅切出否定候选）。竞价不会改变。实际的否定在下一页进行。

接下来做什么 — 批准后，在添加否定关键词的批准流程中登记执行。

提示词 4: 用搜索结果顶部展示份额与 CVR 优化竞价

把搜索结果顶部尚未取到的份额（展示份额余裕）与相比上周的 CVR 变化组合起来，同时给出应扩大曝光的关键词与应收缩的关键词。

什么时候使用 — 想从展示份额与 CVR 两方面，同时判断该上调与该抑制的关键词时。

执行前所需信息 — 对象期间（指定已确定的最近周）。

基于最近的已确定周数据，把搜索结果顶部的展示份额与 CVR 同上周比较，
对展示份额仍有余裕的关键词上调竞价，
对 CVR 下滑的关键词下调竞价，给出这样的调整方案。

可调整的条件 — 对象期间（已确定的周）／上调、下调的判断基准。

返回内容 — 关键词 × 当前竞价 × 搜索结果顶部展示份额 × CVR 前周比 × 推荐操作的表格。

思路 — 即便为提高展示份额而持续抬高竞价，过了某个临界点 CVR 也会跟不上（反而开始下滑）。本调整旨在判断「能保住 CVR 的展示份额上限」，对仍有余裕的关键词继续扩大，对超过上限的关键词加以收紧。

设置变更 — 批准后调整竞价（批准前不会反映）。

接下来做什么 — 建议的反映在保存判定规则，将建议的批准与监控流程化的批准流程中进行。

提示词 5: 锁定低 ROAS 的广告活动并调整竞价

锁定最近期间 ROAS 低（濒临亏本）的 SP 广告活动，并给出竞价调整方案。

什么时候使用 — 想筛出效率差的广告活动，制作竞价调整方案时。

执行前所需信息 — 对象期间（默认过去 30 天）、ROAS 阈值（默认低于 2 倍）、广告费下限（例中为超过 5 万日元）。

锁定过去{{分析期间（例：30天）}}内 ROAS 低于{{ROAS阈值（例：2.0）}}倍且广告费超过{{广告费下限（例：50000）}}日元的 SP 广告活动，给出竞价的调整方案。

【数据前提】
・期间取到 get_data_ingestion_status(daily) 中全部报表均为 completed 的那一天为止，不包含 fully_missed / in_progress 的日期。请在开头写明排除掉的日期。
・ROAS 统一使用 campaign-detail 系（start_existing_sp_campaigns_job 的 sales / spend）。分子＝广告带来的销售额（SP 为7天点击归因・含税），分母＝广告费（税务口径未确定）。不要与 get_dashboard 的数值（涵盖全部广告类型＋DSP・分母税务口径不同）混用。请写明所用的来源・归因窗口・天数。

【步骤】
1. 用 start_existing_sp_campaigns_job → get_mcp_job_status → get_mcp_job_result 获取全部 SP 广告活动，并在开头明示获取件数/总件数/获取率以及 truncated / total_pages / next_page_token。（analyze_ad_type_performance 只要收窄 campaign_types 就不会变成合并计算、合计值也覆盖全部，但返回的明细行仅限 top_n（最多100件）的 ROAS 降序，无法列举低 ROAS 一侧，因此不用于列举。用于核对合计值则没有问题。）
2. 把符合条件的广告活动全部列举，使件数与表格行数一致。按广告费降序排列，输出前请自行检算金额的大小关系是否与排序一致。跨越阈值的边界值（最小的广告费・最大的 ROAS）也一并列出。
3. 对广告费排名前{{详细对象件数（例：10）}}的广告活动，指定 campaign_ids 执行 optimize_target_bids，以具体金额提示定向单位的"当前竞价→提案竞价→变化率"。
   ・target_acos 传入{{目标ACoS（例：0.35）}}。无法传入时，请原样报告 target_acos_usable_as_target / target_acos_source / target_acos_safety_constraints，并说明判断轴是否已从目标值被替换成观测值（TACoS 等）。
   ・务必给出提案中的增额件数/减额件数/维持件数，以及触及下调上限・上调上限的件数比例。若全部件数都是同一变化率，请写明"这不是数据带来的差异，而是触及了上限"。
   ・务必记载 target_fetch_truncated / target_fetched_pages / target_total_pages_available，被截断时请写明"这并非前 N 件广告活动的全部定向"。若响应中未出现这些字段，说明没有发生截断，请注明"已获取全部数据"。
   ・Amazon建议竞价额不包含在 optimize_target_bids 的输出中，但可以从定向实绩列表另行获取建议竞价额（suggested_bid），并用 get_proposal 的 metadata 中的 targetId 核对后并列显示。不要仅凭竞价提案工具的输出就断定"无法获取建议竞价额"。对于不返回建议竞价额的定向（如已停止等），请注明"建议竞价额无法获取"，不要当作0处理。还请一并列出按 ACoS 逆算的提案竞价与 Amazon 建议竞价额方向相反的件数与代表性示例。
4. 按 Generic/Competitor/Branded 的角色分别汇总件数・广告费・销售额・ROAS 并区分调整方针，符合件数为0的角色也要写明。优先度按"广告费×ROAS改善空间率（＝(ROAS阈值 − 实绩ROAS) / ROAS阈值）"算出，并写明计算式与前5件的分值。
【约束】不要写没有汇总过的件数。不要用推测补全 MCP 不返回的项目。但也不要把能从其他工具取到的值写成"无法获取"。试算值请注明"并非 MCP 的返回值"。

执行前务必：提示变更内容一览（对象・当前值・变更后的值・Amazon建议竞价额・预期影响），在获得批准之前不要反映到媒体侧。execute_proposal / execute_ads_adjustment_workflow / update_sp_targets 不得在批准前执行，以验证为目的生成的 proposal 请用 cancel_proposal 删除，并用 get_proposal 确认其已消失。
执行后：在用户确认・批准提案内容之后再反映，并于{{评估期间（例：14天）}}后用"施策的效果测定"比较 ROAS 与 Orders，若 ROAS 改善且 Orders 没有恶化超过 -10% 则判定为 Keep，恶化则判定为 Revert。比较请统一为相同的归因窗口・相同的窗口长度（{{评估期间}}），并在输出中写明窗口长度。

可调整的条件 — 对象期间（如过去 30 天 → 过去 14 天）／ROAS 阈值（如低于 2 倍 → 低于 3 倍）／广告费下限（如超过 5 万日元）。可改写数字来调整。

返回内容 — 广告活动 × ROAS × 支出 × ACoS × 推荐操作的表格。

设置变更 — 批准后调整竞价（批准前不会反映）。

接下来做什么 — 建议的反映在保存判定规则，将建议的批准与监控流程化的批准流程中进行。

提示词 6: 批量下调 ACoS 高的关键词竞价

锁定最近期间 ACoS 高的关键词，制作批量下调竞价的提案。

什么时候使用 — 想把 ACoS 超过基准的关键词，按同一比例批量下调时。

执行前所需信息 — 对象期间（例中为过去 14 天）、ACoS 阈值（例中为超过 40%）、下调比例（例中为 12%）、最小点击数（例中为 10 以上）。

锁定过去{{分析期间（例：14天）}}的确定数据中 ACoS 超过{{ACoS阈值（例：40%）}}且点击数在{{最小点击数（例：10）}}以上的关键词，制作把竞价下调{{下调比例（例：12%）}}的提案。不要反映到媒体侧。

【步骤】
0. 期间的确定：先调用 get_data_ingestion_status，排除 fully_missed / in_progress 的日期。当天多为未确定，即使包含进来也只是贡献为零、白白减少天数。请在开头写明确定后的实际有效期间（开始日〜结束日・实际天数），之后全部统一使用该期间。
   不要看 rollup_status，而要看按报表区分的 status（只要有1种未投放的广告类型，整天就会掉成 no_data）。

1. ACoS 的来源固定为一个：关键词单位的 ACoS・当前竞价・Amazon建议竞价都从 list_target_performance 获取，只用这1个来源做阈值判定。optimize_target_bids 返回的 ACoS 汇总口径不同，同一关键词的数值也会有出入，因此不用于阈值判定。

2. 🔴 获取时务必传入 min_clicks。 传入 target_types=["KEYWORD"] 与 min_clicks={{最小点击数（例：10）}}。
   这会在上游服务器端筛选，排序也会变为 clicks 降序。请确认响应的 server_filter_applied 为 true 并写明。
   ※ "上游按销售额降序截断，因此销售额小、ACoS 高的关键词越容易漏掉"这一前提，指的是未传入 min_clicks 的情况。
     本提示词的条件是"点击N以上"，因此可以直接转换为服务器端筛选。
     实测：min_clicks=10 / target_types=KEYWORD / 14天，total_results 295 对应 fetched_row_count 295 = 网罗率100%。
     其中 ACoS 1578%（销售额¥800 / 广告费¥12,627）、ACoS 203%（¥2,540 / ¥5,160）等，正是本提示词要找的那一层全部都在里面。
   ※ 想进一步靠向高ACoS・低销售额时可同时使用 max_sales（在获取后应用，会反映到 filtered_row_count）。

3. 获取范围的披露（必须）：请在开头明示 total_results / fetched_row_count / filtered_row_count / returned_row_count，
   并按 网罗率 = fetched_row_count ÷ total_results 计算。
   请说明传入筛选条件时的 total_results 是"符合条件的总件数"。
   网罗率为100%时可以写"在此条件下为全部件数"；不足100%时请调高 max_pages（上限100页 = 10,000行，默认20）重新获取，只有仍达不到时才作为"符合件数为下限值"提示。

4. 对象广告活动的收窄：没有按 campaign_id 筛选的参数，因此请在获取后用返回行的 campaign_id 进行。
   若要收窄到广告费前{{对象广告活动数（例：20）}}件，请用 start_existing_sp_campaigns_job → get_mcp_job_status → get_mcp_job_result 获取广告活动，并写明前N件在全部广告费中所占的比例。同步版的列表工具响应过大，不要使用。
   ※ 作业的响应中同时存在 total_pages（结果侧）与 fetched_pages / total_pages_available（上游侧）两套体系。用于判定是否全量的是 truncated 与后者的一致。
   ※ 作业结果即使 truncated=false 也可能混入完全相同的重复行，请用 keywordId 去重，并把去重前后的件数都写明。

5. 提案竞价 = 当前竞价（bid）×(1 − 下调比例)。四舍五入取整。
   若要并列显示 optimize_target_bids 的推荐值，请写明那是另一套逻辑（按目标ACoS逆算・上限-30%）的值，且未指定目标ACoS时会把观测TACoS当作暂定基准、只会出现减额或维持，并明确写出本提案采用的值是 ×(1−下调比例)。
   ※ acos / roas 栏为百分比表示而非倍率（实测：销售额2,540 / 广告费5,160.09 的行 roas = 49.22）。ACoS 阈值的比较请统一单位。

6. 刹车（防止下调过头）：下调后竞价低于{{最低竞价额（例：20日元）}}的关键词，以及当前竞价已经低于 suggested_bid 的{{建议竞价下限比（例：50%）}}的关键词，有可能导致停止投放，请作为"不列入下调对象（需逐一判断）"从主列表中分离，并写明件数与理由。
   bid 与 suggested_bid 并排在同一行内，因此该判定不需要其他工具（实测值：bid 108 / suggested 447，bid 182 / 323，bid 120 / 491，bid 79 / 621）。

7. 回滚用快照（必须）：提案列表中必须包含 target_id / 关键词 / match_type / campaign_name / ad_group_id / 变更前竞价。竞价变更不会记录到变更历史 API，提案本身也会在24小时后失效，因此这份列表是唯一的还原记录。

8. 按 ACoS 从高到低排优先度提示，并并列给出对象群的合计 广告费・销售额・点击数，以及写明分子・分母・天数的合算 ACoS。

【约束】
・一律不执行写入类操作（execute_proposal / update_sp_keywords / apply_task_operation 等）。只做到提案的生成与提示。
・在验证或分析过程中生成了 proposal 时，未批准的务必废弃，并写明已废弃（提案会在账户中作为待批准保留24小时，且没有在列表中找回的手段）。
・给出比率时必须附上分子・分母・天数。
・上游的汇总有约4小时缓存，请写明最近的竞价变更可能尚未反映。

执行前务必：提示变更内容一览（对象・当前值・变更后的值・排除件数・预期影响），在获得批准之前不要反映到媒体侧。
执行后：在用户确认・批准提案内容之后再反映，并于{{效果测定前的等待期间（例：7天）}}后用"施策的效果测定"以相同的期间长度・相同的ACoS来源・相同的 min_clicks 比较 ACoS 与点击数，若 ACoS 改善且点击数没有恶化超过 -20% 则判定为 Keep，恶化则判定为 Revert。

可调整的条件 — 对象期间（如过去 14 天）／ACoS 阈值（如超过 40%）／下调比例（如 12%）／最小点击数（如 10 以上）。可改写数字来调整。

返回内容 — 关键词 × ACoS × 当前竞价 × 下调后竞价 × 预期 ACoS 的表格。

设置变更 — 批准后批量下调竞价（批准前不会反映）。提示词中指定了单次下调不超过 -30%。

接下来做什么 — 建议的反映在保存判定规则，将建议的批准与监控流程化的批准流程中进行。

提示词 7: 跨关键词、ASIN 定向、自动定向横向重新审视竞价

跨关键词、ASIN 定向、自动定向这 3 种类型，把需要重新审视竞价的候选汇总到 1 张表中。提示词 1、2、8、9 是按对象种类或广告活动分别单独审视，本提示词的不同之处在于跨 3 种类型汇总到 1 张表。

什么时候使用 — 想跨关键词、ASIN 定向、自动定向，把应重新审视竞价的候选汇总到 1 张表中整体把握时。

执行前所需信息 — 目标广告活动（或广告组合下的广告活动群，必填）、对象期间、最小点击数・最小购买数条件、目标 ACoS（已登记 KPI 目标则自动引用）。

基于最近{{DATE_RANGE（例：30天）}}的数据，针对点击数在{{MIN_CLICKS（例：10）}}以上、购买数在{{MIN_ORDERS（例：1）}}以上的关键词・ASIN定向・自动定向，相对ACoS目标{{TARGET_ACOS（例：20%）}}，列出应重新审视竞价的候选，并附上方向（增额/减额）与Amazon建议竞价额。

【对象范围】请指定目标广告活动（或广告组合下的广告活动群）后执行。若不指定广告活动而以整个账户为对象，竞价提案的原始数据获取会在上游的分页上限处被截断，网罗率会降到几个百分点。指定广告活动时不会发生截断，因此原则上请以广告活动为单位执行。

【Amazon建议竞价额的获取来源】Amazon建议竞价额不包含在竞价提案工具的输出中，因此请从定向实绩列表中另行获取建议竞价额，并按定向ID进行核对后一并列出。请勿仅凭竞价提案工具的输出就断定"无法获取建议竞价额"。对于未返回建议竞价额的定向（如已停止等），请注明"建议竞价额无法获取"，不要当作0处理。

按匹配类型的加权在 Picaro 侧是固定的，无法单独指定。

【获取范围的披露】若数据获取在上游的分页上限处被截断，请务必明示已获取页数・总页数・网罗率，并说明这并非全部定向的完整列表。若未发生截断，请注明"已获取全部数据"。

【方向的冲突】当按ACoS逆算得出的变更后竞价与Amazon建议竞价额方向相反时（例：按ACoS基准应减额，但Amazon建议竞价额高于当前竞价），请务必一并列出件数与代表性示例。

执行前务必：提示变更内容一览（对象・当前竞价额・变更后竞价额・Amazon建议竞价额・预期影响），在获得批准之前不要反映到Amazon广告侧。

Guardrail：由于没有在变更前模拟对{{需要守护的指标（例：Orders 环比 -10% 以内）}}影响的功能，事前请以变更幅度上限{{最大变动幅度（例：±30%）}}、以及订单数高度集中的定向（占全部Orders 50%的头部群组）即使属于减额对象也维持不变的方针来近似处理，并注明无法做到事前排除。

执行后：请在{{评估日（例：14天后）}}比较ACoS与{{需要守护的指标（例：Orders 环比 -10% 以内）}}的Before/After，并给出Keep/Expand/Adjust/Pause/Revert/Investigate中的一项。

对象为0件时，请提示扩大期间的方案。

可调整的条件 — 目标广告活动（必填）／对象期间（例：最近 30 天）／最小点击数・最小购买数条件／目标 ACoS／变更幅度上限（例：±30%）／评估日。

返回内容 — 跨关键词・ASIN 定向・自动定向的方向（增额/减额）× Amazon 建议竞价额 × 预期影响一览表。同时显示 ACoS 逆算方向与 Amazon 建议竞价额方向不一致的件数与代表性示例。

设置变更 — 批准后调整竞价（批准前不会反映）。

接下来做什么 — 建议的反映在保存判定规则，将建议的批准与监控流程化的批准流程中进行。

调整竞价

本页基本信息

什么时候使用

执行前确认

提示词速查表

提示词 1: 下调 ACoS 高于目标的关键词竞价

提示词 2: 洗出需要重新审视竞价的关键词

提示词 3: 把没卖出的关键词与商品定向切出为否定候选

提示词 4: 用搜索结果顶部展示份额与 CVR 优化竞价

提示词 5: 锁定低 ROAS 的广告活动并调整竞价

提示词 6: 批量下调 ACoS 高的关键词竞价

提示词 7: 跨关键词、ASIN 定向、自动定向横向重新审视竞价

相关类别