# SEO Web 开发指南：国内外搜索引擎、PC 与移动端

> 适用对象：产品经理、UI/UX 设计师、前端、后端、测试、内容编辑、运维与 SEO 团队  
> 适用站点：企业官网、内容站、电商、SaaS、门户、国际站、响应式网站及 JavaScript Web 应用  
> 版本基线：2026 年 10 月（规则会变化，上线前应复核文末官方来源）

---

## 1. 这份指南解决什么问题

SEO 不是上线后补几个 `<meta>` 标签，而是网站需求、信息架构、URL、渲染、内容、多媒体、性能、国际化和发布运维共同形成的工程能力。

一套真正符合 SEO 标准的网站，应同时做到：

1. **可发现**：搜索引擎能通过链接、Sitemap、提交接口发现 URL。
2. **可抓取**：页面、CSS、JavaScript、图片和视频不被错误阻止，服务器稳定响应。
3. **可渲染**：正文、链接和元数据能在初始 HTML 或可靠渲染后的 DOM 中读取。
4. **可索引**：页面返回正确状态码，没有错误 `noindex`、重复 URL、软 404 或低价值内容。
5. **可理解**：Title、H1、正文、内部链接、多媒体说明和结构化数据表达同一个明确主题。
6. **可使用**：移动端内容完整、速度快、交互稳定、无侵入式遮挡，并满足无障碍基础要求。
7. **可信赖**：内容有作者、机构、时间、来源、联系方式、隐私和售后等真实信号。
8. **可维护**：发布、更新、删除、改版、迁移时，搜索信号能被正确同步和监控。

### 1.1 各搜索引擎的共同底线

Google、Bing、百度、搜狗、360、神马等搜索引擎算法不同，但工程底线高度一致：

- 使用稳定、唯一、可访问的 URL；
- 重要页面必须能由标准 `<a href>` 内链到达；
- 返回正确 HTTP 状态码；
- 重要正文不能只存在于图片、Canvas、CSS 伪元素或必须交互后才加载的组件中；
- PC 与移动端的重要内容、标题、元数据、图片说明和结构化数据应保持等价；
- 不隐藏、欺骗、堆砌关键词，不批量生成无价值页面；
- Sitemap 仅列规范且允许索引的 URL；
- 页面加载与交互性能应满足移动设备真实用户要求。

### 1.2 国内与国际搜索引擎的主要差异

| 领域 | Google | Bing / Copilot | 百度为主的国内搜索 |
|---|---|---|---|
| 移动索引 | 明确移动优先索引 | 重视移动体验 | 移动流量占主导，需符合移动落地页体验 |
| JavaScript | 可执行，但存在二次渲染队列 | 可渲染，但强调避免关键内容依赖客户端 | 对复杂异步渲染容错更低，建议关键内容服务端输出 |
| 主动提交 | Sitemap、Search Console | Sitemap、Webmaster Tools、IndexNow | 百度搜索资源平台普通/快速收录、API/Sitemap（以后台当前能力为准） |
| 更新通知 | 不支持 IndexNow 作为 Google 提交接口 | 强烈推荐 IndexNow | 百度使用自身资源提交能力；不要假设 IndexNow 会同步百度 |
| 结构化数据 | JSON-LD 与支持类型文档最完整 | schema.org 与 Bing 指南 | 以百度搜索资源平台可用权益和页面真实内容为准，不保证 schema.org 富结果 |
| 国际化 | `hreflang` 体系成熟 | 支持国际页面理解 | 国内站通常更重地域、备案、主体可信度和移动体验 |
| 生态工具 | Search Console、Rich Results、PageSpeed Insights | Bing Webmaster Tools | 百度搜索资源平台、抓取诊断、索引量、流量与关键词 |

**工程建议：**采用“共同标准优先，平台差异补充”的设计。不要为某个搜索引擎制作不同正文或偷偷切换内容，这可能构成 cloaking（伪装）。

---

## 2. 项目启动阶段：先设计可被搜索的产品

### 2.1 建立 SEO 需求文档

开发前至少明确以下内容：

- 网站服务对象、主要国家/地区和语言；
- 品牌词、核心主题、核心业务及用户搜索意图；
- 需要被索引的页面类型；
- 不应被索引的页面类型；
- PC/移动采用响应式、动态服务还是独立 `m.` URL；
- 是否存在多语言、多地区、筛选、分页、站内搜索、UGC、会员内容；
- 是否使用 SPA、SSR、SSG、ISR 或传统服务端模板；
- 页面发布、更新、下线和 URL 迁移机制；
- Sitemap、搜索平台验证、主动推送和数据监控责任人。

### 2.2 页面类型与搜索意图映射

一个页面应主要满足一种搜索意图，避免首页承载所有词。

| 页面类型 | 典型意图 | 应承载内容 |
|---|---|---|
| 首页 | 品牌、核心业务导航 | 品牌实体、核心价值、主要产品/服务、信任信息 |
| 栏目/分类页 | 浏览、比较 | 分类说明、可筛选列表、选购/选择指导、分页 |
| 产品/服务页 | 商业调查、交易 | 功能、规格、价格/询价、案例、FAQ、转化入口 |
| 文章/指南页 | 信息获取 | 完整问题解答、步骤、来源、作者、更新时间 |
| 地区页 | 本地服务 | 真实门店/服务范围、本地案例、地址、电话，而非换地名模板 |
| 工具页 | 完成任务 | 可用工具、输入输出、说明、示例、错误处理 |
| 搜索结果页 | 站内检索 | 通常不索引，防止无限组合和低质量页面 |

### 2.3 SEO 验收标准应进入 Definition of Done

每个可索引页面必须满足：

- 返回 `200`；
- 有唯一 URL、自引用 canonical、唯一 Title、Meta Description、H1；
- 在不执行用户操作的情况下，初始 HTML 或服务端渲染 HTML 包含主要正文；
- 至少有一个可抓取内部链接指向该页面；
- 不含误加的 `noindex`，不被 robots.txt 阻止；
- 页面可在移动视口正常使用；
- 图片有正确尺寸、格式和 alt 策略；
- 结构化数据与可见正文一致；
- 纳入 Sitemap，发布后触发相应搜索引擎提交；
- 通过状态码、HTML、结构化数据、性能与移动端自动化测试。

---

## 3. 信息架构与网站结构

### 3.1 建议层级

重要内容应尽量在首页 3 次点击内到达：

