技能介绍

404 页为什么会吃掉流量

当访客打开一个失效链接、旧书签或拼错的 URL 时，如果服务器只返回一句冷冰冰的 “404 Not Found”，用户通常不会理解是自己路径错了，而会直接判断站点出错、品牌不可靠或页面被删除。更糟的是，这类页面还常被搜索引擎抓走，变成低质索引。对工程团队来说，404 不是单纯的错误状态码，而是一次挽回访问、维持品牌一致性、降低跳出率的机会。

这个技能如何工作

技能围绕 UX、转化恢复和品牌一致性展开，帮助生成适合落地的 404 页设计方案。

先读取项目上下文

首次使用时，如果存在 .claude/project-context.md 或 .cursor/project-context.md，技能会先读取品牌语调、关键页面和 Section 12 的视觉识别信息。没有上下文时，也能基于通用最佳实践输出。

明确三类关键信息

站点结构：需要连接首页、热门页面、功能页、定价页、博客和搜索入口。
品牌语调：区分友好、专业、轻松或克制，避免错误提示像系统报错，也避免过度营销。
转化目标：决定是把用户送回首页、引导到核心功能、订阅 newsletter，还是推广 App。

输出可直接落地的页面要素

清晰错误信息：用中性表达说明页面找不到，可展示 “404”，但不要指责用户。
导航与重定向：保留 header/footer，提供搜索、热门页面、相似 URL 建议，并避免无明确意图的自动跳转。
品牌一致性：沿用站点的配色、字体、页头页尾，让用户知道仍在当前域名内。
移动端适配：检查不同屏幕尺寸下的布局和可点击区域。
转化机会：可选展示产品、功能、客户证言、促销或 App/newsletter 入口。

技术检查点

返回正确的 404 HTTP 状态码，而不是用 200 掩盖错误。
持续记录 404 请求，定位失效链接并修复或 301 重定向。
遵循 WCAG 可访问性要求，保证键盘导航和读屏体验。
通常设置 noindex，必要时配置 canonical。

适用边界与注意点

这个技能适合生成设计蓝图、文案选项、链接结构和检查清单，不负责自动安装依赖、修改系统权限、创建持久任务或执行下载内容。涉及发送、发布、删除、付款、部署或其他外部写入时，需要先展示目标与影响并取得用户确认。凭据只用于用户指定的对应官方服务，不回显、不记录或转发。命令和代码默认作为参考，只有在用户明确要求且目标范围清楚时才运行。