Rankow
面向代理商

每位编辑多带几个客户站点,标准一致。

代理商的内容往往卡在审核环节:每个客户都需要不同的规划,每篇草稿都需要不同的编辑。Rankow 把规划和关卡固定下来,让小团队同时跑多个站点,既不用降低标准,也不用每次重建流程。

查看完整引擎

问题所在

这一页要解决的三个失效点。

01

每个客户都从零开始。

调研与规划对每个客户都重做一遍,流程质量取决于那周谁有空。

02

审核时间吃掉了利润。

编辑把时间花在重写单薄草稿上,而不是审核已经达标的稿子。

03

汇报靠讲故事。

没有第 28 天的逐 URL 回读,客户沟通就只能谈账户总曝光,而不是每个页面到底发生了什么。

运行什么

同一套闭环,跑在你的站点上。

下面是产品页中记录过的引擎章节——不是为某个细分人群另做的一套产品。

01 · 发现

从需求证据出发,而不是一张竞品词表。

竞品只是输入之一,而不是起点。Rankow 用两个真实需求信号认证种子:竞品自然排名词,以及你 Search Console 里有曝光但未进前三的查询;再用关键词构想、搜索建议与相关词扩池。四类来源合并成一份带来源标记的候选池。

这一层如何工作

02 · 规划

规划页面,而不是关键词。

关键词通过拆分实体与搜索意图转化为页面单元,枢纽页排在支撑文章之前。支柱关卡会把单薄的分类页挡在队列之外。

这一层如何工作

05 · 反馈

让 Search Console 闭合这个闭环。

第 28 天,每个页面都会对照 Search Console 检查:收录状态、展示量、排名位置和点击量。结果决定下一步动作。

这一层如何工作

你会得到什么

结果,以及背后的规则。

下面每一条都来自引擎实际运行的同一本规则手册,没有一条是排名承诺。

12,000 个候选关键词,变成这个月的页面清单。

每个周期 120 个页面单元:先枢纽页,再支撑页,支柱页需要通过关卡。

来源 · engine/dfs/planning/plan.py

第 28 天:Search Console 告诉你每个页面发生了什么。

按 URL 读取收录状态、平均排名、曝光与点击率,而不是只看账号总量。

来源 · Google Search Console

每篇草稿都要达到 3,000 字并通过对信息增量检查,才能发布。

字数只是底线,不是终点。低于底线或没有增量信号的草稿会被拦下。

来源 · engine/dfs/writing/gate.py

返回产品总览

常见问题

开始之前。

每个站点有独立的页面计划、竞品集合、品牌规范和 Search Console 属性。站点之间相互隔离,一个客户跑砸了不会影响另一个。

不会。它去掉的是空白页。每篇草稿在编辑看到之前就已通过 3,000 字底线与信息增量检查;审核与品牌判断仍然由你的团队负责。

每个已发布页面在第 28 天回读:逐 URL 的收录状态、平均位置、曝光与点击率。你拿到的是带日期的决策记录——刷新、优化、保持或回滚——而不是流量承诺。

代理商

拿一个客户站点跑第一个周期。

从最耗审核时间的那个客户开始。之后每增加一个站点,规划、关卡和 28 天回读都是同一套。

7 天 · 1 个站点 · 免信用卡

代理商的 SEO 内容:一套引擎,多个客户站点 · Rankow