```text
首页
├── 产品 / 服务栏目
│   ├── 具体产品 / 服务页
│   └── 对应案例 / FAQ / 指南
├── 行业解决方案
│   ├── 行业落地页
│   └── 行业案例
├── 知识中心
│   ├── 专题聚合页
│   └── 文章详情页
└── 关于 / 联系 / 资质 / 隐私
```

不要把所有页面平铺在首页，也不要制造 6～8 层深目录。URL 目录深度不等于点击深度，但两者都应保持清晰。

### 3.2 导航设计

- 使用真实 `<nav>` 与 `<a href="...">`；
- 主导航展示最关键栏目，避免几十个链接的大型菜单无差别堆放；
- 移动菜单即使需要 JS 展开，链接也应存在于 HTML DOM；
- 不使用只有 `onclick`、无 `href` 的伪链接；
- 不使用 `javascript:void(0)` 代替有目标页面的栏目链接；
- 面包屑应表达真实层级，并链接到上级页面；
- 页脚可放必要的辅助导航，但不要重复几百个关键词链接。

正确链接：

```html
<a href="/services/seo-development/">SEO 网站开发</a>
```

不推荐：

```html
<div onclick="location.href='/services/seo-development/'">SEO 网站开发</div>
<a href="javascript:void(0)" data-url="/services/seo-development/">SEO 网站开发</a>
```

### 3.3 孤立页面与内部链接

每个重要页面至少应有：

- 栏目入口；
- 相关正文中的上下文链接；
- 面包屑或父级链接；
- 必要时的“相关阅读/相关产品”，但应相关而非随机。

锚文本应描述目标内容。避免所有链接都写“点击这里”“更多”。不要为了 SEO 在每个段落强行重复精确匹配词。

---

## 4. URL 设计标准

### 4.1 URL 原则

- 全站统一 HTTPS；
- 选定 `www` 或非 `www`，另一版本永久重定向；
- 使用小写、稳定、可读、简短的路径；
- 英文 URL 用连字符 `-` 分词，不建议下划线；
- 避免无意义 ID、会话 ID、跟踪参数进入规范 URL；
- 内容发布后尽量不改 URL；
- 同一内容不应由多个可索引 URL 提供；
- 查询参数应有明确治理策略。

推荐：

```text
https://example.com/services/web-development/
https://example.com/blog/technical-seo-checklist/
https://example.com/zh-cn/products/cloud-platform/
```

避免：

```text
https://example.com/index.php?id=8492&session=abc
https://example.com/page?utm_source=x     # 允许访问但 canonical 应指向无追踪参数版本
https://example.com/product#detail        # 不要依靠片段标识独立索引内容
```

### 4.2 尾斜杠、大小写与默认文档

以下 URL 可能被视为不同地址：

```text
/example
/example/
/Example/
/example/index.html
```

选择一种规范形式，并通过 `301/308`、内部链接、Sitemap 和 canonical 保持一致。不要让重定向链经过多步。

### 4.3 参数、筛选与排序

电商和列表常产生大量 URL：

```text
/products?color=red&size=m&sort=price&page=2
```

设计时应分类：

1. **有独立搜索价值的组合**：创建固定、可维护的静态落地 URL，并提供独特内容。
2. **只有操作价值的筛选/排序**：一般不纳入 Sitemap，canonical 指向合理主版本，必要时通过应用逻辑限制链接生成。
3. **站内搜索结果**：通常使用 `noindex,follow` 或完全不提供可抓取的无限搜索组合。

不要用 robots.txt 代替 canonical 或 noindex。robots.txt 禁止抓取后，搜索引擎可能仍依据外部链接保留 URL，却无法读取页面上的 noindex/canonical。

### 4.4 Canonical

每个可索引页面建议提供绝对 URL、自引用 canonical：

```html
<link rel="canonical" href="https://example.com/services/web-development/">
```

规则：

- canonical 页面必须返回 200；
- 不应指向 404、跳转页、noindex 页；
- Sitemap、内链、canonical 必须使用同一规范 URL；
- 分页内容不要全部 canonical 到第一页，除非它们确实没有独立内容价值；
- 跨域 canonical 仅在真实转载/镜像授权关系中使用；
- canonical 是信号，不是绝对命令；永久迁移应使用 301/308。

---

## 5. 抓取、索引和 HTTP 状态码

### 5.1 robots.txt

基础示例：

```txt
User-agent: *
Disallow: /admin/
Disallow: /account/
Disallow: /internal-search/

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

注意：

- 文件必须位于主机根目录 `/robots.txt`；
- 不要阻止渲染所需的 CSS、JS、字体和主要图片；
- robots.txt 用于控制抓取，不用于保密；
- 私密数据必须依赖认证和权限；
- 不希望出现在搜索结果的页面，应在允许抓取的前提下使用 `noindex`；
- 上线前检查是否遗留测试环境的 `Disallow: /`。

### 5.2 robots meta 与 X-Robots-Tag

```html
<meta name="robots" content="index,follow,max-image-preview:large">
```

不索引页面：

```html
<meta name="robots" content="noindex,follow">
```

PDF、图片等非 HTML 文件可使用 HTTP 头：

```http
X-Robots-Tag: noindex
```

不要同时给页面设置 `noindex` 又在 robots.txt 阻止抓取，否则爬虫无法读取 noindex。

### 5.3 HTTP 状态码语义

| 状态码 | 使用场景 | SEO 行为 |
|---|---|---|
| 200 | 正常内容 | 可进入索引处理，不代表一定收录 |
| 301 / 308 | 永久迁移 | 强重定向信号，应直接跳到最终目标 |
| 302 / 307 | 临时迁移 | 仅用于确实短期的变化 |
| 304 | 内容未变化 | 节省带宽和抓取成本 |
| 404 | 页面不存在 | 自定义页面也必须返回真实 404 |
| 410 | 内容永久删除 | 明确表示资源已删除 |
| 429 | 请求过多 | 配合 `Retry-After`，慎用于爬虫限流 |
| 500 | 程序错误 | 不要把错误页返回 200 |
| 503 | 临时维护 | 配合 `Retry-After`，维护期使用 |

典型错误：

- 不存在页面返回 200：软 404；
- 所有旧 URL 重定向到首页：可能被视为软 404；
- 登录页、空列表、接口错误仍返回 200；
- 404 页面看似正常但状态码错误；
- 重定向链和循环。

### 5.4 Sitemap

基础 XML：

```xml
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/</loc>
    <lastmod>2026-10-19</lastmod>
  </url>
  <url>
    <loc>https://example.com/services/web-development/</loc>
    <lastmod>2026-10-18</lastmod>
  </url>
