用途
该技能用于优化网站的搜索引擎可见性与排名，基于 Lighthouse SEO 审计和 Google 搜索指南，聚焦技术 SEO、页面内优化和结构化数据。当用户要求“改进 SEO”“为搜索优化”“修复元标签”“添加结构化数据”“站点地图”等任务时使用。
主要能力
技能提供以证据为导向的审计工作流。当有可渲染页面时，运行实时 Lighthouse SEO 和 Agentic Browsing 检查（在 Chrome DevTools MCP 中可使用 lighthouse_audit），用结果定位渲染页面的失败项。同时检查 Lighthouse 无法单独确认的信号：响应头、重定向、robots.txt、站点地图覆盖、跨页面模板的 canonical 一致性、结构化数据资格，以及用户提供访问权限时的 Search Console 证据。技能将技术抓取/索引发现与内容质量和权威性分开，不虚构排名因素权重，也不承诺排名变化。修复源文件后重新运行相同检查；对于索引或排名结果，报告搜索引擎验证仍待完成。若实时工具不可用，则使用分类特定的 Lighthouse CLI 输出加上直接源码和 HTTP 检查。Lighthouse SEO 分数覆盖技术检查的一个有用子集，并非排名预测。
技能可验证的领域包括：抓取和索引控制（技术配置与一致性）、渲染元数据和语义（存在性、有效性、页面模板问题）、结构化数据（语法和资格信号，不保证富结果）、Core Web Vitals（链接到 Core Web Vitals 技能中测量的字段/实验室证据）、内容有用性和权威性（审查质量，但不分配合成排名百分比）。
使用方式
技术 SEO
可抓取性：robots.txt 示例允许所有用户代理抓取，屏蔽 admin/private/api 区域，不屏蔽渲染所需资源，并声明站点地图。meta robots 可设置 index/follow、noindex/nofollow、index/nofollow，以及控制摘要的 max-snippet、max-image-preview。canonical URL 用于防止重复内容，推荐自引用 canonical，分页内容可使用 rel="prev"/"next"。
XML 站点地图：每个站点地图最多 50,000 个 URL 或 50MB，更大站点使用站点地图索引，仅包含 canonical、可索引 URL，内容变化时更新 lastmod，提交到 Google Search Console。
URL 结构：使用连字符而非下划线，仅小写，保持简短（< 75 字符），自然包含目标关键词，尽量避免参数，始终使用 HTTPS。
HTTPS 与安全：确保所有资源使用 HTTPS，安全头如 Strict-Transport-Security、X-Content-Type-Options、X-Frame-Options 可作为 SEO 信任信号。
页面内 SEO
标题标签：50–60 字符仅作为粗略 lint 代理，不是通过/失败限制；Google 会根据渲染设备宽度截断标题链接。标题应自然描述页面主题、每页唯一、在有助于用户区分结果时添加品牌、适当面向行动。标题链接重写与截断应分开处理，Google 可能从可见页面标题、标题、锚文本等来源构建不同的标题链接。
元描述：约 150–160 字符仅作为 lint 代理；摘要取决于查询和设备，Google 可能选择页面内容而非元描述。描述应自然使用页面主题、有吸引力的行动号召、每页唯一、匹配页面内容。
标题结构：主页面标题应具描述性且层级明确；不要仅因有效 HTML 包含多个 h1 就判定页面失败。逻辑层级不跳级，自然包含关键词，描述性而非通用。
图片 SEO：描述性文件名含关键词，alt 文本描述图片内容，压缩并适当调整尺寸，使用 WebP/AVIF 并提供回退，首屏以下图片懒加载。
内部链接：描述性锚文本含关键词，链接到相关内部页面，每页链接数量合理，及时修复断链，使用面包屑导航体现层级。
结构化数据（JSON-LD）
当用户请求 schema 标记或审计发现结构化数据问题时，阅读结构化数据参考。其中包含 Organization、Article、Product、FAQ 和 Breadcrumb 示例及验证链接。描述可见、准确的内容，不要仅为获得富结果而添加类型或声明。使用最具体的适用类型，保持标识符和绝对 URL 在渲染间稳定。验证渲染输出；语法通过不保证搜索引擎资格或显示。
Agentic 浏览与 AI 可发现性
保持以下概念分离：Lighthouse Agentic Browsing 测量帮助助手理解和交互渲染页面的技术信号，当前检查包括面向代理的可访问性树、可选的 llms.txt，以及存在时的 WebMCP 注册、schema 和表单覆盖。搜索索引和排名取决于搜索引擎系统，不能从 Agentic Browsing 分数推断。AI 摄取或引用因产品而异；技术上可浏览的页面或有效的 llms.txt 文件不能证明 AI 产品会摄取、排名或引用它。优先考虑语义 HTML、描述性标签、可抓取内容、准确元数据和清晰页面结构，因为它们有益于用户、搜索引擎和代理。仅当应用有有用操作可暴露且用户希望该集成时添加 WebMCP 工具；用 Lighthouse 验证工具名称、描述、schema 和表单注释。
爬虫控制因产品而异：应分别审计每个有文档的用户代理，而不是应用笼统的“AI 机器人”规则。OAI-SearchBot 用于 ChatGPT 搜索发现，屏蔽会阻止页面内容被包含在 ChatGPT 摘要和片段中，链接和标题仍可能通过第三方发现出现。PerplexityBot 用于 Perplexity 搜索索引，屏蔽会阻止该爬虫为搜索结果索引被屏蔽内容。Claude-SearchBot / Claude-User 用于 Claude 搜索索引/用户定向检索，可能降低搜索可见性/阻止用户定向请求的检索。Google-Extended 控制 Google 抓取内容的某些 Gemini 训练和 grounding 用途，不影响 Google 搜索收录或排名。训练控制如 GPTBot 和 ClaudeBot 与搜索和用户获取控制不同。GoogleOther 是通用爬虫，不是 AI 搜索可见性开关。应在供应商维护的文档中验证当前名称和后果。
llms.txt 是可选的：llms.txt 是实验性提案，不是跨供应商发现标准。Lighthouse 可以验证 /llms.txt 的可用性和形状，但这不表明目标产品会读取它。仅当用户请求或有文档化消费者支持时添加；不要将其推荐在可抓取性、语义 HTML、准确元数据和有用内容之前。绝不要将其视为排名或引用因素，不要重复站点地图，也不要仅为提高此审计而重组内容。
移动端 SEO
响应式设计使用 viewport width=device-width, initial-scale=1。点击目标应有足够大小（如 min-height 48px、min-width 48px、padding 12px、font-size 16px）。字体大小应无需缩放即可阅读（如 body font-size 16px、line-height 1.5）。
国际化 SEO
多语言站点使用 hreflang 标签，包括 x-default。语言声明使用 html lang 属性，如 lang="en" 或 lang="es-MX"。
SEO 审计清单
关键：HTTPS 已启用；robots.txt 允许抓取；重要页面无 noindex；标题标签存在且唯一；主页面标题具描述性且层级逻辑。
高优先级：元描述存在；站点地图已提交；canonical URL 已设置；移动端响应式；Core Web Vitals 通过。
中优先级：结构化数据已实现；内部链接策略；图片 alt 文本；描述性 URL；面包屑导航；当代理访问重要时审查 Agentic Browsing 失败。
持续：在 Search Console 中修复抓取错误；内容变化时更新站点地图；监控排名变化；检查断链；审查 Search Console 洞察。
工具
Google Search Console 用于监控索引、修复问题；Google PageSpeed Insights 用于性能和 Core Web Vitals；Rich Results Test 用于验证结构化数据；实时 Lighthouse 审计（Chrome DevTools MCP: lighthouse_audit）用于渲染 SEO 和 Agentic Browsing 检查；Lighthouse CLI 作为 SEO 审计回退；Screaming Frog 用于抓取分析。
适用场景
适用于需要改进搜索引擎可见性、修复元标签、添加结构化数据、优化站点地图、进行技术 SEO 审计、移动端 SEO 优化、国际化 SEO 配置，以及审查 Agentic Browsing 和 AI 可发现性信号的项目。
限制
Lighthouse SEO 分数覆盖技术检查的一个有用子集，并非排名预测。技能不虚构排名因素权重或承诺排名变化。结构化数据语法通过不保证搜索引擎资格或显示。Agentic Browsing 分数不能推断搜索索引和排名。AI 摄取或引用因产品而异，技术上可浏览的页面或有效 llms.txt 不能证明 AI 产品会摄取、排名或引用。llms.txt 是实验性提案，不是跨供应商发现标准。爬虫控制因产品而异，应在供应商维护的文档中验证当前名称和后果。对于索引或排名结果，搜索引擎验证仍待完成。