跳转到内容
Picaro.AI Picaro.AI Prompt Library

将搜索词从自动迁移到手动

本页可以帮助你找出在自动广告活动中表现良好的搜索词，并生成候选，将其切分为手动广告活动的关键词。利用自动负责探索、手动负责提升精度的角色分工，在自动中看到胜出迹象的搜索词汇集到手动时使用。

本页基本信息

Section titled “本页基本信息”
项目内容
本页能做什么从自动广告活动的搜索词中，将升级为手动广告活动关键词的候选，附带推荐匹配类型和推荐出价进行清单化
对象商品推广（SP）广告
需要的数据・连接已连接账户的搜索词・广告活动的实绩数据（无需额外设置）
执行范围仅分析・仅建议（只读）。本页的提示词只生成升级候选和迁移方案，不会更改广告设置。实际向手动的添加、自动侧的否定，通过相关页面的批准流程执行

什么时候使用

Section titled “什么时候使用”
  • 想把在自动广告活动中畅销的搜索词，切分为手动广告活动的关键词
  • 想把高转换的搜索词迁移到手动，同时在自动侧加否定以防止重叠投放
  • 想按月统一整理：尚未晋级的高转换词，以及已在手动但想加强出价的词

执行前确认事项

Section titled “执行前确认事项”
  • 连接的账户 … 处理多个账户时，请先确认对象账户是否正确。
  • 对象期间 … 「最近已确定的 1 周」「过去 30 天」等。当日・前日的数据可能尚未确定，因此已确定的最近期间更为稳妥。
  • 迁移目标・否定目标的广告活动名 … 提示词 2 中，请将迁移目标的手动广告活动名，以及加入否定的自动侧广告活动名，替换为实际的广告活动名。
  • 在 设定销售额・广告费・ACoS 的目标 中登记目标 ACoS 等，判定基准会被自动采用。

提示词速查表

Section titled “提示词速查表”
想做的事能了解・会生成什么设置更改提示词
以标准条件找出手动晋级候选的搜索词晋级候选及推荐匹配类型・出价的清单无更改提示词 1
制定将高转换搜索词迁移到手动并在自动侧加否定的计划迁移＋否定一气呵成的方案无更改提示词 2
按月将高转换词分派到晋级和加强出价晋级候选・上调出价候选的分类清单无更改提示词 3

提示词 1: 以标准条件找出手动晋级候选的搜索词

Section titled “提示词 1: 以标准条件找出手动晋级候选的搜索词”

将自动广告活动的搜索词中值得晋级为手动广告活动关键词的项目，附带依据进行清单化。

什么时候使用 — 想把在自动中出成果的搜索词，以标准条件大致捕捉一遍时。

执行前需要的信息 — 对象期间（默认为最近已确定的 1 周）。

基于最近已确定的 1 周数据，从自动广告活动的搜索词中检出
晋级到手动广告活动的候选。
- 点击 30 以上
- 购买数 2 以上
- CVR 5% 以上
请同时附上推荐匹配类型和推荐出价。

可更改的条件 — 对象期间／点击数（例: 30 以上）／购买数（例: 2 以上）／购买率（CVR，例: 5% 以上）。通过改写「点击○以上」「购买○以上」「CVR○%以上」的数字来调整。

返回的内容 — 搜索词 × 推荐匹配类型（精准匹配（Exact）／词组匹配（Phrase）／广泛匹配（Broad））× 推荐出价 × 实绩 CVR × 订单数 × 自动侧是否需要登记否定的清单表。

设置更改 — 仅分析・仅建议。不会更改广告设置。

接下来做什么 — 向手动的添加由 创建商品推广（SP）广告，自动侧的否定由 添加否定关键词 的批准流程执行（这是防止重叠投放所必需）。

提示词 2: 制定将高转换搜索词迁移到手动并在自动侧加否定的计划

Section titled “提示词 2: 制定将高转换搜索词迁移到手动并在自动侧加否定的计划”

