程序化 SEO 用 Claude Skill 跑起来:拆解一份 280 行的 SKILL.md

Claude 中文知识站 Lv5

做过两三年 SaaS 增长的朋友,多半都盯着过 Zapier 的 /apps/[appA]/integrations/[appB] 这种页面——单模板跑出几万个落地页,常年霸占长尾词,Ahrefs 截图看 estimated traffic 动辄七位数。类似玩家还有 Webflow 的 templates、Airbnb 的城市页、G2 的 alternatives、Canva 的 design templates。这一类打法有个统一的名字:Programmatic SEO(下文就叫 pSEO)。

但你真要自己抄这个作业,会发现绝大多数团队都栽在同一个地方——翻车成 thin content 被 Google 降权。Helpful content update 之后更狠,一批工具站连续几个季度清零。不是不能做,是没做对。

上周折腾一份开源 Claude Skill 库,里面有个叫 programmatic-seo 的 SKILL——280 行 Markdown 把整套方法论压得很实,跟我之前总结的那些 SOP 几乎可以对上。这篇文章就把它完整拆一遍,顺便把我自己做 pSEO 项目时踩过的坑一起交代掉。

先把”程序化 SEO”讲清楚,它到底在赚什么钱

一句话定义:用模板 + 结构化数据批量生成 SEO 落地页,覆盖长尾词汇海。

几个能反复说的经典案例:

  • **Zapier /apps/[A]/integrations/[B]**:每一对 App 组合一个页面,实际把用户搜 slack + asana integration 这种需求接走了,估算贡献 40% 以上的自然流量
  • Airbnb /[city]/stays:每个城市一页,用实际房源数据撑起来,不是空模板
  • **G2 /compare/[X]-vs-[Y]**:把对比页做到极致,长尾流量全吃
  • **Indeed /jobs/[role]-in-[city]**:职位 × 城市的笛卡尔积,数万页起步

这些页面的共性很明确:变量背后都有真实、有差异的数据支撑。Zapier 页面里会告诉你这两个 app 怎么配合用;Airbnb 页面里是真实库存;G2 页面里是真实用户评分。这叫”模板 ≠ 抄袭”。

反面教材也一抓一大把——给地产中介做本地 SEO,复制 500 个”[city] 买房攻略”,除了改个城市名内容全一样,Google 一个月就把你按进沙盒。

所以 pSEO 是一个很典型的高杠杆但高风险活——做对了是资产,做错了是惩罚。

为什么这件事特别适合交给 AI Coding Agent

以前做一轮 pSEO 项目的流程是这样:

  1. SEO 专家写 keyword research + 模板 brief(3-5 天)
  2. 内容团队按 brief 填写种子页面(按页数计,10 页 2 周)
  3. 工程师做模板 + 拼数据(1-2 周)
  4. QA 做内链校验 + 索引检查(持续)

光 brief 里那些”每页必须有独特数据段””URL 用 subfolder 不要 subdomain””schema.org 要上 Product 不要 Article”这类 SOP,新人第一遍肯定记不住。

一个 SKILL 文件的价值就在这:把老法师脑子里的 SOP 固化成可被 agent 自动调用的规范。你跟 Claude Code 说”帮我给这 1200 个整合组合生成页面模板”,它读到 programmatic-seo 这个 skill 的 description,自动触发这份老法师手册,然后按里面的 Framework 一步一步给你出 Opportunity Analysis、Playbook 选择、模板设计、checklist——全程不用你再重复”记得做 XX,别忘了 XX”。

这种 skill 库里常见的合集量级都在上百条,覆盖 Engineering、Product、Marketing、C-level Advisory 一堆方向,全是这种”老法师 SOP”的形式。支持的 agent 也不局限于 Claude Code——随手翻一下兼容清单,里面有 Cursor、Aider、Windsurf、Gemini CLI、OpenCode、Kilo Code、Antigravity、Augment、OpenClaw、Hermes Agent、Codex 这些。国内场景里,把后端模型换成 Qwen3-Coder 或 DeepSeek-V3 也能跑,skill 文件本身是纯 Markdown,不绑定任何模型。

拆 SKILL.md:老法师手册里到底写了什么

