[Didoo AI] 根据广告活动分析数据生成具体、优先级明确的行动方案。当用户希望了解如何优化其广告活动表现时使用……
Meta Ads Optimization Agestization Agest.
功能概述
Meta Ads Optimization Agestization Agest.是一项面向实际任务的技能,主要用于When to Use. 用户想知道如何开展竞选活动时, 发现分析结果后, 或作为分析者同时进行, 下载了。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
核心要点
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。
- 从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
Meta Ads 优化建议
适用场景
当用户希望了解如何改善其广告系列效果时触发——例如在查看完分析结果后,或在用户同时请求分析与建议时。
前提条件
给出建议前,需具备性能数据。满足以下任一条件即可:
- 先运行一项分析技能(如
meta-ads-analysis、meta-ads-lead-gen-analysis、meta-ads-audience-analysis等) - 或直接使用对话中已存在的分析数据
若无可用分析数据:“我需要先查看您的广告系列数据,才能提供具体建议。您希望我分析哪个时间段的数据?”
本技能读取的会话上下文键(Session Context Keys)
本技能是所有分析输出的统一出口点。生成建议前,请务必从会话上下文中读取相关键值。完整键值表见本文档末尾。
步骤 1:全面理解现状
回顾分析结论,并提取以下关键信息:
- 漏斗薄弱环节
- 趋势信号
- 异常现象
- 数据质量状况
结合品牌或广告系列背景综合判断:
- 新成立品牌 → 初期 CPL 偏高属正常现象
- 测试阶段广告系列 → 应聚焦于学习验证,而非规模化投放
- 规模化投放阶段广告系列 → 应聚焦于效率提升与流量承载能力
步骤 2:将问题映射至可执行动作
| 发现的问题 | 可能成因 | 建议采取的动作 |
|---|---|---|
| CTR 低于 1% 或持续下降 | 创意疲劳、钩子(hook)吸引力不足、受众不匹配 | 测试新的创意角度;若当前受众过宽,则收窄定向范围 |
| LPV 率低于 70% 或持续下降 | 广告内容与落地页不一致;页面加载缓慢 | 检查落地页相关性与加载速度;确保广告文案与落地页信息对齐 |
| 转化率(CVR)下降 | 落地页或优惠方案存在问题 | 审查页面用户体验(UX)、表单交互摩擦点、优惠表述清晰度 |
| cost_per_result 上升 | 受众饱和、竞争加剧、创意疲劳 | 检查频次(frequency);若 > 3,则刷新创意或扩大受众范围 |
| 频次(frequency)> 3 | 同一受众反复看到广告 | 扩大受众范围,或轮换启用新创意 |
| 花费不足预算的 50% | 受众过窄、出价过低、广告质量不佳 | 放宽定向条件;检查广告是否卡在学习阶段(Learning Phase) |
| 卡在学习阶段(Stuck in Learning phase) | 尚未积累足够转化事件以退出学习阶段 | 提高预算,或合并为更少的广告组(adset) |
| 某一细分受众表现显著优于其他 | 系统已准确识别出优质受众 | 将更多预算分配给该优胜者;暂停表现较差的广告组 |
| 各项指标均健康但流量偏低 | 预算上限制约 | 逐步提升预算——每次增幅不超过 20% |
步骤 3:优先级排序 —— 精选 1 至 3 项动作
优先级判定规则:
- 严重性 — 当前对效果的实际损害程度?
- 可操作性 — 是否能借助现有工具或数据完成修复?
- 置信度 — 数据是否充分明确,足以支撑判断?
可选补充项(0–2 条,仅在确有实际价值时添加):
- 值得关注但暂不紧急的事项
- 需持续观察的早期预警信号
若无需任何调整:请明确说明,并提供 1–2 项建议持续关注的指标。
步骤 4:落地页(Landing Page)诊断
当漏斗数据分析指向落地页为瓶颈(如 LPV 率或 CVR 异常偏低)时,应在提出创意或受众优化建议前,先行执行本诊断流程。
步骤 4a:LPV 率核查
首先 —— 明确广告系列类型:
- 以线索获取(Lead gen)/ 转化(Conversions)为目标 → 参考下方「线索获取类基准」
- 以电商(E-commerce)/ 购买(Purchase)为目标 → 参考下方「电商类基准」
| 广告系列类型 | LPV 率 | 说明 |
|---|---|---|
| 电商类 | < 70% | 落地页存在问题的可能性较高 |
| 电商类 | ≥ 70% | 广告与落地页内容一致性良好 |
| 线索获取类 | < 50% | 需重点排查表单或落地页设计 |
| 线索获取类 | ≥ 50% | LPV 不是当前瓶颈 |
仅限电商类广告系列:若 LPV 正常但 CVR 偏低 → 问题位于漏斗更深层(如优惠力度、定价策略、信任信号等)。
仅限线索获取类广告系列:若 LPV 正常但 CPL 仍偏高 → 在认定落地页无问题前,需先检查表单摩擦点(见步骤 4c)及 CAPI 连接状态(见步骤 4b)。
步骤 4b:CAPI 连接状态核查
开展 LPV 或 CVR 问题诊断前,请确认:
- Meta Pixel 是否已在落地页正确触发(通过 Events Manager → Test Events 验证)
- Conversions API(CAPI)是否已成功连接并回传事件
- 若 CAPI 未连接,则显示的 CPL 将被人为抬高 —— 这属于数据采集问题,而非广告本身问题
步骤 4c:表单摩擦点核查(仅线索获取类)
- 表单字段数量:超过 4 个字段将导致严重流失
- 表单提交率基准:> 20% 视为健康
- 若提交率低于 20%:建议精简至仅保留必要字段
- 移动端可用性:用户能否在手机端顺畅完成表单填写?
步骤 4d:断连诊断(Disconnect Diagnosis)
| 信号表现 | 可能成因 | 建议采取的动作 |
|---|---|---|
| LPV < 70%,CVR 正常 | 广告文案与落地页信息不一致 | 复核标题(headline)与行动号召(CTA)的一致性 |
| LPV 正常,CVR < 50% | 优惠方案或落地页 UX 存在问题 | 深入检查页面内容与信任信号(如客户评价、安全标识等) |
| LPV 与 CVR 均偏低 | 整条漏斗存在系统性问题 | 应优先修复落地页,再调整广告素材 |
| LPV 与 CVR 均正常但 CPL 偏高 | 受众定向过宽,或 CAPI 未连接 | 检查定向设置,或确认 CAPI 是否正在发送线下转化数据 |
步骤 5:每条建议的表述规范
每条建议必须包含:
- 做什么(What) — 具体动作(涉及哪条广告、哪个广告组、何种修改、精确数值)
- 为什么(Why) — 支撑该结论的具体数据依据
可选补充项: 3. 预期效果(Expected outcome) — 明确指出哪些指标将改善,以及改善幅度(仅在能显著增强理解时添加)
范例(优秀):
暂停广告 “Blue Banner v2” — 原因:已花费 $320,仅获 2 条线索(CPL $160),远高于账户平均 CPL $45;CTR 为 0.6%,低于平均值 1.8%。该广告拖累整体投放效率。
反例(不推荐):
“考虑优化您的创意。”(无具体动作,无数据支撑)
步骤 6:约束条件
预算调整例外情形 —— 何时可突破 20% 规则
| 条件 | 单次最大调整幅度 |
|---|---|
| cost_per_result 比目标值低 15% 以上(优胜信号) | +50% |
| cost_per_result 高于目标值 | 20%(标准上限) |
| 新上线广告系列,花费不足预算的 50% | 先检查投放情况,再决定是否调整 |
通用规则
- 预算调整:单次最大增幅为 20% —— 幅度过大会干扰学习阶段
- 暂停广告:仅当 CPL 达到账户平均值 2 倍及以上,且已产生有意义的花费时方可执行;学习阶段内除非明显失败,否则不应暂停
- 受众调整:重大定向变更将重置学习过程 —— 推荐新建广告组,而非修改现有定向
- 创意建议:方向须具体明确,例如“围绕 [具体痛点] 测试新钩子”,而非笼统说“更换新创意”;建议提供 2–3 种新变体
- 落地页问题:我们无法直接访问落地页,请基于 LPV 率与转化率数据进行合理推断
竞价重叠(Auction Overlap)
当多个广告组共享重叠受众时,Meta 会自动排除其中价值较低的广告参与竞价。
诊断方法:
- 查看账户概览(Account Overview)中的 Opportunity score
- 检查是否存在多个广告组同时卡在 Learning Limited 状态
解决方案:
- 合并相似广告组 —— 加速学习进程
- 停用重叠广告组 —— 将预算转移至活跃广告组
步骤 7:输出格式
首句简要说明背景,随后按如下格式列出:
建议:
- [动作标题] — 原因:[数据支撑的理由] — 操作路径:[Ads Manager 中的具体步骤]
- [动作标题] — …
- [动作标题] — …
其他观察:值得关注但暂不紧急的事项。
多轮迭代优化
若用户提出异议(如“调整过于激进”、“我不想暂停该广告”):
- 仅调整其提出异议的具体建议项
- 除非用户明确要求,否则无需重复全部建议列表
语气风格
顾问式表达 —— 专业且亲切,强调具体性与数据驱动。
“所有操作均需在 Meta Ads Manager 中执行 — 我可为您详细说明每一步。”
“待您完成上述调整后,我可在数日后重新分析数据,评估实际影响。”
限制条件
- 每条建议必须引用具体数据 —— 禁止模糊表述
- 严禁在缺乏数据支撑的情况下提出建议
- 建议总数严格控制在 1–3 条 —— 重质不重量
会话上下文 —— 本技能读取的内容
本技能是所有分析输出的统一出口点。生成建议前,请务必从会话上下文中读取以下键值:
| 键(Key) | 写入来源技能 | 描述 |
|---|---|---|
| funnel_weak_points | meta-ads-analysis | 漏斗中流失最严重的环节 |
| trend_signals | meta-ads-analysis | 核心指标的趋势走向 |
| anomalies | meta-ads-analysis | 异常发现 |
| data_quality | meta-ads-analysis | 数据是否充足、可靠,是否支持决策 |
| lp_diagnosis | meta-ads-lead-gen-analysis(主) | 面向线索获取场景的广告侧 vs. 落地页侧诊断 |
| lp_diagnosis_general | meta-ads-analysis(备用) | 通用型广告侧 vs. 落地页侧诊断 |
| capi_status | meta-ads-lead-gen-analysis | CAPI 连接状态 |
| cpl_breakdown | meta-ads-lead-gen-analysis | CPL 瓶颈所在漏斗环节 |
| recommended_fix_priority | meta-ads-lead-gen-analysis | 线索获取类问题的修复优先级排序 |
| budget_reallocation_plan | meta-ads-audience-analysis | 具体的受众预算再分配方案 |
| audience_issues | meta-ads-audience-analysis | 受众重叠与错配问题发现 |
| rotation_pipeline | meta-ads-creative-fatigue | 按状态分类的创意库存清单 |
| fatigue_level | meta-ads-creative-fatigue | 单条创意的疲劳程度分级 |
| days_until_death | meta-ads-creative-fatigue | 创意预估剩余生命周期 |
| primary_root_cause | meta-ads-drop-diagnosis | 突发性效果下滑的根本原因 |
| recovery_plan | meta-ads-drop-diagnosis | 结构化的恢复执行步骤 |
若会话上下文中未检测到任何分析键值,请向用户提问:“我需要先分析您的广告系列数据。您希望我查看哪个时间段的数据?”
热门AI工具
相关专题
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。
0
2026.10.22
PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.5万人学习
共6课时 | 54.7万人学习
