以前写给人看的文章，现在写给Agent看的Skills
把上次自己的网站的构建方式m.okjike.com泛化成更通用的网站构建模版了👇

给 Cursor / Claude 装了个 SEO + 页面技能包，用下来挺香的

最近在用 Cursor 做站，发现让 AI 写 landing page、做 sitemap、写定价页的时候，经常要自己先讲一堆背景和规则，不然输出就很泛、很水。

后来就做了这个技能包：把 SEO 和页面相关的东西拆成 64 个「技能」，让 AI 按任务自动选对应的 skill，输出会专业很多。

———
先说 SEO 这块

Skills 本质就是给 AI 看的 markdown，每个 skill 里有一套流程和最佳实践，AI 会按这个来干活，而不是自己瞎猜。

推荐顺序是：Technical → On-Page → Content → Off-Page，一层层往上做。

技术 SEO：robots.txt、sitemap、canonical、索引、爬取、IndexNow 这些。比如你说「帮我配置 robots.txt，加上 AI 爬虫规则」「帮我优化 sitemap」「修复 canonical 和重复内容」「解决 Search Console 的索引问题」「给 Bing 上 IndexNow」，AI 会按对应 skill 来，不会乱来。

On-Page：meta 标签、标题、描述、hreflang、结构化数据、内链、URL 结构、标题层级（H1–H6）。你说「优化 meta 和标题」「加 schema 做 rich results」「审计内链结构」「修复 H1–H6 结构」，AI 会按 skill 里的最佳实践来。

Content：关键词研究、搜索意图、内容策略、pillar 和 cluster 页。Off-Page：外链建设、反链分析、有毒链接。从技术到内容到外链，一条龙。

———
再说页面创建

24 种页面类型都拆好了，按用途分：品牌、SEO、营销、合规、工具。

品牌：首页、关于、联系
SEO：功能页、词汇表、博客、资源、FAQ、API 介绍页
营销：定价、产品、服务、分类页、客户案例、联盟计划、媒体 Kit
合规：隐私、条款、Cookie、退款、配送
工具：404、招聘

每种页面都有对应的 skill，结构、话术、转化点都会更靠谱。比如你说「帮我写个定价页」「写个 About 页」「做个高转化的 FAQ」「写个联盟计划落地页」「写个 API 介绍页」，AI 会按对应 skill 来写。

还有 Components：导航、footer、hero、TOC、logo、trust badges、testimonials、CTA、newsletter 表单。你说「设计一个带 SEO 的导航」「优化 footer」「设计 hero 区域」，AI 会按 skill 来。

———
Project Context：让输出更贴合你的项目

README 里有一句：Without context, AI outputs stay generic。所以项目里带了一个 product-marketing-context.md 模板，填好之后 AI 会按你的产品来写，而不是通用话术。

模板里主要这几块：

产品概览：一句话描述、品类、商业模式、定价
定位陈述：For [谁] who [需求]，our [产品] is a [品类] that [价值]，Unlike [竞品]，we [差异] because [理由]
价值主张：核心卖点、关键信息、数据/案例
目标用户：谁、行业、要解决的问题、痛点、购买动机
现有网站：URL、技术栈、当前状态、核心页面
关键词：主词、次词、长尾、搜索意图
竞品：直接竞品、替代方案、差异化、可打的缺口
品牌调性：语气、用词偏好、要避免的词

建议先填 1、2、4、8 这几块，后面有数据再补 5、6、7。模板要定期更新，过期的 context 会让输出变差。

装好 skills 之后，把模板拷到 .cursor/product-marketing-context.md（Claude Code 用 .claude/），AI 会自动读，不用每次在对话里重复说。

———
怎么装

一行命令：

npx skills add kostja94/marketing-skills

装完直接用，不用额外配置。想只装某几个 skill 也行：

npx skills add kostja94/marketing-skills --skill seo-technical-robots pages-pricing

想看有哪些 skill：