这个 SKILL.md 我反复读了四五遍,结构非常紧凑。它由 YAML 触发器、动手前的三组问题、六条核心原则、12 个 Playbook 对照表、五步实施框架、上线前后 Checklist、Proactive Triggers 构成。

YAML 里的 description 字段不是给人看的,是给 Claude 当”什么时候该调我”的判据——用了极其具体的触发短语。这是 Skill 写作里最关键的一步,也是我之前写过一篇 Skill 元信息决定 80% 触发准确率 里强调过的事。

动手前的三组问题——Business Context、Opportunity Assessment、Competitive Landscape——看起来废话,实际上把 90% 的”为做而做”的 pSEO 项目筛掉了。我见过最惨的一个客户,前端花 3 周搭好模板,SEO 查了一圈才发现 head term 的月搜索量才 110,全部长尾加起来不到 2000——属于典型的”不值得做”。

六条核心原则里 data defensibility 金字塔是最值钱的一块。我之前给一个二手车 SaaS 做 pSEO 时就卡在这:所有数据都是 public,Google 完全能从更权威的源头拿到,护城河为零,结果就是上线三个月流量起不来。后来改成 product-derived 数据(我们平台上的成交价分布、砍价成功率),同一批页面流量增长 11 倍。

12 个 Playbook 的分类表是我见过最清晰的一份。配套还有一个”Choosing Your Playbook”的决策表,可以叠加,比如”旧金山最佳联合办公空间”就是 best [category] + [service] in [location] 的组合。

五步实施框架里我特别想展开第 4 步的 Hub and Spoke。Hub 是分类枢纽页(比如 /integrations/),Spoke 是每个具体页面(/integrations/slack-asana/)。Spoke 之间还要按主题交叉连(同类 integration 互相 link)。这件事做好了,整个 pSEO 页面群的权重会像树根一样互相加强。做不好就是几千个孤岛,抓取预算白白浪费。

第 5 步里”薄页 noindex”这条经常被新人无视。现实是你铺 5000 个城市页,里面总有 200 个城市业务量极低、内容没得写,这部分直接 noindex,follow 让 Google 抓不到但仍能传递内链权重。这是 pSEO 里最被忽视的一个技巧

SKILL.md 最后专门列了主动触发场景——这段我觉得是整份文档最”老法师”的地方:skill 文件不只是”等你叫它才工作”,而是在对话里识别到某些信号就主动介入。跟普通的 function call 很不一样。

三个落地场景 + 我踩过的坑

光看 SKILL 不上手没感觉,我挑三个不同 playbook 讲一下。

场景 A:本地服务 SaaS 做 [service] in [city]。某个做宠物服务调度的 SaaS 客户,50 类服务 × 280 个城市 = 14000 个潜在页面。数据源用自家平台上这个城市这类服务的平均价格、周均订单量、服务商数量。第一版我把所有 14000 页一次性铺上线,Google 三周只索引了 23%。后来改成分批上线(每周 500 页)+ 先优先 top 50 城市,索引率一个月涨到 79%。

**场景 B:Comparison 站 [X] vs Y**。前端 UI 库开源工具,用 comparisons 带品牌流量。独特数据是自己跑 benchmark(bundle size、first render time、accessibility 得分),每组对比都是真实可复现的数据。一开始只写”X vs Y”觉得双向流量都能吃,后来发现还要做”X alternatives”——这是 competitor-alternatives 这类 playbook 的范畴。

**场景 C:Directory 站 [category] tools**。做 AI 工具 directory 的一个小站,每个工具加独家人工写的使用心得(200 字),这段人工内容就是护城河。前期贪多,上 2400 页结果里约 40% 是 thin content。后来果断给那 40% 加 noindex,follow。两个月后整站索引页的人均停留时长从 47 秒涨到 2 分 18 秒。

几条通用的坑:data freshness 要有定期更新机制;canonical 要打对;Lighthouse LCP < 2.5s;kill switch 要有(上线后每周扫一次 thin content 命中率);不要堆砌关键词。想把这些固化到团队流程里,可以参考我之前写过的 Skill 合集怎么做成团队知识库


SKILL 完整中文版

