审核完网站后,请务必以易于理解的形式打包审核结果。
- 考虑为不同的利益相关方生成不同的报告。
- 重点关注业务需求,并展示技术指标如何支持这些需求。
- 先撰写摘要。
- 按主题(例如加载性能和页面重量)设计数据结构,而不是简单地列出工具输出数据。
- 按优先级对结果排序。
- 将不相关或不感兴趣的搜索结果留空。
- 尽可能以图表或图形形式呈现数值数据。
- 避免数据墙 - 网站评价不应枯燥乏味。
对接收审核的人员保持警惕。
在网站上工作的人员可能很清楚问题。有些复杂的非技术原因可能会导致问题未得到解决。
从机会和解决方案的角度来描述表现不佳的情况,比简单地列出一堆失败情况要好得多。
在更广泛地展示您的发现之前,尽可能先与网站开发者和其他利益相关方沟通。
提供背景信息
在分享评价结果时,您可能需要包含情境数据,以证明工作的合理性,并激励开发者或其他利益相关方实施您建议的改进,例如来自 DoubleClick 的以下改进:
- 53% 的用户会放弃加载时间超过 3 秒的网站。
- 移动网站只需 5 秒即可加载完毕,所获移动广告收入最高可提升到原来的 2 倍。
- 移动网站的平均加载时间为 19 秒。
neotys.com 上详尽列出了需要提升性能的商业原因。如需详细了解如何提高网站性能,请参阅 perf.rocks 和 Web Fundamentals 以及案例研究和成功案例。
如果您没有性能预算,现在正是时候!计算预算并显示您网站的预算。
展现潜力
借助 Chrome 开发者工具的本地替换,您可以使用本地版本替换网站资源。这样可以很好地展示简单的更改如何带来巨大改变。
例如:
- 创建网站首页使用的 CSS 版本,并移除多余的规则。
- 更改 HTML 以延迟 JavaScript 加载。
- 将图片文件替换为优化版本。
您甚至可以与开发网站的开发者共享更改后的文件,以便他们直接向同事展示潜在的改进机会。借助本地替换功能,您还可以轻松创建并排抓屏,展示已优化版本和未优化版本之间的性能差异。这种方法远比冗长的待办事项清单更有吸引力!如需了解如何使用本地替换,请点击此处。