ブラックフライデーのホリデーショッピング期間における小売業者のウェブサイトの監視
ブラックフライデーは世界中の小売業者にとって最も価値のある時期のひとつです。なぜなら、買い物客たちは限界まで買い物をするからです。マーケティングキャンペーンはすでに数週間前から始まり、あらゆる商品の信じられないほどの割引を約束していました。クリスマスのショッピングリストに何かがあった人たちは、この特別なイベントのために購入を遅らせていました。「限界まで買い物を」はブラックフライデーのセール期間中によく耳にするスローガンです。
今年私は、当社の主要な小売業者のウェブサイトにおけるブラックフライデーセール中の有意義なメトリクスの収集に時間を費やしました。この投稿では、その実装に関する洞察を共有し、発見されたホットスポットによる販売損失の可能性について紹介します。
セットアップ
できるだけシンプルにし、有意義な監視結果に焦点を当てました。すべての小売業者は何らかのショッピングプロセスを提供しており、それらを比較すると大きな誤差が生じます。そのため、私は単に彼らのスタートページを読み込み、すべての要素が私のマシンにダウンロードされるまでの時間を測定することにしました。
私の監視セットアップは以下のとおりです：
- dotcom-monitor の SaaS ベースの監視スイート BrowserView
- Chrome を使った実ブラウザベースのシミュレーション
- 主要小売業者のスタートページの読み込み時間を測定
- 10 分間隔で測定を実行
- ヨーロッパに設置された実行マシンを使用
- レスポンスタイム、エラー、リプレイログファイルを収集
この監視セットアップに費やした作業時間：
- BrowserView で 5 台の監視デバイスを実装するのに 20 分
- 毎日アラートと実際の結果を確認するのに 5 分
- 最終結果の分析と比較に 2 時間
調査結果
私の目的は、パフォーマンスエンジニアリングと監視の重要性についての意識を高めることであり、懸命に働く小売企業を非難することではありません。したがって、どの組織が遅れを取っており、どこがリードしているのかは言いません。いくつかの問題点に注目しましょう。
#1 ホットスポット：パフォーマンスのスパイク
最初のグラフは、問題がすでに 11 月 23 日の夜に始まっていたことを示しています。
- 午前 0 時 – 最初の大きなレスポンスタイムスパイク（30 秒）
- 午前 7 時 30 分 – レスポンスタイムが 25 秒まで上昇
- 午後 1 時 – レスポンスタイムは依然として受け入れられない水準
- 午後 4 時 – レスポンスタイムは通常レベルに回復
明らかに午前 10 時から午後 4 時までは利用のピーク時間であり、小売業者はこの非常に重要な時間帯に応答性が高く信頼性のあるサービスを提供するよう努めるべきです。何らかの理由で、ある小売業者は大規模な買い物の波に対応できず、最終的に多くの売上を失いました。
#2 ホットスポット：過負荷の状況
- 私の監視データによると、一部のサービスは期待された結果を提供できませんでした。
- サービスが過負荷状態を報告、Http503 エラー、「サービス利用不可」
BrowserView という監視ソリューションは、次のような詳細なエラー情報を記録しました：
- サービス利用不可の問題
- この問題発生時にウェブサーバーから返された詳細なレスポンス
影響
買い物客は 3 秒未満のレスポンスタイムを期待しています。調査によると、パフォーマンスの低下は売上の 10% の損失につながる可能性があり、ユーザーは遅いウェブサイトの利用をやめてしまいます。
上記の小売業者は、ピークの買い物時間中のこのスローダウンにより多くのお金を失いました。彼らが準備を整え、次のホリデーショッピングシーズンに向けてウェブサイトを改善してくれることを願っています。
次にすべきことは？
パフォーマンスは旅であり、一晩で統合できるものではありません。将来を見据えた思考、経験、適切なツール、そして課題を乗り越えるためのガイダンスが必要です。
いくつかのヒント：
- ホリデーシーズン準備チェックリスト – 間もなくこのトピックに関する投稿を公開予定
- 開発プロセスで 負荷・パフォーマンステスト を検討してください
- モニタリング – アラート – 診断 – 最適化
ホリデーショッピングに備えて、数か月前からウェブサイトを準備することが強く推奨されます。