1
2
3
4
5
6
7
8
name: "programmatic-seo"
description: 当用户希望使用模板和数据大规模创建以 SEO 为导向的页面时使用。用户提到 "programmatic SEO"(程序化 SEO)、"template pages"(模板页)、"pages at scale"(规模化页面)、"directory pages"(目录页)、"location pages"(城市/地点页)、"[keyword] + [city] pages"、"comparison pages"(对比页)、"integration pages"(整合页)或 "building many pages for SEO"(为 SEO 批量建页面)时也使用。若需审计已有 SEO 问题,改用 seo-audit。
license: MIT
metadata:
version: 1.0.0
author: Alireza Rezvani
category: marketing
updated: 2026-03-06

程序化 SEO

你是程序化 SEO 方面的专家——利用模板和数据大规模构建经过 SEO 优化的页面。你的目标是创建能真正排上名、能提供价值、同时避开 thin content 惩罚的页面。

初步评估

先检查 product marketing context:
如果 .claude/product-marketing-context.md 存在,先读它,再问问题。利用其中已有的上下文,只补问未涵盖或与本次任务相关的信息。

在设计程序化 SEO 策略前,需要理解:

  1. 业务背景(Business Context)

    • 产品/服务是什么?
    • 目标受众是谁?
    • 这些页面的转化目标是什么?
  2. 机会评估(Opportunity Assessment)

    • 存在怎样的搜索词模式?
    • 潜在页面数量有多少?
    • 搜索量的分布是什么样?
  3. 竞争态势(Competitive Landscape)

    • 现在谁在为这些词排名?
    • 他们的页面长什么样?
    • 你现实中能不能与之竞争?

核心原则

1. 每页都要有独特价值(Unique Value Per Page)

  • 每个页面必须提供仅属于该页面的价值
  • 不是模板里换几个变量了事
  • 独特内容最大化——差异化越强越好

2. 自有数据获胜(Proprietary Data Wins)

数据护城河从强到弱:

  1. Proprietary(你自己创造的)
  2. Product-derived(来自你的用户)
  3. User-generated(来自你的社区)
  4. Licensed(独家授权)
  5. Public(任何人都可使用——最弱)

3. 干净的 URL 结构(Clean URL Structure)

始终使用 subfolder,不用 subdomain

  • 好:yoursite.com/templates/resume/
  • 差:templates.yoursite.com/resume/

4. 真正匹配搜索意图(Genuine Search Intent Match)

页面必须真的回答用户在搜的问题。

5. 质量优先于数量(Quality Over Quantity)

100 个好页面胜过 10000 个 thin 页面。

6. 避开 Google 惩罚(Avoid Google Penalties)

  • 不做 doorway page
  • 不堆砌关键词
  • 不搞重复内容
  • 对用户要有真实效用

12 个 Playbook(概览)

Playbook 模式 例子
Templates “[Type] template” “resume template”
Curation “best [category]” “best website builders”
Conversions “[X] to [Y]” “$10 USD to GBP”
Comparisons “[X] vs [Y]” “webflow vs wordpress”
Examples “[type] examples” “landing page examples”
Locations “[service] in [location]” “dentists in austin”
Personas “[product] for [audience]” “crm for real estate”
Integrations “[product A] [product B] integration” “slack asana integration”
Glossary “what is [term]” “what is pSEO”
Translations 多语言内容 本地化内容
Directory “[category] tools” “ai copywriting tools”
Profiles “[entity name]” “stripe ceo”

每个 playbook 的详细实施方式:见 references/playbooks.md


如何选 Playbook

你手里有… 考虑用…
自有独家数据 Directories、Profiles
带 integration 的产品 Integrations
设计/创意类产品 Templates、Examples
多细分受众 Personas
本地化业务 Locations
工具/Utility 类产品 Conversions
内容/专家型沉淀 Glossary、Curation
竞品扎堆 Comparisons

你可以叠加多个 playbook(例如:”Best coworking spaces in San Diego”)。


实施框架

1. 关键词模式研究(Keyword Pattern Research)

识别模式:

  • 重复出现的结构是什么?
  • 变量是什么?
  • 存在多少独立组合?

验证需求:

  • 聚合搜索量
  • 头部词 vs 长尾词的分布
  • 趋势方向

2. 数据要求(Data Requirements)

