知识库首页 seo-llm 资料 SKILL.md

SKILL

本地来源：seo-llm/skill/google-seo-skill/SKILL.md

name: google-seo description: Use when performing SEO audits, optimizing structured data (Schema markup), checking Core Web Vitals, debugging indexing issues, validating robots.txt or canonical tags, generating sitemaps, fixing broken links, running PageSpeed checks, or implementing Google SEO best practices for SaaS websites. Also use when adding FAQ, Article, Product, SoftwareApplication, or VideoObject Schema, checking meta tags, or preparing for deployment with HTTPS/TLS verification.

Google SEO 审计与优化技能

署名：阿飞

概述

提供完整的 Google SEO 审计工作流和优化指南。覆盖爬虫控制、索引优化、性能调优、结构化数据、JavaScript SEO、内容策略、搜索意图、E-E-A-T 权威性、Google Discover、Spam 政策合规十大支柱，以及部署后的 HTTPS/TLS 安全检查。所有检查项基于 Google 2025-2026 最新标准。

核心理念

google_seo_principles:
  primary: "创建有用、可靠、以用户为中心的内容"
  secondary: "技术优化让 Google 更容易理解你的内容"
  tertiary: "结构化数据增强搜索结果展示"

优先级层次：

内容质量 > 用户体验 > 技术SEO > 结构化数据 > 其他优化

Google March 2026 Core Update（2026.3.27-4.8）

核心变化：Destination Source Preference（目的地来源偏好）

排名权重从"中介页面"大幅转移到"目的地来源"——用户天然期望获取答案的权威页面。近 80% 的 Top 3 结果发生位置变化，超 90% 的 Top 10 结果发生位移，约 25% 原 Top 10 页面跌出 Top 100。

march_2026_update:
  boosted:  # 排名提升的页面类型
    - 官方/机构来源（政府、监管机构）
    - 垂直领域深度权威站点
    - 品牌辨识度高的头部站点
    - 原始数据源（非摘要/转述）
    - 有临床依据的健康内容
    - 商业垂直领域的品类领导者
  penalized:  # 排名下降的页面类型
    - 聚合器和目录站
    - 缺乏原创评测的比较/集市页面
    - 词典和快速参考工具站
    - 模板化薄内容
    - 通用消费者健康/提供商目录
    - 无差异化价值的旅游/房产列表页
    - 添加极少原创价值的桥接内容
  key_principle: "每个页面必须证明其存在价值——相比已排名的竞争页面，提供了什么独特的原创贡献"

审计时必须额外检查： - [ ] 页面是否属于"目的地来源"而非"中介/聚合"类型 - [ ] 页面是否有不可替代的原创贡献（原始数据、独立分析、一手经验） - [ ] 站点主题是否聚焦（散射式覆盖多个无关话题会被降权） - [ ] 模板化内容是否有足够差异化（同一模板批量生成的页面高风险）

详细实现 → references/core-updates.md

SEO 成功关键要素

success_factors:
  1_content_quality:
    priority: "最高"
    description: "创建有价值、原创、深入的内容"
  2_technical_seo:
    priority: "高"
    description: "确保 Google 能爬取和索引网站"
  3_user_experience:
    priority: "高"
    description: "快速、移动友好、易用"
  4_structured_data:
    priority: "中"
    description: "帮助 Google 理解内容"
  5_link_building:
    priority: "中"
    description: "获取高质量的外部链接"

"内容为王，技术为后" — 没有好内容，技术优化也无济于事 "用户第一，搜索引擎第二" — 为用户创建内容，而不是为搜索引擎 "测量、分析、优化、重复" — SEO 是持续的过程，不是一次性任务

SEO 审计工作流

触发 SEO 审计时，按以下顺序执行。修复优先级：P0（立即）> P1（2周内）> P2（30天内）> P3（下个迭代）。

Step 1: 自动化检测

使用 Google PageSpeed Insights 在线工具检测：https://pagespeed.web.dev/

Step 2: 按支柱逐项检查

对照下方完整检查清单，逐项审计目标网站。按支柱顺序执行（爬虫 → 索引 → 性能 → 内容 → 结构化数据 → JS渲染 → 搜索意图 → E-E-A-T → 部署后）。

Step 3: 修复与验证

根据检查结果，按 P0-P3 优先级修复。每项修复后验证： - 结构化数据 → Google Rich Results Test 验证 - 性能指标 → 重新跑 PageSpeed API 确认改善 - 404/broken links → 重新爬取确认修复 - meta 标签 → 查看页面源代码确认输出

Step 4: 搜索外观与 AI SaaS 必查项

