《网站性能监测与优化》是一本由Alistair Croll / Sean Power著作，人民邮电出版社出版的平装图书，本书定价：79.00元，页数：546，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。

　　《网站性能监测与优化》精选点评：

　　●最近尽在囫囵吞枣了，内容含量比预期大，但欠深入，有可能是我读得不够细的原因

　　●监测的各种指标介绍，值得一翻

　　●对新人有用。对老人有补充知识缝隙的能力。

　　●说的很笼统，不过不失为培养整体思维的入门

　　●相当不怎么样的一本书，毫无新意，说的基本都知道

　　●不仅翻译的质量不高，还有很多插图错误，呃

　　●科普小册子

　　●从省图借来的，细致入微呀。

　　●网站性能监控可以试试OneAPM的CloudTest，一键输入URL即可http://www.oneapm.com/ct/feature.html ping、DNS、API监控全都有哦。

　　●书名翻译错了

　　《网站性能监测与优化》读后感(一)：这个书名误导性很大...

　　明明讲的是运营方面的！原名是：Complete Web Monitoring: Watching Your Visitors, Performance, Communities, and Competitors

　　《网站性能监测与优化》读后感(二)：网站技术与业务监控全面介绍

　　点击次数：对服务器的一次请求是一次点击。很少使用了。

　　请求1像素大小的静态图像技术成为获得基本流量统计的一种方式。现在更多的是使用JS统计。

　　好用性监控：

　　滚动性作为可视性指标，看用户滚动到那里停下来。用户大部分时间花费在网页上方800像素高度以内。

　　点击热点图，了解用户喜欢网页哪个部分，哪些部分根本没用到。

　　表单分析：用户填写到哪里放弃的？

　　客户心声：

　　研究和分析客户反馈，虽然大致了解用户心理，但这大致的了解却是无价的。（腾讯要求产品经理看论坛帖子）

　　获取新思路；评估其他了解不到的情况；观察改进是否有效；用户分类

　　调查的设计，在网站中整合客户心声。

　　终端用户体验管理/技术层面的监控（可用性和性能）：

　　google：每增加500ms延迟，就导致20%流量损失。

　　综合测试：模拟访问者的正常访问。使用外部专门测试公司服务。

　　正式用户监测：RUM,分析真实用户的流量以确定网站相应和发现错误。使用Episodes JS库。

　　统一判断网站健康状况的指标---应用性能指数（Application Performance Index, Apdex）：满意结果次数与总体验次数比值。不同页面可以分开计算。 P224

　　《网站性能监测与优化》读后感(三)：输入URL 一键即可检测网站

　　网站监控可以试试OneAPM的CloudTest，一键输入URL即可。http://www.oneapm.com/ct/feature.html

　　模拟性能监控，有时也被称为主动监控，通过外部代理在 Web 应用上运行脚本事务。这些脚本模拟典型的用户行为，比如搜索、查看产品、登录、注销等步骤来评估用户的真实体验。通常情况下，综合监控可以由轻量的低级别代理实现，但随着 Web 应用的复杂化，越来越有必要将这些代理在完整的 Web 浏览器上运行，才能处理页面加载过程中的 JavaScrip、CSS 和 AJAX 调用。

　　与真实用户监控不同，模拟监控不跟踪真实的用户会话，有其重要的意义。首先，因为脚本在已知位置按规律进行一系列步骤，所以它的性能是可预测的。这意味着它比冗杂的真实用户监控数据更有助于检测警报。其次，由于它预见性地在应用外部执行，所以在评估网站的可用性和网络问题方面，模拟监控比真实用户监控更为突出，尤其是集成网络监控之后。

　　实际上很多公司都会在生产之前采用模拟监控，与 Selenium 集成测试的形式。模拟事务在生产中可以重用相同的脚本（只要不改变数据）。随着应用程序越来越复杂，代理指标如负载或服务器可用性在服务器正常运行时变得不那么有用。在生产环境中运行 Selenium 脚本不再是代理指标；它精确地测量正常运行时间，如果模拟事务完成将是一个很好的参考。