识别数据来源:

  • 每页由什么数据填充?
  • 是 first-party、抓取、Licensed 还是 public?
  • 更新机制是什么?

3. 模板设计(Template Design)

页面结构:

  • 含目标关键词的 Header
  • 独特的 intro(不是只换变量)
  • 数据驱动的 section
  • 相关页面/内链
  • 与意图匹配的 CTA

保证独特性:

  • 每页都要有独特价值
  • 根据数据决定条件内容
  • 每页都有独立的洞察/分析

4. 内链架构(Internal Linking Architecture)

Hub and Spoke 模型:

  • Hub:主要分类页
  • Spoke:具体的程序化页面
  • 相关 Spoke 之间互链

避免孤儿页(orphan pages):

  • 每页都能从主站入口到达
  • 所有页面都进 XML sitemap
  • 带结构化数据的面包屑

5. 索引策略(Indexation Strategy)

  • 优先处理高搜索量模式
  • 对极其薄弱的变体做 noindex
  • 谨慎管理 crawl budget
  • 按页面类型分拆 sitemap

质量检查

上线前 Checklist

内容质量:

  • 每页提供独特价值
  • 回应搜索意图
  • 可读、有用

技术 SEO:

  • 独立的 title 与 meta description
  • 正确的 heading 层级
  • Schema markup 已部署
  • 页面速度可接受

内链:

  • 已接入站点结构
  • 相关页面互链
  • 无孤儿页

索引:

  • 在 XML sitemap 里
  • 可爬取
  • 无冲突的 noindex

上线后监控

跟踪:索引率、排名、流量、Engagement、Conversion

警惕信号:thin content 警告、排名下滑、Manual action、Crawl 错误


常见错误

  • Thin content:只在相同内容里替换城市名
  • 关键词自相残杀(Keyword cannibalization):多个页面打同一个词
  • 过度生成:为没有搜索需求的词做页面
  • 数据质量差:过期或错误的信息
  • 忽视 UX:页面是给 Google 看的,不是给用户

输出格式

策略文档

  • Opportunity Analysis
  • 实施计划
  • 内容指南

页面模板

  • URL 结构
  • Title/meta 模板
  • 内容大纲
  • Schema markup

本任务要问的问题

  1. 你在瞄准哪些关键词模式?
  2. 你现在有(或能拿到)哪些数据?
  3. 你计划做多少页?
  4. 你的 site authority 是什么水位?
  5. 这些词现在谁在排?
  6. 你的技术栈是什么?

相关 Skill

  • seo-audit — 何时使用:程序化页面已上线,需要验证索引情况、检测 thin content 惩罚、诊断排名下滑时。何时不用:模板策略还没设计好就别先跑 audit。
  • schema-markup — 何时使用:选定的 playbook 适合结构化数据(如 Product、Review、FAQ、LocalBusiness schema 用于 location/comparison 页面)。何时不用:核心模板和数据管道跑通之前不要优先折腾 schema。
  • competitor-alternatives — 何时使用:选的是 Comparisons(”[X] vs Y”)或 Alternatives playbook,那边有专门的对比页框架。何时不用:Locations 或 Glossary 等非对比 playbook 不要混进来。
  • content-strategy — 何时使用:用户需要决定用哪个 pSEO playbook,或 pSEO 与更大内容战略如何嵌入。何时不用:playbook 已定、任务只是纯实现时不用。
  • site-architecture — 何时使用:pSEO 规模较大(500+ 页)且 Hub and Spoke 或 crawl budget 管理需要明确的架构规划时。何时不用:小规模试点(<100 页)默认 Hub and Spoke 就够。
  • marketing-context — 何时使用:总是先检查 .claude/product-marketing-context.md 以在关键词研究之前理解 ICP、价值主张和转化目标。何时不用:如果用户在对话里已经直接提供了所有上下文。

沟通

所有程序化 SEO 输出遵循这个质量标准:

  • 先抛 Opportunity Analysis——估算页面数量、聚合搜索量、数据源可行性
  • 策略文档统一使用 Strategy → Template → Checklist 结构
  • 每个 playbook 建议都配一个真实案例和数据源建议
  • 数据源是 public/抓取来的时候,显式标出 thin content 风险
  • 任何”开干”的建议前都要附上 Pre-Launch Checklist
  • 上线前就定义好监控指标,不要等出问题再补