特定自动搜索词中高转换的项目，以精准匹配（Exact）迁移到手动广告活动，同时将同一词设为自动广告活动的否定关键词，制定一气呵成的迁移方案。

什么时候使用 — 想把明显能成交的搜索词汇集到手动，并一次性整理与自动的重叠投放时。

执行前需要的信息 — 对象期间（默认为过去 30 天）、迁移目标的手动广告活动名、加入否定的自动侧广告活动名。

请从过去30天自动定向广告活动的搜索词中，锁定购买数3以上且 ACoS 20% 以下的高转换搜索词，并制定手动晋级方案。


【步骤】
1. 先提示真实存在的自动侧广告活动名与晋级目标的手动候选广告活动名。若指定了{{自动侧广告活动名}}{{晋级目标手动广告活动名}}就使用它们，没有则用真实存在的候选给出替代方案。广告活动的实在性确认用名称的部分匹配检索进行，不要获取列表的全部件数。
   写明自动/手动的判别依据（是取到了 targeting_type 的值，还是从命名规则推测的）。若晋级目标在命名规则上不含「Manual」，请写明这一点并给出真实存在的晋级目标候选。
   ※ 广告活动名称的分隔符半角 | 与全角 ｜ 混用。名称检索会用 NFKC 正规化把两者都捞到，但如果自己分割名称来判定，请两者都处理。


2. 获取搜索词报表。
   🔴 购买数可以用字段名分辨。请不要推测。
   每一行中 purchases_p2（订单数） 与 units_sold_clicks_7d_p2（销售件数） 是作为两个不同的值同时存在的
   （实测: 某行 purchases_p2 442 / units_sold_clicks_7d_p2 450，另一行 377 / 388）。
   本提示词的「购买数」使用 purchases_p2（订单数），并请在列名中写明用的是哪一个。
   （不再需要「若存在订单数超过点击数的行就是混入了销售件数的证据」这种推测。）
   🔴 期间使用 _p2。 全部指标都以 _p1（紧邻其前、同等长度的比较期间）/ _p2（指定期间）/ _delta 三个系列返回。
   两个期间的实际范围会明示在响应的 comparison_period 中，请把它作为正解转记到输出（不需要另外做对照确认）。
   🔴 确保获取量。 max_pages 的上限是 100（每页100行 = 最多10,000行），省略时为 20。
   请务必调到上限。实测（14天）: 上游总件数 11,692 / 总页数 117。
   max_pages=10 则 1,000行（8.6%），max_pages=100 则 10,000行（约85%）。
   ※ min_clicks 在搜索词报表中不是服务器端筛选（在获取后应用）。
     实测中即使传入 min_clicks=20，total_results 仍为 11,692。能增加获取量的只有 max_pages。


3. 把满足条件的词句连同 购买数・ACoS・销售额・广告费・CPC・原广告活动名 一并列表，并按广告费影响从大到小排列。
   🔴 对自动广告活动的收窄在获取之后进行。 campaign_id 包含在每一行中（已实测确认），
   请用步骤1中确定的自动侧 campaign_id 来筛选行。只是没有筛选参数，campaign_id 本身是能取到的。
   请写明筛选后的件数与被排除的件数。
   把响应的件数字段原样转记: total_results / fetched_row_count / filtered_row_count /
   search_term_fetch_truncated / search_term_fetched_pages / search_term_total_pages_available。
   按 网罗率 = fetched_row_count ÷ total_results 计算，分子・分母一并写明。若「并非全部件数」就如实写出。
   ※ 上游的获取顺序是广告费降序。本提示词按广告费影响排序，获取顺序与目的一致，因此遗漏的偏差较小。


