新网站提交 Google 完整指南:robots.txt、人工请求收录、内链信号

完整版提交指南,覆盖 Search Console、sitemap、robots.txt 配置、人工请求收录和内链策略。只想看 2026 年的最短四步流程,看相关页。

新网站上线后,最常见的误解是:“上线了 Google 自然就会收录我。” 不会。 你得明确告诉 Google:嘿,我在这里。

本页是完整版指南,涵盖 Search Console、sitemap、robots.txt 配置、人工请求收录与内链策略。如果只想要 2026 年的最短四步流程,看 新网站提交 Google:2026 四步法

下面是一份最快被收录的完整流程,2026 年依然适用。

Step 1:先确保网站可以被爬

打开你的网站,做这三件事:

  1. 在浏览器访问 https://yourdomain.com/robots.txt,确保没有 Disallow: /
  2. 打开几篇文章,确保它们有 <title><meta name="description">
  3. 用浏览器开发者工具 → Network → “Disable JavaScript” 刷新页面,没有 JS 的情况下内容能否显示? 如果不能,搜索引擎抓取会变难。

Step 2:申请 Google Search Console

打开 Search Console,添加你的网站。

验证方式有几种,最推荐两种:

  • DNS 记录:在域名服务商加一条 TXT 记录(推荐)。
  • HTML 文件:上传一个验证文件到网站根目录。

完成验证后,你就有了”Google 看你网站”的视角,非常关键。

Step 3:提交 sitemap.xml

如果你的网站是 Astro / Next 等现代框架,通常会自动生成:

https://yourdomain.com/sitemap-index.xml

或者:

https://yourdomain.com/sitemap.xml

在 Search Console → “Sitemaps” 中提交这个地址。

这一步是新网站收录加速的关键。

Step 4:robots.txt 里引用 sitemap

User-agent: *
Allow: /

Sitemap: https://yourdomain.com/sitemap-index.xml

不要忘记把域名换成你自己的。

Step 5:手动请求收录关键页面

在 Search Console 顶部的搜索框输入你想收录的 URL,会出现 “请求编入索引 (Request indexing)” 按钮。

建议手动提交:首页、5 大栏目页、核心文章。不要每页都提交,Google 会觉得你在刷请求。

Step 6:用 Bing Webmaster 同步提交

Bing 仍然有约 5–10% 流量份额(看市场),并且 ChatGPT、Copilot 的搜索来源也部分使用 Bing 索引。在 Bing Webmaster Tools 同步提交,几乎零成本。

Step 7:建立内链与外链

  • 内链:在文章里互相引用相关文章。
  • 外链:尽量从你已有的渠道引一个链接过来(社交、个人主页、Notion 公开页等)。

外链不是必须,但新站第一周有外链,会显著加速收录。

Step 8:耐心等待

  • 24–72 小时:Google 开始抓取。
  • 1–2 周:开始收录少量页面。
  • 1–3 个月:网站结构稳定,主要页面陆续收录。

如果一周后仍然完全没有收录,回到 Search Console → “Page indexing”,看看是不是有被屏蔽的页面或重定向问题。

总结

让 Google 知道你存在,不是被动的。Search Console + sitemap + robots + 手动请求,缺一不可。

成本与风险检查

  • 先弄清哪些部分免费,哪些会在流量、存储、函数调用、build minutes 或团队席位增长后开始计费。
  • 不要把密钥放进静态包、截图、公开仓库或客户端配置里。
  • 不要在一次不可控发布里同时改域名、SEO、广告、Analytics、支付和托管配置。
  • 改 DNS、canonical、redirect、计费计划或 App Store 设置前,先写清楚回滚路径。

需要记录什么

每次有意义的改动都留一条上线记录:日期、原因、受影响 URL、跑过的命令、改过的平台设置、DNS 记录、动过的环境变量,以及回滚方式。独立站平时看起来简单,三个月后出问题就不简单了。文档是给未来的自己省掉从零排查的时间。

详细执行路径

  1. 先写清楚这次改动的业务原因:更快上线、改善收录、降低托管风险、准备变现、提升转化,还是方便维护。
  2. 改动前记录当前状态:域名、托管目标、build 命令、Analytics、Search Console property、计费计划和关键 URL。
  3. 先做能证明改动有效的最小版本。网站通常至少要覆盖首页、一篇文章页、sitemap、robots.txt、canonical 和 404。
  4. 先在本地或 preview 测。生产环境应该是确认步骤,不应该是第一次发现行为的地方。
  5. 选择你能盯日志、Analytics、Search Console 和页面表现至少 30 分钟的时间上线。
  6. 把最终设置和回滚路径记录到 README、上线记录或内部 checklist。

上线记录模板

改动:
- [改了什么,为什么改]

受影响 URL:
- /
- /articles/example/
- /sitemap.xml
- /robots.txt

运行命令:
- npm run build
- [部署命令]

平台设置改动:
- Hosting:
- DNS:
- Search Console:
- Analytics:
- 广告 / 支付 / App Store:

验证:
- 首页:
- 深层页面:
- 移动端:
- 404:
- Sitemap:
- Canonical:

回滚:
- 上一个 release:
- 旧 DNS / 配置:
- 负责人:

常见上线错误

  • 把”部署成功”当成”网站可上线”。部署成功仍然可能有路由坏、canonical 错、sitemap 旧、Analytics 漏、收录被挡。
  • DNS 和代码一起改。流量掉了以后,你会不知道是哪一层导致的。
  • 忘了静态站的环境变量是在 build 时打进去的。
  • AI 生成内容发布前不核对准确性、搜索意图、内链和重复覆盖。
  • 等到 AdSense、Search Console 或 App Store 审核时,才发现隐私、联系、政策或所有权信息缺失。

相关阅读

标签: #SEO #Google #Search Console #收录