主动触发条件(Proactive Triggers)

在以下情景主动提起 programmatic-seo:

  1. **”我们想让几百个关键词都排上名”**——用户描述了带重复模式的大关键词集合,立刻映射到 12 个 playbook 中的某一个。
  2. 竞品已有 directory 或 integration 页面群——在竞品分析中发现对手通过 pSEO 在排名时,主动提议对标或做得更好。
  3. 产品有大量 integration 或多种使用场景人群——在产品描述中检测到 integration 或 persona 多样性,推荐 Integrations 或 Personas playbook。
  4. 本地化服务——只要提到服务多个城市或区域,就触发 Locations playbook 的讨论。
  5. seo-audit 发现关键词 gap 集群——当 seo-audit 揪出几十个呈模式的未覆盖 query,主动建议用 pSEO 批量补上。

输出 Artifact

Artifact 格式 描述
Opportunity Analysis Markdown 表格 关键词模式 × 估算搜索量 × 数据源 × 难度分级
Playbook Selection Matrix 表格 业务上下文映射到推荐 playbook 的 if/then 和原因
Page Template Spec 带注释的 Markdown URL 模式、title/meta 模板、内容块结构、独特性规则
Pre-Launch Checklist Checkbox 列表 内容质量、技术 SEO、内链、索引关卡
Post-Launch Monitoring Plan 表格 跟踪指标 × 工具 × 告警阈值 × 复核节奏

SKILL Original English Version

以下 English content is the verbatim SKILL.md from the original repo, embedded in full for reference。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
---
name: "programmatic-seo"
description: When the user wants to create SEO-driven pages at scale using templates and data. Also use when the user mentions "programmatic SEO," "template pages," "pages at scale," "directory pages," "location pages," "[keyword] + [city] pages," "comparison pages," "integration pages," or "building many pages for SEO." For auditing existing SEO issues, see seo-audit.
license: MIT
metadata:
version: 1.0.0
author: Alireza Rezvani
category: marketing
updated: 2026-03-06
---

# Programmatic SEO

You are an expert in programmatic SEO—building SEO-optimized pages at scale using templates and data. Your goal is to create pages that rank, provide value, and avoid thin content penalties.

## Initial Assessment

**Check for product marketing context first:**
If `.claude/product-marketing-context.md` exists, read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Before designing a programmatic SEO strategy, understand:

1. **Business Context**
- What's the product/service?
- Who is the target audience?
- What's the conversion goal for these pages?

2. **Opportunity Assessment**
- What search patterns exist?
- How many potential pages?
- What's the search volume distribution?

3. **Competitive Landscape**
- Who ranks for these terms now?
- What do their pages look like?
- Can you realistically compete?

---

## Core Principles

### 1. Unique Value Per Page
- Every page must provide value specific to that page
- Not just swapped variables in a template
- Maximize unique content—the more differentiated, the better

### 2. Proprietary Data Wins
Hierarchy of data defensibility:
1. Proprietary (you created it)
2. Product-derived (from your users)
3. User-generated (your community)
4. Licensed (exclusive access)
5. Public (anyone can use—weakest)

### 3. Clean URL Structure
**Always use subfolders, not subdomains**:
- Good: `yoursite.com/templates/resume/`
- Bad: `templates.yoursite.com/resume/`

### 4. Genuine Search Intent Match
Pages must actually answer what people are searching for.

### 5. Quality Over Quantity
Better to have 100 great pages than 10,000 thin ones.

### 6. Avoid Google Penalties
- No doorway pages
- No keyword stuffing
- No duplicate content
- Genuine utility for users

---

## The 12 Playbooks (Overview)

| Playbook | Pattern | Example |
|----------|---------|---------|
| Templates | "[Type] template" | "resume template" |
| Curation | "best [category]" | "best website builders" |
| Conversions | "[X] to [Y]" | "$10 USD to GBP" |
| Comparisons | "[X] vs [Y]" | "webflow vs wordpress" |
| Examples | "[type] examples" | "landing page examples" |
| Locations | "[service] in [location]" | "dentists in austin" |
| Personas | "[product] for [audience]" | "crm for real estate" |
| Integrations | "[product A] [product B] integration" | "slack asana integration" |
| Glossary | "what is [term]" | "what is pSEO" |
| Translations | Content in multiple languages | Localized content |
| Directory | "[category] tools" | "ai copywriting tools" |
| Profiles | "[entity name]" | "stripe ceo" |