4. 用表格制作晋级方案。搜索词为 ASIN 形式（以 B0 开头的10位字母数字）时，不作为 Exact 关键词而作为商品定向晋级，普通词句则作为 Exact Match 晋级。
   同时给出向自动侧追加 Negative Phrase 的方案，推荐出价额请把「当前 CPC（cpc_p2）」与「由目标ACoS逆算的可接受CPC（AOV×目标ACoS＝可接受CPA，可接受CPA×CVR＝可接受CPC）」两者都作为依据写明。
   ※ acos_p2 / roas_p2 / ctr_p2 / cvr_p2 全都是百分比表示（实测: clicks 2,509 / impressions 172,296 的行 ctr_p2 = 1.46）。逆算时请统一单位。


5. 核对晋级目标中是否已经存在相同词句，并写明能核对的件数／全部件数。
   🔴 用于核对的 search_key 是部分匹配。请不要把 total_results > 0 当作「已存在」的证据。
   请获取行，用是否存在 targeting 与候选词完全一致的行来判定。
   （search_key 是上游筛选，因此在这个核对阶段不会发生获取率的问题。实测中 total_results 从 22,668 降到了 254。）
   若无法全件核对请写明。


6. 用1句话写明晋级执行后可预期的效果（ACoS 改善・无谓出价的削减）。不要做数值预测。


【约束】
・仅提示方案。批准后用另外的提示词执行。不要用推测补全无法获取的数据。
・当天等未确定日不纳入期间。确认数据入库状况，以已确定的最后一天为止作为对象。不要看 rollup_status，而要看按报表区分的 status。
・ACoS 不足1%的词句要注记可能存在计测偏差。若为0件则明示后结束。
・上游的汇总有约4小时缓存，请写明最近的变更可能尚未反映。


执行前务必: 提示晋级・否定的一览（对象词句・当前归属・变更后的处理・预期影响），在获得批准之前不要反映到媒体侧。
执行后: 批准后由用户确认・批准提案内容再反映，并在14天后用「施策的效果测定」比较 ACoS 与购买数，判定 Keep/Adjust/Revert。重新获取时也请使用相同字段（purchases_p2）与相同的期间长度。
※ 晋级的执行路径（关键词追加・Negative 追加）属于另一套批准流程。出价变更的批准流程并不是为了定向的追加・否定而设，因此请先确认执行步骤是否对应本次操作（定向的追加・否定）再接续。

可更改的条件 — 对象期间／购买数（例: 3 以上）／ACoS（例: 20% 以下）／迁移目标的手动广告活动名（例中为 Manual-Brand）／加入否定的自动侧广告活动名（例中为 Auto-Discovery）。将广告活动名替换为实际名称，条件通过改写「购买○以上」「ACoS○%以下」的数字来调整。

返回的内容 — 迁移候选关键词 × 推荐出价 × 自动侧的否定提案（以词组匹配排除的提案）的清单表。

设置更改 — 仅分析・仅建议。不会更改广告设置。

接下来做什么 — 批准后，向手动的添加由 创建商品推广（SP）广告，自动侧的否定由 添加否定关键词 的批准流程依次执行。

提示词 3: 按月将高转换词分派到晋级和加强出价

Section titled “提示词 3: 按月将高转换词分派到晋级和加强出价”

以月度汇总特定购买数较多的高转换词，将尚未在手动的作为晋级候选，已在手动的作为上调出价候选进行整理。

什么时候使用 — 每月一次，想统一分派应晋级的搜索词和应加强出价的既有关键词时。

执行前需要的信息 — 对象月（默认为上月）。

