パフォーマンスの低下はeコマースの販売にどのように影響しますか？

この翻訳では、eコマースでの作業のさまざまな側面に関する一連の[リンク： 1、2 ]入門資料を続けています。 この記事では、販売がeコマースサイトのパフォーマンスにどのように依存するか、およびオンライントレーディングのこの側面を扱うための基本的なアプローチについて説明します。



休日の大量購入の期間が近づくと、[元の記事は2014年9月17日に公開されました。 trans。]、eコマースサイトの動作が遅いために購入のほぼ18％が 「放棄されたバスケット」のカテゴリに分類される場合、生産性の低下が電子販売にどのように影響するかを議論し、実際の例を挙げ、サイトのパフォーマンスを改善する方法。

サイトのパフォーマンスがそれほど重要なのはなぜですか？

10年前、オンラインで取引する企業の数は比較的少なかった。 現在、オンライン取引に関与していない人は少数派であり、その数は常に減少しています。 私たちの現代生活ではインターネットが広く普及しているため、オンライン販売市場の規模は巨大であり、競争も激化しています。



バイヤーは選択のために甘やかされており、商品を探すことを恐れていません。 生産性の低いサイトにアクセスすると、ユーザーはすぐに別の場所で製品を探しに行きます。 eコマースサイトの操作が遅いと、現在の売上だけでなく、それに続く可能性のあるすべての繰り返しトランザクションが失われるという事実につながります。



Load Impactは2012年にこの問題を調査し 、サイトのパフォーマンスの低下や不安定性により、eコマースサイトの所有者の53％がお金や顧客を失ったことを発見しました。







研究質問：昨年、パフォーマンスの低下やサイトの不安定性のためにお金や顧客を失いましたか？



凡例：明るい緑色の列-eコマース、暗い緑色の列-その他

。

最初の2列：お金や顧客の損失。 列の2番目のペア：お金や顧客を失いませんでした。 3番目のペア：不明。



そして、これは重要なポイントです。 オンライン取引を通じてビジネスを拡大する予定の場合、サイトの運営が遅いと、近い将来の販売数が減少するだけでなく、長期的なビジネス開発の機会が大幅に減少します。



統計によりこれが確認されます。 組織は、サイトの速度とコンバージョン/収益の指標との関係を定期的に監視しています。 これは、eコマースの分野で複数のクライアントと仕事をした経験からこれを学びました。 高いサイトパフォーマンスは、比較的小規模なオンラインビジネスの成功を大幅に高めることができます。



オンラインコマースの巨人の活動を研究するとき、サイトの速度の重要性がどれほど大きいかを認めなければなりません。 2006年に、Amazonサイトの管理は、Webページの速度を100ミリ秒増加させると、収益（ ソース ）が1％増加することを明確かつ明確に述べました。 アマゾンの元従業員グレッグ・リンダンも彼のブログでこれについて言及しています 。

「A / Bテスト中、ページを100ミリ秒間定期的に一時停止しましたが、わずかな遅延でも大幅な利益の減少につながることがわかりました。」

サイトの評価は、誤った結論を回避するのに役立ちます

すでに決定したように、作業の速度はサイトの可用性を確保するための決定的な要因であり、それがどれほど高いかが、通常のビジネスと大企業を区別するものです。 中小企業の一般的な問題は、サイトのパフォーマンスに関する知識の欠如と、この要素の重要性です。



販売がある場合、ウェブサイトが正常に機能していると推測するのは簡単です。 サイトに売り上げがない場合、サイトをやり直す必要がある、または単にトラフィックを増やす必要があると結論付けるのは簡単です。 データで確認せずにそのような結論を引き出すことは危険です。



必要なデータを取得する方法は？ 評価、評​​価、再評価！ 大変な労力を要するようです。 しない場合のリスクについて考えます。

• 悪いサービス=評判が悪い。
• パフォーマンスを評価するだけで、「機能しない」という事実のために、サイトの変更に予算のかなりの部分を費やすことができます。
• サイトのトラフィックを増やすために、バナー広告の予算シェアを増やすことができますが、これは幸せな顧客の数を増やすよりも不満の多い訪問者を作成するだけです。 実際、これは、彼らが言うように、「漏れやすいバケツ」にお金を注ぐことと同じです。 さらに悪いことに、投資するお金が増えるほど、顧客の不満が高まります！

ウェブサイトのパフォーマンスを評価する方法

パフォーマンスの監視に慣れていない人にとって、サイトの速度の評価は実際よりも簡単に見えるかもしれません。



一見したところ、サイトの読み込み速度を知る最も手頃な方法は、スタートページにリクエストを送信し、... ...読み込みにかかる時間を確認することです！ 3秒でロードされる場合、すべてが正常です。 ダウンロードに10秒かかる場合、これはあまり良くありません。



このような非常に単純なチェックは、一部の分析には役立ちますが、Webサイトのパフォーマンスの全体像を示すものではありません。 操作の速度に関する信頼できるデータが必要な場合、考慮すべき多くの要因があります。 それらのほんの一部を次に示します。