</urlset>
```

标准要求：

- 每个 Sitemap 最多 50,000 URL 且未压缩不超过 50MB；
- 只列 200、canonical、允许索引的 URL；
- `lastmod` 必须反映正文或重要信息的真实更新时间；
- 不要因为模板页脚变化就更新全站 lastmod；
- 删除、重定向、noindex、重复 URL 不应长期保留；
- 大站按页面类型拆分，便于监控收录率；
- 可为图片、视频、新闻提供相应扩展，但应按平台当前文档执行。

百度资源平台对 Sitemap 的配额和格式支持可能动态变化，尤其需以后台当时说明为准；不要假设 Google 的 Sitemap Index 流程在百度完全等价。

---

## 6. HTML Head 与页面元数据标准

### 6.1 推荐模板

```html
<!doctype html>
<html lang="zh-CN">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <meta name="applicable-device" content="pc,mobile">

  <title>成都软件开发公司_网站小程序APP定制开发-品牌名</title>
  <meta name="description" content="成都软件开发公司，提供企业网站、小程序、APP、ERP、MES 与 AI 应用定制开发服务。查看解决方案、案例与交付流程。">
  <link rel="canonical" href="https://example.com/">

  <meta property="og:type" content="website">
  <meta property="og:title" content="成都软件开发公司｜品牌名">
  <meta property="og:description" content="企业网站、小程序、APP、业务系统与 AI 应用开发。">
  <meta property="og:url" content="https://example.com/">
  <meta property="og:image" content="https://example.com/assets/share/home-1200x630.jpg">
  <meta property="og:image:width" content="1200">
  <meta property="og:image:height" content="630">
</head>
```

`applicable-device` 是面向国内搜索生态常用的 PC/移动自适应声明，不是 Google 排名要求。响应式设计仍应依靠 viewport、CSS 和等价内容实现。

### 6.2 Title

Title 的目标不是机械满足字符数，而是准确、独特、能在搜索结果中吸引正确用户。

规则：

- 每个索引页唯一；
- 主主题尽量靠前，品牌通常放末尾；
- 与 H1、正文、搜索意图一致；
- 不把全站业务都塞入首页；
- 不重复关键词；
- 避免“首页”“欢迎访问官网”等低信息文本；
- 搜索引擎可能按页面内容重写 Title，因此正文标题也必须清晰；
- 中文移动端标题应优先保证前约 20～25 个汉字就能表达完整主题，而不是追求固定上限。

模板示例：

```text
服务页：成都小程序定制开发_微信支付宝抖音小程序-品牌名
产品页：产品名称_核心功能与适用场景-品牌名
文章页：问题/结论型标题-品牌名
分类页：主题名称_选型指南与相关方案-品牌名
```

### 6.3 Meta Description

- 每页独特；
- 概括页面真实内容；
- 重要信息前置；
- 包含差异化价值、适用对象、证据或行动入口；
- 不复制 Title，不堆词；
- 搜索引擎可能根据查询重写摘要；
- 中文页面建议前 60～80 字能独立表达核心，完整描述可根据业务控制在约 80～120 字。

### 6.4 Meta Keywords

Google 与主流现代搜索引擎不把 `meta keywords` 当作有效排名信号。百度也早已公开弱化/忽略该标签。工程上可以不写；若历史系统要求保留，只维护少量页面主题词，不能把它当 SEO 策略。

### 6.5 Open Graph 与社交分享

OG 不是排名标签，但影响微信、QQ、Facebook、LinkedIn 等分享卡片点击率。每个重要页面至少配置：

- `og:title`
- `og:description`
- `og:type`
- `og:url`
- `og:image`

分享图建议 1200×630，文字不要贴边；图片 URL 应稳定、公开、HTTPS，并设置正确 MIME 类型。

---

## 7. 页面正文与语义化 HTML

### 7.1 标题层级

推荐结构：

```html
<main>
  <article>
    <h1>成都企业网站定制开发</h1>
    <p>页面摘要与核心价值。</p>

    <section>
      <h2>适合哪些企业</h2>
      <h3>制造业官网</h3>
      <h3>专业服务公司</h3>
    </section>

    <section>
      <h2>网站开发服务内容</h2>
    </section>
  </article>