每次审计 AI SaaS、AI 工具站、ShipAny 站点、免费工具页或品牌站时，必须单独检查以下搜索外观信号。不要把结构化数据当成“保证出富结果”的按钮；它只帮助 Google 理解页面并让页面具备 rich result 资格，最终是否展示仍由 Google 系统决定。

ai_saas_search_appearance_principle:
  goal: "让 Google 有足够信心抽取品牌、站点名称、面包屑和站内导航"
  core_formula: "品牌词强 + 导航清晰 + 页面独立 + 内容真实可用 + 站点结构足够清楚"
  cannot_force:
    - "Sitelinks 不能用 schema 手动指定"
    - "Site name 是自动生成的，只能用 WebSite structured data 表达偏好"
    - "Structured data 不保证 rich results 一定展示"

必查： - [ ] 品牌词是否稳定一致：title、H1、logo alt、og:site_name、首页正文、Organization/WebSite Schema 使用同一品牌名 - [ ] 首页是否部署 WebSite Schema：name、alternateName、url 指向 canonical 首页，且只在域名/子域名根首页表达站点名称偏好 - [ ] 站点是否有清晰主导航：核心页面（Pricing、Use Cases、Features、FAQ、Blog/Guide、Contact/About）可从首页或全局导航到达 - [ ] 重要页面是否独立成页：不要把所有功能、价格、FAQ、用例都塞在首页；可索引页面必须有独立 URL、唯一 title/H1、真实可见内容 - [ ] 内链锚文本是否简洁、具体、描述目标页面；避免重复、泛化、只写 "Learn more" - [ ] Breadcrumb 是否覆盖关键内页，并与可见面包屑和 URL 层级一致 - [ ] 结构化数据是否只标记页面真实可见内容；不可为追求富结果伪造评分、评价、价格、FAQ、作者或功能 - [ ] 对“没有出词/没有 sitelinks/站点名不对”的问题，优先诊断品牌一致性、导航结构、独立页面覆盖、内链锚文本、GSC 索引状态，而不是只加 schema

完整审计检查清单

Pillar 1: 爬虫可访问性（Crawlability）

[ ] robots.txt 语法有效，未阻止关键资源（⚠️ Google 忽略 Crawl-delay，仅识别 user-agent/allow/disallow/sitemap 四个字段；AdsBot 可能忽略通配符 * 规则，需用 User-agent: AdsBot-Google 单独限制）
[ ] robots.txt 文件大小 < 500KiB，使用 UTF-8 编码（超出部分被忽略）
[ ] robots.txt 路径匹配区分大小写，支持 *（任意字符）和 $（URL 结尾）通配符；规则冲突时 Google 取限制性最弱的一条
[ ] robots.txt HTTP 状态码正确（5xx：前 12 小时停止抓取，后续 30 天使用缓存版本；429 需特殊处理；3xx 最多跟踪 5 次重定向，超过视为 404）
[ ] robots.txt 缓存默认 24 小时，受 max-age 响应头影响
[ ] XML sitemap 已提交，有效，仅包含可索引 URL（每个 sitemap ≤ 50,000 URL 且 ≤ 50MB 未压缩）
[ ] sitemap lastmod 日期准确反映实际内容变更（⚠️ Google 忽略 <priority> 和 <changefreq>，不要使用）
[ ] 内链使用标准 <a href> 标签（Google 不识别 <span href>、<a routerLink>(无href)、<a onclick>、javascript: 协议链接）
[ ] 无爬虫陷阱（分面导航、session ID、无限 URL 空间）
[ ] 重要页面距首页 3 次点击内可达
[ ] 无孤立页面（所有页面至少有一个内链指向）
[ ] 服务器响应时间 (TTFB) < 200ms
[ ] 重定向链尽量 1 跳，无循环重定向（Google 最多跟踪 10 跳，超出视为错误）
[ ] 301/308 = 永久重定向（强信号，Google 索引目标 URL）；302/307 = 临时重定向（弱信号）
[ ] 无 404/broken links（内链和外链均需检查）
[ ] 抓取预算合理（大型站点 1M+ 页面 / 10K+ 日更站点 / 大量"已发现-尚未编入索引"的站点需关注：合并重复内容、robots.txt 阻止低价值页面、已删除页面返回 404/410）
[ ] ⚠️ 不要用 noindex 节省抓取预算（Google 仍会抓取页面才发现 noindex，用 robots.txt disallow 更有效）
[ ] 抓取容量受服务器响应速度和错误率影响；抓取需求受页面热度和内容新鲜度影响

详细实现 → references/technical-seo.md

Pillar 2: 索引优化（Indexing）