• サイト全体のパフォーマンス-スタートページ—これはページの1つにすぎません。 スタートページのみのダウンロード速度をチェックしても、サイトの残りの部分のアイデアは得られません。サイトのパフォーマンスは完全に異なる可能性があります。
• 負荷がかかった状態でのパフォーマンス-サイトが2人のユーザーで同時に正常に機能しているが、10人がアクセスすると「遅くなり始める」場合、これは問題です。
• 地理的位置-一部の国ではウェブサイトが正常に機能する場合がありますが、他の国ではすでにゆっくりと機能している場合があります。 1か所で実施されたテストでは、世界中の他の場所でサイトがどのように機能するかについては何も言われません。
• 実際のユーザーアクション-ユーザーの動作は異なります。 誰かがそのページに行ってすぐに離れ、誰かがサイトに行って情報を求めていくつかのページを見て、誰かがフィードバックフォームに記入するか、サイトで商品がオンラインで販売されている場合は注文します。 要するに、サイトパフォーマンスの最良のテストは、実際のシナリオに基づいてモデル化された仮想ユーザーによる負荷です。

したがって、多くのページの作業をテストし、サイトにアクセスし、異なる行動をし、異なる国にいる多くの仮想ユーザーを作成するときに、最も信頼性の高いデータを受け取ります。



しかし、どのユーザー行動シナリオを適用すべきかをどのように決定するのでしょうか？ つまり、どのようなユーザー行動をモデル化する必要がありますか？ これは、サイトのトラフィック統計に役立ちます。 Googleアナリティクスなどのツールは、サイトの訪問者が現在どのように行動しているかを判断するのに役立ちます。



フィードバックフォームページのコンバージョン率が10％の場合、この状況をシミュレートし、生​​成されたサイト負荷の10％をこのシナリオに割り当てるユーザー行動シナリオを作成するのが正しいでしょう。 簡単に言えば、現在の視聴者を調査し、ユーザーの行動をシミュレートする一連の行動シナリオを作成します。



技術用語の研究は、独自のサイト負荷テストを準備する際の重要なポイントでもあります。



負荷インパクトは、「負荷の増加」、「負荷の減少」、「仮想ユーザー」、「累積負荷時間」、「負荷テスト」、「ユーザーの行動シナリオ」などの定義を理解するのに役立つ用語の便利な用語集を提供します。

実際のサイトパフォーマンスメトリック

実世界の例は、高いサイトパフォーマンスの重要性を最もよく示していると思います。 電子商取引のクライアントに関する情報がまだいくつかあります。 サイトのパフォーマンスを評価するための方法論をよりよく理解するのに役立つことを願っています。

例1：負荷時のサーバー速度の推定

Load Impactのスタッフは、クライアントのサイトでパフォーマンスをテストするためのツールを提供してくれました。 以下のスクリーンショットから、私が適用した負荷テストスキームの一般的なアイデアを得ることができます。







ご覧のとおり、私のスキームでは、ほとんどの仮想ユーザー（80％）がサイトを閲覧するだけです。 残りの20％は製品を検索し、電子バスケットに製品を追加して注文します。 これらの数値は完全に正確ではないかもしれませんが、基本的なテストには非常に適しています。



テストは5分間続きますが、この間にサイト上の仮想ユーザーの数は0から25に増えます。 長時間のテストは、一定の負荷の下でサーバーの動作を確認するのに役立ちますが、次回はそのままにします。







テスト中に、負荷インパクト以外のいくつかのツールを使用してサーバーのパフォーマンスを確認しました。

• New Relicは、アプリケーションのパフォーマンスとソフトウェアテストを監視するためのツールスイートです。
• Anturisは、サーバー、ウェブサイト、情報インフラストラクチャを監視するためのサービスです。

New Relicは、テスト中にサーバープロセッサの強度と平均ページロード時間が急激に増加することを予想通りに示しています。











次のグラフに示すように、Anturisはプロセッサ負荷の急激な増加も示しています。







この情報により、テスト中にWebサーバー自体がどのように機能したかを知ることができます。 しかし、本当に重要なのは、ユーザーとの対話がどのように変わったのかです。



以下に示す負荷の影響のグラフは、テスト中に仮想ユーザーとの対話が大幅に変化したことを示しています。 このレベルではサーバーの深刻なスローダウンはありませんでしたが、ユーザーの行動シナリオの累積ページ読み込み時間は大幅に変化しました。 各スクリプトに複数のページ読み込みが含まれていることに注意してください。





青いグラフと左側のバーは、サイトのページの読み込み時間の変化を示しています。 緑色のグラフと右側のバーは、アクティブなユーザーの数の変化を示しています



このテスト中に、サイトで通常発生する負荷よりも多少大きい負荷が作成されました。 ページ読み込みの長さの変動は、特定の不安定性を示している可能性があり、負荷が高くなるとさらに大きくなる可能性があります。 青色のグラフはできるだけ均等にする必要があります。これにより、ユーザーとの対話の安定性が確保されます。 もちろん、短期間に安定した高いページ読み込み速度を達成できたとしても、このレベルが維持されていることを追跡するには、定期的な監視と分析も役立ちます。 実際のサイトトラフィックが大幅に増加し始める場合は、より深刻なパフォーマンステストが必要になる場合があります。