npx skills add kostja94/marketing-skills --list

模板可以这样拿：

curl -o .cursor/product-marketing-context.md raw.githubusercontent.com

———
用下来啥感觉

以前让 AI 写 landing page，经常要自己补「要有 hero、social proof、objection handling」这些。现在直接说「帮我写个定价页」，它会按 skill 里的结构来，省不少口舌。

SEO 也是，以前要自己讲「sitemap 要这样那样」「canonical 要这样处理」，现在说「帮我优化 sitemap」「修复 canonical」，AI 会按 skill 里的最佳实践来，少踩很多坑。

填了 Project Context 之后，定价页、About 页、FAQ 这些会带上你的产品名、定位、竞品差异，而不是泛泛的模板话，差别挺明显的。

支持 Cursor、Claude Code 等，MIT 开源。如果你也在用 AI 做站、做 SEO，可以试试。还顺手做了一个Demo页面：alignify.co。

项目在 GitHub，点击链接查看（近期文章就先不写了专攻skills，agent读skills的需求远大于人读文章）

第一种情况的skills：Better Auth/better-auth-best-practices（skills.sh），Firecrawl/firecrawl（skills.sh），Tavily/search（skills.sh），Resend/resend（skills.sh），Clerk/clerk（skills.sh），Apify/apify-market-research（skills.sh），ElevenLabs/text-to-speech（skills.sh），Stripe/stripe-best-practices（skills.sh），Microsoft/azure-ai（skills.sh），Vercel AI SDK/ai-sdk（skills.sh），Next.js/next-best-practices（skills.sh），Anthropic/frontend-design（skills.sh），Supabase/supabase-postgres-best-practices（skills.sh），Expo/building-native-ui（skills.sh），Remotion/remotion-best-practices（skills.sh），GitHub/git-commit（skills.sh），Neon/neon-postgres（skills.sh），Browser Use/browser-use（skills.sh）

那么家人们，写一套符合规则的Skills m.okjike.com还有什么用呢，还可以上skills.sh排行榜

抛开Private Skills在团队内部使用，还适合两种场景：
1. Agent/Integrated with Agent的AI产品，制作skills提升用户使用体验（Anthropic，Vercel，Google Labs，Browser Use等，昨天看到Youmind也做了活动m.okjike.com）

2. 独立开发者/增长黑客/自媒体用来Build in Public引流的，我属于这种，看了下效果也还不错👇

1️⃣skills.sh skills.sh是 Vercel Labs 维护的 Agent Skills 目录，可以理解为 AI 编程助手的「技能商店」。

2️⃣如何让自己的 skill 出现在 skills.sh？
不需要手动提交，满足三点就会自动出现：1）托管在 GitHub，仓库格式为 owner/repo；2）符合规范，包含 SKILL.md，有 name 和 description 等 frontmatter；3）有人安装，用户执行 npx skills add owner/repo 后，通过匿名遥测被统计。

3️⃣安装次数从哪看？
打开你的 skill 详情页，例如 skills.shkostja94/marketing-skills（我昨天刚launch的skills），页面顶部会显示「60 skills」和「408 total installs」，分别表示该仓库包含 60 个子 skill 和总安装次数。每个子 skill 也有独立详情页和各自的安装数。

4️⃣排名怎么算？
数据来自 skills CLI 的匿名遥测，只统计 skill 名、文件、时间戳，不收集个人信息。榜单有三种：All Time 看总安装量，Trending (24h) 看 24 小时趋势，Hot 看近期热度。

5️⃣其他实用信息：想关闭遥测可以设置环境变量 DISABLE_TELEMETRY=1；只想装某个子 skill 可以用 npx skills add owner/repo --skill skill-name；规范文档在 agentskills.io/specification，CLI 开源在 github.com/vercel-labs/skills。

才一天就有408次安装，看来即刻刷到我的人还是蛮多的🤨

全网独一份的通过Grokipedia做推广/外链的案例