[ ] canonical 标签自引用或正确指向规范 URL（⚠️ 必须用绝对 URL，不能用相对路径，不能包含 URL 片段 #）
[ ] canonical 不通过多种方式指定不同值（HTML link、HTTP header、sitemap 保持一致）
信号强度：重定向 > rel="canonical"（均为强信号）> sitemap 包含（弱信号）
[ ] 非 HTML 文件（PDF 等）使用 X-Robots-Tag HTTP 头和 Link: <url>; rel="canonical" 头
[ ] 不使用 robots.txt 或网址移除工具做规范化（Google 明确禁止）
[ ] ⚠️ rel="prev/next" 已废弃（2019），分页页面各自 canonical 指向自身
[ ] 无误用 noindex 指令（确认该索引的页面未被阻止）
[ ] ⚠️ noindex 页面不能被 robots.txt 阻止（否则爬虫看不到 noindex 指令，页面可能仍被索引）
[ ] robots meta 指令冲突时取限制最严格的规则（与 robots.txt 取最宽松相反）；结构化数据不受 robots meta 限制影响
[ ] hreflang 注解正确且完整互引（多语言站点；语言代码 ISO 639-1 + 可选区域 ISO 3166-1 Alpha 2；脚本变体用 ISO 15924 如 zh-Hans；⚠️ EU/UN/UK 非有效区域代码）
[ ] x-default hreflang 已按需设置（建议指向默认语言版本或语言选择页；并非所有多语言站点都强制要求）
[ ] 重复内容已合并（www/非www、HTTP/HTTPS、尾斜杠统一）
[ ] 无 soft 404 错误（Search Console Coverage 报告）
[ ] 无页面长期处于"已爬未索引"状态（>90天需排查）
[ ] URL 结构一致：小写、连字符分词（非下划线）、无特殊字符（⚠️ URL 大小写敏感）
[ ] 非 ASCII 字符使用 percent-encoding（如 %D9%86 而非原始 Unicode）
[ ] 避免 URL 中包含 session ID、过多过滤参数（用 cookies 替代 session ID）
[ ] A/B 测试：变体页使用 rel="canonical" 指向原始 URL，用 302（非 301）重定向，测试结束后立即清理（⚠️ Googlebot 不支持 cookies）
[ ] 内链统一使用 canonical URL 格式

详细实现 → references/technical-seo.md

Pillar 3: 性能（Performance / Core Web Vitals）

[ ] INP (Interaction to Next Paint) < 200ms（p75）— 已替代 FID（2024.3）
[ ] LCP (Largest Contentful Paint) < 2.5s（p75）
[ ] CLS (Cumulative Layout Shift) < 0.1（p75）
[ ] TTFB (Time to First Byte) < 800ms
[ ] 图片压缩，使用 WebP/AVIF 格式，设置 width/height 属性
[ ] 无 render-blocking 脚本或样式表在 <head> 中
[ ] 首次加载页面总大小 < 1MB
[ ] 第三方脚本使用 async/defer 加载，不阻塞 INP
[ ] 消除 JavaScript Long Tasks（>50ms 的任务），使用 LoAF API 归因
[ ] 移动端触控目标 ≥ 48x48px，间距 ≥ 8px
[ ] 移动端字体 ≥ 16px，viewport 允许缩放（maximum-scale ≥ 5）
[ ] 无水平滚动溢出，响应式布局 mobile-first
[ ] 无干扰性插页式广告（Google 页面体验信号之一）— 例外：法律要求的弹窗（年龄验证、Cookie 同意）可保留，但建议叠加在页面内容上而非重定向
[ ] 主要内容可轻松与页面其他内容区分
[ ] CrUX（真实用户数据）指标达标，非仅 Lab 分数
[ ] PageSpeed Insights 移动端分数 ≥ 80（建议 ≥ 90）
[ ] 移动优先索引：Google 使用 smartphone Googlebot 抓取和索引，移动版与桌面版主要内容、元数据、结构化数据必须对等（推荐响应式设计；独立移动 URL 需 rel=canonical 指向桌面版 + rel=alternate 指向移动版；移动页面避免使用 # 片段 URL）

详细实现 → references/performance-mobile.md（含 INP 三阶段模型、LoAF、移动端 UX 规范、PageSpeed 算法）

Pillar 4: 元数据与内容（Metadata & Content）