</main>
```

- 每页通常一个代表主主题的 H1；
- H2 表达主要分区，H3 表达子主题；
- 不要为了字号选择标题标签，应使用 CSS；
- 不要把 H1/H2 全写成没有主题词的广告口号；
- 允许自然的标题层级，不要求每页必须有大量 H 标签。

### 7.2 语义标签

优先使用：

- `<header>`：页面或区域头部；
- `<nav>`：主要导航；
- `<main>`：主内容，通常每页一个；
- `<article>`：可独立分发的内容；
- `<section>`：有标题的主题区域；
- `<aside>`：补充内容；
- `<footer>`：页脚或文章尾部；
- `<time datetime>`：发布日期和更新时间；
- `<address>`：与页面主体相关的联系信息；
- `<table>`：真正的表格数据，而非布局。

语义化 HTML 同时改善爬虫理解、无障碍和维护性。

### 7.3 正文必须进入 DOM

不可把关键内容只放在：

- 图片文字；
- Canvas；
- 视频字幕而无文字稿；
- CSS `content` 伪元素；
- 点击、滚动、悬停后才请求的数据；
- 登录后或 Cookie 同意后才显示的公开正文；
- 前端接口失败时完全空白的应用壳。

折叠面板和标签页内容可以使用，但内容应存在于 DOM，不能因移动端布局而删掉桌面正文。

### 7.4 内容质量与 E-E-A-T

E-E-A-T 可理解为经验、专业、权威与可信。它不是单个标签，而是整站内容和实体信号。

建议展示：

- 作者姓名、职位、专业背景；
- 审核人和审核流程（医疗、金融、法律等高风险内容尤其重要）；
- 发布日期与实质更新时间；
- 参考来源及引用链接；
- 公司全称、地址、电话、备案、营业/行业资质；
- 可验证的案例、原始数据、方法、截图和测试条件；
- 售后、退款、隐私、服务条款；
- 修改记录和错误更正机制。

禁止：

- 批量 AI 生成没有经验和增量价值的页面；
- 换城市名制造几百个近似地区页；
- 采集、改写、拼接其他站点内容；
- 虚假作者、评价、资质和数据；
- 为关键词数量牺牲可读性；
- 与站点主题无关、只借域名权重排名的第三方内容。

### 7.5 内容模板应允许页面差异化

CMS 字段至少应支持：

- SEO Title；
- Meta Description；
- URL slug；
- H1；
- 摘要；
- 正文模块；
- 作者、审核人；
- 发布时间、更新时间；
- 主图及 alt；
- canonical；
- index/noindex；
- OG 图片；
- 结构化数据所需业务字段；
- 重定向目标；
- Sitemap 收录状态。

不要让所有详情页复用同一个 Description，也不要由程序粗暴拼接关键词。

---

## 8. 移动端 Web SEO

### 8.1 首选响应式设计

Google 明确推荐响应式设计：同一 URL、同一 HTML，通过 CSS 适配不同屏幕。它通常也是百度、Bing 和维护成本上的最佳方案。

```html
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="applicable-device" content="pc,mobile">
```

```css
.container {
  width: min(100% - 32px, 1200px);
  margin-inline: auto;
}
img, video { max-width: 100%; height: auto; }
@media (max-width: 768px) {
  .layout { grid-template-columns: 1fr; }
}
```

### 8.2 移动优先内容等价

移动版必须保留：

- 主要正文；
- Title 和 Description；
- H1/H2；
- 图片和 alt；
- 视频与说明；
- 内部链接；
- canonical、hreflang；
- 结构化数据；
- robots 指令。

可以折叠展示，但不能为了“移动简洁”直接删除有索引价值的内容。

### 8.3 交互和落地页体验

- 字体清晰，正文通常不低于 16 CSS px；
- 点击目标应足够大并有间距；
- 不要求双指缩放才能阅读；
- 重要内容不要被 App 下载弹窗、登录弹窗、广告或 Cookie 层遮挡；
- 首屏先显示主题和主要价值，不要用整屏广告占满；
- 导航可打开、可关闭，键盘和辅助技术可使用；
- 表格在窄屏可横向滚动，并保留表头；
- 表单使用正确 input 类型、label 和错误提示；
- 不基于 User-Agent 向爬虫提供特殊正文。

### 8.4 独立移动站 `m.example.com`

仅在历史系统无法改造时使用。必须维护：

桌面页：

```html
<link rel="canonical" href="https://www.example.com/page/">
<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page/">
```

移动页：

```html
<link rel="canonical" href="https://www.example.com/page/">
```

还需做到：

- PC 与移动 URL 一一对应；
- 内容、元数据、结构化数据等价；
- 双向重定向正确，不能把所有移动请求导到移动首页；
- `Vary: User-Agent` 用于动态服务；
- 百度移动适配工具只适用于有独立 PC/移动 URL 对应关系的站点，自适应站点通常无需提交适配规则。

---

## 9. JavaScript 网站、SPA、SSR 与 SSG

### 9.1 渲染方案选择

| 方案 | SEO 可靠性 | 适用场景 |
|---|---|---|
| SSG 静态生成 | 高 | 企业官网、文档、博客、营销页 |
| SSR 服务端渲染 | 高 | 电商、内容平台、动态详情页 |
| ISR/混合渲染 | 高 | 大量内容且需更新 |
| CSR 纯客户端渲染 | 风险较高 | 后台管理、登录后应用；公开 SEO 页面不宜只用 CSR |

搜索引擎能执行部分 JavaScript，不等于所有引擎都会及时、完整执行。Google 存在抓取和渲染两个阶段；服务端输出或预渲染能降低延迟和失败概率。

### 9.2 JS SEO 强制要求

- 每个内容状态有唯一 URL；
- URL 使用 History API 正常路由，不依赖 `#` 片段表达索引页面；
- 初始 HTTP 响应应包含 Title、Description、canonical 和核心正文；
- `<a href>` 提供可抓取链接；
- 路由不存在时服务端返回 404，而不是 SPA 壳 200；
- JS/CSS/API 不被 robots.txt 阻止；
- 懒加载不能要求用户点击、输入或滚动才能获取主要内容；
- 页面 hydration 失败时至少仍有可读正文；
- 同构时避免服务器 HTML 与客户端 DOM 严重不一致；
- canonical 不应被客户端脚本改成另一个值。

### 9.3 分页与无限滚动

无限滚动必须有可抓取分页作为基础：

```text
/articles/
/articles/page/2/
/articles/page/3/
```

每个分页 URL：

- 能直接访问；
- 返回对应内容；
- 有普通 `<a href>` 上一页/下一页；
- 不要求滚动才能加载；
- canonical 通常自引用；
- 避免内容跨页重复和遗漏。

`rel="next/prev"` 不应被当作 Google 的必需索引信号，但可用于语义或其他系统；核心仍是可访问 URL 和内链。

### 9.4 前端框架检查清单

- React/Next.js：公开页用 SSR/SSG/ISR，检查 Metadata API 输出；
- Vue/Nuxt：使用 SSR/SSG，检查服务端 HTML；
- Angular：启用 SSR/预渲染；
- 路由切换后更新 Title、Description、canonical、OG；
- 禁止只在客户端生成关键 JSON-LD 且与首屏正文不同；
- 使用无 JS 测试或 `curl` 检查初始 HTML；
- 在搜索平台抓取诊断中比较爬虫渲染结果。

---

## 10. 图片 SEO 与性能

### 10.1 文件与内容

- 使用清晰、原创、与正文相关的图片；
- 图片放在相关文本附近；
- 文件名具有描述性，如 `chengdu-software-team.webp`；
- 装饰图使用空 alt：`alt=""`；
- 信息图片使用描述性 alt，说明图片在当前语境中的作用；
- 不在 alt 中堆关键词；
- 图片上的关键文字应在正文中另有文本版本；
- 图片 URL 稳定，不要每次部署生成完全随机的新 URL（内容哈希可用于版本，但更新策略要稳定）。

### 10.2 响应式图片

```html
<picture>
  <source
    type="image/avif"
    srcset="/img/office-640.avif 640w, /img/office-1280.avif 1280w">
  <source
    type="image/webp"
    srcset="/img/office-640.webp 640w, /img/office-1280.webp 1280w">
  <img
    src="/img/office-1280.jpg"
    srcset="/img/office-640.jpg 640w, /img/office-1280.jpg 1280w"
    sizes="(max-width: 768px) 100vw, 800px"
    width="1280"
    height="720"
    alt="成都软件开发团队讨论企业系统需求"
    decoding="async">
</picture>
```

规则：

