日本网站上线前检查清单：页面、表单与搜索基础

网站上线前不要只看首页是否能打开。更稳妥的做法是把内容、功能、搜索基础和回滚条件分开检查，并用正式 URL 逐项记录结果。

一、页面与导航

确认首页、主要服务页、公司信息、联系页和隐私相关页面都能从导航或页脚找到。页面标题、主标题和正文要对应同一个用户任务；不要让测试文本、旧公司名或失效链接留在正式页面。

二、表单与联系路径

用不会产生真实业务误会的方式检查表单：必填项、邮箱格式、错误提示、成功提示和收件地址都要确认。如果要做真实发送测试，应事先指定测试收件人，并避免向客户邮箱或群组发送测试邮件。还要确认失败时用户仍有备用联系方法。

三、移动端与资源

在常见移动宽度检查菜单、按钮、图片、表格和长域名。重点观察横向溢出、按钮是否被浮动组件遮挡、图片是否变形，以及 CSS、JS 和字体是否正常加载。页面应保留明确的图片宽高，减少资源加载时的布局跳动。

四、搜索基础检查

Canonical

每个主要页面应有指向自身正式 URL 的 canonical，并检查 URL 的协议、主机名和结尾形式是否一致。

Robots 与 Sitemap

确认正式页面没有意外的 noindex，robots.txt 没有挡住需要抓取的路径，sitemap 只列出希望搜索引擎发现的正式 URL。Google 说明 sitemap 是帮助发现和理解规范 URL 的提示，不是索引保证；可参考Sitemap 官方说明。

状态码与重定向

正式 URL 应返回 200；旧 URL 如果确实需要迁移，应明确 301 目标。不要用多次跳转代替正式 URL，也不要把不存在的测试地址放进 sitemap。

五、上线前回归表

• 首页、主要页面、文章或分类页返回 200。
• 标题、description、canonical、H1 和 robots 与预期一致。
• 主要图片、CSS、JS 和表单资源返回 200。
• 桌面和移动宽度没有明显溢出。
• Analytics/GTM 仍由原有链路加载，没有新增第二套代码。
• 出现关键错误时，知道如何恢复上线前备份。

常见问题

上线后再检查 sitemap 可以吗？

可以，但最好在切换 DNS 或公开发布前先确认 sitemap URL 本身能访问，避免把错误地址作为抓取入口。

所有页面都要放进 sitemap 吗？

不需要。只放希望被发现、返回正常状态、且代表独立内容价值的正式 URL。

总结

上线验收的重点不是“页面能打开”这一项，而是用户路径、表单、移动端、搜索信号和回滚都能被复核。把结果记录下来，后续维护会比凭感觉检查更可靠。

进一步了解 Google Search Console 的上线后检查，可阅读日本网站 Search Console 设置清单。

商业分流：在日企业需要实际网站上线或运营支持时，可查看 web.softbs.jp；中国企业赴日项目请查看 site.softbs.jp。

参考：Google canonical 官方说明、Search Console 官方说明。