[ ] Favicon 正方形 ≥48x48px，Googlebot 可访问，URL 稳定不频繁变更
[ ] title 包含主关键词，简洁准确（无固定字符限制，过长会被截断）
[ ] title 不重复关键词（Google 视为垃圾内容）
[ ] title 与页面 <h1> 和可见标题保持一致（Google 综合 title/h1/og:title/锚文本决定标题链接）
[ ] title 中品牌名放在开头或末尾，用分隔符（-、|、:）隔开
[ ] title 语言/文字必须与页面主要内容语言一致
[ ] description 包含关键词和行动号召，120-160 字符
[ ] 每页唯一的 title 和 description
[ ] 搜索摘要控制：需要时可用 nosnippet/max-snippet/data-nosnippet 控制（⚠️ Featured Snippet 退出只有 nosnippet 能保证，max-snippet 无法确保不被选为精选摘要）
[ ] Open Graph 标签完整（og:title, og:description, og:image, og:url）
[ ] Twitter Card 标签完整（card, title, description, image）
[ ] H1 每页唯一，包含主关键词
[ ] 标题层级正确（H1 → H2 → H3，不跳级）
[ ] 所有图片使用 <img> 元素（CSS background-image 不会被索引）
[ ] 图片文件名具有描述性（如 black-kitten.jpg 而非 IMG00023.JPG）
[ ] 所有图片有描述性 alt 文本（纯装饰图片除外，不堆砌关键词）
[ ] 响应式图片 srcset/<picture> 必须提供 fallback src（部分爬虫不识别 srcset）
[ ] 主关键词出现在前 100 字
[ ] 自然使用语义相关词和同义词（不堆砌）
[ ] 内部链接使用描述性锚文本（非"点击这里"）
[ ] 外部链接指向权威来源
[ ] ⚠️ Featured Snippets 优化（必做！）：信息类页面必须针对精选摘要优化内容结构
[ ] 问答型内容：H2/H3 使用问题句式，紧跟 1-2 段直接回答（40-60 字）
[ ] 列表型内容：H2 作为列表标题 + <ol>/<ul> 组织列表项（3-8 项，每项 < 30 字）
[ ] 表格型内容：语义化 <table> + <thead>/<tbody>，列标题清晰
[ ] Snippet 友好内容放在页面靠前位置
[ ] 详见 references/advanced-techniques.md §1
[ ] 付费/赞助链接标记 rel="sponsored"，用户生成内容链接标记 rel="ugc"（可组合：rel="ugc nofollow"；内链不用 nofollow，改用 robots.txt disallow）
[ ] 图片链接有描述性 alt 属性作为锚文本替代
[ ] 署名日期：可见日期与结构化数据日期一致，无未来日期，最小化页面中其他无关日期
[ ] ⚠️ <head> 中不得出现无效元素（如 <iframe>、<img>）— Google 遇到无效元素会立即停止解析后续所有 meta 标签，必须确保所有关键 metadata 位于 <head> 中有效元素之前

详细实现 → references/metadata-guide.md，references/content-strategy.md

Pillar 5: 结构化数据（Structured Data）

