A/B/nテスト
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
A/B/nテストは、さまざまなユースケースでデジタルプレゼンスを向上させる強力なツールです。ユーザー体験の洗練、デジタル戦略や行動喚起の最適化、エンゲージメントの向上、新機能の導入を最小限のリスクで行えます。 異なるデザインやコンテンツをテスト することで(その中にはAIで生成・最適化可能なものもあります)、ビジネス目標に最も合致するものを特定できます。
コンポーネントテスト、またはA/B/nテストは、同じページ上の異なるバージョンのコンポーネントを比較するためにA/B/nテストを作成・実行することを可能にします。これらのバージョン( バリアント)をウェブサイト訪問者にランダムに表示することで、どのバージョンが最も効果的にページビューを増やすかを統計的に判断できます。
コンポーネントのA/B/nテストを始める前に、期待される結果について明確な仮説を立て、A/B/nテストのプロセスを指針にすることが重要です。まず、どのコンポーネントを目標に対してテストしたいかを決めましょう。例えば、仮説は「ティーザーデザインを変えればページビューが増える」といったものかもしれません。これにより、A/B/nテストの明確なガイドラインが定められ、コンポーネントで実験する具体的なバリエーションが定義され、成功を測るために使う指標が特定されます。
A/B/nテストを作成するには、テストしたいコンポーネントを選択し、そのコンポーネントの少なくとも2つのバリアントを比較してください。ベストプラクティスは、ページ上の他の要素を変更しないことです。この方法により、パフォーマンスの変化がテストされたコンポーネントによるものであることを保証します。例えば、異なるティーザーデザインの影響を評価するために、元のティーザー(バリアントAまたはコントロール)と、レイアウトやテキストが異なるバリアント(バリアントB)を比較することができます。この並べた比較により、A/B/nテストを開始してページ公開後に、どのバリアントがページビューを有意に増加させるかを判断できます。
A/B/nテストは、異なる成分バリアントのパフォーマンスをデータ駆動型で 分析 する手法を提供します。A/B/nテストを実行する場合、2つの可能な結果があります。すべてのバリアントが統計的に有意な差なくほぼ同じパフォーマンスを示せば、テストは決定的ではありません。一方、バリアントが統計的に有意な改善を示した場合は、そのバリアント が勝者とされ 、より広い対象のデフォルトコンポーネントとして指定されます。
!注A/B/nテストを有効にするには、JSS 22.1以降を使用していることを確認してください。
JSSがどのようにA/B/nテストを可能にするかの技術的概要については、ページパーソナライズおよびコンポーネントA/B/nテストを参照してください。
A/B/nテストはCloud SDKのみがサポートしており、Engage SDKではサポートされていません。詳細は 比較チャートでご覧いただけます。