　　最后，由于模拟监控可以完全控制客户端（不像 sandboxed JS 驱动的真实用户监控），可以收集足够的细节——完整的图表、资源调配的性能，甚至是页面加载的截屏/视频等。就目前来说，这种细节检测是了解单页应用状态转换性的最好途径。

　　网站监控可以试试OneAPM的CloudTest，一键输入URL即可http://www.oneapm.com/ct/feature.html ping、DNS、API监控全都有哦。

　　《网站性能监测与优化》读后感(四)：全面网站检测，望闻问切。很强大，全面了解网站的生态健康

　　原书名：complete web monitor

　　译名：网站性能监测与优化（普遍反映翻译的很垃圾）

　　副标题：用户行为分析/网站性能分析/社区管理/竞争对手分析

　　O'Reilly出版 封面是只渡鸦。

　　这本书很好，不过信息量太大了。适合反复的读，适合实践环节拿出一章来针对性的读，也适合工具书速查。

　　虽然作者翻译的不行，但是这是一本好书。

　　网站是运营出来的，谁能做到完整成熟的最高级，谁几乎是不败的。

　　网站绝对好用，绝对好口碑，绝对能提前发现危险第一响应。

　　================把目录抄下来，顺便回忆一下============

　　------～～～～第一部分 Web监控技术～～～～-----------

　　第1章：为什么观察监测Web网站

　　主要还是了解当前网站的现状（现在已经有很多通用指标，不同网站类型有所侧重），优化网站产品，达到网站目标。同时还包括了解产

　　品的社区口碑，竞争对手监控等。

　　网站监控涉及到隐私问题尤其之多。在国外风险很大，在国内只能嘿嘿一笑了。

　　第2章：网站处在怎样的行业中

　　不同的业务类型侧重有着不同的KPI，每个网站都应该形成一套自己适合的监测指标，尽管有一些通用的指标，如可用性和性能。

　　主要类型如：媒体网站（目标刺激访问者点击广告）、交易网站（刺激成单支付）、协作网站（一般还是商业广告）、SaaS应用网站（收

　　费客户、广告等）

　　广告是目前网站最成熟的商业模式，商业网站绕不过的掺杂广

　　第3章：观察什么指标

　　（1）用户是否为网站带来收益；（贡献了内容、参加了离线活动、购买的东西还是点击了广告，还是？） ——内部分析

　　（1）网站流量来源；（收藏、外链还是社区内链？）——外部分析

　　（1）可用性测试；

　　（1）市场关系（用户调查，社区监测）；

　　（1）竞争对手（网站知名度和排名）

　　（1）性能和基础设施的监测；

　　（1）网站风险（垃圾信息、版权和欺诈、隐私和泄密等）

　　（1）网站引用分析；

　　等等。

　　第4章：4个主要问题

　　他们做了什么？

　　他们是如何做的？

　　他们为什么要这样做？

　　他们能做到这一点吗？

　　这四个问题的了解程度【完全Web网络监测成熟度模型】。

　　-----------～～～～第2部分 Web分析、可用性、客户心声～～～～-------------

　　第5章 Web分析

　　web分析和实体店分析比较来看，将匿名性和用户流量发挥到了极致。 和用户之间只有比特流，不分析不做分析可视化简直是一场灾难。

　　Web分析的历史：

　　最初技术人员的日志记录和简要分析，后来可视化分析出来后，市场部门参与进来；

　　最初只是监测简单的点击，现在可以追踪路径；

　　最初匿名，现在可以使用Cookie差异化身份监听；

　　从访问到目标，漏斗分析；

　　从技术到含义了：标记内容；

　　第三方工具，和综合视图。

　　Web2.0时代：

　　对于富网页，用户大量的任务在一个页面可以完成，基于网页路径的分析用户不再那么大了。

　　基于场所和任务的分析。

　　网站分析的三个阶段：

　　1、到达网站，长漏斗分析

　　直接流量、导航、书签、桌面苦厄护短、浏览器、原始搜索、社交网络、付费广告、推介、回链接

