mcpField
W
website-audit

website-audit

github.com/flitzrrr营销与增长964 次安装30 周前更新
代码仓库

关于 website-audit

用于审查现有网站并规划重新上线的技能,适合负责内容、SEO 和网站项目的团队。它按五个维度组织分析,并涵盖迁移、测试和上线后监测。

主要功能

  1. 01五个维度的网站分析
  2. 02内容盘点与分类
  3. 03竞品与 SEO 审查
  4. 04七阶段重新上线流程
  5. 05上线后监测计划

适用场景

  1. 01重新开发前评估网站
  2. 02为内容迁移做准备
  3. 03规划 URL 重定向并延续 SEO
  4. 04跟踪上线后的问题

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/flitzrrr/frontend-design-skills --skill website-audit

安装后在 Claude Code 中输入/website-audit确认已加载。

详细介绍

网站审计与重新上线

未经全面分析,不要重新上线。盲目重建只会重蹈覆辙。先分析,再行动;先看数据,再下结论。

适用范围

在以下情况下使用此技能:

  • 系统地分析现有网站
  • 规划并构建重新上线项目
  • 开展内容审计
  • 准备 SEO 迁移
  • 设置上线后的监控
  • 快速进行初步评估(快速审计)

原则

1. 先分析,再行动

未经全面分析现有网站,不要重新上线。

2. 重新上线不等于重新设计

重新设计只是美化表面。重新上线则要全面重做内容、技术、结构和设计。

3. 数据胜过主观意见

决策应基于分析数据、用户反馈和技术测量结果。

4. 满足访客需求,同时实现业务目标

成功的重新上线既能更好地服务访客,也能更有效地支持业务目标。

5. 没有内容策略,一切都无从谈起

如果内容过时且不相关,再好的布局也毫无用处。

6. 保持 SEO 连续性

重新上线若导致排名下降,将造成高昂的损失。重定向和 SEO 迁移必不可少。

7. 重新上线本身并不是目的

“我们需要一些新东西”不是目标。在绘制第一个线框图之前,必须先设定具体、可衡量的目标。

规则

应做:系统地梳理 5 个分析维度

**1. 技术分析:**加载时间(PageSpeed、GTmetrix)、移动设备可用性、失效链接、HTTPS、CMS 是否为最新版本。

**2. 可用性分析:**导航路径、各类设备上的表单、CTA 的可见性、搜索功能、Nielsen 启发式评估。

**3. 内容分析:**时效性、对用户的相关性、结构(子标题、段落)、重复内容、内容缺口。

**4. SEO 分析:**关键词排名、元标题/描述、内链、爬取错误、反向链接概况。

**5. 转化分析:**转化目标和当前转化率、用户流程、流失率、热图和会话录制。

详细说明和各维度的模板请参见 references/audit-checklisten.md。

应做:重新上线前明确内部事项
  • **时间线:**新网站应何时上线?
  • **预算:**实际可用的预算是多少?
  • **联系人:**由谁决策?由谁提供内容?
  • **托管和访问权限:**网站托管在哪里?谁持有凭据?
  • **内部资源:**团队能否参与?
应做:重新上线前开展内容审计
  • 清点所有内容(文本、图片、下载文件、视频)。
  • **分类:**保留 / 修改 / 删除 / 新建。
  • **评估标准:**时效性、相关性、SEO 表现、质量。
应做:开展竞争分析
  • 分析至少 3–5 个直接竞争对手。
  • **评估:**设计、内容、功能、网站结构、SEO 可见度。
  • **记录:**其他网站有哪些做得更好?存在哪些不足?
应做:规划 SEO 迁移
  • 记录所有现有 URL。
  • 为每个发生变化的 URL 创建 301 重定向。
  • 保护现有排名和反向链接。
  • 上线后监控 Google Search Console。
  • 更新 sitemap 和 robots.txt。
应做:定义可衡量的重新上线目标

例如:加载时间低于 3 秒、6 个月内自然流量增加 20%、新闻通讯订阅量翻倍、跳出率降低 15%。

不要做:试图重做一切
  • 确定哪些内容有效,并将其保留下来。
  • 特别谨慎地迁移排名较高的页面。
