首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >我用 WorkBuddy 搭了一套 SEO 内容运营自动化:定时任务 + 巡检脚本 + 专家全流程踩坑记

我用 WorkBuddy 搭了一套 SEO 内容运营自动化:定时任务 + 巡检脚本 + 专家全流程踩坑记

原创
作者头像
用户12823022
发布于 2026-10-16 12:08:31
发布于 2026-10-16 12:08:31
1500
举报

一、背景:一个人管一个官网 SEO,靠手动是干不完的

我负责一个企业官网的 SEO 内容运营(老 ASP 建站,原 CMS 后台)。要做的事情其实很固定:

  • 每周产 2 篇 SEO 文章,按选题库推进;
  • 每篇文章发出去后要盯站点有没有被改坏(老 CMS 的编辑器有标签白名单,稍不注意排版就崩);
  • 每周盘一次进度,每月做一次复盘。

问题在于:这些事单件都不难,但都要"记得去做"。以前的状态是——想起来就发一篇,忘了就断更;站点出问题往往是客户打电话来才知道。

后来我用 WorkBuddy 把这一整套拆成了「定时任务 + 脚本 + 专家」的组合,现在每周只需要花 20 分钟做人工决策部分(审核文章、看简报),其余全自动。

二、整体方案

我用到的能力就三块,没有写任何复杂代码:

能力

用途

定时任务(自动化)

按周/月自动触发内容生产、站点巡检、数据周报、月度复盘

本地脚本 + 技能

站点巡检用纯 Python 标准库写,跑完自动出人话简报

项目资料 + 技能沉淀

选题库、发布规范、历史巡检记录都放在项目里,Skill 里固化流程

关键设计思路:定时任务只负责"按时启动",真正的活儿交给 Skill 里沉淀好的流程。 这样提示词可以写得很短,执行质量却稳定。

三、实施步骤

步骤 1:把重复流程先写成"技能",再挂定时任务

这是最关键的一步,也是我踩了坑才明白的:不要把完整流程塞进定时任务的提示词里。

我的做法是先用 WorkBuddy 把整个发布流程跑通一遍,让它把这套流程沉淀成一个技能(Skill),内容包括:

  • 后台编辑器的标签白名单(只允许 p / table / strong / a / br,h3、ul、li、div 会被吞);
  • 所有样式必须写内联 style;
  • 正文不放 h1(页面标题由 CMS 输出,避免双 H1);
  • 电话链接必须是 <a href="tel:135xxxx4893">,否则手机不能点击拨号。

把这个规范固化下来之后,后面每次写文章都是"照规范产出成品",直接复制粘贴就能发,几乎不用再检查排版。

步骤 2:建 4 个定时班次

然后建定时任务,把时间点铺开:

班次

触发时间

职责

内容生产

每周三、周五 09:00

读计划表定位下一篇 → 按规范写 → 存成品并给出标题和发布步骤

站点巡检

每 3 天 09:10

跑巡检脚本 → 输出人话简报 → 异常高亮 → 写日志

数据周报

每周一 09:00

巡检结果 + 进度盘点 + "你这周做 3 件事"

月度复盘

每月 23 日 09:30

生成月度复盘 Markdown

在 WorkBuddy 里建定时任务就是一句话的事,比如:

帮我创建一个定时任务,每周三、周五早上 9 点自动执行"内容生产"流程。

它会自动生成配置(底层是标准的 RRULE 规则),确认后任务状态变为 ACTIVE,到点自动跑。

步骤 3:写一个站点巡检脚本,让 AI 有"眼睛"

这一步是我认为最有价值的。

老站最大的风险是内容被改坏:编辑器吞标签、模板变动、统计代码丢失。但 AI 本身没法直接判断"页面是否正常",所以我用纯 Python 标准库(urllib)写了一个巡检脚本,固定做这些检查:

  • HTTP 状态码、页面字节数;
  • <title> 是否正确;
  • 表格数量、内联样式数量(这两个是排版是否完好的核心指标);
  • 统计代码是否存在、电话出现次数。

脚本输出 巡检记录/YYYY-MM-DD.txt,并和上一次结果对比,自动识别出「新增文章」和「消失文章」。

建立健康基线很关键。我记录了每篇文章正常状态下的指标作为基线,比如:

之后每次巡检拿实际值和基线比,偏移超过阈值就自动报警。这样站点被改坏,我在当天早上 9 点就知道,而不是等客户发现。

四、踩过的坑(重要,能帮你省时间)

坑 1:百度收录和数据,AI 查不了,别让它瞎编。

我一开始想让定时任务顺手汇报"本周收录增加多少",结果实测发现:百度搜索结果页有反爬(site: 查询返回的是几百字节的验证页),Bing 也一样。AI 无法自动查询收录量和排名。

解决办法:定时任务的提示词里明确写上"不要谎报收录数据",只报告站点自身可直接抓取的指标。收录和排名数据,我自己登录百度站长平台看。

这一条看起来小,但它决定了这套系统是"可信"还是"不可信"。

坑 2:老站的表单是不是真能收到线索,必须人工测。

这是最致命的隐患:saves.asp 返回"请正确输入验证码",只能证明后端还活着,不代表线索能到你手里。必须人工填一次真实手机号走完全流程,并确认提交后线索去了哪里。

表单坏了,所有 SEO 流量都是白费——这个检查值得优先做。

坑 3:给用户的 URL 一定要放代码块单独成行。

只要 URL 和中文说明混在同一行,复制的时候就会连中文一起带走,导致 404。这个坑我踩过一次,后面所有文档里的 URL 都独立成行了。

坑 4:别把流程写进定时任务提示词。

前面提过,但值得再强调:提示词写得越长,执行越不稳定。流程放技能,定时任务只写"触发什么"。

五、效果

改完之后的变化:

  • 内容产出:从"想起来才发"变成每周固定 2 篇,不再断更;
  • 风险发现:站点异常从"客户告知"变成"当天早上自动报警";
  • 人工投入:每周约 20 分钟,只做审核和决策;
  • 沉淀:所有流程、规范、基线都留在项目里,换个站点也能直接复用。

六、几点建议

  1. 先跑通再做自动化。 一个流程你手动做过一遍、知道每个坑在哪,再写进技能,成功率完全不同。
  2. 能自动的要和不能自动的划清楚。 明确写下"不要谎报",比让它编一个数字有价值得多。
  3. 建健康基线。 自动化巡检的价值不在于"看有没有变化",而在于"和正常状态比有没有偏离"。
  4. 简单任务用轻量模型。 定时任务大多是有明确流程的执行类工作,用快速模式就够,省积分。

以上是我用 WorkBuddy 做 SEO 自动化运营的完整记录。这套东西还在持续跑,后面有新坑我会继续更新。

欢迎指导交流!

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一、背景:一个人管一个官网 SEO,靠手动是干不完的
  • 二、整体方案
  • 三、实施步骤
    • 步骤 1:把重复流程先写成"技能",再挂定时任务
    • 步骤 2:建 4 个定时班次
    • 步骤 3:写一个站点巡检脚本,让 AI 有"眼睛"
  • 四、踩过的坑(重要,能帮你省时间)
  • 五、效果
  • 六、几点建议
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档