顺便揭晓下，那个平台就是Grokipedia（m.okjike.com）

整理了一套 Grokipedia 的实操方法，做成了Skill，方便在推广产品时直接调用、生成可复制的文案。下面是核心内容的概览

1️⃣Grokipedia 是 xAI（Grok）在 2025 年 10 月推出的 AI 百科，目前有 600 万+ 文章，全部由 Grok 生成和审核。和 Wikipedia 不同，用户不能直接编辑，只能通过「建议新文章」和「建议修改」提交，由 Grok 审核后决定是否采纳。ChatGPT、Perplexity、Google AI Mode、AI Overviews、Gemini、Copilot 都会在回答事实类问题时引用 Grokipedia。Ahrefs 在 2026 年 1 月的数据显示，ChatGPT 约 26.3 万次回答引用了 Grokipedia（约 9.5 万独立页面），Wikipedia 约 290 万次；Profound 的数据显示引用占比约 0.01–0.02%/天，自 2025 年 11 月中旬起持续上升；BrightEdge 指出，ChatGPT 在回答小众、具体事实类问题时，常把 Grokipedia 作为前几位引用来源之一。所以 Grokipedia 既是 GEO（AI 引用）的重要渠道，也是寄生虫 SEO 的高权威平台，外链能传递权重（Grokipedia给的都是Dofollow），类似 Medium、Reddit、Wiki这些平台，早期参与有机会在 AI 搜索时代积累权威。

2️⃣推广的前提是：网上有一篇已发布的文章，里面包含你的产品，且能被 Grok 爬取。Grok 通过检索发现来源；如果页面不可索引或没有提到该主题，就不会被引用。SEO 排名高有利于被发现，但非必需，Grok 仍可能找到并引用排名较低的相关内容。

3️⃣有两种方式：Suggest Article（建议新文章）和 Suggest Edit（建议修改现有文章）。Suggest Article 适用于 Grokipedia 还没有相关主题时：打开 grokipedia.com 登录，点击灯泡图标或搜索后点击「Request this article」，填写 Article Topic 和 Additional Details，提交后等待 Grok 审核，通常约 2 小时内。核心规则是不要在建议中放你的 URL，Grok 会识别并可能拒绝，要用「隐蔽」方式：把文章里的定义、分类、用例、技术术语、案例改写成中性的「aspects to cover」和「areas of interest」，让 Grok 在检索时自然发现你的页面。例如，如果文章讲「AI 驱动的 3D 模型生成用于电商」，可以建议：请覆盖 3D 模型生成器的类型（AI 生成、摄影测量、CAD）、电商和产品可视化的用例、与传统建模的区别。Grok 会检索这些概念，若你的页面相关且权威，有机会被引用。Suggest Edit 适用于已有相关文章时：打开目标 Grokipedia 页面，高亮要修改或扩展的段落，点击「Suggest Edit」，填写 Summary、Edit content、Add another source，提交后等待审核，通常约 2 小时内。核心规则是 Summary 和 Edit content 中不要出现品牌或 URL，只在「Add another source」里放你的文章 URL，并搭配 1–2 个权威来源（如 Forbes、TechCrunch、行业报告）。Summary 要简短、客观，如「Expanded Virtual Staging Methods section with additional techniques」；Edit content 要充实、有创意、事实准确，用双引号标出要添加的精确短语，便于 Ctrl+F 查找；Add another source 要放你的 URL 和 1–2 个权威来源，Grok 会验证来源，混合你的链接和权威来源有助于通过。

4️⃣Grok 审核很严格，会拒绝推广和显式第三方引用请求。不要在 Article Topic、Additional Details、Summary、Edit content 中提及品牌或 URL；Suggest Article 用概念引导，Grok 通过检索发现来源；Suggest Edit 只在 Add another source 中放 URL；语气要客观、百科式，避免营销口吻。要避免：在 Suggest Article 中放 URL；在 Summary 或 Edit content 中提品牌；使用模糊主题（如「Technology」）；写营销文案；期待即时通过（审核通常约 2 小时内）。注意 Google Site Reputation Abuse 政策，内容要真正有用，不要纯粹为了链接或曝光。