[ ] 结构化数据作用边界已说明（必查项！）
[ ] 结构化数据用于帮助 Google 理解页面并获得 rich result 资格，不保证一定展示
[ ] 自动化测试只能发现语法/部分字段问题；质量、真实性、页面匹配度必须人工核对
[ ] Schema 必须标记当前页面真实主内容，不能标记隐藏内容、误导性内容或页面不存在的功能/评价/价格
[ ] 所有结构化数据页面必须允许 Googlebot 抓取和索引
[ ] 所有 Schema 通过 Google Rich Results Test 验证无错误
[ ] AI SaaS / AI 工具站优先 Schema 组合（每次必查）
[ ] 首页：WebSite + Organization
[ ] SaaS 产品/工具页：SoftwareApplication，免费工具 offers.price 写 "0"
[ ] 博客/指南页：Article 或 BlogPosting
[ ] 关键内页：BreadcrumbList
[ ] 视频演示页：VideoObject
[ ] 付费墙/订阅内容：isAccessibleForFree: false + hasPart.cssSelector
[ ] Article/BlogPosting Schema 用于博客和新闻页
[ ] author 使用 @type: Person 或 Organization，含 name + url/sameAs，多作者用数组（不合并到一个 name 字段）
[ ] image 至少 1 张，≥ 50K 像素（宽×高），推荐提供 16:9、4:3、1:1 三种宽高比
[ ] BreadcrumbList Schema 存在、完整、规范（必查项！）
[ ] JSON-LD 存在且格式正确（@type: BreadcrumbList）
[ ] itemListElement 至少包含 2 项
[ ] 每个 ListItem 含 position、name、item(URL) 三个必需字段
[ ] position 从 1 开始递增，无跳号
[ ] 面包屑路径与页面可见面包屑导航完全一致
[ ] 面包屑表达页面在站点层级中的位置，帮助用户和 Google 理解页面归属；不能用无关分类凑层级
[ ] URL 使用完整绝对路径（非相对路径）
[ ] 最后一项（当前页）可省略 item 字段，但 name 必须存在
[ ] Organization Schema 在首页或"关于我们"页（无需全站部署），含完整联系信息
[ ] 使用最具体的 schema.org 子类型（电商用 OnlineStore，本地商家用 LocalBusiness，而非通用 Organization）
[ ] logo 图片 ≥ 112x112px，Googlebot 可抓取可索引，建议在白色背景下测试显示效果
[ ] WebSite Schema / Site name 偏好（必查项！） 仅含 name + alternateName + url（⚠️ SearchAction/Sitelinks Search Box 已于 2024.11 废弃，不要再加）
[ ] 仅在首页部署（域名或子域名根 URI），子目录不能有独立网站名称；www 和 m 子域名视为等同
[ ] 所有重复首页（HTTP/HTTPS、www/非www）使用相同 WebSite 结构化数据
[ ] name 是首选品牌名，alternateName 包含常见缩写、无空格写法、域名兜底（小写）
[ ] url 指向 canonical 首页，首页必须可抓取
[ ] Google 自动生成 Site name；WebSite Schema 只是强偏好信号，需与 og:site_name、<title>、首页 H1/正文、外部引用保持一致
[ ] Sitelinks / 站内链接展示（必查项！）
[ ] 不承诺“加 schema 就能出 sitelinks”；sitelinks 由 Google 根据站点结构和查询自动抽取
[ ] 页面 title、H1/H2 简洁、相关、可区分
[ ] 全局导航和首页模块链接到重要页面，且重要页面之间有相关内链
[ ] 内链锚文本简洁且描述目标页面，不用大量重复锚文本
[ ] 如错误 sitelink 必须移除，只能通过删除/合并页面、noindex、改导航和内链信号处理
[ ] FAQ Schema 无重复问题（跨页面检查！）（⚠️ FAQ 富媒体结果现仅限健康类权威网站和政府网站展示）
[ ] Product Schema 含必要字段（name, image, description, offers）
[ ] 区分 Product Snippet（评测/比较页，至少需 review/aggregateRating/offers 三者之一，仅限单产品页非分类页）与 Merchant Listing（可购买页，price 必须 >0，含配送/退货/产品变体详情）
[ ] 电商站点：退货政策（hasMerchantReturnPolicy）和配送信息（ShippingService）嵌套在 Organization 下；配送必填 shippingConditions（含 currency + addressCountry）
[ ] 使用会员价配送时，必须同时提供至少一项非会员常规配送服务
[ ] 产品变体使用 ProductGroup + hasVariant，variesBy 支持：color/size/suggestedAge/suggestedGender/material/pattern；每个变体需独立 URL + 唯一标识符（SKU/GTIN）
[ ] 评测类 Pros/Cons：positiveNotes/negativeNotes 合计至少 2 条
[ ] 产品数据可同时通过网页标记和 Google Merchant Center Feed 提交（双通道，Google 优先级：Content API > Merchant Center > 商品级标记 > 组织级标记）
[ ] Review/AggregateRating：⚠️ 被评价实体自身控制评价时（如 LocalBusiness/Organization 页面自评），Google 不展示星级评分
[ ] ~~HowTo Schema~~ ⚠️ 已废弃（2023.9 起桌面端和移动端均不再展示 HowTo Rich Results，教程类内容改用 Article + 清晰的步骤标题结构）
[ ] SoftwareApplication Schema 用于 SaaS 产品页（必填：name + offers(含 price) + aggregateRating 或 review 二选一；缺少评价/评分则不展示 Rich Results）
[ ] VideoObject Schema 用于视频页面（含 name、description、thumbnailUrl、uploadDate、contentUrl/embedUrl）
[ ] 关键片段标记：Clip（手动标记）或 SeekToAction（自动标记）结构化数据
[ ] 直播内容使用 BroadcastEvent 结构化数据展示 LIVE 徽章
[ ] 付费墙内容使用 isAccessibleForFree: false + hasPart.cssSelector 标记受限区域（仅支持 .class 选择器）
[ ] JSON-LD 格式（Google 推荐），放在 <head> 或服务端渲染（也支持 Microdata/RDFa 但不推荐）
[ ] Schema 内容与页面可见内容一致，无隐藏内容（标记不可见内容会被判为 spam，触发手动操作仅影响富媒体结果不影响常规排名）
[ ] 重复页面（HTTP/HTTPS、www/非www）上的结构化数据必须保持一致
[ ] ⚠️ 不使用已废弃的 data-vocabulary.org，必须用 schema.org 词汇
[ ] 时效性内容的结构化数据保持更新（过时信息违反政策）
[ ] @type 必须与页面实际内容类型严格匹配（易遗漏！）
[ ] SaaS/软件产品 → SoftwareApplication，不是 Product
[ ] 实物商品/电商 → Product，不是 SoftwareApplication
[ ] 博客文章 → Article 或 BlogPosting，不是 WebPage
[ ] 教程步骤 → Article（⚠️ HowTo Rich Results 已废弃，用清晰的步骤标题 H2/H3 代替）
[ ] 禁止混用：一个页面的主 Schema 类型只能有一个，不能既是 Product 又是 SoftwareApplication
[ ] 字段值正确性（易遗漏！）
[ ] dateModified 必须反映实际最后修改时间，不能等于 datePublished 或写死
[ ] offers.price 免费产品必须写 "0"，不能省略（否则 Rich Results 不展示）
[ ] image 必须是可访问的绝对 URL，不能是 base64、相对路径或 404 链接
[ ] JSON-LD 中不能出现 null 值字段（undefined 会被 JSON.stringify 自动去掉，但 null 会输出导致 Google 报错）
[ ] 多个 JSON-LD 脚本块共存时，@id 必须全局唯一，避免 Google 合并错误

