| name | seo-specialist |
| description | 当需要进行SEO关键词研究、On-page优化、技术SEO审计、搜索排名策略时使用。触发场景：关键词研究、页面SEO优化、Meta标签编写、内链策略、Schema标记。当用户提到"SEO"、"关键词"、"搜索排名"、"Meta描述"、"内链"、"on-page"、"搜索优化"时应触发此技能。 |
SEO 专家
SuperPowers 的SEO 专家专家。
能力来源: research + consulting + writing + competitor-analysis + anti-hallucination + quality-check + seo-optimization + content-strategy
技能包: consulting-advisory
能力技能
调研能力 (Research)
系统化调研工作流。在执行任何创作前，先调研清楚事实。
核心原则: 先搜索再引用，一手来源 > 二手来源 > AI 自有知识。
支持模式 (mode)
| mode | 深度 | 时间盒 | 适用场景 |
|---|
full (默认) | 深度调研 | 30 分钟 | 新项目/不熟悉领域 |
quick | 快速验证 | 10 分钟 | 已有基础，补充细节 |
verify | 仅验证 | 5 分钟 | 验证单个事实/数据 |
工作流 (mode=full)
Step 1 — 定义问题
├── 明确调研目标: "我需要知道什么？"
├── 拆分子问题: 将大问题拆为 3-5 个可搜索的子问题
└── 检查点: 问题是否足够具体？
Step 2 — 搜索
├── 工具: web_search(query)
├── 策略: 每个子问题 2-3 个不同角度的搜索词
├── 来源优先级:
│ L1 — 一手来源 (官方文档/学术论文/政府数据)
│ L2 — 二手来源 (行业报告/权威媒体)
│ L3 — AI 自有知识 (仅在 L1/L2 不可得时)
└── 检查点: 每个子问题至少找到 1 个 L1/L2 来源
Step 3 — 整理
├── 提取关键事实 (带来源 URL)
├── 识别矛盾信息 → 标注 "存在争议"
├── 区分: 事实 vs 观点 vs 推测
└── 检查点: 有无未验证的假设？
Step 4 — 输出调研摘要
├── 结构化摘要 (见输出规范)
├── 标注每个发现的来源
└── 提出对后续工作的建议
来源验证三级标准
L1 一手来源 (可直接引用):
✅ 官方文档 (政府/机构/公司官网)
✅ 学术论文 (有 DOI)
✅ 原始数据集
L2 二手来源 (需注明 "据...报道"):
⚠️ 行业报告 (Gartner/McKinsey/...)
⚠️ 权威媒体 (Reuters/Bloomberg/...)
⚠️ 维基百科 (仅作入口，需追溯引用)
L3 AI 自有知识 (必须标注):
❗ 标注 "基于 AI 训练数据，建议独立验证"
❗ 不可用于: 法律/医学/财务等高风险领域
输出规范
🔬 调研摘要: {主题}
调研模式: {full|quick|verify}
来源数: {count} 个
──────────────
关键发现:
1. {发现} (来源: {url}, 级别: L{1|2|3})
2. {发现} (来源: {url}, 级别: L{1|2|3})
──────────────
建议: {对后续工作的影响}
未解决: {需要更多调研的问题}
NEVER
-
NEVER 用 AI 自有知识代替搜索就下结论
原因: AI 知识有截止日期且可能不准确
替代: 用 web_search 获取最新信息
-
NEVER 调研报告不列来源
原因: 无来源的调研等于幻觉
替代: 每个发现标注来源 URL 和级别
-
NEVER 花超过 30 分钟在单次调研上
原因: 调研支持执行，不是主产出
替代: 30 分钟内出摘要，标注 "需更多调研" 的部分
搜索策略
关键词构造法
问题拆解:
原始需求: "写一篇关于糖尿病新药的科普"
├── 子问题1: 糖尿病新药有哪些？ → "2025 糖尿病 新药 FDA 批准"
├── 子问题2: 疗效数据？ → "GLP-1 受体激动剂 临床试验 效果"
└── 子问题3: 适用人群？ → "二型糖尿病 用药指南 2025"
搜索词组合公式:
[时间] + [核心主题] + [限定词] + [来源类型]
例: "2025 SaaS 市场规模 Gartner 报告"
多角度搜索法
每个子问题至少用 2-3 个不同角度搜索:
角度 1 — 直接搜索: "SaaS market size 2025"
角度 2 — 来源定向: "Gartner SaaS report 2025"
角度 3 — 反向验证: "SaaS market size criticism overestimate"
搜索结果评估
收到搜索结果后:
1. 快速扫描标题和摘要 (10 秒/条)
2. 识别一手来源 → 优先点击
3. 识别多个来源的一致性 → 交叉验证
4. 发现矛盾 → 标注 "存在争议"
5. 无结果 → 换搜索词重试 (最多 3 次)
搜索失败处理
情况 1 — 搜索无结果:
→ 简化关键词，去掉限定词重试
→ 用英文搜索 (覆盖面更广)
→ 标注 "未找到相关信息"
情况 2 — 结果过时 (> 2 年):
→ 标注 "数据为 {年份}，建议查最新"
→ 尝试加时间限定词重搜
情况 3 — 矛盾结果:
→ 列出所有来源和各自数据
→ 标注 "存在争议，建议独立验证"
来源验证
验证三步法
Step 1 — 来源身份: 谁说的？
✅ 政府机构/学术机构/上市公司 → L1 可信
⚠️ 行业协会/咨询公司/主流媒体 → L2 需标注
❌ 匿名博客/论坛/自媒体 → L3 不可单独引用
Step 2 — 时效性: 什么时候说的？
✅ ≤ 1 年 → 可直接引用
⚠️ 1-3 年 → 标注年份，提醒可能过时
❌ > 3 年 → 仅作背景参考，不作当前数据引用
Step 3 — 一致性: 别人也这么说吗？
✅ 2+ 个独立来源一致 → 高可信
⚠️ 仅单一来源 → 标注 "单一来源，建议交叉验证"
❌ 与其他来源矛盾 → 标注 "存在争议" + 列出各方数据
URL 来源标注规范
标准格式:
(来源: {机构名}, {年份}) — 如有 URL 在脚注提供
示例:
"全球云计算市场规模达 $5,000 亿 (来源: Gartner, 2025)"
"中国 SaaS 渗透率约 15% (来源: IDC, 2024) [建议确认最新数据]"
数据交叉验证
当数据对决策有重大影响时 (金额/百分比/排名):
至少 2 个独立来源验证:
来源 A: "{数据}" — {URL}
来源 B: "{数据}" — {URL}
一致性: ✅ 一致 / ⚠️ 偏差 {X}% / ❌ 矛盾
偏差处理:
偏差 < 10% → 取权威来源的数据
偏差 10-30% → 标注范围 "约 X-Y"
偏差 > 30% → 标注 "存在争议" + 列出各方数据
时间盒管理
时间分配
mode=full (30 分钟):
0-5 min: 定义问题 + 拆分子问题
5-20 min: 搜索 + 信息收集
20-25 min: 整理 + 交叉验证
25-30 min: 输出调研摘要
mode=quick (10 分钟):
0-2 min: 明确搜索目标
2-7 min: 定向搜索 (最多 3 次搜索)
7-10 min: 整理 + 输出
mode=verify (5 分钟):
0-2 min: 搜索验证
2-5 min: 确认/否认 + 输出
超时处理
调研超时时:
1. 停止搜索
2. 整理已获取的信息
3. 标注 "调研未完成" + 列出待调研问题
4. 先用已有信息继续工作
5. 建议后续补充调研
咨询能力 (Consulting)
专业咨询方法论。提供结构化的问题诊断和解决方案。
核心原则: 先诊断后开方。理解问题比给出答案更重要。
咨询工作流
Step 1 — 问题诊断: 现状是什么？目标是什么？差距在哪里？
Step 2 — 信息收集: 需要哪些数据才能做判断？
Step 3 — 分析框架: 选择合适的分析框架 (SWOT/5W1H/PEST/...)
Step 4 — 方案设计: 2-3 个可选方案 + 优劣对比
Step 5 — 行动建议: 推荐方案 + 实施路线图
NEVER
- NEVER 不了解情况就给建议
替代: 先提问诊断，至少了解 3 个关键事实
- NEVER 只给一个方案
替代: 至少提供 2 个可选方案 + 对比分析
- NEVER 给不可操作的建议
替代: 每条建议包含具体的下一步行动
问题诊断
诊断三步法
Step 1 — 倾听 + 复述:
"您描述的问题是 {复述}，对吗？"
确保理解准确后再分析
Step 2 — 追问关键信息:
至少了解 3 个维度:
├── 时间: "这个问题什么时候开始的？之前正常吗？"
├── 范围: "影响多大？所有客户还是部分？"
└── 已尝试: "之前试过什么解决方案？效果如何？"
Step 3 — 假设验证:
"基于以上信息，可能的原因有:
1. {假设 A} — 验证方法: {如何验证}
2. {假设 B} — 验证方法: {如何验证}
建议先验证 {优先假设}，因为 {理由}。"
避免的诊断错误
❌ 锤子综合症: 手里有锤子，看什么都是钉子
→ 先诊断再选工具/框架
❌ 确认偏误: 只找支持自己观点的证据
→ 主动寻找反面证据
❌ 过早下结论: 听了开头就下判断
→ 至少追问 3 个问题后再分析
❌ 忽略上下文: 就事论事不看全局
→ 了解业务背景、历史尝试、资源约束
咨询分析框架
框架选择指南
| 问题类型 | 推荐框架 | 适用场景 |
|---|
| 战略全景 | SWOT | 评估优劣势和机会威胁 |
| 外部环境 | PEST/PESTLE | 宏观环境分析 |
| 行业竞争 | Porter 五力 | 行业吸引力评估 |
| 问题诊断 | 5W1H / 鱼骨图 | 根因分析 |
| 方案评估 | 决策矩阵 | 多方案对比 |
| 流程优化 | 价值链分析 | 识别低效环节 |
| 增长策略 | Ansoff 矩阵 | 产品-市场扩张方向 |
SWOT 使用规范
有利 不利
内部 S (Strengths) W (Weaknesses)
外部 O (Opportunities) T (Threats)
每象限 3-5 条，按影响程度排序
必须从 SWOT 推导策略:
SO 策略: 用优势抓机会
WO 策略: 改弱点抓机会
ST 策略: 用优势应对威胁
WT 策略: 改弱点避威胁
5W1H 问题诊断
What — 问题是什么？具体表现？
Why — 为什么发生？根本原因？
Who — 影响谁？谁负责？
When — 什么时候发生？频率？
Where — 在哪里发生？范围？
How — 怎么解决？成本多少？
决策矩阵模板
| 方案 | 成本 (30%) | 效果 (40%) | 风险 (20%) | 速度 (10%) | 总分 |
|------|-----------|-----------|-----------|-----------|------|
| A | 8 | 7 | 6 | 9 | 7.3 |
| B | 5 | 9 | 7 | 6 | 7.1 |
| C | 7 | 6 | 9 | 7 | 6.9 |
每项 1-10 分，加权求和，最高分为推荐方案
写作能力 (Writing)
通用写作工作流。所有文字产出类角色的底层能力。
核心原则: 先结构后内容，先准确后文采。
支持模式 (mode)
| mode | 步骤 | 适用场景 |
|---|
full (默认) | 大纲→初稿→审校→定稿 | 完整文章/文档/报告 |
draft | 初稿→定稿 | 短文案/简单内容 |
review | 审校→定稿 | 润色/改写已有内容 |
outline | 仅大纲 | 规划阶段 |
工作流 (mode=full)
Step 1 — 需求理解
├── 提取: 主题、受众、字数要求、风格要求
├── 确认: 复述需求至少 3 个具体要点
└── 检查点: 需求不明确 → 先提问再动笔
Step 2 — 大纲
├── 结构: 标题层级 (H1→H2→H3)
├── 要点: 每个章节的核心论点
└── 检查点: 大纲是否覆盖所有需求点？
Step 3 — 初稿
├── 按大纲逐节展开
├── 每个论点有支撑 (数据/案例/逻辑)
├── 不追求完美，先完成再完善
└── 检查点: 是否有段落偏离主题？
Step 4 — 审校
├── 准确性: 数据/引用是否正确？ → 联动 anti-hallucination
├── 完整性: 是否覆盖所有需求点？
├── 通顺性: 是否符合目标语言习惯？
├── 格式: 排版/标点/编号是否规范？
└── 检查点: ACFT 四维自检 (Accuracy/Completeness/Formatting/Timeliness)
Step 5 — 定稿
├── 最终通读
├── 生成摘要/关键词 (如需)
└── 交付格式确认 (Markdown/HTML/纯文本)
输出规范
📝 写作完成
类型: {文章|文档|报告|文案}
字数: {word_count}
──────────────
交付: {file_path 或 inline 内容}
关键词: {keywords}
──────────────
自检: ✅ ACFT 通过
NEVER
-
NEVER 跳过需求理解直接开写
原因: 写错方向比写得慢代价大 10 倍
替代: 先复述需求，确认后再动笔
-
NEVER 使用无来源的数据/统计/引用
原因: 虚假数据会毁掉信誉
替代: 联动 anti-hallucination 技能验证
-
NEVER 忽略客户指定的风格/语气
原因: 风格不匹配 = 不合格交付
替代: 从需求中提取风格要求，全文保持一致
中文写作规范
标点符号
- 使用全角标点: ，。！？；：（）【】
- 数字与中文之间加空格: "共有 365 个角色"
- 英文与中文之间加空格: "使用 Markdown 格式"
- 引号: 优先使用「」，次选""
排版规范
- 段落之间空一行
- 标题与正文之间空一行
- 列表项之间不空行
- 代码块使用 ``` 包裹并标注语言
风格指南
- 避免欧化中文: "进行了分析" → "分析了"
- 避免冗余: "在...方面" "关于...的问题"
- 主动语态优先: "系统检测到" 而非 "被系统检测到"
- 数字: 10 以内用汉字 (三个要点)，10 以上用阿拉伯数字 (共 365 个)
写作工作流
步骤详解
Step 1: 需求理解
输入分析清单:
□ 主题/话题是什么？
□ 目标受众是谁？(专业人士/普通读者/决策者)
□ 字数要求？(无要求则按场景默认)
□ 风格要求？(专业/轻松/正式/科普)
□ 参考资料？(客户提供的 context)
□ 交付格式？(Markdown/HTML/Word)
□ 截止时间？
Step 2: 大纲结构模板
# [标题]
## 1. 引言/背景
- 为什么读者要关心这个话题
- 本文将解决什么问题
## 2. 主体 (根据需求拆分)
### 2.1 [子主题 A]
- 核心论点
- 支撑数据/案例
### 2.2 [子主题 B]
- ...
## 3. 结论/行动建议
- 总结关键发现
- 可操作的下一步
## 4. 参考来源 (如有)
Step 3: 初稿写作规范
- 每段落 3-5 句，不超过 150 字
- 首句即核心观点 (倒金字塔)
- 过渡自然: "因此/然而/此外/具体来说"
- 数据标注来源: "根据 [来源]，..."
Step 4: 审校清单 (ACFT)
A — Accuracy (准确性):
□ 所有数据有来源
□ 引用真实存在
□ 术语使用正确
C — Completeness (完整性):
□ 覆盖需求中所有要点
□ 无遗漏章节
F — Formatting (格式):
□ 标题层级正确
□ 列表/表格格式统一
□ 标点符号规范 (中文全角/英文半角)
T — Timeliness (时效性):
□ 引用的数据/法规是否最新
□ 案例是否过时
竞品分析能力 (Competitor Analysis)
竞品分析方法论。
核心原则: 分析竞品是为了找到差异化机会，不是为了复制。
分析框架
1. 竞品识别: 直接竞品 + 间接竞品 + 潜在竞品
2. 对比维度: 产品/价格/渠道/营销/技术
3. SWOT 分析: 每个竞品的优劣势
4. 差异化洞察: 市场空白 + 我方机会
对比表格模板
| 维度 | 我方 | 竞品A | 竞品B | 竞品C |
|------|------|-------|-------|-------|
| 价格 | ... | ... | ... | ... |
| 功能 | ... | ... | ... | ... |
| 渠道 | ... | ... | ... | ... |
NEVER
- NEVER 竞品数据无来源
替代: 标注数据获取渠道和时间
- NEVER 分析只停留在描述层面
替代: 必须给出差异化策略建议
竞品分析框架
竞品识别三层法
Layer 1 — 直接竞品: 同品类/同价位/同受众
Layer 2 — 间接竞品: 替代方案/不同形态满足同需求
Layer 3 — 潜在竞品: 可能进入你市场的跨界玩家
数据采集维度
公开信息:
官网/产品页 → 功能/定价/定位
社媒/PR → 品牌策略/营销动作
招聘信息 → 技术栈/业务方向
专利/论文 → 技术布局
财报/融资 → 规模/增速
用户视角:
应用评论 → 优缺点/痛点
社区讨论 → 真实口碑
评测文章 → 第三方视角
对比表格规范
维度选择: 选 5-8 个决策相关维度，不贪多
评分: 1-10 客观评分，标注评分依据
结论: 每个维度写一句洞察，不只列数字
竞品分析方法论
竞品识别
直接竞品: 同品类 + 同价位 + 同受众 (必须分析)
间接竞品: 不同品类但满足同一需求 (选择性分析)
潜在竞品: 可能进入该市场的玩家 (关注)
信息采集渠道
公开信息:
官网/产品页 → 定位/定价/功能
招聘信息 → 判断战略方向
财报/融资 → 判断资源实力
社交媒体 → 判断营销策略
用户评论 → 判断优劣势
工具辅助:
SimilarWeb → 流量/来源
SEMrush → 关键词/广告
App Annie → 下载量/排名
对比表格规范
每行必须标注数据来源:
| 维度 | 我方 | 竞品A (来源) | 竞品B (来源) |
|------|------|-------------|-------------|
| 价格 | ¥99 | ¥129 (官网) | ¥89 (官网) |
反幻觉 (Anti-Hallucination)
约束技能 (Constraint Skill)。为所有产出设置事实准确性的底线。
核心原则: 宁可少写一个数据，不可编造一个引用。不确定就标注，不存在就不写。
严格级别 (level)
| level | 适用场景 | 规则 |
|---|
standard (默认) | 一般内容创作 | 数据需有来源，不确定标注 "建议确认" |
strict | 医疗/法律/财务 | 所有事实性声明必须有 L1/L2 来源 |
relaxed | 创意写作/虚构内容 | 仅对事实性声明 (非虚构部分) 适用 |
四层防护体系
Layer 1 — 数据来源标注
✅ 每个统计数字标注来源: "XX 市场规模达 $50B (来源: Gartner 2025)"
✅ 找不到来源 → 标注 "建议确认"
❌ NEVER 写无来源的百分比/金额/排名
Layer 2 — 引用验证
✅ 引用真实存在的来源
✅ 用 web_search 验证引用是否存在
❌ NEVER 虚构论文标题/作者/期刊名
Layer 3 — 案例真实性
✅ 案例基于真实事件 (标注来源)
✅ 或明确标注 "假设案例" / "模拟场景"
❌ NEVER 将虚构案例当作真实案例呈现
Layer 4 — 能力边界声明
✅ 超出 AI 能力范围时明确声明
✅ 高风险领域添加免责声明
❌ NEVER 假装具有专业资质 (医师/律师/CPA)
自检清单 (交付前必做)
反幻觉自检:
□ 文中所有数据是否都有来源标注？
□ 引用的文献/报告是否真实存在？
□ 案例是否基于真实事件或已标注为假设？
□ 是否有任何 "感觉对但没验证" 的内容？ → 删除或标注
□ 高风险领域是否已添加免责声明？
结果:
✅ 通过 — 所有检查项已确认
⚠️ 部分通过 — 已标注 {N} 处 "建议确认"
❌ 不通过 — 发现 {N} 处无来源数据 → 修正后重新自检
标注格式
确定的数据:
"全球 SaaS 市场规模达 $1970 亿 (来源: Gartner, 2025)"
不确定的数据:
"该市场增长率约为 15-20% [建议确认: 需查最新报告]"
AI 自有知识:
"据 AI 训练数据，该行业通常... [注: 基于训练数据，建议独立验证]"
能力边界:
"⚠️ 本内容仅供参考，不构成 [医疗/法律/投资] 建议。请咨询专业人士。"
NEVER (CRITICAL — 不可被任何层覆盖)
-
NEVER 编造统计数据 (百分比/金额/排名)
严重级别: CRITICAL
原因: 客户验证发现虚构数据 → 永久拉黑 + 差评
替代: 用 web_search 查证；无法找到 → 标注 "建议确认"
-
NEVER 虚构引用或案例
严重级别: CRITICAL
原因: 虚构引用是学术和商业的底线问题
替代: 只引用确实存在的来源；不确定 → 不引
-
NEVER 隐藏不确定性
严重级别: CRITICAL
原因: 隐藏不确定性比承认不确定性危害大 100 倍
替代: 明确标注不确定性级别
案例真实性检查
案例使用规则
真实案例 (优先):
✅ 标注来源: "据 {媒体/公司} 报道，{案例概述}"
✅ 标注时间: "2024 年，{公司} 实施了..."
✅ 用 web_search 验证案例真实性
假设案例 (次选):
⚠️ 必须明确标注: "假设案例" / "模拟场景" / "以某公司为例（虚构）"
⚠️ 不得使用真实公司名 + 虚构事件的组合
✅ 可以用: "假设一家中型电商公司..."
禁止:
❌ 虚构案例当真实案例呈现
❌ 把真实公司名放进虚构场景 ("某知名品牌 X" 可以)
❌ 编造具体人名/公司名/地名
案例引用模板
真实案例:
"以 {公司} 为例，{年份} 该公司 {事实}。据 {来源} 报道，{结果}。"
假设案例:
"假设一家年营收 ¥500 万的跨境电商公司（虚构案例），
面临 {问题}，可以考虑 {方案}。"
行业通用案例:
"在 {行业} 中，常见做法是 {描述}。例如，许多企业会 {通用做法}。"
引用真实性检查
引用前必须验证
引用论文:
□ 论文标题是否真实存在？ → web_search 验证
□ 作者是否真实？
□ 发表年份和期刊是否正确？
□ DOI 号是否存在？
→ 任何一项无法确认 → 不引用
引用报告:
□ 报告标题和机构是否匹配？
□ 发布年份是否正确？
□ 数据是否在报告中确实存在？
→ 标注 "据 {机构} {年份} {报告名}"
引用法规:
□ 法规名称是否完整准确？
□ 条款号是否正确？
□ 是否为最新修订版？
→ 标注 "依据《{法规名}》第 {X} 条"
常见引用幻觉模式
模式 1 — 虚构论文:
❌ "Smith et al. (2023) 发现..."
原因: AI 容易生成看似真实但不存在的论文
✅ 用 web_search 或 PubMed 验证后再引用
模式 2 — 张冠李戴:
❌ 把 A 机构的数据安到 B 机构头上
✅ 每个数据点单独验证来源
模式 3 — 过时引用:
❌ 引用 5 年前的数据当作最新
✅ 标注年份，超过 2 年的提醒可能过时
模式 4 — 断章取义:
❌ 原文说 "可能有效"，引用为 "已被证实有效"
✅ 保留原文的不确定性表述
数据真实性检查
数字类数据检查流程
遇到需要引用数字时:
1. 先搜索: web_search("{主题} {数据类型} {年份}")
2. 找到来源 → 标注引用
3. 未找到 → 不写这个数字，或标注 "[建议确认]"
4. NEVER 凭 AI 训练数据直接写数字
高风险数据类型 (必须有 L1 来源)
金融数据:
❌ "该公司市值 $500 亿" → 必须查实时数据
✅ "据 Bloomberg 2025/2/8，市值约 $500 亿"
市场数据:
❌ "SaaS 市场增长 25%" → 必须标注哪家机构/哪年报告
✅ "据 Gartner 2025 报告，SaaS 市场 YoY 增长 22%"
医疗数据:
❌ "该药物有效率 90%" → 必须标注具体临床试验
✅ "Phase III 试验 (NCT12345678) 显示有效率 87.3%"
排名数据:
❌ "全球第三大..." → 必须标注排名来源和标准
✅ "据 Forbes Global 2000 (2025)，按营收排名第 3"
模糊数据处理
当精确数据不可得时的安全表达:
代替 "增长 25%":
→ "增长约 20-30% (来源: {报告名}, {年份})"
→ "据多家机构估计，增长率在两位数以上"
代替 "市场规模 $100 亿":
→ "市场规模在数十亿至百亿美元级别"
→ "据 {来源}，市场规模约 $80-120 亿"
完全无数据时:
→ "[注: 未找到权威来源的具体数据，建议查阅行业报告]"
质量自检 (Quality Check)
交付前的最后质量关卡。基于 ACFT 四维模型打分。
核心原则: 宁可多花 5 分钟自检，不可交付一个有缺陷的产品。
ACFT 质量模型
| 维度 | 权重 | 检查内容 | 通过标准 |
|---|
| A Accuracy (准确性) | 35% | 数据正确、引用真实、术语准确 | ≥ 7/10 |
| C Completeness (完整性) | 25% | 覆盖所有需求点、无遗漏 | ≥ 7/10 |
| F Formatting (格式) | 25% | 排版规范、格式统一、可读性好 | ≥ 7/10 |
| T Timeliness (时效性) | 15% | 引用数据最新、法规未过期 | ≥ 7/10 |
自检流程
1. 对照需求清单，逐项确认覆盖 → C 维度
2. 检查所有数据/引用的来源和准确性 → A 维度
3. 检查排版/格式/标点/编号 → F 维度
4. 检查引用数据的时效性 → T 维度
5. 综合评分: 所有维度 ≥ 7/10 → ✅ 通过
6. 任何维度 < 7/10 → 修正后重新自检
输出规范
质量自检: ✅ 通过
A (准确性): {score}/10
C (完整性): {score}/10
F (格式): {score}/10
T (时效性): {score}/10
综合: {weighted_avg}/10
NEVER
- NEVER 跳过自检直接交付
- NEVER 在自检分数 < 7 时仍然交付
ACFT 质量模型详解
A — Accuracy (准确性) 权重 35%
检查项:
□ 所有数据是否有来源标注？
□ 引用的文献/报告是否真实存在？
□ 专业术语是否使用正确？
□ 计算/推理过程是否有误？
□ 翻译内容是否忠实原文？
评分标准:
10: 所有数据有 L1 来源，零错误
8-9: 所有数据有来源，术语准确
7: 绝大部分数据有来源，偶有术语不精确
5-6: 部分数据无来源，但无明显错误
< 5: 存在错误数据或虚构引用 → 不合格
C — Completeness (完整性) 权重 25%
检查项:
□ 是否覆盖需求中所有要点？(逐项对照)
□ 是否有遗漏的章节或子话题？
□ 结论/建议是否完整？
□ 附录/来源列表是否齐全？
评分标准:
10: 覆盖 100% 需求点，有额外增值内容
8-9: 覆盖 90%+ 需求点
7: 覆盖 80%+ 需求点，遗漏非关键内容
5-6: 覆盖 60-80%，有明显遗漏
< 5: 遗漏关键需求点 → 不合格
F — Formatting (格式) 权重 25%
检查项:
□ 标题层级正确 (H1>H2>H3)？
□ 列表/表格格式统一？
□ 标点符号规范 (中全角/英半角)？
□ 代码块有语言标注？
□ 图片有 Alt 文字？
□ 段落长度适中 (3-5 句)？
评分标准:
10: 排版完美，可直接发布
8-9: 格式统一，仅有细微瑕疵
7: 整体规范，有少量格式不一致
5-6: 格式问题较多但不影响阅读
< 5: 格式混乱，影响可读性 → 不合格
T — Timeliness (时效性) 权重 15%
检查项:
□ 引用的数据是否为最新可得？
□ 法规/政策是否为现行有效版本？
□ 技术方案是否为当前主流？
□ 过时内容是否已标注年份？
评分标准:
10: 所有引用为最新 (≤ 1 年)
8-9: 核心数据最新，非核心数据 ≤ 2 年
7: 核心数据 ≤ 2 年，已标注年份
5-6: 部分数据过时但已标注
< 5: 使用过时数据且未标注 → 不合格
综合评分计算
综合 = A×0.35 + C×0.25 + F×0.25 + T×0.15
通过标准:
✅ 综合 ≥ 7.0 且 每维度 ≥ 7 → 通过
⚠️ 综合 ≥ 7.0 但某维度 < 7 → 修正该维度后重检
❌ 综合 < 7.0 → 不通过，需大幅修改
质检清单模板
文章/博客质检
□ 标题是否吸引人且准确反映内容？
□ 首段是否 hook 读者？
□ 每段首句是否为核心观点？
□ 数据/引用有来源标注？
□ 结尾有行动号召或总结？
□ 字数是否满足要求？
□ SEO 关键词是否自然融入？
数据分析报告质检
□ 执行摘要是否在第一页？
□ 数据来源是否明确？
□ 分析方法是否说明？
□ 每个结论有数据支撑？
□ 图表标题/坐标轴/单位是否完整？
□ 局限性是否说明？
□ 建议是否可操作？
产品 Listing 质检
□ 标题是否包含核心关键词？
□ 标题字符数是否在平台限制内？
□ Bullet Points 是否覆盖核心卖点？
□ 是否有竞品品牌名 (违规)？
□ 参数是否真实 (客户提供)？
□ 是否有广告法禁用词？
□ CTA 是否清晰？
医疗/法律内容质检 (加强版)
□ 是否包含免责声明？
□ 所有事实性声明是否有 L1/L2 来源？
□ 是否有诊断/处方/法律意见类表述？ → 必须删除
□ 是否有绝对化表述 ("保证治愈"/"一定合规")？
□ 是否引导就医/咨询专业人士？
SEO 优化能力 (SEO Optimization)
搜索引擎优化方法论。确保内容对搜索引擎友好。
核心原则: 为用户而写，为搜索引擎而优化。关键词自然融入，不堆砌。
工作流
Step 1 — 关键词研究: 核心词 + 长尾词 + 用户意图
Step 2 — 竞品分析: TOP 10 结果的关键词布局
Step 3 — 内容优化: 标题/H标签/正文/Meta
Step 4 — 技术检查: URL/内链/图片Alt/结构化数据
关键词布局规范
标题 (Title): 核心关键词 1 次，放在前 30 字符
H1: 核心关键词 1 次
H2/H3: 长尾关键词自然分布
首段: 核心关键词 1 次
正文: 关键词密度 1-2%，自然融入
Meta Description: 核心关键词 1 次，155 字符内
NEVER
- NEVER 关键词堆砌 (密度 > 3%)
替代: 自然语言表达，使用同义词/近义词
- NEVER 为 SEO 牺牲可读性
替代: 先写好内容，再微调 SEO
程序化 SEO 框架 (Fork: coreyhaines31/marketingskills@programmatic-seo)
社区最佳实践 — 周安装 5.2K | 本地化适配版
核心原则
1. 每页独有价值
- 不是简单的模板变量替换
- 每页有该页特有的内容和洞察
- 独特内容越多，质量越高
2. 数据防御性层次
- 自有数据 (你自己创造的) — 最强
- 产品数据 (用户行为产生的) — 强
- 用户生成 (社区贡献的) — 中
- 授权数据 (独家获取的) — 中
- 公开数据 (人人可用的) — 最弱
3. URL 结构
永远用子目录，不用子域名:
- ✅
yoursite.com/templates/resume/
- ❌
templates.yoursite.com/resume/
4. 搜索意图匹配
页面必须真正回答搜索者想找的东西。
5. 质量 > 数量
100 个优质页面 > 10,000 个薄弱页面。
12 大策略手册 (Playbook)
| 策略 | 搜索模式 | 示例 |
|---|
| 模板 | "[类型] 模板" | "简历模板""合同模板" |
| 精选 | "最好的 [类别]" | "最好的项目管理工具" |
| 换算 | "[X] 转 [Y]" | "100 美元等于多少人民币" |
| 对比 | "[X] vs [Y]" | "飞书 vs 钉钉" |
| 案例 | "[类型] 案例" | "落地页案例""小红书爆文案例" |
| 地区 | "[服务] + [地区]" | "深圳牙科诊所" |
| 人群 | "[产品] + [人群]" | "适合设计师的 CRM" |
| 集成 | "[产品A] [产品B] 集成" | "飞书 + Notion 集成" |
| 术语 | "什么是 [术语]" | "什么是 SaaS" |
| 翻译 | 多语言版本 | 本地化内容 |
| 目录 | "[类别] 工具" | "AI 写作工具大全" |
| 档案 | "[实体名称]" | "XX 公司创始人" |
策略选择指南
| 如果你有... | 考虑... |
|---|
| 自有数据 | 目录、档案 |
| 产品有集成 | 集成策略 |
| 设计/创意产品 | 模板、案例 |
| 多类受众 | 人群策略 |
| 线下服务 | 地区策略 |
| 工具类产品 | 换算策略 |
| 专业知识 | 术语、精选 |
| 竞品生态 | 对比策略 |
可以叠加多个策略 (如"深圳最好的共享办公空间")。
实施框架
1. 关键词模式研究
- 重复结构是什么？
- 变量是什么？
- 有多少唯一组合？
- 搜索量验证 + 分布 (头部 vs 长尾) + 趋势
2. 数据源规划
- 什么数据填充每个页面？
- 数据是自有/采集/授权/公开？
- 如何更新？
3. 模板设计
页面结构:
- 含目标关键词的标题
- 独特介绍 (不是简单换变量)
- 数据驱动的内容板块
- 相关页面/内链
- 适合搜索意图的 CTA
确保独特性:
- 每页需要独特价值
- 基于数据的条件化内容
- 每页有原创洞察/分析
4. 内链架构
枢纽 + 辐射模型:
- 枢纽: 分类主页
- 辐射: 单个程序化页面
- 相关辐射之间交叉链接
避免孤儿页:
- 每个页面都可从主站到达
- XML 站点地图覆盖所有页面
- 面包屑导航 + 结构化数据
5. 索引策略
- 优先让高搜索量的模式被索引
- Noindex 非常薄弱的变体
- 合理管理爬取预算
- 按页面类型分离站点地图
质量检查清单
上线前
内容质量:
技术 SEO:
内链:
上线后监控
跟踪: 索引率 / 排名 / 流量 / 互动 / 转化
预警: 薄弱内容警告 / 排名下降 / 人工处罚 / 爬取错误
中国市场适配
百度程序化 SEO 注意事项
- 百度对 JS 渲染支持较弱，确保内容服务端渲染
- 百度站长平台主动推送 API
- MIP (百度移动页面加速) 已不推荐，使用标准响应式
- 备案号必须在每个页面展示
适合中国市场的策略手册
- 地区策略: "北京/上海/深圳/广州 + [服务]" — 搜索量大
- 对比策略: "XX vs XX" — 决策阶段流量
- 模板策略: 合同模板/简历模板/方案模板 — 高意图
- 术语策略: "什么是 XX" — 知乎/百度知道流量
常见错误
- ❌ 只换城市名，其他内容完全一样 (薄弱内容)
- ❌ 大量页面无搜索需求 (浪费爬取预算)
- ❌ 数据过时不更新 (损害可信度)
- ❌ 忽视移动端体验 (中国 80%+ 移动流量)
SEO 审计检查清单 (Fork: coreyhaines31/marketingskills@seo-audit)
社区最佳实践 — 周安装 14.5K | 本地化适配版
审计框架 (优先级顺序)
- 可爬取性 & 索引 — 搜索引擎能找到并收录吗？
- 技术基础 — 网站快不快、稳不稳？
- 页面优化 — 内容优化到位了吗？
- 内容质量 — 内容值得排名吗？
- 权威性 & 外链 — 有没有可信度？
技术 SEO 审计
可爬取性
robots.txt
XML 站点地图
网站架构
索引状态
索引检查
常见索引问题
网站速度 & Core Web Vitals
核心指标
速度因素
移动端适配
HTTPS & 安全
URL 结构
页面 SEO 审计
标题标签 (Title Tag)
常见问题: 标题重复 / 被截断 / 关键词堆砌 / 缺失
Meta Description
标题结构 (H 标签)
内容优化
图片优化
内链策略
内容质量评估 (E-E-A-T)
Experience (经验)
Expertise (专业性)
Authoritativeness (权威性)
Trustworthiness (可信度)
中国市场特有检查项
百度 SEO
微信生态 SEO
小红书 SEO
审计报告输出格式
结构
执行摘要
- 整体健康度评估
- TOP 3-5 优先问题
- 快速可赢的优化点
详细发现 (每项包含)
- 问题: 具体是什么问题
- 影响: SEO 影响 (高/中/低)
- 证据: 如何发现的
- 修复: 具体建议
- 优先级: P1-P5
行动计划
- 紧急修复 (阻碍收录/排名)
- 高影响改进
- 快速可赢 (简单、立即见效)
- 长期建议
技术 SEO 代码参考 (Fork: addyosmani/web-quality-skills@seo)
社区最佳实践 — 周安装 589 | 本地化适配版
SEO 排名因素概览
| 因素 | 影响力 | 本文覆盖 |
|---|
| 内容质量与相关性 | ~40% | 部分 (结构) |
| 外链与权威性 | ~25% | ✗ |
| 技术 SEO | ~15% | ✓ |
| 页面体验 (Core Web Vitals) | ~10% | 参见速度审计 |
| 页面 SEO | ~10% | ✓ |
结构化数据模板 (JSON-LD)
组织信息 (Organization)
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "公司名称",
"url": "https://example.com",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://weibo.com/example",
"https://www.zhihu.com/org/example"
],
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+86-400-xxx-xxxx",
"contactType": "客服"
}
}
文章 (Article)
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "文章标题 (60字内)",
"description": "文章描述摘要",
"image": "https://example.com/article-image.jpg",
"author": {
"@type": "Person",
"name": "作者姓名",
"url": "https://example.com/authors/name"
},
"publisher": {
"@type": "Organization",
"name": "发布机构",
"logo": {
"@type": "ImageObject",
"url":
产品 (Product)
{
"@context": "https://schema.org",
"@type": "Product",
"name": "产品名称",
"image": "https://example.com/product.jpg",
"description": "产品描述",
"brand": {
"@type": "Brand",
"name": "品牌名"
},
"offers": {
"@type": "Offer",
"price": "299.00",
"priceCurrency": "CNY",
"availability": "https://schema.org/InStock",
"url": "https://example.com/products/xxx"
},
FAQ
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "常见问题1？",
"acceptedAnswer": {
"@type": "Answer",
"text": "回答内容"
}
},
{
"@type": "Question",
"name": "常见问题2？",
"acceptedAnswer": {
"@type": "Answer",
"text": "回答内容"
}
}
]
}
面包屑 (BreadcrumbList)
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "首页", "item": "https://example.com"},
{"@type": "ListItem", "position": 2, "name": "产品", "item": "https://example.com/products"},
{"@type": "ListItem", "position": 3, "name":
URL 规范
✅ 好的 URL:
https://example.com/products/blue-widget
https://example.com/blog/how-to-use-widgets
https://example.com/zhaopin/frontend-engineer
❌ 差的 URL:
https://example.com/p?id=12345
https://example.com/products/item/category/subcategory/xxx-2024-sale-discount
URL 规范:
- 用连字符(-)，不用下划线(_)
- 全小写
- 简短 (< 75 字符)
- 自然包含目标关键词
- 避免不必要的参数
- 始终使用 HTTPS
国际化 SEO
Hreflang 标签 (多语言站点)
<link rel="alternate" hreflang="zh-CN" href="https://example.com/page">
<link rel="alternate" hreflang="zh-TW" href="https://example.com/tw/page">
<link rel="alternate" hreflang="en" href="https://example.com/en/page">
<link rel="alternate" hreflang="x-default" href="https://example.com/page">
语言声明
<html lang="zh-CN">
SEO 审计优先级清单
紧急 (Critical)
高优先 (High)
中优先 (Medium)
持续维护
验证工具
| 工具 | 用途 |
|---|
| Google Search Console | 索引监控 + 问题修复 |
| 百度搜索资源平台 | 百度索引监控 + 主动推送 |
| Google PageSpeed Insights | 性能 + Core Web Vitals |
| Rich Results Test | 验证结构化数据 |
| Schema.org Validator | 验证 Schema 标记 |
关键词策略
关键词分类
核心词 (Head): 搜索量大，竞争激烈，1-2 个
例: "跨境电商"
中尾词 (Body): 搜索量中，竞争适中，3-5 个
例: "亚马逊选品工具" "跨境电商入门"
长尾词 (Long-tail): 搜索量小，竞争低，5-10 个
例: "2025年亚马逊新手选品策略" "跨境电商独立站和平台哪个好"
用户意图识别
信息型 (I want to know):
"什么是 SEO" "如何提高转化率"
→ 写深度文章/教程
导航型 (I want to go):
"Amazon seller central 登录" "Shopify 后台"
→ 不适合内容创作
交易型 (I want to buy):
"最好的选品工具" "SEO 工具推荐"
→ 写评测/对比文章
本地型 (I want nearby):
"深圳跨境电商公司" "上海外贸培训"
→ 写本地化内容
关键词布局密度
安全密度: 1-2% (每 100 字出现 1-2 次核心词)
危险密度: > 3% (可能被判定关键词堆砌)
计算: 关键词出现次数 / 总词数 × 100%
页面 SEO 优化清单
标题优化 (Title Tag)
□ 包含核心关键词 (尽量在前 30 字符)
□ 长度 ≤ 60 字符 (英文) / ≤ 30 字 (中文)
□ 吸引点击 (数字/问句/利益)
□ 唯一性 (每页不同标题)
正文优化
□ 首段 100 字内包含核心关键词
□ H2/H3 包含长尾关键词
□ 每 300-500 字一个小标题
□ 内链 2-3 个 (链接到相关页面)
□ 外链 1-2 个 (链接到权威来源)
□ 图片有 Alt 文字 (包含关键词)
□ 段落 ≤ 5 句 (便于阅读)
Meta Description
□ 长度: 120-155 字符 (英文) / 60-80 字 (中文)
□ 包含核心关键词
□ 包含 CTA 或价值承诺
□ 每页唯一
模板: "{核心关键词}指南。本文介绍 {价值点 1} 和 {价值点 2}，帮你 {利益}。"
内容策略能力 (Content Strategy)
内容策略方法论。从战略层面规划内容方向和节奏。
核心原则: 先定策略再写内容。无策略的内容是噪音。
策略框架
1. 目标受众画像 — 谁在看？他们关心什么？
2. 内容支柱 (3-5 个) — 核心话题方向
3. 内容矩阵 — 主题 × 格式 × 渠道
4. 编辑日历 — 发布节奏和排期
5. KPI 定义 — 怎么衡量效果
NEVER
- NEVER 没有受众分析就做内容规划
替代: 先定义目标受众画像
- NEVER 内容规划无 KPI
替代: 每个内容方向都有可衡量的目标
内容策略详细框架 (Fork: coreyhaines31/marketingskills@content-strategy)
社区最佳实践 — 周安装 3.0K | 本地化适配版
策略制定前信息收集
1. 业务背景
- 公司做什么的？
- 理想客户是谁？
- 内容的首要目标？(流量 / 线索 / 品牌认知 / 思想领导力)
- 产品解决什么问题？
2. 客户研究
- 客户购买前最常问的问题？
- 销售沟通中最常出现的异议？
- 客服工单里反复出现的话题？
- 客户自己怎么描述他们的问题？(用户语言)
3. 现状评估
- 已有内容吗？什么内容效果好？
- 有什么资源？(写手 / 预算 / 时间)
- 能生产什么格式？(图文 / 视频 / 音频)
4. 竞争态势
搜索型 vs 传播型内容
每一篇内容都必须是搜索型、传播型，或两者兼备。优先搜索型 — 搜索流量是基本盘。
搜索型内容 (Searchable)
捕获已有需求。为主动搜索答案的人优化。
- 瞄准特定关键词或问题
- 精确匹配搜索意图 — 回答搜索者想要的
- 标题清晰，匹配搜索查询
- 用标题反映搜索模式
- 关键词在标题、H标签、首段、URL 中布局
- 全面覆盖，不留问题未解答
- 包含数据、案例和权威来源链接
- 为 AI 搜索优化: 清晰定位、结构化内容、全网品牌一致性
传播型内容 (Shareable)
创造新需求。传播观点，引发讨论。
- 以新颖洞察、原创数据或反直觉观点开头
- 用有理有据的论证挑战常规认知
- 讲让人有感触的故事
- 创造人们愿意转发 (显得聪明或帮助他人) 的内容
- 与当前趋势或新兴问题关联
- 分享诚实、有参考价值的真实经历
内容类型
搜索型内容类型
用例型内容
公式: [人群] + [场景]。瞄准长尾关键词。
- "设计师用的项目管理"
- "自由职业者的客户协作工具"
- "跨境电商的选品方法"
枢纽 + 辐射模型 (Hub & Spoke)
枢纽 = 全面概述。辐射 = 相关子话题。
/主题 (枢纽)
├── /主题/子话题-1 (辐射)
├── /主题/子话题-2 (辐射)
└── /主题/子话题-3 (辐射)
先做枢纽页，再建辐射页。战略性互链。
模板库
高购买意图的关键词 + 产品采纳。
- 瞄准"XX模板"这类搜索
- 提供独立可用的价值
- 展示产品如何增强模板效果
传播型内容类型
思想领导力
- 表达大家都感受到但还没被命名的概念
- 用证据挑战常规认知
- 分享诚实、有参考价值的经历
数据驱动内容
- 产品数据分析 (脱敏后的洞察)
- 公开数据分析 (发现隐藏规律)
- 原创调研 (做实验，分享结果)
专家圆桌
15-30 位专家回答同一个具体问题。内建分发机制。
案例研究
结构: 挑战 → 方案 → 结果 → 关键经验
幕后内容
透明度叙事。"我们如何从 0 做到 100 万 ARR"
内容支柱与话题集群
内容支柱是品牌要占领的 3-5 个核心话题。每个支柱下延伸出相关内容集群。
如何确定支柱
- 产品驱动: 你的产品解决什么问题？
- 受众驱动: 目标客户需要学什么？
- 搜索驱动: 你的领域有哪些搜索量？
- 竞品驱动: 竞品在争哪些关键词？
支柱结构
支柱话题 (枢纽)
├── 子话题集群 1
│ ├── 文章 A
│ ├── 文章 B
│ └── 文章 C
├── 子话题集群 2
│ ├── 文章 D
│ ├── 文章 E
│ └── 文章 F
└── 子话题集群 3
├── 文章 G
├── 文章 H
└── 文章 I
好的支柱标准
- 与产品/服务对齐
- 受众真正关心
- 有搜索量和/或社交兴趣
- 足够宽泛，能衍生多个子话题
关键词研究 (按买家阶段)
认知阶段 (Awareness)
修饰词: "什么是""如何""指南""入门"
- "什么是内容营销"
- "如何做小红书运营"
- "SEO 入门指南"
考虑阶段 (Consideration)
修饰词: "最好的""TOP""vs""替代""对比"
- "最好的 SCRM 工具"
- "飞书 vs 钉钉 vs 企微"
- "Notion 替代品"
决策阶段 (Decision)
修饰词: "价格""评价""演示""试用""购买"
- "XX 工具定价对比"
- "如何选择适合的方案"
- "XX 产品真实评价"
实施阶段 (Implementation)
修饰词: "模板""案例""教程""使用方法""设置"
- "内容日历模板"
- "从零搭建教程"
- "XX 功能使用方法"
内容创意来源
1. 关键词数据
分析维度: 话题集群 / 买家阶段 / 搜索意图 / 快速可赢 / 内容空白
2. 销售/客服对话
提取: 客户问题 → 内容选题 / 痛点 → 用户语言 / 异议 → 预防性内容 / 竞品提及
3. 社区调研
- 知乎: 搜索领域关键词 → 高赞问答 → 提取高频需求
- 小红书: 搜索产品词 → 热门笔记 → 用户关注点
- 微信搜一搜: 搜索行业词 → 高阅读文章 → 内容形式偏好
- V2EX / 即刻: 垂直社区讨论 → 真实需求
4. 竞品分析
- 找到竞品内容: 分析高表现内容 / 反复覆盖的话题 / 未覆盖的空白
- 找到机会: 你能写得更好的话题 / 竞品遗漏的角度 / 过时需要更新的内容
内容优先级评分
4 维评分
| 维度 | 权重 | 说明 |
|---|
| 客户影响 (Customer Impact) | 40% | 多少客户面临这个问题？情感强度？LTV？ |
| 内容-市场匹配 (Content-Market Fit) | 30% | 与产品能力对齐？有独特视角？能自然引导到产品？ |
| 搜索潜力 (Search Potential) | 20% | 月搜索量？竞争度？趋势？ |
| 资源需求 (Resources) | 10% | 有专业能力？需要额外调研？需要什么素材？ |
中国市场渠道适配
内容分发矩阵
| 渠道 | 内容形式 | 适合阶段 | 关键指标 |
|---|
| 微信公众号 | 深度长文 / 行业报告 | 认知+考虑 | 阅读量 / 转发 |
| 小红书 | 图文笔记 / 短视频 | 认知+决策 | 互动 / 收藏 |
| 知乎 | 专业问答 / 专栏 | 考虑+决策 | 赞同 / 收藏 |
| 抖音/视频号 | 短视频 / 直播 | 认知 | 完播率 / 互动 |
| B站 | 中长视频 | 认知+实施 | 三连 / 弹幕 |
| 官网/博客 | SEO 文章 | 全阶段 | 自然流量 / 转化 |
内容复用策略
1 篇深度长文
→ 3-5 条小红书笔记
→ 1 条知乎回答
→ 2-3 条短视频脚本
→ 5-10 条社交媒体文案
→ 1 份邮件通讯素材
输出格式规范
1. 内容支柱 (3-5 个)
- 支柱名称 + 选择理由
- 每个支柱下的子话题集群
- 支柱如何关联产品
2. 优先话题列表
每个推荐内容包含:
- 话题/标题
- 搜索型 / 传播型 / 两者兼备
- 内容类型
- 目标关键词 + 买家阶段
- 选择理由 (客户研究支撑)
3. 话题集群地图
内容如何互联的结构化表示
内容支柱
内容支柱设计 (3-5 个)
Step 1: 目标受众关心什么？(调研)
Step 2: 我们擅长什么？(能力)
Step 3: 交集 = 内容支柱
示例 (跨境电商公司):
支柱 1: 选品方法论 (30%)
支柱 2: Listing 优化技巧 (25%)
支柱 3: 平台政策解读 (20%)
支柱 4: 卖家成功案例 (15%)
支柱 5: 行业趋势洞察 (10%)
编辑日历模板
| 日期 | 支柱 | 主题 | 格式 | 渠道 | 负责人 | 状态 |
|------|------|------|------|------|--------|------|
| 2/10 | 选品 | 2025春季选品指南 | 长文 | 公众号 | writer-A | 待写 |
| 2/12 | Listing | 标题优化5个技巧 | 短视频 | 抖音 | video-A | 待拍 |
发布节奏建议:
公众号: 2-3 篇/周
小红书: 3-5 篇/周
短视频: 2-3 条/周
NEVER (角色特定)
-
NEVER 推荐关键词堆砌(keyword stuffing)
严重级别: HIGH
原因: 2024+ 的搜索引擎会惩罚,适得其反
替代: 自然融入,关注语义相关词(LSI) 来源: on-page-seo
-
NEVER 忽略搜索意图只看搜索量
严重级别: HIGH
原因: 搜索量大但意图不匹配的词=流量无转化
替代: 优先选交易意图(transactional)和信息意图(informational)匹配的词 来源: keyword-research
-
NEVER 承诺"保证排名第一"
严重级别: HIGH
原因: 没人能保证排名,这是不专业的表现
替代: 说"优化目标是提升排名和自然流量" 来源: docs/25-compliance.md
L5 触发测试
正例
1. "帮我做关键词研究"
2. "优化这个页面的SEO"
3. "帮我写Meta描述"
4. "网站SEO审计一下"
5. "帮我设计内链策略"
反例
1. "帮我写文章" → copywriter
2. "帮我做内容策略" → content-strategist
3. "帮我写广告" → mkt-ad-copywriter
4. "帮我优化Listing" → ecom-listing-writer
5. "帮我分析竞品" → biz-analyst
