网站SEO上线日清单：部署后前48小时
你的部署在下午2点47分上线。构建通过了。DNS在各个名称服务器间传播。你的域名已解析。浏览器加载了首页——字体渲染了，图像出现了，脚本执行了。你松了一口气。
然后第二个问题出现了：接下来48小时内你的SEO会发生什么？
这个窗口决定了Google是在几天内发现你的页面，还是会漂流数周。决定了你的旧URL是否会清晰地重定向，还是会在索引中散落大量404。决定了Search Console是否会在你的第一个爬虫预算到达前就连接——还是之后你已经损失了它。
以下是我在每次生产部署后运行的确切48小时清单。它涵盖Search Console验证、IndexNow ping、重定向审计、规范链接检查，以及分隔快速索引和缓慢默默无闻的七个技术任务。如果你已经过了第47小时，从第一项任务开始吧——晚做总比不做好。
多年来我已经启动过数十个网站——从小型营销页面到Next.js和Astro上的大型无头CMS构建——上线后的前48小时是大多数团队要么为强劲的有机增长做好准备，要么默默地为数月的SEO自我破坏的地方。区别不是什么秘密武器。它是一个清单。一个枯燥、有条不紊、至关重要的清单。
这就是那个清单。不是你在其他地方找到的蓬松的"确保你的内容很好"建议。这是你在前两天需要做的具体、技术性的东西，大致按照你应该做的顺序。
目录
- 第0-1小时：飞行前检查
- 第1-2小时：robots.txt和网站地图配置
- 第2-4小时：Google Search Console设置
- 第2-4小时：Bing网站管理员工具和IndexNow
- 第4-8小时：重定向——无声的杀手
- 第4-8小时：分析和追踪验证
- 第8-24小时：实际上什么会被首先索引
- 第24-48小时：监控和修复问题
- 完整的48小时清单表
- 常见问题解答
第0-1小时：飞行前检查
在你甚至开始考虑搜索引擎之前，你需要确保基础没有破损。我见过有些上线，其中测试环境noindex标签仍然在<head>中。三周后才发现这个问题真的很有趣。
检查遗留的测试环境指令
这是第一个常见的错误。打开浏览器，在你的首页查看源代码，并搜索：
<meta name="robots" content="noindex">
如果那仍然在那里，停止一切并修复它。也检查你的HTTP标头——某些框架（特别是Next.js）可以在服务器级别设置X-Robots-Tag标头：
curl -I https://yourdomain.com | grep -i robots
你应该看不到任何东西。如果你看到X-Robots-Tag: noindex，你整个网站对搜索引擎是不可见的，这个清单上的其他东西都不重要了。
验证SSL和规范URL
手动访问这四个URL：
http://yourdomain.comhttp://www.yourdomain.comhttps://yourdomain.comhttps://www.yourdomain.com
这四个都应该301重定向到单个规范版本。大多数网站使用https://yourdomain.com（非www，HTTPS）。如果任何这些返回200响应而不是重定向，你从第一分钟就有重复内容。
验证页面标题和元描述
抽查你的前10个页面。确保每个都有独特的<title>标签和<meta name="description">。我使用Screaming Frog来做这个，但你也可以只是curl几个页面：
curl -s https://yourdomain.com | grep -o '<title>[^<]*</title>'
如果你运行无头CMS设置——Sanity、Contentful、Storyblok——确保你的无头CMS开发层实际上是从CMS内容填充这些字段，而不是硬编码占位符文本。
第1-2小时：robots.txt和网站地图配置
robots.txt
你的robots.txt文件位于https://yourdomain.com/robots.txt。它需要存在，并且需要正确。
对于大多数新网站，它应该看起来像这样：
User-agent: *
Allow: /
Sitemap: https://yourdomain.com/sitemap.xml
就是这样。不要在上线日使其变得复杂。你可以稍后为管理页面、搜索结果页面或其他不可索引的内容添加特定的禁止规则。现在的关键是：
- 你没有意外阻止所有东西（
Disallow: /是核选项） - 你指向你的网站地图
- 文件是可访问的（返回200，不是404）
如果你使用Next.js，App Router对生成robots.txt有内置支持：
// app/robots.ts
import { MetadataRoute } from 'next'
export default function robots(): MetadataRoute.Robots {
return {
rules: {
userAgent: '*',
allow: '/',
},
sitemap: 'https://yourdomain.com/sitemap.xml',
}
}
对于Astro构建，你通常会使用@astrojs/sitemap集成，并在public/目录中创建一个静态robots.txt。
XML网站地图
你的网站地图告诉搜索引擎精确地哪些页面存在及其最后修改时间。它应该位于https://yourdomain.com/sitemap.xml。
一个好的上线日网站地图：
- 仅包含你实际想要索引的页面（无404s、无重定向、无
noindex页面） - 使用正确的规范URL（HTTPS、正确的www/非www）
- 有准确的
<lastmod>日期 - 保持在每个网站地图文件50,000个URL以下（如果需要使用网站地图索引）
现在测试它：
curl -s https://yourdomain.com/sitemap.xml | head -50
确保它是有效的XML，不是HTML页面。我见过React应用程序拦截/sitemap.xml并提供应用程序外壳。那对Googlebot无用。
第2-4小时：Google Search Console设置
这是你在上线日最重要的单一SEO工具。不要跳过它。不要延迟它。
添加你的属性
- 转到Google Search Console
- 使用Domain选项（不是URL前缀）添加你的属性——这涵盖了所有子域和协议变体
- 通过DNS TXT记录验证（你的托管提供商或Cloudflare使这很容易）
域级验证需要几分钟来传播。在你等待的时候：
提交你的网站地图
一旦验证，转到左侧边栏中的Sitemaps并提交你的网站地图URL。Google会获取它并报告任何错误。
我通常看到初始网站地图处理在1-4小时内完成。Google会告诉你发现了多少个URL以及有多少个是有效的。
请求索引关键页面
使用Search Console顶部的URL Inspection工具。粘贴你最重要的URL——首页、关键着陆页、顶部博客文章——并点击Request Indexing。
Google限制你大约每天每个属性10-12个索引请求。优先考虑：
- 首页
- 核心服务/产品页面
- 关于页面
- 顶部内容页面
不要浪费分页页面、标签页面或任何你认为是次要的东西的请求。
检查覆盖报告
在24小时内（通常更早），Pages报告将开始填充。观察：
- Not indexed: Crawled - currently not indexed — Google找到了页面但选择不索引它
- Not indexed: Discovered - currently not indexed — Google知道页面存在但还没有爬取它
- Excluded by robots.txt — 你的robots.txt阻止了你无意中阻止的东西
第2-4小时：Bing网站管理员工具和IndexNow
是的，Bing很重要。截至2026年初，它提供了大约9%的美国搜索流量，加上DuckDuckGo、Yahoo，以及越来越多的AI动力搜索结果在Copilot和ChatGPT中（通过Bing的索引）。
Bing网站管理员工具设置
- 转到Bing网站管理员工具
- 你可以直接导入你的Google Search Console设置——Bing提供此选项并节省时间
- 也在此处提交你的网站地图
Bing的索引通常对新网站比Google快，部分是由于IndexNow。
IndexNow协议
IndexNow是一个推送式协议，当你的内容改变时立即通知搜索引擎。Bing、Yandex和其他几个搜索引擎支持它。Google不支持（但可能会——他们自2022年以来一直"在评估"它）。
以下是设置方法：
- 生成一个API密钥（任何字符串，如UUID）
- 在
https://yourdomain.com/{your-key}.txt创建一个密钥文件，仅包含密钥 - Ping IndexNow API：
curl "https://api.indexnow.org/indexnow?url=https://yourdomain.com/&key=your-api-key"
对于批量提交：
curl -X POST "https://api.indexnow.org/indexnow" \
-H "Content-Type: application/json" \
-d '{
"host": "yourdomain.com",
"key": "your-api-key",
"urlList": [
"https://yourdomain.com/",
"https://yourdomain.com/about",
"https://yourdomain.com/services"
]
}'
许多托管平台和CMS工具现在原生支持IndexNow。Cloudflare有一个IndexNow集成。WordPress有插件。如果你运行一个Next.js网站，你可以向你的构建/部署管道或CMS webhook处理程序添加IndexNow ping。
第4-8小时：重定向——无声的杀手
如果这是一个全新的域名没有历史，你可以大多跳过这一部分。但如果你是重新启动现有网站——新设计、新CMS、新URL结构——重定向是启动出错的地方。
将每个旧URL映射到其新等效项
在启动前，你应该有一个重定向映射。在启动后，你需要验证它有效。
取你的旧网站地图（你确实保存了，对吧？）并测试每个URL：
# 快速bash单行命令检查重定向
while read url; do
status=$(curl -o /dev/null -s -w "%{http_code}" -L "$url")
echo "$status $url"
done < old-urls.txt
你在寻找：
- 301重定向到正确的新页面（不是302s——为永久移动使用301）
- 没有重定向链（旧URL → 中间URL → 最终URL）。每个重定向应直接到目的地
- 没有重定向循环（URL A → URL B → URL A）
常见重定向陷阱
| 问题 | 会发生什么 | 如何发现它 |
|---|---|---|
| 缺少尾部斜杠重定向 | /about和/about/是不同的URL |
检查两个变体 |
| 大小写敏感性 | /About与/about |
测试大小写错误 |
| 查询参数处理 | 旧URL带有?id=123 |
检查旧参数化URL |
| Fragment处理 | 锚点#section被剥离 |
审查旧链接的锚点 |
| 混合内容重定向 | HTTP → HTTPS加路径改变 | 确保单个301，不是链 |
在Next.js中，你在next.config.js中处理重定向：
module.exports = {
async redirects() {
return [
{
source: '/old-blog/:slug',
destination: '/articles/:slug',
permanent: true,
},
]
},
}
对于大规模重定向（数百或数千），考虑在边缘处理——Vercel Edge Config、Cloudflare Workers或你的CDN的重定向规则。将2,000个重定向放在你的应用程序配置中会减慢构建。
第4-8小时：分析和追踪验证
Google Analytics 4（GA4）
确保你的GA4属性在每个页面上正确触发。最简单的检查：
- 在Chrome中打开你的网站
- 打开DevTools → Network选项卡
- 按
collect或google-analytics过滤 - 在页面间导航——你应该看到每个页面浏览的网络请求
对于单页应用（大多数Next.js和Astro网站至少部分是这样），验证客户端导航触发页面浏览。这是个超常见的缺漏——初始页面加载触发分析，但随后导航不触发。
如果你使用Next.js App Router与@next/third-parties包：
import { GoogleAnalytics } from '@next/third-parties/google'
export default function RootLayout({ children }) {
return (
<html>
<body>{children}</body>
<GoogleAnalytics gaId="G-XXXXXXXXXX" />
</html>
)
}
Google Tag Manager
如果你使用GTM，验证容器正在加载并且你的标签正在触发。使用GTM预览模式（Tag Assistant）来调试。
设置Core Web Vitals监控
这对SEO排名很重要。你的上线日指标将成为你的基线。设置实际用户监控：
- Google Search Console → Core Web Vitals报告（需要几天才能填充）
- web-vitals JavaScript库用于实时数据
- Vercel Analytics如果你在Vercel上（内置于平台，Pro为$10/月）
截至2026年，Google的排名使用这些CWV阈值：
| 指标 | 优秀 | 需要改进 | 差 |
|---|---|---|---|
| LCP（最大内容绘制） | ≤ 2.5s | 2.5s - 4.0s | > 4.0s |
| INP（交互到下一个绘制） | ≤ 200ms | 200ms - 500ms | > 500ms |
| CLS（累积布局偏移） | ≤ 0.1 | 0.1 - 0.25 | > 0.25 |
注意：INP在2024年3月取代FID（首次输入延迟）作为响应性指标。如果任何指南仍然提到FID，它已过时。
第8-24小时：实际上什么会被首先索引
这是每个人都问的问题，答案可能会让你惊讶。
Google的爬虫优先级
从我在数十次启动中的经验来看，这是典型的索引顺序：
- 首页 — 几乎总是第一个，通常在网站地图提交和索引请求后4-24小时内
- 从首页链接的页面 — 你的主要导航页面接下来被爬取
- 带有外部反向链接的页面 — 如果你的新网站已经有来自其他网站的链接指向它，这些目标页面获得优先权
- 仅网站地图页面 — 仅通过网站地图可发现的页面（没有从导航链接）最后被爬取
什么会减缓索引
- 薄内容 — 文本很少的页面被降低优先级
- 重复内容 — 如果Google检测到过于相似的页面，它会索引一个并跳过其余的
- 孤立页面 — 没有内部链接指向它们的页面（即使它们在网站地图中）被视为低优先级
- 没有权威的新域名 — 全新域名需要更长时间。这只是现实。Google对未知域名很谨慎。
新域名的现实索引时间表（2026）
| 时间框架 | 期望什么 |
|---|---|
| 0-4小时 | 获取网站地图，爬取首页 |
| 4-24小时 | 首页索引，爬取顶级页面 |
| 1-3天 | 主导航页面索引 |
| 1-2周 | 大多数网站地图URL爬取 |
| 2-4周 | 质量页面的完整索引覆盖 |
| 1-3个月 | 搜索排名开始稳定 |
对于重新启动的现有域名，索引速度快得多——通常24-72小时内大多数页面，假设你的重定向正确工作且你没有根本改变你的URL结构。
第24-48小时：监控和修复问题
检查Google Search Console覆盖
到现在为止，你应该看到数据流入。查看Pages报告并解决任何问题：
- 软404s — 返回200但Google认为是错误页面的页面（通常因为它们几乎没有内容）
- 服务器错误（5xx） — 你的网站即使在浏览器中看起来很好也对Googlebot返回错误（这可能发生在激进的速率限制或机器人检测）
- 重定向错误 — 破损的重定向链或循环
监控你的404s
检查你的服务器日志或分析中的404错误。真实用户和搜索引擎正在点击不存在的URL。对于重新启动，每个404都是一个成本链接权益的缺失重定向。
获取和呈现关键页面
使用URL Inspection工具的Live Test功能来看Google确切地如何呈现你的页面。这对JavaScript密集的网站至关重要。如果你为重要内容使用客户端渲染，Google可能看不到它。
这是我们经常推荐内容密集型网站进行服务器端呈现或静态生成的一个原因。我们Next.js开发和Astro开发工作几乎总是对此目的使用SSR或SSG。
完整的48小时清单表
| 时间 | 任务 | 优先级 | 工具 |
|---|---|---|---|
| 第0小时 | 删除测试noindex标签 | 关键 | 查看源代码，curl |
| 第0小时 | 验证SSL和规范重定向 | 关键 | 浏览器，curl |
| 第0小时 | 抽查页面标题和元描述 | 高 | Screaming Frog，curl |
| 第1小时 | 验证robots.txt可访问且正确 | 关键 | 浏览器 |
| 第1小时 | 验证XML网站地图有效完整 | 关键 | 浏览器，XML验证器 |
| 第2小时 | 设置Google Search Console | 关键 | GSC |
| 第2小时 | 提交网站地图到Google | 关键 | GSC |
| 第2小时 | 请求前10个页面索引 | 高 | GSC URL Inspection |
| 第3小时 | 设置Bing网站管理员工具 | 高 | Bing |
| 第3小时 | 实现IndexNow | 中 | API，托管配置 |
| 第4小时 | 验证所有重定向（重新启动仅） | 关键 | curl，Screaming Frog |
| 第4小时 | 验证GA4追踪所有页面 | 高 | GA4实时，DevTools |
| 第4小时 | 设置Core Web Vitals监控 | 中 | GSC，web-vitals |
| 第8小时 | 检查GSC中的初始爬虫统计 | 高 | GSC |
| 第24小时 | 审查GSC覆盖报告 | 高 | GSC |
| 第24小时 | 检查日志/分析中的404错误 | 高 | 服务器日志，GA4 |
| 第48小时 | 获取和呈现测试关键页面 | 中 | GSC URL Inspection |
| 第48小时 | 验证索引页面计数符合期望 | 高 | site:yourdomain.com |
常见问题解答
Google在2026年对新网站进行索引需要多长时间？ 对于全新域名，如果你通过Google Search Console提交网站地图并请求索引关键页面，首页应在24小时内被索引。完整网站索引通常需要2-4周。被重新启动的现有域名通常在3-7天内看到完整重新索引。这些时间表假设你已经完成了这个清单中的所有事项——没有Search Console提交，新域名可能要等数周Google才会发现它。
我应该将我的网站提交给Google还是等它自然被发现？ 始终主动提交。你应该"让Google找到你"的想法是来自十年前的过时建议。通过Google Search Console提交你的网站地图并使用URL Inspection工具请求你最重要页面的索引。没有缺点，它会加快发现数天或数周。
IndexNow与Google一起工作吗？ 不，截至2026年中期。Google自2021年末以来一直在评估IndexNow，但还没有正式采纳它。IndexNow目前与Bing、Yandex、Naver和其他一些搜索引擎一起工作。它仍然值得实现，因为Bing的索引为DuckDuckGo、Yahoo Search和Microsoft Copilot以及ChatGPT（部分）等AI助手提供动力。
SEO中301和302重定向有什么区别？ 301是一个永久重定向，将大部分链接权益（排名权力）传递到目标URL。302是临时的，告诉搜索引擎原始URL可能回归，所以他们不太可能转移排名信号。对于网站重新启动和你不计划逆转的URL改变，始终使用301。我看到团队意外使用302，因为那是某些框架中的默认值。
为什么我的页面在Google Search Console中显示为"Discovered - currently not indexed"？ 这意味着Google知道你的页面存在（来自你的网站地图或内部链接），但还没有爬取它们。对于新网站，这在前几天是正常的——Google将URL排入队列并根据优先级爬取它们。如果页面在这个状态停留超过2-3周，通常意味着Google认为它们优先级不够高。改进内部链接和向这些页面添加独特、有价值的内容有帮助。
我需要Google Search Console和Bing网站管理员工具吗？ 是的。它们服务不同的搜索引擎并给你不同的数据。Google Search Console覆盖大多数市场的大约90%的搜索流量，但Bing网站管理员工具覆盖其余部分，并提供对IndexNow集成的访问，这可以加速Bing动力引擎上的索引。Bing设置大约需要5分钟，因为你可以直接从GSC导入你的配置。
我如何检查我的JavaScript内容是否被Google索引？ 使用Google Search Console中的URL Inspection工具，然后点击"Test Live URL"。然后查看呈现的HTML——这显示Googlebot在执行你的JavaScript后看到的。如果关键内容从呈现输出中缺失，你需要为该内容切换到服务器端呈现。这对在获取内容的React SPA特别常见。Next.js和Astro等框架开箱即用地很好处理这个，有SSR和SSG。
我应该在上线日在我的robots.txt中阻止AI爬虫吗？ 这是一个取决于你的业务的判断调用。可以通过robots.txt阻止像GPTBot（OpenAI）、ClaudeBot（Anthropic）和Google-Extended（Gemini训练）这样的机器人，如果你不想你的内容用于AI训练。然而，阻止GPTBot可能会影响你的内容在ChatGPT搜索结果中的显示方式。我的建议：用一切都允许启动，监控AI爬虫中的服务器负载，如果需要有选择地添加阻块。不要让这个决定延迟你的启动——你随时可以稍后更新robots.txt。
如果你计划网站启动并希望从第一天开始把技术SEO基础做对，与我们联系或检查我们的定价。错误地做这些东西以后修复很昂贵。从一开始做正确便宜得多。