　　漏豆越来越长，越来越难追踪，大部分客户我们弄不清是什么途径访问的。

　　2、使用网站，追踪访问者

　　用户从何来，访问过的场所和任务、分类、目标

　　3、离开网站，喜忧参半

　　放弃和蹦出率、损耗

　　实施Web分析：（这部分写了很多，摘标题）

　　1、定义网站目标

　　2、设置数据采集点

　　3、设置过滤

　　4、分类

　　5、标记网页

　　6、营销整合

　　7、测试和验证

　　8、共享分析数据

　　选择分析平台:免费和付费、实施还是趋势、托管还是内部分析、数据移植性

　　前期工作

　　WEB分析成熟度模型。

　　第6章：监测Web可用性

　　Web网页设计就是假设；

　　4类交互行为：用户没有的看到你的内容；用户没有按照你希望的方式交换；用户没有输入正确的数据或没有完全输入；你不知道用户遇

　　到了什么。

　　浏览内容：滚动行为，可视性指标；

　　正确交互：点击热点图。可用性和功能的可见性、分析鼠标互动

　　数据的输入和丢弃：表单分析。多少用户填写表单，多少用户最后提交。每个字段损失多少用户

　　访问重放：发现其他方法发现不了的问题。

　　咨询台，优化，AB测试。 对样本分类，不同人群不同的偏好。

　　实施Web交互分析

　　1、了解设计假定；2、确定收集内容；3、部署和收集交互信息（内联交换分析、内容标记等）；

　　WEB交换分析成熟度模型。

　　第7章 客户心声 必不可少的一部分

　　原因四个方面：

　　获取新思路、评估其他地方了解不到的情况、观察网站改进是否有效、收集其他地方的手机不到的人口学数据等。

　　开展客户心声计划：

　　1、规划方案（4个问题 满意度、意向性、完成性、详细信息），设定研究目标

　　2、问题的种类：分类、评估、印象、线索和反馈、心态、

　　3、设计导航：分支逻辑、随机次序、控制一致。

　　不要询问一些其他工具知道答案的问题、不要题目过多、不要询问用户不确定的问题

　　测试研究：选择受访者（招募式、截获式、自主选择和反馈按钮）

　　三个指标：响应率、开始率、完成率。

　　注意：慎重使用奖赏、设置期望、允许跟进。

　　改善调查结果。

　　分析数据：基于人口学特征对数据分类分析。不同的分类方法或许不同的结果。

　　客户心声成熟度模型。

　　------------～～～～～～～第3部分 Web性能和终端用户体验～～～～～～～·········

　　第8章 终端用户体验管理

　　可用性：狭义的非宕机非阻塞运行时间；

　　性能：加载时间、相应时间； 从客户端环境、到网络环境、到服务器环境每个环节监测。找到瓶颈

　　这部分技术太多了。 技术问题，也有一些工具可以做简要分析。

　　第9章 综合监测

　　监测网络内部（内部使用正常）、监测网络外部（外部环境政策）、不同层用不同的测试。

　　设置检测策略：监测的间隔、基线、测试地理分布、报警机制等等等。

　　综合监测成熟模型。

　　第10章 真实用户监测

　　RUM是一套从用户角度捕捉分析报告网站性能及可用性技术的统称

　　--------------～～～～～～第4部分 在线社区、内部社区和竞争对手

　　第11章 在线社区

　　第12章 为什么要关心社区

　　1、它们是长漏斗的开始、它们更有效率的传播信息、它们使客户互相帮助、他们使业务灵活、它们展示责任感、他们改善推介

　　避免风险，观察Intenet的想法。

　　第13章 对话剖析

　　参与者分析、场所分析、

　　第14章 追踪和响应

　　搜索一个社区（群组邮件列表、论坛、聊天系统、社交网络、博客、微博、新闻聚合器）

　　加入它们、管理它们、运作它们

　　工具选择：社区监听平台。

　　第15章 聚焦内部社区

　　第16章 观察你的竞争对手

　　监测竞争对手的网站、发现不知道的竞争对手、分析竞争对手的名声

　　第17章 整合

　　完整的成熟度模型