不要做:未经测试就上线
  • 上线前进行测试:功能、视觉效果、各类设备以及 SEO 相关内容。
不要做:忘记 SEO 重定向
  • 每个旧 URL 都需要 301 重定向。遗漏重定向会导致排名流失。
不要做:上线后就停止
  • 重新上线只是一个开始。监控、优化和内容维护都是持续性的工作。

模式

重启流程(7 个阶段)
  1. 分析(5 个维度)、2. 策略(目标、定位、内容)、3. 概念(信息架构、线框图)、4. 设计、5. 实施(开发、内容、SEO)、6. 测试(QA、跨浏览器、性能)、7. 发布和监控。详情请参阅 references/relaunch-phasen.md。
快速审查(2 小时)

用于初步评估:1. PageSpeed 测试(15 分钟)、2. 在 3 台设备上检查移动端体验(15 分钟)、3. 导航和关键页面(30 分钟)、4. 快速 SEO 检查(30 分钟)、5. 测试转化路径(15 分钟)、6. 撰写 5 点摘要(15 分钟)。

内容迁移矩阵

适用于大量内容:创建表格,列出旧 URL、新 URL、重定向、状态、负责人和截止日期。

发布后监控(30–60–90 天)
  • 第 1–7 天: 每日检查:404 错误、抓取情况、重定向、正常运行时间。
  • 第 8–30 天: 每周检查:排名、流量、转化、用户反馈。
  • 第 31–60 天: 每两周检查:与发布前基线进行比较。
  • 第 61–90 天: 每月检查:评估 ROI,为优化措施排定优先级。
面向利益相关者的重启简报

在启动会上提供一页简报,包含当前状况、重启原因、目标(可衡量)、预算、时间安排、职责和决策流程。

反模式

“我们需要全新的东西”式重启

没有明确目标就启动重启。投入大量精力,却没有可衡量的进展。解决方案: 在绘制第一个线框图之前,至少设定 3 个可衡量的目标。

技术优先式重启

采用新的 CMS,其他事情则“顺其自然”。技术焕然一新,老问题依然存在。解决方案: 先制定内容策略并构思方案,再选择技术。

被遗忘的 SEO 迁移

启用新 URL,却没有设置重定向。排名下滑,流量骤减,恢复需要数月。解决方案: 制定 URL 映射,设置 301 重定向,并在发布后进行验证。

没有尽头的重启

范围不断扩大,看不到结束。解决方案: 固定范围和时间安排。采用 MVP 方法:先处理核心页面,再逐步扩展。

分析瘫痪

无休止地分析,却不实施。解决方案: 将分析阶段限制在 2–4 周。“足够好”即可支持明智决策。

检查清单

重启前
  • 已完成技术分析
  • 已开展易用性分析
  • 已完成内容审查并进行分类
  • 已完成 SEO 分析:记录排名、元数据和反向链接
  • 已完成转化分析:将当前转化率作为基线
  • 已对 3–5 个竞争对手进行竞争分析
  • 已定义可衡量的重启目标
  • 已创建 SEO 迁移所需的 URL 映射
重启期间
  • 已在设计前制定内容策略
  • 线框图已获批准
  • 已配置并测试 301 重定向
  • 已更新 sitemap 和 robots.txt
  • 已完成跨浏览器和跨设备测试
  • 已达到性能预算要求(加载时间低于 3 秒)
重启后
  • 每日监控 404 错误(第 1 周)
  • 抽查重定向
  • 检查 Google Search Console 中的索引问题
  • 将转化率与基线进行比较(30 天)
  • 将自然流量与基线进行比较(60 天)
  • 为接下来 90 天的优化措施排定优先级

交叉引用

  • customer-journey — 用户旅程分析是审查的核心组成部分
  • design-process — 重启遵循设计流程,从概念阶段开始
  • ai-design-workflow — AI 工具可以加速分析和内容迁移
  • landing-pages — 现有落地页也属于审查范围
  • usability — 易用性分析是 5 个审查维度之一
  • webdesign-review — 分析阶段采用的审查方法

评论

支持 Markdown