- AVIF/WebP + JPEG/PNG 回退；
- 设置真实 `width` 和 `height`，防止 CLS；
- 使用 `srcset` 和 `sizes`，不要给手机下载 3000px 原图；
- 首屏 LCP 主图不要 `loading="lazy"`；
- 非首屏图片可以原生懒加载。

首屏主图：

```html
<img
  src="/img/hero.webp"
  width="1440"
  height="810"
  alt="企业数字化软件开发解决方案"
  fetchpriority="high"
  decoding="async">
```

非首屏图：

```html
<img
  src="/img/case.webp"
  width="800"
  height="600"
  loading="lazy"
  decoding="async"
  alt="制造企业 MES 系统生产看板">
```

### 10.3 不要滥用背景图

产品图、文章主图、图表等有内容意义的图片使用 `<img>`，不要只做 CSS `background-image`。背景图没有 alt，图片搜索与无障碍语义都更弱。

### 10.4 图片 Sitemap 与访问权限

图片必须：

- 不受登录限制；
- 不被 robots.txt 阻止；
- 返回正确 `Content-Type`；
- CDN 域名可抓取；
- 防盗链规则不能误伤搜索引擎；
- 需要时纳入图片 Sitemap。

---

## 11. 视频与音频 SEO

### 11.1 视频页面

若视频是核心内容，应为每个视频提供独立页面：

- 唯一 URL、Title、H1、Description；
- 视频在移动端首屏或容易发现的位置；
- 视频标题、简介、完整文字稿/字幕；
- 稳定缩略图；
- 视频时长、发布日期、作者；
- VideoObject JSON-LD；
- 视频 Sitemap（适用时）；
- 文件或播放器可被爬虫访问，不要求复杂交互后才载入。

```html
<video controls preload="metadata" poster="/video/demo-poster.webp">
  <source src="/video/demo.mp4" type="video/mp4">
  <track kind="captions" srclang="zh" src="/video/demo-zh.vtt" label="中文字幕" default>
</video>
```

### 11.2 VideoObject 示例

```html
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "MES 系统生产报工演示",
  "description": "演示工单下发、生产报工和质量追溯流程。",
  "thumbnailUrl": ["https://example.com/video/mes-poster.webp"],
  "uploadDate": "2026-10-19T09:00:00+08:00",
  "duration": "PT6M32S",
  "contentUrl": "https://example.com/video/mes-demo.mp4",
  "embedUrl": "https://example.com/videos/mes-demo/"
}
</script>
```

结构化数据、HTML、Sitemap 中的标题、缩略图和视频 URL 应一致。

### 11.3 音频与播客

- 提供独立详情页；
- 提供文字稿、章节时间轴和嘉宾信息；
- 音频文件可访问并有稳定 URL；
- 不要只嵌一个播放器而没有文字内容；
- 使用适合的 schema.org 类型，但是否形成富结果以各引擎支持文档为准。

---

## 12. 结构化数据

### 12.1 原则

- 推荐 JSON-LD；
- 只标记用户可见的真实内容；
- 使用最具体的适用类型；
- 必填字段完整，推荐字段尽量真实提供；
- 图片 URL 可抓取、可索引；
- 不伪造评分、评论、价格、库存、作者或组织；
- 标记正确不等于一定获得富结果；
- Google 支持范围以 Search Central 为准，不以 schema.org 全量词汇为准；
- 百度/Bing 的实际展现能力应分别验证。

### 12.2 常用类型

| 页面 | 推荐类型 |
|---|---|
| 首页/关于 | Organization、LocalBusiness（符合条件时） |
| 面包屑 | BreadcrumbList |
| 文章 | Article / BlogPosting / NewsArticle |
| 产品 | Product + Offer（真实价格和供货） |
| 视频 | VideoObject |
| 招聘 | JobPosting |
| 活动 | Event |
| 软件应用 | SoftwareApplication（符合要求时） |

FAQ 富结果支持范围和政策曾多次变化，不应为了“占位”给所有页面添加 FAQPage。首先保证可见 FAQ 对用户有价值，再核查当前搜索引擎支持情况。

### 12.3 Organization 示例

```html
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "示例科技有限公司",
  "url": "https://example.com/",
  "logo": "https://example.com/assets/logo.png",
  "telephone": "+86-28-00000000",
  "email": "contact@example.com",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "CN",
    "addressRegion": "四川省",
    "addressLocality": "成都市"
  },
  "sameAs": [
    "https://example.com/official-profile"
  ]
}
</script>
```

### 12.4 Article 示例

```html
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "企业网站技术 SEO 开发检查清单",
  "datePublished": "2026-10-10T09:00:00+08:00",
  "dateModified": "2026-10-19T15:30:00+08:00",
  "author": {
    "@type": "Person",
    "name": "作者姓名",
    "url": "https://example.com/authors/name/"
  },
  "publisher": {"@id": "https://example.com/#organization"},
  "mainEntityOfPage": "https://example.com/blog/technical-seo-checklist/",
  "image": ["https://example.com/img/seo-checklist-1200x675.webp"]
}
</script>
```

发布前用 Google Rich Results Test、Schema.org Validator 及对应搜索平台工具验证。

---

## 13. 性能与 Core Web Vitals

### 13.1 2026 年核心指标

以真实用户第 75 百分位分别评估移动和桌面：

| 指标 | 含义 | 良好 | 需改进 | 差 |
|---|---|---:|---:|---:|
| LCP | 最大内容绘制 | ≤2.5s | 2.5–4.0s | >4.0s |
| INP | 交互到下一次绘制 | ≤200ms | 200–500ms | >500ms |
| CLS | 累积布局偏移 | ≤0.1 | 0.1–0.25 | >0.25 |

工程内部预算建议比合格线更严格：LCP≤2.0s、INP≤150ms、CLS≤0.05，留出第三方脚本和真实网络波动空间。

### 13.2 LCP 优化

- 降低 TTFB：页面缓存、数据库索引、CDN、边缘缓存；
- 首屏主图不要懒加载；
- 主图使用 `fetchpriority="high"`，必要时 preload；
- 内联少量关键 CSS，延迟非关键 CSS；
- 避免首屏大视频、轮播和沉重动画；
- 精简 Web 字体，使用 WOFF2 和 `font-display`；
- 避免 JS 等待 API 后才输出 H1/主图。

### 13.3 INP 优化