5️⃣我把自己这套方法做成Agent Skill（platforms-grokipedia），调用时会输出完整响应：简介、重要性、方式、规则、避免事项、可直接复制的文案。输入要推广的产品或品牌，会生成 Suggest Article 和 Suggest Edit 的完整文案，可直接粘贴到 Grokipedia 表单使用。

6️⃣背景：我用 Alignify （我自己的博客站）做过实战验证。通过 Suggest Article 成功创建了 Accent conversion、AI Video Effects Tools、Creator contest、Lifetime deal、Creator programs in AI and SaaS marketing、Web Animation Libraries 等页面，Alignify 作为来源被引用；通过 Suggest Edit 修改了 AI browser 页面，Alignify 的 browser 文章也被引用。Alignify 文章中提到的产品也出现在 Grokipedia，实现了外链和产品曝光。可参考的示例页面：Suggest Edit 见 AI browser（grokipedia.com），Suggest Article 见 Accent conversion（grokipedia.com）、AI Video Effects Tools（grokipedia.com）、Creator contest（grokipedia.com）、Lifetime deal（grokipedia.com）、Creator programs in AI and SaaS marketing（grokipedia.com）、Web Animation Libraries（grokipedia.com）。

7️⃣Reference：Grokipedia 官方指南 grokipedia.com；The Verge 报道 ChatGPT 等 AI 引用 Grokipedia www.theverge.com。

安装Skills👇
# 安装全部 skills（含 platforms-grokipedia）
npx skills add kostja94/marketing-skills

# 仅安装 Grokipedia skill
npx skills add kostja94/marketing-skills --skill platforms-grokipedia

# 查看可安装的 skills
npx skills add kostja94/marketing-skills --list

那么又有朋友要问了，如果不想用别人的，想享受下从零开始创建skills的乐趣该怎么操作呢，这是我的best practices

【用 Agent 生成符合规范的 Skills，再用 meta-skill 生成更多 skills】

Agent Skills 有明确规范，不是随便一个 markdown 就能叫 skill。权威规范在 [Agent Skills Specification](agentskills.io)，由 Anthropic 发起并维护，是跨平台的开放标准。skill 必须包含规定的 frontmatter（name、description 等）和目录结构，才能被 Cursor、Claude Code 等正确识别和加载。meta-skill 指的是「生成 skills 的 skill」——它本身是符合规范的 skill，但作用是指导 Agent 按规范写出新的 skill。

查找 meta-skill 建议去 [skills.sh](skills.sh)：这是 Agent Skills 的发现和安装目录，安装量决定排名。skills.sh 上排名靠前的发布者（Vercel Labs、Anthropic、Microsoft）发布的 skills 普遍符合规范，可作为参考。

生成 skill 的 meta-skill 里：

1️⃣skill-creator（anthropics/skills）是 Anthropic 官方的，50K+ 安装，支持 Create、Eval、Improve、Benchmark 四种模式，覆盖从意图到测试、迭代、描述优化的全流程，安装命令是 `npx skills add anthropics/skills --skill skill-creator`。

2️⃣skill-creator（vercel-labs/agent-browser）是 Vercel Labs 的版本，侧重「如何写好 skill」的指导：强调 Concise is Key、Set Appropriate Degrees of Freedom、Progressive Disclosure，提供 skill 结构说明、scripts/references/assets 使用建议、渐进式披露模式，以及六步创建流程（理解用例 → 规划资源 → init_skill.py 初始化 → 编辑 → package_skill.py 打包 → 迭代），安装命令是 `npx skills add github.com --skill skill-creator`。

两者都是 meta-skill，Anthropic 版偏全流程与评估，Vercel Labs 版偏写作原则与打包流程。