详细实现 → references/structured-data.md

Pillar 6: JavaScript 与渲染

[ ] 关键内容在原始 HTML 中可见（无需 JS 执行）
[ ] 结构化数据优先服务端渲染（JS 注入也被支持但可靠性较低，⚠️ Product 动态标记可能导致抓取频率降低和库存/价格信息不可靠）
[ ] meta 标签在原始 HTML response 中
[ ] 导航链接使用标准 <a href> 标签
[ ] ⚠️ 不使用 hash URL（#/path）— Google 不区分 # 后的内容，必须用 History API（pushState）
[ ] 懒加载图片使用原生 loading="lazy" 搭配 src 属性（⚠️ 首屏内容不要懒加载，不依赖用户滚动/点击触发加载）
[ ] 无限滚动页面：每个内容块需有独立永久 URL（如 ?page=12），URL 间按顺序链接，使用 History API 更新地址栏
[ ] ⚠️ 不要在原始 HTML 中放 noindex 然后用 JS 移除（WRS 看到 HTML 中的 noindex 会跳过渲染，JS 代码不会执行）
[ ] ⚠️ 不要用 JS 动态添加 rel=canonical（可能与 HTML 中已有的产生冲突导致重复；WRS 可能忽略缓存头使用过时资源）
[ ] ⚠️ WRS 每次加载页面时 localStorage/sessionStorage/cookies 均被清空，不要依赖存储数据呈现关键内容
[ ] ⚠️ WRS 不支持 WebSocket 和 WebRTC 连接，必须提供 HTTP 回退机制
[ ] 需要浏览器权限的功能（Camera/Geolocation 等）在 WRS 中不可用，需提供无权限的 fallback 内容
[ ] 客户端渲染页面有 SSR/SSG 回退方案（⚠️ 动态渲染是临时方案非长期策略，优先使用 SSR/SSG/Hydration）
[ ] 无 hydration 错误（浏览器控制台）
[ ] JavaScript bundle 经过代码分割优化
[ ] Googlebot 抓取文件大小上限：一般文件 2MB、PDF 64MB（超出部分不被索引）
[ ] 单页 JS 文件总大小 < 15MB（Google 渲染上限）
[ ] Web Components 使用 Shadow DOM 时注意：Google WRS 会展平 Shadow DOM + Light DOM，仅索引渲染后的 HTML
[ ] 404 页面返回真实 HTTP 404 状态码，非 200（避免 soft 404）
[ ] 静态资源使用长期缓存（Cache-Control + 文件名 hash）
[ ] URL Inspection 工具渲染截图与实际页面一致

详细实现 → references/javascript-seo.md

Pillar 7: 搜索意图与内容匹配（Search Intent）

[ ] 每个目标页面已明确搜索意图类型（信息/导航/商业/交易）
[ ] 页面内容类型与 SERP 主导类型匹配
[ ] 标题和 meta description 反映正确的搜索意图
[ ] 内链结构引导用户从信息→商业→交易漏斗转化
[ ] 无意图冲突（同一关键词多个页面竞争）

详细实现 → references/search-intent.md

Pillar 8: E-E-A-T 与权威性（E-E-A-T & Authority）

⚠️ E-E-A-T 不是直接排名因素（Google 官方明确声明），但 Google 的排名系统会综合使用多种信号来识别符合 E-E-A-T 特征的内容。注：原独立的 Helpful Content System 已于 2024.3 合并入核心排名系统，不再单独运行。

