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、神马等搜索引擎算法不同，但工程底线高度一致：

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

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

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

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

2.1 建立 SEO 需求文档

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

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

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

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

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

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

3. 信息架构与网站结构

3.1 建议层级

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

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

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

3.2 导航设计

正确链接：

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

不推荐：

<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://example.com/services/web-development/
https://example.com/blog/technical-seo-checklist/
https://example.com/zh-cn/products/cloud-platform/

避免：

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 可能被视为不同地址：

/example
/example/
/Example/
/example/index.html

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

4.3 参数、筛选与排序

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

/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：

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

规则：

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

5.1 robots.txt

基础示例：

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

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

注意：

5.2 robots meta 与 X-Robots-Tag

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

不索引页面：

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

PDF、图片等非 HTML 文件可使用 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，维护期使用

典型错误：

5.4 Sitemap

基础 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 的配额和格式支持可能动态变化，尤其需以后台当时说明为准；不要假设 Google 的 Sitemap Index 流程在百度完全等价。

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

6.1 推荐模板

<!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 的目标不是机械满足字符数，而是准确、独特、能在搜索结果中吸引正确用户。

规则：

模板示例：

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

6.3 Meta Description

6.4 Meta Keywords

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

6.5 Open Graph 与社交分享

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

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

7. 页面正文与语义化 HTML

7.1 标题层级

推荐结构：

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

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

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

7.2 语义标签

优先使用：

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

7.3 正文必须进入 DOM

不可把关键内容只放在：

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

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

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

建议展示：

禁止：

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

CMS 字段至少应支持：

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

8. 移动端 Web SEO

8.1 首选响应式设计

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

<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="applicable-device" content="pc,mobile">
.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 移动优先内容等价

移动版必须保留：

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

8.3 交互和落地页体验

8.4 独立移动站 m.example.com

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

桌面页：

<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/">

移动页：

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

还需做到：

9. JavaScript 网站、SPA、SSR 与 SSG

9.1 渲染方案选择

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

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

9.2 JS SEO 强制要求

9.3 分页与无限滚动

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

/articles/
/articles/page/2/
/articles/page/3/

每个分页 URL：

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

9.4 前端框架检查清单

10. 图片 SEO 与性能

10.1 文件与内容

10.2 响应式图片

<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>

规则：

首屏主图：

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

非首屏图：

<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 与访问权限

图片必须：

11. 视频与音频 SEO

11.1 视频页面

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

<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 示例

<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 音频与播客

12. 结构化数据

12.1 原则

12.2 常用类型

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

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

12.3 Organization 示例

<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 示例

<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.5s2.5–4.0s>4.0s
INP交互到下一次绘制≤200ms200–500ms>500ms
CLS累积布局偏移≤0.10.1–0.25>0.25

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

13.2 LCP 优化

13.3 INP 优化

13.4 CLS 优化

13.5 性能预算

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

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

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

13.6 测量方法

14. 国际化与多语言 SEO

14.1 URL 方案

常见方案：

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

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

14.2 每种语言使用独立 URL

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

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

14.3 hreflang

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

<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/">

14.4 本地化而非机器直译

本地化应覆盖：

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

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、神马

15.3 国内站基础信任信息

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

16. Bing、IndexNow 与 AI 搜索引用

16.1 Bing Webmaster Tools

16.2 IndexNow

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

单 URL：

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

批量提交：

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

16.3 面向 AI 搜索与引用

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

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

17. 安全、HTTPS 与可靠性

18. 网站改版与迁移

18.1 改版前

18.2 上线时

18.3 上线后

每天/每周监控：

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

19. 页面类型专项标准

19.1 企业官网

必须有：

19.2 电商

19.3 内容/新闻站

19.4 SaaS/工具站

19.5 UGC/论坛

20. 自动化测试与 CI 门禁

20.1 每页自动检查

20.2 全站自动检查

20.3 CI 示例策略

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

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

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

21. 上线前最终检查表

抓取与索引

URL 与架构

页面与内容

多媒体

移动与性能

平台与监控

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

https://developers.google.com/search/docs/fundamentals/seo-starter-guide

https://developers.google.com/search/docs/fundamentals/get-started-developers

https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing

https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics

https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls

https://developers.google.com/search/docs/specialty/international/localized-versions

https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites

https://developers.google.com/search/docs/appearance/structured-data/sd-policies

https://developers.google.com/search/docs/appearance/video

https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors

https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes

https://developers.google.com/search/docs/essentials/spam-policies

https://web.dev/articles/defining-core-web-vitals-thresholds

Bing / IndexNow

https://www.bing.com/webmasters/help/webmaster-guidelines-30fba23a

https://www.indexnow.org/documentation

https://www.indexnow.org/faq

百度

https://ziyuan.baidu.com/

Web 标准

https://developer.mozilla.org/docs/Web/HTML/Guides

https://developer.mozilla.org/docs/Learn_web_development/Extensions/Performance/Multimedia

https://schema.org/

https://www.sitemaps.org/protocol.html

https://www.rfc-editor.org/rfc/rfc9309

24. 团队落地建议

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

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

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