请锁定{{对象月（例: 2026-04）}}中购买数在{{阈值（例: 4）}}以上的高转换关键词。
【步骤】
1. 对 analyze_promotion 指定{{对象月（例: 2026-04）}}的期间与 min_orders={{阈值（例: 4）}} 执行，获取晋级候选。明示返回的件数（item_count）。该工具不返回母体总数，因此只写「已获取的件数」，不要写推定总数（不要用推测补全）。
2. 返回行不要直接使用，务必在步骤3与实际数据核对之后再判断。理由有以下4点。
・「件数」不是购买数（订单数）而是销售件数，CVR 是按「销售件数÷点击数」计算的。因此会出现 CVR 超过100% 的行。
・筛选是 OR 条件，只要满足「件数≧min_orders」或「CVR≧min_cvr」之一就会返回。即使指定了 min_orders，也会混入低于它的行。
・min_clicks 不适用于返回行。即使指定，也会返回点击数低于它的行。
・current_value 的「Auto (未登录)」是不看登记状况一律附加的标签，已经作为手动关键词登记过的词句也会被附上。不要把它当作未登记的依据。
3. 对每个候选词句，调用 list_search_term_performance 并指定{{对象月（例: 2026-04）}}的期间与 search_key=该词句，获取实际数据。
・确认响应的 total_results 与 fetched_row_count 一致。不一致时调高 max_pages 重新获取，仍不一致则写明「未能获取全部件数」。
・登记状况的判定: 若存在 match_type 为 Exact/Phrase/Broad 且 targeting 与该词句一致的行，则为「手动已登记」。没有则为「未登记（仅自动侧）」。
・指标的获取: 使用指定期间的系列（末尾 _p2）。购买数=purchases_p2，ACoS=acos_p2，销售额=sales_7d_p2，广告费=cost_p2，点击数=clicks_p2，当前出价=keyword_bid。同一词句分散在多行时，先合算再判断。
・purchases_p2（购买数＝订单数）与 units_sold_clicks_7d_p2（销售件数）是两回事，不要混淆。
4. 用步骤3得到的实际数据进行筛选并列表。
・只保留 purchases_p2 在{{阈值（例: 4）}}以上的词句。明示因低于阈值而排除的件数。
・点击数过少的词句无法判断转换率，因此把 clicks_p2 低于30的词句排除，并明示排除件数。
・要排除 ASIN 形式的词句（以 b0/B0 开头的10位）时，请明示排除件数，不要擅自排除（排除时写明「基于自行判断进行了排除」）。
・未登记的词句→作为晋级候选，连同购买数・ACoS・销售额・广告费一并列表。
・手动已登记的词句→作为上调出价候选，连同当前出价（keyword_bid）与购买数・ACoS・销售额・广告费一并另行列表。
・若为0件则明示后结束。
【约束】
・不要用推测补全无法获取的数据。不执行写入类操作。
・区分 null・未获取・无数据・0。不要把未获取当作0处理。
・analyze_promotion 只要被调用就会生成待批准的提案（proposal_id）。这是以分析为目的的调用，因此不执行 execute_proposal。不再需要的提案请用 cancel_proposal 废弃。


执行前务必: 提示晋级候选・上调出价候选的一览（对象・当前值・变更后的处理・预期影响），在获得批准之前不要反映到媒体侧。
执行后: 批准后由用户确认・批准提案内容再反映，并在14天后用「施策的效果测定」比较 ACoS 与购买数，判定 Keep/Adjust/Revert。

可更改的条件 — 对象月（替换为想分析的月份。默认为上月）／购买数的阈值（月度下以 4 以上为参考标准。改写「购买○以上」的数字）。

返回的内容 — 关键词 × 订单数 × ACoS × 既有投放状况 × 推荐操作（晋级／上调出价）的清单表。

设置更改 — 仅分析・仅建议。不会更改广告设置。

接下来做什么 — 晋级候选由 创建商品推广（SP）广告，上调出价候选由 调整竞价 的批准流程执行。

完整晋级流程

Section titled “完整晋级流程”
1. 在本页检出晋级候选（提示词 1〜3）
   ↓
2. 在 [创建商品推广（SP）广告](/zh-cn/prompts/campaign-creation/) 中
   向手动广告活动添加关键词（批准流程）
   ↓
3. 将同一搜索词登记到自动广告活动的
   [否定关键词](/zh-cn/prompts/negative-keywords/)（批准流程）
   （防止自动和手动的重叠投放）
   ↓
4. 晋级后的手动关键词通过
   [调整竞价](/zh-cn/prompts/bid-optimization/) 进行优化

关联类目

Section titled “关联类目”