例2：パフォーマンスの問題を修正する

次のデータは、私が数年間働いていたクライアントから受け取ったものです。 現在、4,000を超えるアイテムと、月間トラフィック60,000〜120,000のページビューでオンラインストアに取り組んでいます。



ある段階では、 Pingdomを使用してサーバーの応答速度を追跡し、それ自体が有用な情報を提供しました。 クライアントのサイトでは、作業の速度に常に問題がありました。 これはサイトにあまり干渉しませんでした。注文はまだ来ましたが、サイトの動作は間違いなく本来よりも遅くなりました。



長い分析の後（わずかな予算で！）、外部スクリプトをゆっくり実行して修正することで、サイトでの応答時間を大幅に短縮することができました。 以下のチャートは、それ自体を物語っています。







それで、これは本当にビジネスに役立ったのでしょうか？ 簡単な答えはイエスです。 上記のグラフの応答時間の急激な短縮で報告されているように、11月19日に問題を解決しました。 以下は、故障率と注文数です。







11月21日に、このサイトが2013年全体で最も多くの出席者を記録したことは注目に値します。 11月と12月にもピークの収益のある数日間が発生しましたが、これは今年または過去に観察されませんでした。



一般に、サイトでの平均応答時間の分析とスローダウンの原因の特定は、ビジネスの重要な発展に貢献しました。 クライアントのサイトをより詳細に監視し続け、実際のユーザーの行動のシナリオに基づいてテストを実施します。これにより、開始ページだけでなく、サイト全体の動作を把握できます。

サイトの速度を上げる実用的な方法

手始めに、ページ速度の簡単なテストを行う必要があります。 Pingdomはこれに効果的なツールを提供します。 または、ブラウザーに組み込まれているツール（ChromeのDevToolsなど）またはブラウザープラグイン（ Firebug for Firebugなど）を使用できます。

ページの読み込み速度のテストを行うときは、次のことに注意する必要があります。

• 不要なダウンロードなどのサードパーティのリクエスト
• 外部の要求（外部サイトからダウンロードされたスクリプトまたはファイル）、不要またはダウンロードに長時間を要するもの。
• 画像の場合など、サイズを大幅に削減できる「大きな」ファイルへの要求。

改善が必要なものを決定したら、修正してからテストを再度実行できます。 ファイルリクエストの数を問題なく20％削減できる機会があるeコマースサイトで作業しなければならないことがよくあり、場合によってはページサイズを半分に削減することもできます。 ページを1日に数千回ではなくても数百回表示する場合、サイトのサイズを縮小し、サーバーの負荷を減らすことは、サイトの安定性を維持するために非常に重要です。



ウェブサイトのパフォーマンスを改善するためのガイドラインを次に示します。

• 画像サイズを最適化する-すべてのJPG画像が100％品質である必要はなく、JPG形式である必要はありません！ ファイル形式と圧縮率を正しく選択してください。
• CSSファイルとJavascriptファイルを最小限に抑える-サイズを小さくします。 ただし、CDNネットワークを使用してjavascriptライブラリを保存する場合（以下の情報を参照）、心配する必要はありません。
• CSSファイルとJSファイルを結合-CSSファイルとJavascriptファイルを1つのファイルに結合するか、適切なファイルを使用するページに単純にアップロードします。
• サーバー/サイトログのクリーンアップ-サーバーソフトウェアまたはサイトプラットフォームによって生成されたログが不必要に作成されていないことを確認します。
• Google Hosted LibrariesなどのCDNネットワークを使用します。これにより、サーバーの負荷が軽減され、スクリプトの高速ロードにより作業効率が向上します。
• サイトの速度を低下させる外部スクリプトを削除します-可能であれば、外部サーバーに対するサイトの機能の依存を制限します（もちろん、高品質のCDNネットワークを使用しない場合）。 セキュリティソフトウェアは、サーバーがそれ以上の負荷をかけることがあります。
• ApacheとMySQLを構成します-サイトがLAMPソフトウェアパッケージでサポートされている場合は、メモリパラメータを調整し、ApacheとMySQLのパフォーマンスを最適化するのにもっと時間がかかります。
• 十分なRAMとCPU電力を提供する-RAMとCPUの電力を適切に構成されていないサーバーに追加することは、火に燃料を加えるようなものです。 状況を悪化させるだけです。 最初に、サーバーとそのアプリケーションの特性を決定します。次に、サイトの要件を満たすリソースを選択できます。
• 信頼できるDNSサーバーを使用します—サイトコードまたはサーバー自体のエラーを探す前に、ネットワークまたはDNSサーバーへの接続に問題がないか確認します。 DNSプロバイダーが信頼できない場合、サイトのパフォーマンスと全体的なパフォーマンスが大幅に低下する可能性があります。