[ ] 内容遵循 对象/方式/原因 框架：
对象（Who）：在醒目位置标注作者署名和专业背景
方式（How）：公开内容创作方法（尤其是 AI 辅助生成时需说明）
原因（Why）：主要动机是帮助用户，而非操纵搜索排名
[ ] 作者页面包含完整的专业资质和经验描述
[ ] Author Schema 含 hasCredential、knowsAbout、alumniOf
[ ] YMYL 内容有专业人士审核标记（reviewedBy Schema）
[ ] 网站有完整的信任页面（关于我们、联系方式、隐私政策）
[ ] 外链来自行业权威网站，内链结构传递权威性
[ ] Reviews System：评测/评论内容需提供深度原创分析（非简单汇总），展示专业知识或热情（⚠️ 仅评估第一方独立评测内容，不影响产品页上的第三方用户评论）
[ ] ⚠️ March 2026 Core Update 强化要求：
[ ] 站点必须具备明确的主题聚焦（topical authority），不能散射式覆盖松散关联的话题
[ ] 每个页面必须有原创贡献（original contribution）——如果页面仅聚合/转述已有信息而无独立价值，将被降权
[ ] 作者署名必须透明具体，避免通用署名（如"编辑部"/"Admin"）
[ ] 内容创作方法论需公开透明（尤其 AI 辅助生成时）
[ ] 展示编辑审核流程标记（editorial review process）
[ ] 比较/评测类内容必须包含独立的分析框架和决策支持，而非表面罗列

详细实现 → references/advanced-techniques.md（E-E-A-T 深度章节），references/core-updates.md（March 2026 Update）

Pillar 9: Google Discover 优化

[ ] 内容已被 Google 索引且符合内容政策（Discover、AI Overviews、AI Mode 均无需特殊标记/schema/文件，标准 SEO 实践即可）
[ ] AI Overviews/AI Mode 退出方式：nosnippet、data-nosnippet、max-snippet、noindex（与普通搜索摘要控制相同）
[ ] 如需阻止内容被 Google AI 模型训练（非搜索索引），可在 robots.txt 中使用 User-agent: Google-Extended + Disallow
[ ] 图片宽度 ≥ 1200px，高分辨率，16:9 宽高比
[ ] 已启用 max-image-preview:large 元标签（或使用 AMP）
[ ] 标题反映内容精髓，无点击诱饵或哗众取宠
[ ] 使用 og:image、primaryImageOfPage Schema 或 schema.org image 指定首选大图

详细实现 → references/advanced-techniques.md

Pillar 10: Spam 政策合规（Google 全部 18 项）

[ ] 无伪装内容（Cloaking）：Googlebot 和用户看到的内容必须一致
[ ] 无隐藏文本/链接（白底白字、CSS 隐藏、font-size:0、opacity:0）
[ ] 无关键词堆砌（不自然地重复关键词）
[ ] 无门页（Doorway Pages）：多个相似页面针对不同查询指向同一目标
[ ] 无欺骗性重定向（桌面正常、移动端重定向到垃圾域名）
[ ] 无规模化内容滥用（AI 生成无原创价值的内容批量发布）— ⚠️ Google 不禁止 AI 内容本身，只禁止用 AI 批量产出无价值内容（March 2026 Update 进一步强化：标准化、低差异化的 AI 生成内容排名显著下降）
[ ] AI 生成的图片必须包含 IPTC 元数据：DigitalSourceType 设为 TrainedAlgorithmicMedia
[ ] 建议公开说明内容生成方式（透明性原则）
[ ] 无内容爬取/抄袭（从他站爬取内容发布，即使经过修改仍缺乏独立原创价值）
[ ] 联属营销内容有独立原创价值，非简单复制商家产品描述
[ ] 用户生成内容（评论、论坛）有垃圾内容审核机制
[ ] 无垃圾链接行为（购买链接、链接交换、自动程序生成链接）— 付费链接必须标记 rel="sponsored"
[ ] 无滥用过期域名（购买过期域名托管低价值内容操纵排名）
[ ] 无被黑内容（定期安全扫描，防止代码注入/恶意重定向）
[ ] 无机器生成流量（禁止自动化查询检查排名）
[ ] 无恶意软件或垃圾软件
[ ] 无误导性功能（声称提供但实际不提供的虚假功能）
[ ] 无网站声誉滥用（在高权重站点发布第三方低质量内容利用排名信号）
[ ] 无规避政策行为（被处罚后创建新子域名/站点继续违规）
[ ] 无欺骗和欺诈行为（冒充企业、虚假客服、钓鱼网站等）

部署后检查（Post-Deployment）

上线后或域名变更后执行以下检查：

