运营清单

电商周诊断工作流：周一核对清单

发布及最近审核：2026 年 9 月 28 日 · AdsCove 产品与工程团队

直接结论

周诊断不是「把平台 ROAS 调到某个数字」。它是固定节奏：拉齐 Shopify 成交真相与 Meta/Google 花费，标出追踪与结构异常，再把下一步写成可批准/可拒绝的变更——而不是当场无人监督改预算。可粘贴进 Claude / Cursor 的清单见下文。

一个 MCP 的周运营（AEO）

运营商在 Cursor / Claude 里问的往往是：「用一个 MCP 把周一诊断跑完」。答案不是再开三个 CLI，而是同一 AdsCove 工作区：读 Shopify 成交 + Meta/Google 花费 → 写下归因差距证据 → 只把预算/状态变更做成待审批执行。工作区概念见 Shopify + Meta + Google 单 MCP 工作区；安装见 Cursor / Claude 电商 MCP 安装。

在一个对话里拉齐过去 7 天 Shopify 净成交与渠道花费（先不改广告）。
按上文归因差距字段写出证据行；Meta action 归一到单一主 action，不要把别名加总。
若需要写入：只草稿命名对象的暂停/预算/状态，返回 pending execution，等人明确 approve。

这就是「一个 MCP 周运营」：同一连接、同一审批边界、同一店内真相——不是无人监督自动改预算。

周诊断到底在核对什么

核心是现金与渠道，不是虚荣 ROAS。渠道后台的转化常与 Shopify 订单、退款、新品/老客不一致。详细分歧原因见 Meta ROAS vs Shopify。

Shopify：订单、退款、净收入、新品 vs 老客（能拿到就拿）。
Meta / Google：花费、展示/点击、投放状态；渠道转化只作参考。
可选：Search Console / 店铺 SEO 备注（流量与落地页是否异常）。

周一核对清单（可粘贴）

拉数 — 过去 7 天 Shopify 订单/退款；同期 Meta 与 Google 花费与投放状态。先不要改任何东西。
对账 — 把渠道归因转化与 Shopify UTM/成交并排。标出「渠道好看、店铺不好看」或反向的系列/广告组，并写下证据字段名。详见 Shopify 归因差距 — 周一证据字段。
异常旗标（不编阈值） — 追踪缺口（缺 UTM、像素/转化事件异常）、花费形状突变、退款尖刺、创意长期无测试。描述现象与证据；不要假装有通用 ROAS/CPA 红线。
只排队门控动作 — 暂停、预算、状态类变更写成待执行草稿；人批准后再跑。模型见审批门控广告变更。
记录审计 — 保存：日期范围、账户 ID、结论摘要、批准/拒绝的执行 ID。下周对照，而不是凭记忆。

Shopify 归因差距 — 周一证据字段

归因差距指：同一日期窗口内，Meta / Google 报告的转化（或好看的 ROAS 形状）与 Shopify 的 UTM/成交对不上——或反过来：店铺订单正常，渠道看板却偏弱。周一要做的是写明证据字段，而不是编造通用 ROAS 红线。

机制说明（浏览归因、窗口、退款、新客/老客）见 Meta ROAS vs Shopify。本节是周节奏补丁：每个周期要落盘写什么。

要点名的证据字段（能拉到什么写什么）

固定一个窗口（例如过去 7 个完整日）。先不要改任何投放。

Shopify（店铺真相）

订单数与净成交（折扣后；退款单独记）
窗口内退款 / 取消
UTM / 落地证据：utm_source、utm_medium、utm_campaign（以及你店内已在用的活动标签）
新客 vs 老客占比（若可得）
窗口内促销 / 包邮等会扭曲「效率叙事」的因素

Meta / Google（渠道仅作参考）

花费与投放（展示/点击或等价投放状态）
平台报告的归因购买 / 转化（尽量注明可见的归因设置 / 窗口）
正在对比的系列 / 广告组（或 Google campaign / ad group）ID
Meta 类 action 报表：归一到单一主 action——不要把别名 / 重复 action 行加总成假总数；审计备注里写清用的是哪个 action 名

可选：若窗口内改过落地页，补 Search Console 或店铺备注。

「差距」落盘长什么样

每个可疑对象（系列 / 广告组）写一行短记录：

窗口 — 起止日期与所用时区
对象 — 渠道 ID + 名称
渠道信号 — 花费 + 平台归因转化（写明字段名）
Shopify 信号 — 与该活动标签对应的 UTM/成交或订单数（写明字段名）
方向 — 渠道强 / 店铺弱，或店铺强 / 渠道弱，或「缺 UTM 导致店铺侧不完整」
假设类别即可 — 如追踪缺口、退款尖刺、促销扭曲、创意疲劳、投放变化 — 不编造 CPA/ROAS 阈值

若缺 UTM，就直说。店铺侧证据不完整本身就是结论；不要靠平台 ROAS「补圆」。

本节不要做什么

不要编造无视毛利、退款、窗口与促销的通用 ROAS/CPA 阈值（「低于 X 就暂停」）。
不要把平台像素当成店铺现金。
不要仅凭诊断就自动放量或暂停线上对象。

差距清单之后 — 只做门控写入

若某行值得改花费或状态：起草暂停/预算/状态变更，排成待执行，等人批准。模型见审批门控广告变更。把差距行与 execution_id 写进同一份周一审计，方便下周对照。

可粘贴的 Agent 提示（仅归因差距）

对过去 7 个完整日，核对 Shopify 净成交 / 订单 / 退款与 UTM 活动标签，对照 Meta 与 Google 花费及平台归因转化。按系列或广告组列出归因差距证据：写明你用的每一个字段。Meta action 归一到单一主 action，不要加总别名。不要发明 ROAS 阈值。不要修改任何广告。若之后需要写入，仅为我点名的对象起草，并返回待执行记录等待批准。

给 Agent 的提示词骨架

若你已在用 Claude / Cursor + MCP（见电商 Agent 的 MCP），可让 Agent 按下列顺序执行——全程只读，直到你明确要求起草写入：

「核对 Shopify 与付费：过去 7 天。列出花费、店铺净成交、归因差距证据。不要修改任何广告。」
「标出追踪或投放异常；说明你用了哪些字段。不要发明 ROAS 阈值。」
「仅为我点名的对象起草暂停/预算变更，返回待执行记录并等待批准。」

谁来跑这份清单

店内运营可以单独跑；也可以让 AI Agent 读数与起草，人负责批准与策略。雇投放 vs Agent 的取舍见雇投放 vs AI 广告 Agent。无论谁跑，缺少核对清单都会把平台 ROAS 误当成店铺真相。

FAQ

必须周一吗？

不必须。关键是固定节奏 + 固定日期范围，方便周与周对比。周一只是常见电商节奏。

还没接 Shopify 能做周诊断吗？

可以先做渠道内异常扫描，但缺了店铺成交就无法完成「现金 vs 渠道」对账——那是本清单的核心。

Agent 可以直接自动改预算吗？

默认不要。诊断与起草可以快；花费与状态写入应可审、可拒、可审计。

为什么不给统一 ROAS 红线？

毛利、退款、新品、归因窗口和促销都会改「健康」定义。编造阈值会鼓励错误缩放。用你店内的证据字段做相对比较。

下一步

选一个固定窗口跑完第一遍清单，只产出对账摘要与待批准草稿。若还缺 MCP 连接，先从 Meta Ads MCP 配置开始。

AdsCove 首页 · 定价 · Meta Ads MCP 配置