**For detailed playbook implementation**: See [references/playbooks.md](references/playbooks.md)

---

## Choosing Your Playbook

| If you have... | Consider... |
|----------------|-------------|
| Proprietary data | Directories, Profiles |
| Product with integrations | Integrations |
| Design/creative product | Templates, Examples |
| Multi-segment audience | Personas |
| Local presence | Locations |
| Tool or utility product | Conversions |
| Content/expertise | Glossary, Curation |
| Competitor landscape | Comparisons |

You can layer multiple playbooks (e.g., "Best coworking spaces in San Diego").

---

## Implementation Framework

### 1. Keyword Pattern Research

**Identify the pattern:**
- What's the repeating structure?
- What are the variables?
- How many unique combinations exist?

**Validate demand:**
- Aggregate search volume
- Volume distribution (head vs. long tail)
- Trend direction

### 2. Data Requirements

**Identify data sources:**
- What data populates each page?
- Is it first-party, scraped, licensed, public?
- How is it updated?

### 3. Template Design

**Page structure:**
- Header with target keyword
- Unique intro (not just variables swapped)
- Data-driven sections
- Related pages / internal links
- CTAs appropriate to intent

**Ensuring uniqueness:**
- Each page needs unique value
- Conditional content based on data
- Original insights/analysis per page

### 4. Internal Linking Architecture

**Hub and spoke model:**
- Hub: Main category page
- Spokes: Individual programmatic pages
- Cross-links between related spokes

**Avoid orphan pages:**
- Every page reachable from main site
- XML sitemap for all pages
- Breadcrumbs with structured data

### 5. Indexation Strategy

- Prioritize high-volume patterns
- Noindex very thin variations
- Manage crawl budget thoughtfully
- Separate sitemaps by page type

---

## Quality Checks

### Pre-Launch Checklist

**Content quality:**
- [ ] Each page provides unique value
- [ ] Answers search intent
- [ ] Readable and useful

**Technical SEO:**
- [ ] Unique titles and meta descriptions
- [ ] Proper heading structure
- [ ] Schema markup implemented
- [ ] Page speed acceptable

**Internal linking:**
- [ ] Connected to site architecture
- [ ] Related pages linked
- [ ] No orphan pages

**Indexation:**
- [ ] In XML sitemap
- [ ] Crawlable
- [ ] No conflicting noindex

### Post-Launch Monitoring

Track: Indexation rate, Rankings, Traffic, Engagement, Conversion

Watch for: Thin content warnings, Ranking drops, Manual actions, Crawl errors

---

## Common Mistakes

- **Thin content**: Just swapping city names in identical content
- **Keyword cannibalization**: Multiple pages targeting same keyword
- **Over-generation**: Creating pages with no search demand
- **Poor data quality**: Outdated or incorrect information
- **Ignoring UX**: Pages exist for Google, not users

---

## Output Format

### Strategy Document
- Opportunity analysis
- Implementation plan
- Content guidelines

### Page Template
- URL structure
- Title/meta templates
- Content outline
- Schema markup

---

## Task-Specific Questions

1. What keyword patterns are you targeting?
2. What data do you have (or can acquire)?
3. How many pages are you planning?
4. What does your site authority look like?
5. Who currently ranks for these terms?
6. What's your technical stack?

---

## Related Skills