- 拆分 >50ms 的长任务；
- 减少首屏和全局 JavaScript；
- 延迟聊天、热图、广告等第三方脚本；
- 输入和点击处理器避免同步大计算；
- 大列表虚拟化，但确保 SEO 正文服务端存在；
- 使用 Web Worker 处理可并行计算；
- 避免框架每次输入导致整棵组件树重渲染。

### 13.4 CLS 优化

- 图片、视频、iframe 设置 width/height 或 aspect-ratio；
- 广告和异步组件预留空间；
- 不在已有内容上方动态插入横幅；
- 字体使用匹配回退字体及 `size-adjust`；
- 动画使用 transform/opacity，避免改变布局属性。

### 13.5 性能预算

建议按项目设定，例如移动 4G、中端 Android：

```text
初始 HTML（压缩后）     ≤ 50KB
关键 CSS（压缩后）      ≤ 20KB
首屏 JS（压缩后）       ≤ 150KB
首屏总传输              ≤ 800KB
第三方脚本              必须经过审批
单张首屏图片            ≤ 200KB（按实际视觉质量调整）
TTFB p75                 ≤ 800ms
```

这些不是搜索引擎硬性上限，而是防止项目逐步失控的工程预算。

### 13.6 测量方法

- 开发阶段：Lighthouse、Chrome DevTools、WebPageTest；
- 上线真实数据：CrUX、PageSpeed Insights、Search Console Core Web Vitals；
- 自建 RUM：`web-vitals` 库上报 LCP/INP/CLS；
- 国内用户：增加国内节点、真实运营商网络和中低端 Android 测试；
- PC 与移动分别监控，不能用开发人员的高性能电脑代替真实数据。

---

## 14. 国际化与多语言 SEO

### 14.1 URL 方案

常见方案：

```text
ccTLD:       example.de
子域名:      de.example.com
子目录:      example.com/de/
```

一般企业更适合子目录：部署和权重维护集中。国家域名地域信号清晰，但成本和运维更高。

### 14.2 每种语言使用独立 URL

不要只根据 Cookie 或浏览器语言在同一 URL 动态替换正文；爬虫可能发现不了所有版本。提供语言切换链接，不强制自动跳转。

```text
https://example.com/zh-cn/product/
https://example.com/en/product/
https://example.com/de/product/
```

### 14.3 hreflang

每个语言版本列出自己及全部对应版本，并双向互指：

```html
<link rel="alternate" hreflang="zh-CN" href="https://example.com/zh-cn/product/">
<link rel="alternate" hreflang="en" href="https://example.com/en/product/">
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/product/">
<link rel="alternate" hreflang="x-default" href="https://example.com/product/">
```

- 使用完整绝对 URL；
- 语言代码 ISO 639-1，地区代码 ISO 3166-1 Alpha 2；
- `zh-CN`、`en-US` 的大小写不影响协议，但团队应统一；
- canonical 通常指向该语言页面自身，不要把所有语言 canonical 到中文页；
- hreflang 不是语言检测替代品，正文必须真正翻译；
- 不要只翻导航和页脚；
- 不应通过 IP 强制跳转，允许用户切换和保存选择。

### 14.4 本地化而非机器直译

本地化应覆盖：

- 关键词和搜索习惯；
- 货币、单位、日期和电话号码；
- 法律条款、物流、税费和支付；
- 案例、评价和市场证据；
- Title、Description、alt、字幕、结构化数据；
- 图片文字和视频字幕。

大规模自动翻译且无人工校验、无增量价值，可能形成低质量规模化内容。

---

## 15. 国内搜索引擎专项

### 15.1 百度

上线后至少完成：

1. 在百度搜索资源平台验证站点；
2. 提交 Sitemap 或平台当前支持的普通收录方式；
3. 新增、更新、删除页面时调用平台提供的 API（以后台配额和文档为准）；
4. 使用抓取诊断检查 PC/移动端爬虫看到的内容；
5. 监控索引量、流量与关键词、抓取频次和抓取异常；
6. HTTPS 全站统一；
7. 自适应站保留 `<meta name="applicable-device" content="pc,mobile">`；
8. 独立移动站按平台要求提交 PC/移动对应关系，自适应站通常无需移动适配提交；
9. 移动页面避免主内容依赖 AJAX 触发、点击或滚动后才加载；
10. 国内服务器需关注备案、网络稳定、DNS、跨境资源和 CDN 可达性。

注意：百度搜索资源平台工具、配额、快速收录资格与 Sitemap 支持形式可能调整，应以登录后的当前页面为准。不要使用网络上多年未更新的“自动推送 JS”代码而不核实官方是否仍支持。

### 15.2 搜狗、360、神马

- 共同标准仍是稳定 URL、服务端正文、移动友好、正确状态码和 Sitemap；
- 检查其站长平台当前是否开放验证与提交；
- 不要依赖单一提交入口，优先建立可抓取的内部链接和外部品牌引用；
- 神马与移动生态相关，移动速度、可读性和落地页体验更重要；
- 各平台开放能力变化较频繁，实施前复核官网。

### 15.3 国内站基础信任信息

- ICP 备案号及工信部链接；
- 公安备案（适用时）；
- 公司全称、统一联系方式、真实地址；
- 营业资质和行业许可证（适用时）；
- 隐私政策、用户协议、售后/退款；
- 地图商户、公众号、权威行业平台等一致的品牌实体信息。

这些不是单一排名标签，但会影响用户信任、转化和搜索引擎对站点主体的理解。

---

## 16. Bing、IndexNow 与 AI 搜索引用

### 16.1 Bing Webmaster Tools

- 验证网站；
- 提交 XML Sitemap；
- 检查抓取、索引和关键词报告；
- 使用 URL Inspection；
- 对新建、更新、删除的 URL 使用 IndexNow。

### 16.2 IndexNow

IndexNow 用于通知支持该协议的搜索引擎 URL 已新增、更新或删除，它不保证收录。

单 URL：

```text
https://api.indexnow.org/indexnow?url=https%3A%2F%2Fexample.com%2Fpage%2F&key=YOUR_KEY
```

批量提交：

```json
{
  "host": "example.com",
  "key": "YOUR_KEY",
  "keyLocation": "https://example.com/YOUR_KEY.txt",
  "urlList": [
    "https://example.com/page-1/",
    "https://example.com/page-2/"
  ]
}
```

- Key 8～128 个允许字符；
- 根目录或指定位置放 UTF-8 Key 文件；
- 每次最多 10,000 URL；
- 内容变化后即时提交，不要每天无变化重复推送全部 URL；
- HTTP 200/202 只表示请求已接收/待验证，不代表已收录。