3️⃣Cursor 自带的 create-skill 也是 meta-skill，路径在 ~/.cursor/skills-cursor/create-skill/，在 Agent 里输入 /create-skill 或说「创建 skill」就会触发，会问用途、位置、触发场景、领域知识等，再帮你搭结构、写 SKILL.md。

4️⃣SKILLS_GUIDE.md 是我写的规范文档，基于 Agent Skills Specification、skills.sh 和 Vercel skills CLI，与官方 spec 的区别在于：spec 定义格式和结构，SKILLS_GUIDE 侧重”如何写“

description 怎么写（WHAT + WHEN、第三人称、触发关键词）
正文如何组织（步骤、边界情况、示例、Related Skills）
如何渐进式披露（主文件 <500 行、细节放 references）
命名约定（topic-action、category-subcategory-specific）
质量检查清单

写 skill 时 @ 一下，AI 会按这套写作规范来，而不是只满足格式要求。

5️⃣规范参考
Agent Skills Specification：agentskills.io（权威规范，由 Anthropic 维护）。
skills.sh 标杆：Vercel Labs、Anthropic、Microsoft 发布的 skills 可作为规范参考。

写的过程当中发现了其实Skills能用的地方远不止建站和做页面，联系上前段时间很火的React发的Remotion Skills👇

现在 agent skills 生态里，大约 82% 都是给 coding agent 用的，Design 和 Content & Media 加起来不到 10%。多模态 agent（视频、设计、图像）越来越多，但对应的 skills 还很少，这块其实挺有机会的。Cursor、Claude Code、Copilot 这些工具本身是 coding 向的，做 skills 的人又大多是开发者，所以生态会偏向 coding。但多模态 agent 同样需要规格、流程、平台规范，这些都可以做成 skills。Anthropic 已经有 canvas-design、frontend-design、slack-gif-creator，我做 marketing-skills 的时候，platforms-tiktok 里也写了 Video Specs，标明适合 video agent 和 design agent。多模态 agent 的 skills 生态还在很早期，系统化做 design-skills、video-skills，把平台规格、风格指南、迭代流程都拆成可复用的 skills是挺大的机会。

放在Marketing这件事上，整合营销的 agent 应该只有一个，而 skills 可以有很多。这是「拆分知识，而不是拆分 agent」的思路：不是为 SEO、社媒、Reddit、红人、数据分析、视频、素材、品牌各做一个 agent，而是让一个 agent 按需加载这些 skills。多 agent 会带来协调成本、上下文割裂和每次 handoff 的失败风险；单一 agent 加多 skills 则保持一个推理循环，共享同一套产品、受众、品牌和竞品上下文。Agent 在写 Reddit 帖子时知道 landing page 的卖点，在找红人时知道品牌语气，在做视频脚本时知道转化路径，因为这些都是同一个 agent 的上下文，而不是分散在多个 agent 之间。

Skills 是按需加载的。Agent 根据当前任务选择相关 skill，获取该领域的流程和规范，任务结束后再释放，但产品、品牌、受众这些基础上下文始终保留。这样既避免把所有工具定义塞进系统提示、导致选择准确率下降，又保证跨域任务始终在同一语境下完成。建站、社媒、红人、视频、素材、品牌、数据——这些 skills 放在同一个 skill 库里，agent 在需要时调用，但始终「知道」自己在为谁、为什么、用什么调性做事。一处落地，互为上下文，本质是让一个 agent 拥有完整的营销知识，而不是让多个 agent 各自为政。

我现在就是用这套流程，用Cursor写完文章再用两个skills分别生成即刻和推特帖子repurpose

v0是目前为止用到过体验最差的Coding工具，避雷；不经用也就算了，简单的任务都跑不完

AI 爬虫 robots.txt 配置：让内容出现在 AI 回答里，但不被拿去训练

