零售商仍然无法为假日购物者准备网站
Monitoring of Retailer’s Websites
during Black Friday holiday shopping
黑色星期五是世界各地零售商最有价值的时刻之一，因为买家购物，直到他们下降。 营销活动早在几周前就开始了，并承诺对各种商品提供难以置信的折扣。 那些在圣诞购物清单上有东西的人推迟了购买这个特别活动。 购物，直到你下降是我们经常听到的口号，在黑色星期五销售。
今年，我花了一些时间在黑色星期五销售我们领先的零售商网站期间收集有意义的指标。 在这篇文章中，我将为您提供对实施情况的见解，分享一些发现，以及由于确定的热点而可能失去的销售损失。
The Setup
我试图保持简单，并专注于有意义的监测结果。 所有零售商都提供某种购物流程，比较这些流程会导致巨大的偏差。 因此，我决定只加载他们的起始页，并测量时间，直到所有元素已下载到我的机器。
我的监视设置包括：
- 基于 SaaS 的监控套件浏览器视图的互联网监视器
- 使用 Chrome 进行基于浏览器的真实模拟
- 衡量领先零售商网站的起始页加载时间
- 在 10 分钟间隔内执行测量
- 欧洲二用执行机
- 收集的响应时间、错误和重播日志文件
我为此监视设置的工作：
- 使用浏览器视图实现 5 个监控设备的 20 分钟
- 每天 5 分钟检查警报和实际结果
- 2 小时进行最终结果分析和比较
The Findings
My intention is to build awareness on the performance engineering & monitoring topic and not to blame hard working retail companies. Therefore, I won’t tell you what organization has left behind and who is leading the field. Let’s focus on some problem spots.
#1 Hotspot: Performance Spikes
第一个图表显示问题已经在23日晚上开始。 十一月。
- 00：00 AM – 第一次大规模响应时间峰值 30 秒
- 上午 7：30 – 响应时间跃升至 25 秒
- 下午 1：00 – 响应时间仍不可接受
- 下午 4：00 – 响应时间降至正常水平
显然，上午 10：00 至下午 4：00 是使用高峰期，零售商应在此极有价值的期间尝试提供响应迅速和可靠的服务。 由于某种原因，一家零售商未能处理大量购物活动，最终损失了大量销售收入。
#2 Hotspot: Overload Situations
- According to my monitoring data, some services were not able to deliver the expected results.
- Service reported overload situation, Http503 error, Service unavailable
The monitoring solution, BrowserView, has captured detailed error information such as:
- Service Unavailable issue
- Detailed response returned from the web server during this issue
The Impact
购物者预计响应时间小于 3 秒。 研究表明，由于买家停止使用慢速网站，业绩放缓可能导致销售额损失 10%。
上面的零售商在购物高峰期由于经济放缓而损失了太多的资金。 希望他们将开始他们的引擎，并准备他们的网站为下一个假日购物季。
What to do Next?
Performance is a journey and can’t be integrated overnight. It requires forward-thinking, experience, the appropriate tools and a guiding hand which leads you through arising obstacles.
