ember.js などのクライアント側フレームワークを使用した A/B テストに関して、Google ではまったく何も見つかりませんでした。
目標は、UI/UX を A/B テストするために、調整されたコンテンツ (さまざまなナビゲーション項目、ヘッダーの言い回しなど) を提供することです。重要な変更 (サイトマップなど) はなく、表示上の小さな側面がいくつかあるだけであることに注意してください。
考えられるアプローチはいくつかあります。つまり、異なるビュー テンプレート/ヘルパー スニペットを使用するか、異なるスタイルシートを提供します。どちらにも利点と課題があり、同じ訪問者に常に同じバージョンが提供されることが理想的です。結果は、Mixpanel などのサービスを通じて提供されます。
ここで独自のソリューションをロールバックする必要があるのではないかと心配していますが、提案や指針を聞きたいです。
ルートでは、ほとんどの A/B JavaScript テスト フレームワークは、ユーザーを「A」または「B」グループに属するものとしてクッキーし、ユーザーが「A」または「B」のどちらであるかを尋ね、「結果」を報告する方法を提供します。測定するサービスに。これは、フレームワークにかなり直交する方法で、Ember または他のクライアント側フレームワークにプラグインできます。
ユーザーの「A」または「B」性をユーザーのプロパティとして公開することをお勧めします (Ember では、おそらくあなたのUserController)。次に、フレームワークの標準の分岐または条件を使用して、「A」UI または「B」UI をレンダリングできます。
私は実際に、スタートアップ用に Ember を使用して非常に堅牢な A/B テスト ツールを構築しました。実際、需要があればオープンソース化も考えています。ただし、今のところ、それがどのように機能するかの基本的な考え方をお知らせできます。
ユーザーがランディング ページにアクセスすると、Cookie が割り当てられ、各 A/B テストに A または B が割り当てられます。
A/B テストを処理するために、jade 内で 2 つの異なるアプローチを使用しました。
スタイリングタイプのものには、このようなものを使用します
ビューの .css プロパティを test-a または test-b に設定します
または、テキスト用の場合は、このようなことをします
{{ビュー view.landingPageText}}
また、landingPageText は、A のテキストまたは B のテストのいずれかに設定されます。
このことはまた、mixpanel、mailchimp を動的にセットアップし、parse.com と node を使用します。ここでコードの動作を確認できます。