Laravel SEO 检查：诊断 URL 与元数据

Laravel SEO 检查应请求一个真实内容页、一条不存在的路由和一个需要身份验证的账户页。其响应能揭示应用是否区分公开内容、缺失资源与私有流程，还是对所有请求都提供同一个外壳。

在客户端脚本运行前检查响应

请求公开 URL，找到标题、canonical 声明和有意义的正文。如果只有空的根元素，应先检查渲染架构，再添加更多客户端元数据脚本。仅抓取 HTML 无法完整复现 Google 的渲染过程。如果需要搜索引擎如何处理某一具体页面的证据，应使用 URL 检查。

测试主机、协议和状态处理

将 HTTPS 页面的 canonical 与经过 CDN 后的生产地址对比。如果目标是预发布域名或 localhost，说明 URL 生成或代理配置存在问题。请求一个数据库中不存在的 slug；如果返回 200 且正文显示未找到信息，就需要修复控制器。确认账户路由仍要求身份验证，不要仅为了让爬虫访问成功就开放权限。

使站点地图条目与发布记录一致

选择一篇新发布文章和一篇已退回草稿的文章。前者如可索引，应出现在发现信息源中；后者则不应继续被推荐。如果实际不符，排查仓储过滤条件和缓存。更改代码后，重复原始请求组并记录状态、canonical 目标和部署时间。这样就能具体区分过期缓存响应与尚未解决的应用缺陷。

发布场景示例

示例场景：文章通过 HTTPS 加载，但 canonical 使用 HTTP。对比可信代理处理和应用的 URL 生成策略，不要用硬编码 HTTPS 字符串逐个修补模板。修正后，请求该文章、一个会重定向的旧 URL 和另一条公开路由。记录最终主机与协议。这样可以验证修复是否作用于共享路由层，而不只是让某篇文章在已登录浏览器中看起来正确。

执行检查并解读证据

将一个有代表性的公开 URL 提交到下方免费 SEO 检查工具。记录状态、标题、描述和 canonical，同时记录准确地址及检查时间。按负责的模板或配置归类重复问题，让一次针对性修复能够在多个页面上复测。字段缺失与有意排除需要不同的处理决定。

HTTP/HTML 审查观察的是公开响应。它不会登录平台、检查所有后台设置、复现所有客户端渲染行为，也不能证明 Google 已收录页面。要获取搜索引擎证据，应对比 Search Console URL 检查和后续抓取数据。发布并刷新缓存后，重新检查原始 URL，不要仅凭评分变化就认定根本问题已经解决。

工具与相关指南

• 阅读 Laravel 配置指南
• 检查公开 URL
• 检查重定向链

官方参考资料

• Laravel：HTTP 响应
• Laravel：URL 生成