### 16.3 面向 AI 搜索与引用

AI 搜索并不存在一套可取代 SEO 的神秘标签。Bing 官方明确表示传统抓取、索引、URL 统一、清晰内容与权威信号仍是 Copilot 和 grounding 引用基础。

更易被引用的内容通常具备：

- 明确问题和直接答案；
- 独立、可引用的段落和表格；
- 数据、时间、方法和来源；
- 作者与机构信息；
- 稳定 URL、正确 canonical；
- 不是 JS 空壳；
- 允许生成摘要（谨慎使用 nosnippet/noarchive/nocache）；
- 内容及时更新并保留修改日期。

---

## 17. 安全、HTTPS 与可靠性

- 全站 HTTPS；
- HTTP 永久跳转到 HTTPS；
- 修复混合内容；
- TLS 证书自动续期和监控；
- 使用 HSTS 前确认所有子域支持 HTTPS；
- CDN/WAF 不要错误拦截搜索爬虫；
- 不根据伪造 User-Agent 盲目放行，应结合反向 DNS/官方 IP 验证机制；
- 服务器日志保留主要爬虫访问记录；
- 5xx、超时、DNS 错误建立告警；
- 维护时返回 503 + Retry-After，不要把全站永久重定向到“维护页”；
- 测试环境必须认证或 IP 限制，不能只依赖 robots.txt 防止泄露。

---

## 18. 网站改版与迁移

### 18.1 改版前

- 导出全部旧 URL、Title、流量、排名、外链和状态码；
- 建立旧 URL → 新 URL 一对一映射；
- 确认新页面正文和搜索意图不缩水；
- 在测试环境抓取整站；
- 禁止测试环境被索引；
- 准备新 Sitemap、robots、canonical、hreflang；
- 避免同时进行域名、URL、CMS、设计和内容大改，若必须同时做，要加强监控。

### 18.2 上线时

- 旧 URL 使用 301/308 直接到最终相关页面；
- 不把大量旧页都导向首页；
- 内链全部更新为新 URL；
- canonical 使用新 URL；
- 新 Sitemap 仅包含新规范 URL；
- 保持旧域名和重定向至少一年，最好长期保留；
- Google 域名迁移时使用 Change of Address（仅适用对应场景）；
- 百度使用网站改版工具（以平台当前能力为准）；
- Bing 提交 Sitemap 并用 IndexNow 通知 URL 变化。

### 18.3 上线后

每天/每周监控：

- 旧 URL 抓取和重定向命中；
- 新旧索引数量；
- 404、5xx、重定向链；
- canonical 选择；
- 关键词、展示、点击、转化；
- 日志中的爬虫活动；
- Core Web Vitals；
- 重要页面是否被意外 noindex。

短期排名波动正常，但大面积 URL 消失、流量断崖或持续 5xx 必须立即回滚/修复。

---

## 19. 页面类型专项标准

### 19.1 企业官网

必须有：

- 清晰的核心业务和服务范围；
- 具体服务详情页，而不是所有业务挤在首页；
- 关于、联系、资质、案例；
- 公司实体信息一致；
- 本地业务包含真实区域服务信息；
- 案例不能只放 Logo，应说明问题、方案、结果和证据。

### 19.2 电商

- 分类页要有独特介绍和选购指导；
- 产品页包含名称、图片、规格、价格、库存、配送、评价和售后；
- 缺货但会补货：保留页面并说明状态；
- 永久下架且有替代：301 到最相关替代；无替代：404/410；
- 变体策略统一，避免颜色/尺寸制造大量重复 URL；
- Product/Offer 数据必须与页面实时一致；
- 筛选、排序和站内搜索严控索引膨胀。

### 19.3 内容/新闻站

- 每篇文章独立 URL；
- 作者、发布日期、修改日期、来源；
- 分类页和专题页有编辑价值；
- 标签页只有在内容充足、有主题价值时索引；
- 避免日历归档、作者空页、分页等低价值页面泛滥；
- 内容更新应做实质修订，不要只改日期；
- 转载注明来源并处理授权与 canonical 策略。

### 19.4 SaaS/工具站

- 营销页与应用后台分离；
- 登录后页面默认不索引；
- 每个功能/用例有独立可索引落地页；
- 工具必须真实可用，不能用虚假按钮引流广告；
- 结果页涉及用户隐私时禁止索引；
- 公共模板/案例页必须有足够独特价值。

### 19.5 UGC/论坛

- 新内容质量门槛、反垃圾和人工治理；
- 空问题、零回复、重复问题可 noindex 或延迟开放索引；
- 用户资料页达到一定内容阈值再索引；
- 外部用户链接合理使用 `ugc`/`nofollow`；
- 删除和违规内容返回正确状态码；
- 分页、标签和搜索组合控制抓取空间。

---

## 20. 自动化测试与 CI 门禁

### 20.1 每页自动检查

- HTTP 状态为预期值；
- Title 存在、非空、非重复；
- Description 存在且非全站模板重复；
- H1 数量及内容合理；
- canonical 是绝对 URL，返回 200；
- robots meta 与环境一致；
- HTML `lang` 与页面语言一致；
- viewport 存在；
- 所有重要图片有 width/height；
- 非装饰图片有 alt；
- 内部链接无 4xx/5xx；
- JSON-LD 可解析；
- 页面不是空壳；
- 移动视口无横向溢出和遮挡。

### 20.2 全站自动检查

- URL 唯一性；
- Title/H1/Description 重复率；
- 孤立页面；
- 重定向链/循环；
- Sitemap 与实际 canonical 差异；
- noindex 页面误入 Sitemap；
- 404 页面是否真实返回 404；
- HTTP/HTTPS、www/非 www 规范化；
- hreflang 双向引用和返回状态；
- 页面点击深度；
- 参数 URL 数量增长；
- robots.txt 是否阻止关键资源；
- 结构化数据模板错误；
- 性能预算和 Lighthouse 回归。

### 20.3 CI 示例策略

```text
PR 阶段：
- HTML/JSON-LD 语法
- Title/H1/canonical
- 内链与资源路径
- Lighthouse CI 性能预算

预发布：
- 整站爬取
- noindex/robots/Sitemap 差异
- 移动和桌面截图比对
- 404/301/500 测试

上线后：
- 关键 URL 健康检查
- Search Console/Bing/百度提交
- 日志与真实用户性能监控
```

---

## 21. 上线前最终检查表

### 抓取与索引