【背景】
ChatGPT、Claude、Perplexity 等 AI 产品会通过爬虫抓取网页。不同爬虫用途不同：有的用于搜索、引用（会在回答里展示你的网站和链接），有的用于模型训练（把内容喂进大模型）。通过 robots.txt 区分这两类，可以控制内容只被引用、不被训练。

【两类爬虫】
🔍 查找类：用于搜索、引用，可带来流量 → Allow
📚 训练类：抓取内容用于模型训练，通常无直接流量 → Disallow

【常见配置】
允许：OAI-SearchBot、Claude-SearchBot、PerplexityBot
禁止：GPTBot、ClaudeBot、Google-Extended、CCBot

【robots.txt 示例】
# 允许 AI 查找/搜索
User-agent: OAI-SearchBot
Allow: /

User-agent: Claude-SearchBot
Allow: /

User-agent: PerplexityBot
Allow: /

# 禁止 AI 训练数据抓取
User-agent: GPTBot
Disallow: /

User-agent: ClaudeBot
Disallow: /

User-agent: Google-Extended
Disallow: /

User-agent: CCBot
Disallow: /

【补充说明】
• ChatGPT-User / Claude-User：用户主动请求时访问，robots.txt 可能不适用
• 禁止 Google-Extended 不影响 Google 搜索排名
• CCBot 数据进入 Common Crawl，被多家用于训练

【官方引用】
OpenAI：platform.openai.com
Anthropic：support.anthropic.com
Perplexity：docs.perplexity.ai
Google：developers.google.com
Common Crawl：commoncrawl.org

买了两周今天才有空拆，@生姜iris 力荐

可以用用试试：# Sitemap 生成规范（通用）

供 AI / Coding Agent 生成 Sitemap 时使用。按需替换占位符（如 `example.com`、技术栈名）。

---

## 任务

根据项目中的页面列表，生成符合 sitemaps.org 协议的 XML Sitemap，并在 robots.txt 中声明。

---

## 一、协议要点

| 项目 | 规范 |
|------|------|
| 单 Sitemap 限制 | ≤50,000 URL，≤50MB（未压缩） |
| Sitemap Index | 超过限制时拆分，主索引引用子 Sitemap |
| 编码 | UTF-8 |
| URL 格式 | 完整 URL，同一 host，含 `https://` |
| 必选标签 | `<loc>` |
| 可选标签 | `<lastmod>`、`<changefreq>`、`<priority>` |

---

## 二、字段要求

| 字段 | 说明 | 建议 |
|------|------|------|
| url | 完整 URL | `example.com/path` |
| lastModified | 页面最后修改时间 | 使用页面 metadata，格式 ISO 8601；无数据时用 `YYYY-MM-DD` 或省略 |
| changeFrequency | 更新频率 | 首页 `daily`，列表页 `weekly`，内容页 `monthly` |
| priority | 相对重要性 | 首页 1.0，聚合页 0.9，内容页 0.7–0.8，其他 0.5–0.6 |

### lastmod 细节

- **必须准确**：应为页面实际修改时间，而非 sitemap 生成时间。Google 要求可验证；Bing 统计约 18% 的 sitemap 因 lastmod 错误被忽略。
- **格式**：W3C Datetime（`YYYY-MM-DD` 或 `YYYY-MM-DDTHH:MM:SS+TZD`），如 `2025-01-15`、`2025-01-15T14:30:00+08:00`。
- **避免**：用 `new Date()` 作为 lastmod，会导致所有 URL 时间相同，搜索引擎可能忽略。
- **适用**：内容更新、结构化数据变更、重要链接变更时更新 lastmod。

### changefreq / priority

- **changefreq**：仅为提示，不直接决定爬取频率。常用值：`always`、`hourly`、`daily`、`weekly`、`monthly`、`yearly`、`never`。
- **priority**：0.0–1.0，表示相对重要性，**不影响排名**；重要页面设高值，避免全部相同。

---

## 三、架构与拆分

### 单 Sitemap

- URL ≤50,000 时，直接生成 `/sitemap.xml` 即可。

