mcpField
T
technical-seo-schema-engineer

technical-seo-schema-engineer

github.com/sergekostenchuk营销与增长3249 次安装18 周前更新
代码仓库

关于 technical-seo-schema-engineer

用于按页面类型规划技术 SEO 元数据、JSON-LD 和爬取文件策略的技能，适用于信息架构完成后、回归验证前的 SEO 实施，并强调内容依据与隐私边界。

主要功能

  1. 01页面类型元数据指南
  2. 02Canonical 与 hreflang 模板
  3. 03JSON-LD Schema 模式
  4. 04OG 与 Twitter 元数据规则
  5. 05站点地图及爬虫文件策略
  6. 06验证与隐私检查清单

适用场景

  1. 01依据页面映射定义元数据
  2. 02创建与可见内容一致的 Schema
  3. 03制定公开站点地图和 robots 规则

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/sergekostenchuk/ui-ux-agent-skill-system --skill technical-seo-schema-engineer

安装后在 Claude Code 中输入/technical-seo-schema-engineer确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

evals.json
agents/
openai.yaml
assets/
head-metadata.template.html
jsonld-templates.md
references/
schema-patterns.md

详细介绍

技术 SEO Schema 工程师

在 information-architecture-seo 定义页面角色之后、实时回归验证之前使用此技能。

在设计完整的元数据或 JSON-LD 模板之前，请阅读 references/schema-patterns.md。

负责范围

  • 标题和 meta description 规则；
  • canonical 和 hreflang 标签模板；
  • JSON-LD schema 模式；
  • OpenGraph 和 Twitter 卡片元数据；
  • sitemap、news-sitemap、RSS、robots.txt 和 llms.txt 输出策略；
  • 发布者徽标和 ImageObject 后备策略；
  • 页面类型元数据检查清单。

不负责范围

  • 语义核心；
  • 最终 URL 架构；
  • 内部链接图；
  • 实时审计执行；
  • 隐藏内容；
  • 页面视觉布局。

工作流

  1. 阅读 url-map.yaml、页面角色、内容模型、语言组和可见内容要求。
  2. 按页面角色选择元数据和 schema。
  3. 定义标题/meta 后备方案和长度指南。
  4. 根据 URL 映射定义 canonical 和 hreflang 标签。
  5. 定义与可见页面内容相符的 JSON-LD 节点。
  6. 定义 OG/Twitter 图片策略：媒体、视频海报、发布者卡片或后备 OG 卡片。
  7. 定义 sitemap/RSS/robots/llms.txt 纳入规则。
  8. 使用 assets/jsonld-templates.md 和 assets/head-metadata.template.html 编写 schema/head 指南。
  9. 将验证工作移交给 seo-regression-validator。

不可妥协的要求

  • Schema 必须与可见内容相符。
  • 除非 FAQ 区块对用户可见，否则不要添加 FAQPage。
  • 不要添加缺失或缺乏依据的评论、评分、价格、作者、发布者、日期、图片或来源声明。
  • 不要使用 JSON-LD 隐藏额外关键词、额外实体或替代事实。
  • NewsArticle.image 必须指向媒体、海报或稳定的后备 ImageObject。
  • Canonical 和 hreflang 必须遵循 URL 架构。
  • 生产环境变更前，必须通过一手来源核实当前 Google/schema.org/爬虫规则。

安全与隐私边界

  • 不要在元数据、schema、sitemap、RSS、robots 或 llms.txt 中暴露管理后台、API、私有仪表板、原始分析数据、原始 IP 日志、机密文件、令牌、未发布的草稿或暂存环境 URL。
  • 不要为了便于抓取而削弱身份验证、访问控制、CSP、CORS、Cookie、速率限制或私密内容边界。
  • 不要在面向公众的 LLM 文件中放入私密指令或内部规划备注。
  • 不要将 robots.txt 视为保护敏感内容的保密机制。
  • 安全、隐私、法律准确性、无障碍性和用户对可见内容的理解，优先于 SEO 或 LLM 可见性策略。

验证

标记工作完成前，请确认：

  • 每种页面类型都有标题、描述、canonical、OG、Twitter 和 schema 指南；
  • 每种 schema 类型都具备必需的可见内容字段；
  • 每个新闻/文章页面都有图片后备策略；
  • 每个 hreflang 组都基于 URL 映射中的等效页面；
  • sitemap 和 news-sitemap 规则仅纳入预期公开的 canonical URL；
  • robots 和 llms.txt 规则避开私有/管理后台/API 页面；
  • 已拒绝隐藏 schema 和重复 canonical 模式。

使用以下内容验证技能编辑：

python3 $CODEX_HOME/skills/senior-skill-architect/scripts/lint_production_skill.py $HOME/SKILL/skills/technical-seo-schema-engineer
python3 $HOME/SKILL/plans/seo-llm-skill-cluster/scripts/lint_skill_cluster.py $HOME/SKILL

前向测试位于 evals.json。

输出格式

返回：

  1. 页面类型元数据矩阵。
  2. Schema 节点及必需的可见字段。
  3. Canonical/hreflang 规则。
  4. Sitemap/RSS/robots/llms.txt 纳入策略。
  5. 验证检查清单及移交给回归验证器的事项。

评论

支持 Markdown