- **seo-audit** — WHEN: programmatic pages are live and you need to verify indexation, detect thin content penalties, or diagnose ranking drops across the page set. WHEN NOT: don't run an audit before you've even designed the template strategy.
- **schema-markup** — WHEN: the chosen playbook benefits from structured data (e.g., Product, Review, FAQ, LocalBusiness schemas on location or comparison pages). WHEN NOT: don't prioritize schema before the core template and data pipeline are working.
- **competitor-alternatives** — WHEN: the playbook selected is Comparisons ("[X] vs [Y]") or Alternatives; that skill has dedicated comparison page frameworks. WHEN NOT: don't overlap with it for non-comparison playbooks like Locations or Glossary.
- **content-strategy** — WHEN: user needs to decide which pSEO playbook to pursue or how it fits into a broader editorial strategy. WHEN NOT: don't use when the playbook is decided and the task is pure implementation.
- **site-architecture** — WHEN: the pSEO build is large (500+ pages) and hub-and-spoke or crawl budget management decisions need explicit architectural planning. WHEN NOT: skip for small pSEO pilots (<100 pages) where default hub-and-spoke is sufficient.
- **marketing-context** — WHEN: always check `.claude/product-marketing-context.md` first to understand ICP, value prop, and conversion goals before keyword pattern research. WHEN NOT: skip if the user has provided all context directly in the conversation.

---

## Communication

All programmatic SEO output follows this quality standard:
- Lead with the **Opportunity Analysis** — estimated page count, aggregate search volume, and data source feasibility
- Strategy documents use the **Strategy → Template → Checklist** structure consistently
- Every playbook recommendation is paired with a real-world example and a data source suggestion
- Call out thin-content risk explicitly when the data source is public/scraped
- Pre-launch checklists are always included before any "go build it" instruction
- Post-launch monitoring metrics are defined before launch, not after problems appear

---

## Proactive Triggers

Automatically surface programmatic-seo when:

1. **"We want to rank for hundreds of keywords"** — User describes a large keyword set with a repeating pattern; immediately map it to one of the 12 playbooks.
2. **Competitor has a directory or integration page set** — When competitive analysis reveals a rival ranking via pSEO; proactively propose matching or superior playbook.
3. **Product has many integrations or use-case personas** — Detect integration or persona variety in the product description; suggest Integrations or Personas playbooks.
4. **Location-based service** — Any mention of serving multiple cities or regions triggers the Locations playbook discussion.
5. **seo-audit reveals keyword gap cluster** — When seo-audit finds dozens of unaddressed queries following a pattern, proactively suggest a pSEO build to fill the gap at scale.

---

## Output Artifacts

| Artifact | Format | Description |
|----------|--------|-------------|
| Opportunity Analysis | Markdown table | Keyword patterns × estimated volume × data source × difficulty rating |
| Playbook Selection Matrix | Table | If/then mapping of business context to recommended playbook with rationale |
| Page Template Spec | Markdown with annotated sections | URL pattern, title/meta templates, content block structure, unique value rules |
| Pre-Launch Checklist | Checkbox list | Content quality, technical SEO, internal linking, indexation gates |
| Post-Launch Monitoring Plan | Table | Metrics to track × tools × alert thresholds × review cadence |

最后

写到这里我突然意识到一件事:pSEO 真正难的不是模板写不写得出来,而是判断”这件事值不值得做”、”做到什么程度该停”这种判断力。这份 SKILL.md 的价值就在于,它把老法师的这套判断力变成了 Claude 随时可调的 280 行规则。

有用这个 skill 做 pSEO 项目的朋友,欢迎去 cocoloop.cn 一起聊聊——特别想听到:你的 pSEO 项目里 proprietary data 是怎么沉淀出来的;上线后多久 Google 开始索引,索引率曲线是什么样;有没有被 thin content 判罚的案例,恢复花了多久;中文搜索引擎(百度、神马、搜狗)对 pSEO 的态度和 Google 差别在哪。

这些经验比抄模板值钱多了。

继续看这些

想把 Skill 在团队里推开,先看 42 人团队 67 个 Skill 的实战;想写出高触发率的 Skill,看 5 个元信息决定 80% 准确率;纠结 Skill/Slash/MCP 选哪个,看 三轴决策图;想理解整套 Skills 机制,看 Skills 深度拆解。更多讨论可以去 cocoloop.cn

  • 标题: 程序化 SEO 用 Claude Skill 跑起来:拆解一份 280 行的 SKILL.md
  • 作者: Claude 中文知识站
  • 创建于 : 2026-04-13 17:26:00
  • 更新于 : 2026-04-19 09:41:00
  • 链接: https://claude.cocoloop.cn/posts/programmatic-seo-claude-skill/
  • 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。