### Sitemap Index（多子 Sitemap）

- URL 超过限制时，按类型或语言拆分，主索引引用子 Sitemap。
- 示例拆分：`/sitemap/posts.xml`、`/sitemap/pages.xml`、`/sitemap/zh.xml`、`/sitemap/en.xml`。
- 主索引输出 `/sitemap.xml` 或 `/sitemap-index.xml`，其中每项为 `<sitemap><loc>...</loc></sitemap>`。

### 多语言站点

- 按 locale 拆分：`/sitemap/zh.xml`、`/sitemap/en.xml`。
- 或按内容类型 + 语言：`/sitemap/zh-posts.xml`、`/sitemap/en-posts.xml`。

---

## 四、实现方式

| 技术栈 | 实现位置 / 方式 |
|--------|-----------------|
| Next.js App Router | `app/sitemap.ts` 导出 `MetadataRoute.Sitemap` 或 `generateSitemaps` |
| Next.js Pages Router | `pages/sitemap.xml.ts` 或 `getServerSideProps` 返回 XML |
| Astro | `src/pages/sitemap-index.xml.ts` 或 `@astrojs/sitemap` |
| Vite / 静态构建 | 构建脚本生成 `public/sitemap.xml` |
| 其他 | 生成静态 `/sitemap.xml` 或通过 API 动态返回 XML |

### 路由排除

- 若项目有 i18n / middleware 重定向，需排除 sitemap 路径，避免被重定向。示例（Next.js）：`'/((?!api|_next|sitemap|sitemap-index|.*\\..*).*)'`。

---

## 五、页面范围

### 需包含

- 首页：`/`
- 各语言/区域首页（如 `/zh`、`/en`）
- 所有可被索引的内容页、列表页、分类页

### 需排除

- `/api/*`、`/admin/*`、`/_next/*`
- 静态资源（图片、JS、CSS 等）
- 登录、后台、草稿等不希望被索引的页面

---

## 六、数据源与维护

- **单一数据源**：URL 列表从配置、CMS 或 metadata 读取，避免在 sitemap 中硬编码。
- **多类页面**：工具页、博客页、营销页等可合并为同一数组后统一生成。
- **新增页面**：只在数据源中添加，sitemap 自动更新；避免多处维护导致遗漏。

---

## 七、robots.txt

在 robots.txt 中增加：

```
Sitemap: example.com/sitemap.xml
```

多 Sitemap 时，只需声明主索引即可。

---

## 八、输出格式

### 单 Sitemap 示例

```xml
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="www.sitemaps.org">
<url>
<loc>example.com/</loc>
<lastmod>2025-01-15</lastmod>
<changefreq>daily</changefreq>
<priority>1.0</priority>
</url>
<url>
<loc>example.com/page</loc>
<lastmod>2025-01-10</lastmod>
<changefreq>weekly</changefreq>
<priority>0.8</priority>
</url>
</urlset>
```

### Sitemap Index 示例

```xml
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="www.sitemaps.org">
<sitemap>
<loc>example.com/sitemap/pages.xml</loc>
<lastmod>2025-01-15</lastmod>
</sitemap>
<sitemap>
<loc>example.com/sitemap/posts.xml</loc>
<lastmod>2025-01-14</lastmod>
</sitemap>
</sitemapindex>
```

---

## 九、常见问题

| 问题 | 原因 / 处理 |
|------|-------------|
| sitemap 404 | 构建失败、路径错误、未正确导出；检查路由与部署 |
| 页面缺失 | URL 未加入数据源、被过滤或排除 |
| lastmod 异常 | 避免 `new Date()`，改用页面 metadata 中的 `modifiedDate` |
| Google 不索引 | 在 Search Console 提交 sitemap，检查 Coverage 与 robots |
| 中英文 URL 不一致 | 统一数据源，按 locale 生成时共用同一列表 | //@燕耳Firenze: 哟西 太cool了🐮