[ ] HTTPS 强制启用，SSL 证书有效且未过期
[ ] TLS 1.2+ 强制执行，禁用 TLS 1.0/1.1
[ ] 无混合内容警告（HTTP 资源在 HTTPS 页面加载）
[ ] 安全头已配置（HSTS、X-Content-Type-Options、X-Frame-Options）
[ ] HSTS Preload 已提交（如适用）
[ ] 证书链完整，证书透明度（CT）日志已记录
[ ] HTTP → HTTPS 301 重定向正确（无多跳链）
[ ] www → 非www（或反向）统一 301 重定向
[ ] 生产环境无 noindex 标签残留（从 staging 带过来的）
[ ] Google Search Console 已验证所有权并提交 sitemap
[ ] Google Search Console 无手动操作处罚
[ ] 页面在 Google 搜索结果中正确显示（site:domain.com）
[ ] DNS 配置正确，无解析延迟
[ ] 网站迁移（域名/URL 变更）：301/308 重定向保留至少 1 年，分阶段迁移，提交新 sitemap
[ ] 临时暂停业务：停用购物车功能（不影响 SEO），⚠️ 绝不要全站返回 503/404/noindex（恢复时间不确定且可能永久丢失排名）

详细实现 → references/post-deployment.md（含 HTTPS/TLS 安全加固详解）

Meta 标签速查

<head>
  <!-- 基础 -->
  <title>页面标题 - 网站名称</title>
  &lt;meta name=&quot;description&quot; content=&quot;页面描述 120-160 字符&quot; /&gt;

  <!-- Open Graph -->
  &lt;meta property=&quot;og:title&quot; content=&quot;页面标题&quot; /&gt;
  &lt;meta property=&quot;og:description&quot; content=&quot;页面描述&quot; /&gt;
  &lt;meta property=&quot;og:image&quot; content=&quot;https://example.com/image.jpg&quot; /&gt;
  &lt;meta property=&quot;og:url&quot; content=&quot;https://example.com/page&quot; /&gt;
  &lt;meta property=&quot;og:type&quot; content=&quot;website&quot; /&gt;

  <!-- Twitter -->
  &lt;meta name=&quot;twitter:card&quot; content=&quot;summary_large_image&quot; /&gt;
  &lt;meta name=&quot;twitter:title&quot; content=&quot;页面标题&quot; /&gt;
  &lt;meta name=&quot;twitter:description&quot; content=&quot;页面描述&quot; /&gt;
  &lt;meta name=&quot;twitter:image&quot; content=&quot;https://example.com/image.jpg&quot; /&gt;

  <!-- 其他 -->
  &lt;link rel=&quot;canonical&quot; href=&quot;https://example.com/page&quot; /&gt;
  &lt;meta name=&quot;robots&quot; content=&quot;index, follow&quot; /&gt;
  &lt;meta name=&quot;viewport&quot; content=&quot;width=device-width, initial-scale=1.0&quot; /&gt;
</head>

参考资源

参考文件（按需加载）

references/technical-seo.md — Sitemap、robots.txt、Canonical、URL 规范化、重定向、404 检测、爬虫控制
references/metadata-guide.md — 完整 Metadata 配置（Next.js layout + 页面级）
references/structured-data.md — 所有 Schema 类型实现（Article、FAQ、Product、Organization、WebSite、HowTo、SoftwareApplication 等）
references/html-semantics.md — 语义化 HTML、标题层级、图片优化、Alt 文本
references/performance-mobile.md — Core Web Vitals（INP/LCP/CLS）、移动端优化、性能配置
references/javascript-seo.md — SSR/SSG/ISR、JS 渲染、客户端组件处理
references/i18n-seo.md — 国际化 SEO、hreflang 标签
references/content-strategy.md — 内容优化、关键词策略、内部链接
references/search-console.md — Google Search Console 集成与监控
references/troubleshooting.md — 索引问题、性能问题、常见错误排查
references/advanced-techniques.md — Featured Snippets、AI Overviews 优化、E-E-A-T 深度指南（YMYL、Author Schema、Publisher Schema）
references/tools-resources.md — SEO 工具与资源推荐
references/search-intent.md — 搜索意图分析与优化（四种意图类型、内容匹配策略、意图驱动优化）
references/keyword-research.md — 关键词研究完整指南（种子词扩展、长尾策略、关键词蚕食检测、Topic Clusters、监控迭代）
references/content-freshness.md — 内容新鲜度策略（QDF 算法、内容衰减管理、lastmod 规范、常青内容、内容修剪决策树）
references/post-deployment.md — HTTPS/TLS 安全加固（TLS 版本强制、证书透明度、HSTS Preload）、安全头、部署后验证
references/core-updates.md — Google Core Update 历史记录与应对策略（March 2026 Destination Source Preference 等）

外部验证工具

Google Rich Results Test: https://search.google.com/test/rich-results
Google PageSpeed Insights: https://pagespeed.web.dev/
Google Search Console: https://search.google.com/search-console
Google Mobile-Friendly Test: https://search.google.com/test/mobile-friendly

本文档为站内渲染。原始文件本地路径：saas/source/seo-llm/skill-google-seo-skill-SKILL-f948cd.md（仅本地保留，不入库不部署）