比較 // XI VS OPTIMIZELY
Optimizely はページをテストする。
Xi はマーケティングをテストする。
Optimizely は A/Bテスト の定番プラットフォーム。バリアント、トラフィック分割、単一の画面での統計的 lift を扱う。Xi が扱う作業単位は別だ。SDK も フラグ も使わず、あらゆるチャネルでマーケティング実験の契約を記録する。
THE_BREAKDOWN // dimension by dimension
2 つのツールが本当に違うのはどこか。
次元
Xi
Optimizely
作業単位
契約(仮説、指標、停止しきい値、終了日)
単一画面で一部のトラフィックに表示されるバリアント
対象範囲
あらゆるチャネル: 有料広告、コンテンツ、アウトバウンド、価格設定、オンボーディング、習慣
ページ内 と アプリ内 の A/B テスト、加えて full-stack の 機能フラグ
導入
契約を平易な言葉で書く。SDK なし、フラグ なし
SDK をインストールし、フラグ を定義し、バリアントを計装し、トラフィックを待つ
判定ルール
停止しきい値と成功しきい値を最初に決める
バリアントで統計的有意性に到達
エージェント / MCP
リモート MCP サーバー。あなたのエージェントがコミット、ログ、判定する
ネイティブ MCP なし。API + 連携
無料プラン
無制限の実験、無制限のアーカイブ、カード不要
公開された無料プランなし。価格は営業経由
THE_HONEST_TAKE // not every tool fits every job
それぞれのツールが正解になるとき。
Optimizely が正解なのは
- ページ内 か アプリ内 の A/B テストを高トラフィックで回し、バリアントに統計的厳密さが要る。
- feature を フラグ の後ろで公開し、実験に紐づけた段階的ロールアウトをしたい。
- experimentation 基盤を運用する product engineering チームがある。
- 大きな組織でエンタープライズ governance、SSO、audit log が必要。
Xi が正解なのは
- 実験がチャネルをまたぐ: 今週は paid テスト、来週は アウトバウンド テスト、来四半期は 価格設定 テスト。
- コードを書かず、契約 1 つ、判定 1 つ、再利用できるアーカイブが欲しい。
- エージェント(Claude、Cursor、Codex)に MCP 経由で実験を記録、ログ、確定させたい。
- engineering とのキックオフを待たず、5 分以内に本物の実験を始めたい。
FAQ // the questions buyers actually ask
よくある質問、短い答え。
Xi は A/Bテスト ツールとどう違う?
A/Bテスト ツールは、たいてい ランディングページ や email という 1 つの画面を最適化する。Xi はあらゆるチャネル(有料広告、コンテンツ、アウトバウンド、価格設定、オンボーディング)で実験を回す。ページに JavaScript テストを入れるのではなく、契約(仮説、指標、停止しきい値、終了日)を記録する。
Optimizely のテストを Xi に移せる?
Xi は ページ内 A/B テストを回さないので、直接の移行はない。パターンは逆: ページ内 バリアントには Optimizely を使い続け、ページに収まらない実験(チャネル、価格設定、アウトバウンド、オンボーディング、習慣)と、何を、なぜ決めたかを記録する契約レイヤーには Xi を使う。
Xi は Optimizely より安い?
Xi には無制限の実験と無制限のアーカイブを備えた無料プランがある。Optimizely は営業経由で、公開された無料プランはない。価格だけで比べるべきではない。2 つのツールは違う問題を解く。高トラフィックの A/B テストとクロスチャネルのマーケティング実験を両方回すなら、両方使えばいい。
Xi を使うのにエンジニアが必要?
いらない。契約を平易な言葉で書き、すでに追っているメトリクスを紐づけ、値を手動か Claude MCP 連携で記録する。インストールする SDK はない。Optimizely はエンジニアによる SDK 統合と計装が要る。