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

Webflow SEO 检查应抽查一个静态页面和两个 Collection 条目。请使用真实访客访问的自定义域名，因为预发布环境的内容或发布设置可能不同。

对比子页面的 canonical 输出

查看静态页面与一个 CMS 条目的 canonical。出现两个元素，可能是自定义代码或注入标记与 Webflow 设置发生冲突。如果仍是旧主机名，应检查默认域名和全局 canonical 基础地址。修正配置后，发布并再次请求 URL。在 Designer 中保存更改，并不能证明生产环境已提供该更改。

测试 Collection 回退值

选择一个字段完整的条目，以及另一个缺少 SEO 描述的条目。记录标题、描述与 H1，找出产生空白或重复输出的规则。应修正相关字段绑定或回退，而不是用一个固定字符串替换所有条目的元数据。在将未出现在站点地图归咎于平台缺陷之前，先确认条目已发布且可索引。

发布后访问旧 slug

请求一篇文章或合作伙伴仍在使用的旧地址。记录重定向跳转次数，并确认目标仍满足相同用途。如果旧路由返回 404，在网站配置中添加合适的重定向。同时检查菜单和 Collection 链接：设置重定向不能替代修正内部引用。保留修复前后的抓取结果，以说明修复改变的是编辑数据、共享模板还是全局域名配置。

发布场景示例

示例场景：静态页面的 canonical 正确，但 CMS 条目仍使用旧域名。将全局配置与 Collection 模板元数据及自定义代码进行比较。发布针对性更改，再请求第二个条目。静态页面已修正，并不能证明 CMS 输出也发生变化。保存两个条目地址及实际返回的 canonical 值，让审查发布结果时无需访问 Designer 会话。

执行检查并解读证据

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

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

工具与相关指南

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

官方参考资料

• Webflow：canonical 标记
• Webflow：默认域名