- [ ] 正式环境没有全站 `Disallow: /`
- [ ] CSS、JS、字体、主图允许抓取
- [ ] 可索引页均返回 200
- [ ] 删除页返回 404/410
- [ ] 永久迁移使用 301/308
- [ ] 无软 404、重定向循环和长链
- [ ] robots.txt 位于根目录并声明 Sitemap
- [ ] Sitemap 只含规范可索引 URL
- [ ] 页面未误加 noindex

### URL 与架构

- [ ] HTTPS、主域、尾斜杠、大小写规则统一
- [ ] 每页自引用 canonical
- [ ] 内链全部指向规范 URL
- [ ] 重要页面 3 次点击内可达
- [ ] 无孤立页面
- [ ] 参数/筛选/搜索 URL 有治理策略

### 页面与内容

- [ ] 每页唯一 Title、Description、H1
- [ ] 标题和正文满足同一搜索意图
- [ ] 主要正文存在于 DOM
- [ ] 作者、时间、来源、主体信息真实
- [ ] 无批量低价值、关键词堆砌和伪装内容
- [ ] 移动与桌面内容等价

### 多媒体

- [ ] 图片格式、尺寸、压缩合理
- [ ] 图片有 width/height
- [ ] 首屏 LCP 图不懒加载
- [ ] 非首屏图按需懒加载
- [ ] alt 描述准确，装饰图 alt 为空
- [ ] 视频有独立页、缩略图、文字说明/字幕
- [ ] 媒体 CDN 不阻止爬虫

### 移动与性能

- [ ] viewport 正确
- [ ] 国内自适应站声明 applicable-device
- [ ] 无横向滚动和不可点击控件
- [ ] 无侵入式首屏弹窗
- [ ] LCP≤2.5s、INP≤200ms、CLS≤0.1（真实用户 p75）
- [ ] 第三方脚本经过审批

### 平台与监控

- [ ] Google Search Console 已验证
- [ ] Bing Webmaster Tools 已验证
- [ ] 百度搜索资源平台已验证
- [ ] Sitemap 已提交
- [ ] Bing/支持引擎已配置 IndexNow
- [ ] 百度发布流程已接入其当前可用提交方式
- [ ] 404、5xx、证书、DNS、性能告警已建立
- [ ] 搜索流量按品牌/非品牌、PC/移动、国家/地区分开分析

---

## 22. 常见误区

1. **“写了 keywords 就会排名”**：错误。现代 SEO 的核心是页面主题、内容、链接、技术和体验。
2. **“Google 能跑 JS，所以纯 CSR 没问题”**：错误。能运行不代表及时、完整，也不能代表百度等其他引擎。
3. **“robots.txt 可以阻止收录”**：错误。它主要控制抓取；阻止后爬虫可能无法读取 noindex。
4. **“Sitemap 会保证收录”**：错误。它只帮助发现和理解重要 URL。
5. **“Title 越长、关键词越多越好”**：错误。标题应聚焦一个页面意图。
6. **“移动端可以少放内容”**：移动优先索引下会直接损失可理解内容。
7. **“结构化数据能直接提升排名”**：它帮助理解和争取富结果，不保证排名或展现。
8. **“Lighthouse 100 就完成了”**：Google 使用真实用户字段数据；实验室成绩只用于诊断与回归。
9. **“所有旧 URL 301 到首页”**：可能形成软 404，应一对一到相关页面。
10. **“每天改发布日期能显得新鲜”**：无实质更新的日期刷新不能建立内容质量。
11. **“AI 批量生成几万页能覆盖长尾”**：没有用户价值的规模化内容可能违反垃圾政策。
12. **“SEO 是前端一个人的任务”**：URL、内容模型、状态码、渲染、性能、发布和监控跨越整个团队。

---

## 23. 官方资料与标准来源

以下来源用于本指南的事实基线，实施时建议检查页面最新更新时间：

### Google Search Central / web.dev

- SEO Starter Guide  
  https://developers.google.com/search/docs/fundamentals/seo-starter-guide
- SEO for web developers  
  https://developers.google.com/search/docs/fundamentals/get-started-developers
- Mobile-first indexing best practices  
  https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing
- JavaScript SEO basics  
  https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics
- Canonical and duplicate URLs  
  https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Localized versions / hreflang  
  https://developers.google.com/search/docs/specialty/international/localized-versions
- Multi-regional and multilingual sites  
  https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites
- Structured data general guidelines  
  https://developers.google.com/search/docs/appearance/structured-data/sd-policies
- Video SEO  
  https://developers.google.com/search/docs/appearance/video
- Crawling errors and soft 404  
  https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors
- Site moves  
  https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Spam policies  
  https://developers.google.com/search/docs/essentials/spam-policies
- Core Web Vitals thresholds  
  https://web.dev/articles/defining-core-web-vitals-thresholds

### Bing / IndexNow

- Bing Webmaster Guidelines  
  https://www.bing.com/webmasters/help/webmaster-guidelines-30fba23a
- IndexNow Documentation  
  https://www.indexnow.org/documentation
- IndexNow FAQ  
  https://www.indexnow.org/faq

### 百度

- 百度搜索资源平台  
  https://ziyuan.baidu.com/
- 平台内重点工具：资源提交、抓取诊断、索引量、流量与关键词、抓取异常、Robots、移动落地页检测、网站改版（具体功能以登录后台为准）

### Web 标准

- MDN HTML Guides  
  https://developer.mozilla.org/docs/Web/HTML/Guides
- MDN Responsive Images  
  https://developer.mozilla.org/docs/Learn_web_development/Extensions/Performance/Multimedia
- Schema.org  
  https://schema.org/
- Sitemaps Protocol  
  https://www.sitemaps.org/protocol.html
- Robots Exclusion Protocol (RFC 9309)  
  https://www.rfc-editor.org/rfc/rfc9309

---

## 24. 团队落地建议

将 SEO 从“上线前检查”改造成以下流程：

```text
需求评审
→ 页面类型与搜索意图
→ 信息架构/URL/内容模型
→ UI 移动优先与多媒体规范
→ SSR/SSG/状态码/元数据实现
→ 内容与结构化数据录入
→ CI 自动门禁
→ 预发布整站爬取
→ 搜索平台提交
→ 日志、索引、流量、性能持续监控
```

最终判断标准只有一个：**在真实移动设备和搜索爬虫视角中，每个页面是否能快速、稳定、准确地回答一个明确需求，并让搜索引擎知道它是什么、是否可信、与站内其他内容是什么关系。**