あなたはウェブサイトで新しいリリースを開始したばかりで、A/Bテストを使用せずにそのパフォーマンスを確認したいと考えています。そのためには、以下の3つのステップに従ってください:

分析を開始する前に、これらの質問に答えてからステップ2に進んでください:

• 何が変わった? これは...
• 新機能（チャットボット？PDPのクイックビュー？...）
• 新デザイン（CTAの色？サイズ？位置？ホバー効果？...）
• 新しいパスまたはナビゲーション（3ページではなく1ページでのチェックアウト？新しいメニュー？...）
• 新しいコンテンツ（PDPの情報が増えた？新しい画像？...）
• ...
• どのデバイス に影響がありますか？（デスクトップ、モバイル、タブレット、アプリ）
• リリースは いつ行われましたか？（期間）
• 新しいリリースは どこで見つけられますか？（特定のページで？すべてのページで？）
• 誰が ターゲットですか？（すべて？リピーター？新規訪問者？...）

リリースの目的

慎重な分析を行うためには、リリースの目的を明確にする必要があります。

そのためには、次のことを考えてください:

変更の目的

この変更に至った洞察は何ですか？データ、バグ、直感、市場のトレンド、...ですか？

期待される結果

どの仮説が立てられましたか？例: “リストページにクイックビューのCTAを追加することで、カートに追加される数が増えると期待しています”

期待される影響を受ける指標

• 主要な指標（例: “離脱率”）
• 副次的な指標（例: “クリック率、ためらい、ページビュー数、カートに追加、滞在時間、パフォーマンス…”）

目的が明確になったので、分析を開始する準備が整いました。

リリースの影響とパフォーマンス

注意: 新しいリリースの影響を測定するには、十分な訪問者数（理想的には10K）が必要です。また、すべてのリリースには適応フェーズがあることを念頭に置いておくべきです。

⇨ 下の表は、異なる指標を使用した前後比較に基づいて分析を実行するためのいくつかのヒントを提供します。

リリース前* / 後の比較

* リリースパフォーマンスの最適な分析のためには、リリース前のページのバージョンを持っていることが最良です。そうすれば、その影響をより良く比較できます。

結論 & イテレーション

良い行動と悪い行動を比較する

2つのKPIの間に大きなギャップがありますか？あなたの仮説は確認されましたか？

結果に満足していますか？

満足していない場合は、どのKPIがパフォーマンスが低いかを理解しようとしてください

それを特定したら、次の基準に基づいて2つのセグメントを作成します：

• 良い行動（例：'Xをクリックした'、'Xページを表示した'）
• 悪い行動（例：'Xをクリックしなかった'、'Xページを表示しなかった'）

それらを持っている場合は、異なるモジュールを通じて良い行動と悪いセグメントを比較して、痛点を特定します。

注意: 悪い行動のセグメントを使用して、異常を視覚化するためにセッションリプレイを使用できます。

さらに進む

分析を深めるために、次のものを使用できます：

• パフォーマンス: リリースの主要KPI（離脱率、クリック率…）を追跡するためにアラートを設定し、これらを時間の経過とともに監視するためのダッシュボードを作成します。
• CS Live: 異なる指標を通じて、リリースのパフォーマンスを迅速に確認します。
• A/Bテスト分析: どのバージョンがより良いパフォーマンスを発揮するかを確認し、最終バージョンに関してデータに基づいた選択を行います。

チェック Contentsquare Methodology は、分析を開始するためのガイドを提供し、簡単に適用可能で繰り返し可能な分析範囲を確立するためのツールを提供します。

一度に一つの変更

多くの変更と混ざっていると、特定の機能のパフォーマンスを評価するのは難しいです。特定のリリースの影響を理解するためには、リリースを一つずつ実施することを検討してみてください。