Files
skelet/business/content-strategy.md
T

6.1 KiB
Raw Blame History

内容策略与 SEO 方案

  • 版本:V1.0 Draft
  • 日期:2026-07-06
  • 目标:让 Skelet 通过高意图内容获得稳定搜索流量,并把流量引导到骨架项目详情页、Newsletter 和后续商业化产品。

一、内容定位

Skelet 的内容不是泛技术资讯,而是围绕一个问题展开:开发者要开始一个项目时,应该基于哪个稳定骨架?

内容要服务三个动作:

  1. 帮用户发现候选骨架。
  2. 帮用户比较和排除不适合的骨架。
  3. 帮用户形成下一步开发决策。

二、核心内容类型

类型 目标 示例
场景推荐 捕获“我要做什么”的搜索意图 适合 AI Coding 的 SaaS 骨架推荐
技术栈对比 捕获“用什么技术”的搜索意图 Wagtail vs Django CMS 做内容站怎么选
骨架评测 建立可信评估体系 Cookiecutter Django 是否适合 AI Coding
排行榜 提供快速决策入口 最适合独立开发者的 10 个开源 SaaS 骨架
避坑指南 捕获长尾问题 为什么不要直接拿大而全模板做 MVP
部署与成本 连接商业化入口 2 核 2G VPS 部署 Wagtail 是否够用

三、SEO 页面结构

第一版优先建设这些页面:

/
/scenarios/
/scenarios/saas/
/scenarios/admin-dashboard/
/scenarios/api-service/
/scenarios/content-site/
/projects/
/projects/{slug}/
/articles/
/articles/{slug}/

每个页面必须有:

  • 稳定 slug。
  • 清晰 title。
  • meta description。
  • 面包屑或返回路径。
  • 相关项目或相关文章内链。
  • 明确的更新时间。

四、关键词策略

4.0 语言与主攻角度决策

  • 第一版为英文单语言站点:英文市场变现空间更大(Affiliate、付费数据库、模板销售都以英文生态为主),且"AI Coding 友好度"角度在英文市场尚无成型竞争者。
  • 不以头部词为主攻目标:"saas boilerplate"、"django boilerplate" 这类词被 DR 80+ 的老站和模板厂商 landing 页垄断,新域名 12 个月内基本进不了首页。它们只作为长尾组合的词根使用。
  • 主攻角度:AI coding 视角的选型词。这是本站唯一真正差异化的关键词资产,竞争小、意图高、且和产品定位完全一致。
  • 中文长尾词(4.2)保留作为后续扩展参考;MVP 明确不做中文站(与 ../docs/02-requirements.md 口径一致)。

4.1 主攻关键词(AI coding 角度 + 长尾组合)

ai friendly boilerplate
best starter template for ai coding
claude code friendly django starter
cursor friendly nextjs boilerplate
boilerplate for ai agents to extend
llm friendly project structure
saas boilerplate for solo developers(长尾组合示例)
django starter with good docs and tests(长尾组合示例)

头部词根(仅用于组合,不单独主攻):saas boilerplate、saas starter、django boilerplate、fastapi template、nextjs saas boilerplate、admin dashboard starter、wagtail starter、rag starter template。

4.2 中文长尾关键词(后续扩展参考,MVP 不做)

适合 AI Coding 的项目骨架
开源 SaaS 骨架推荐
Django 项目骨架推荐
FastAPI 项目模板推荐
Next.js SaaS 模板怎么选
管理后台开源骨架
内容网站用什么开源骨架
2核2G能不能部署 Django

五、文章模板

5.1 骨架评测模板

标题
一句话结论
适合谁
不适合谁
技术栈
功能清单
目录结构观察
文档和测试情况
AI Coding 友好度评分
上手成本
维护状态
替代方案
最终建议

5.2 场景推荐模板

场景定义
用户常见需求
不建议从零开始的原因
选择骨架的标准
推荐项目列表
对比表
不同预算/团队规模建议
最终推荐

六、发布节奏

按单人投入校准的节奏(每个项目认真评测需要 2-4 小时,节奏定高了只会导致质量下降或弃更):

周期 内容
每周 新增 2-3 个骨架项目详情页。
每两周 发布 1 篇评测或对比文章。
每月 复盘 Search Console 数据,校准关键词方向。
每季度 更新高流量文章和核心榜单。

投入封顶:M3(SEO 验证)闸门通过前,内容库封顶 20 个项目 + 12 篇文章(见 business-plan-v1.md 里程碑)。先验证需求,再扩内容。

七、质量标准

每篇内容必须满足:

  • 不复制第三方 README 大段内容。
  • 有明确结论,而不是只罗列链接。
  • 写清适合和不适合场景。
  • 链接到官方仓库或官方文档。
  • 至少关联一个场景和一个技术栈。
  • 涉及推荐时说明依据。
  • 赞助内容必须标记 Sponsored。

八、转化路径

搜索进入文章
-> 点击骨架详情页
-> 查看推荐理由和替代方案
-> 订阅 Newsletter 或点击外部服务链接
-> 后续转化为 Affiliate、模板购买或顾问咨询

九、第一批内容建议

共 12 篇(英文撰写,下列为中文题意)。前 6 篇围绕首批 2 个场景(SaaS、内容站/CMS)优先完成,对应 M2 交付物;后 6 篇在 M3 验证期间视数据补充:

优先 6 篇:

  1. 适合 AI Coding 的开源 SaaS 骨架推荐。
  2. AI Coding 友好度评分标准说明(本站方法论的锚点内容)。
  3. 内容网站骨架选择指南。
  4. Wagtail 做内容目录站的优缺点。
  5. Next.js SaaS Boilerplate 对比。
  6. 为什么大而全模板不一定适合 MVP。

第二批 6 篇:

  1. Python Web 项目骨架怎么选。
  2. Django 项目从 Cookiecutter Django 开始是否合适。
  3. FastAPI 全栈模板适合什么项目。
  4. 管理后台项目应该选什么骨架(场景扩展后)。
  5. API 服务骨架选择指南(场景扩展后)。
  6. 2 核 2G VPS 部署 Python Web 项目策略。

十、指标

指标 说明
自然搜索访问 衡量 SEO 是否起效。
骨架详情页点击 衡量内容是否引导到核心资产。
外部链接点击 衡量推荐转化潜力。
Newsletter 订阅 衡量长期关系。
页面更新时间 衡量内容维护健康度。