#525
テスト・評価
#525たへんりょうてすと
多変量テスト
別名・表記:Multivariate TestingMVT多変量解析テスト
UIXHERO Definition
UIXHEROでは、多変量テストを「複数の要素を同時に変化させ、要素ごとの効果と組み合わせの効果を分離して測る実験手法」と定義する。
概要
A/Bテストは「ページ全体としてどちらが良いか」を比べる。多変量テストは「どの要素がどれだけ効いたか」を分けて見る。
例えば見出し・画像・CTA文言をそれぞれ2案用意すると、組み合わせは2×2×2で8パターンになる。各パターンに統計的な判断ができるだけのサンプルが必要になるため、同じ検出力を得るのにA/Bテストより大幅に多いトラフィックが要る。
UXでの活用
- 要素の寄与の把握: 「勝ったパターン」ではなく「効いた要素」が分かるため、他ページへの転用がしやすい。
- 交互作用の発見: 単体では効かないが、特定の画像と組み合わせた時だけ効く文言、といった関係を検出できる。
- 設計判断の蓄積: 要素単位の知見はデザインガイドラインに落とし込める。
誤用・混乱
- トラフィック不足での実施: 十分なサンプルがないまま実施すると、偶然の差を「勝ち」と判定してしまう。実施前に必要サンプル数を見積もる。
- 多重比較の問題: パターン数が増えると、どれかが偶然有意になる確率が上がる。有意水準の調整を行わないと、偽陽性を採用しやすい。
- 有意差=ビジネスインパクトではない: 統計的に有意でも、効果量が小さければ実装コストに見合わないことがある。
- A/Bテストの上位互換ではない: 目的が「どちらを採用するか」だけなら、A/Bテストのほうが速く確実である。
💡 使いどころ
見出し・画像・ボタン文言のように、変えられる要素が複数あり、それぞれの寄与を知りたい時。かつ、十分なトラフィックが確保できる時。
⚠️ 注意点・誤用
検証するパターン数は要素の組み合わせ数で増える(3要素×各2案なら8パターン)。パターンが増えるほど1パターンあたりのサンプルが減り、必要な期間が伸びる。トラフィックが足りない場合はA/Bテストを順番に回すほうが現実的である。
具体例
- 見出し2案 × 画像2案 × CTA文言2案の8パターンを同時に配信する
- 各要素の主効果と、要素同士の交互作用を分けて確認する
- トラフィックが不足しているため、まずCTA文言だけのA/Bテストに切り替える
出典・参考文献:
- Trustworthy Online Controlled Experiments (Ron Kohavi, Diane Tang, Ya Xu)
- Landing Page Optimization (Tim Ash)