導入を考えている社内外の開発者の参考になればと思ったため雑にブログにまとめます。仕組みと、この仕組を採用することによって発生する制約について記載します。内容とほとんど同じです。ガイドを読んで外観を掴んでいただけると良いかと思います。自体の概要については公式ドキュメントや紹介ブログが多くあるためそちらを参照ください。登壇した際の資料を参照いただけますと幸いです。品質と開発速度を両立させるために捨てたものと守ったもの上記リリース当時の内容で、細かい変更点は多々ありますがそれほど大きく様変わりはしていません。以降記載する内容は、以下の要件をクリアするための仕組みについてです。手法に沿う場合は、コンテンツの配信を含めた多くの処理を自分たちで管理する必要があります。https://developers.google.com/optimize/devguides/experiments?hl=enかなりの部分を自分たちで負担する必要がありますが、分かりやすいレポート画面、有意差の判定などはそのまま使える点は強みとなります。回目以降のアクセス時でそれぞれ挙動が変わります。それらの動きについて記載します。大まかなフローは以下のとおりです。同様のロジックを実行するバリアントの割り当てとコンテンツの生成周りの大まかな実装イメージです。ヘッダ周りの処理です。様々な処理を自分たちで管理することによって様々な制約が必要となります。使用する際は、ブラウザ上のビジュアルエディタを使ってバリアント毎のコンテンツを管理できます。冒頭に記載した通りバリアントに対応したコンテンツの配信、振り分けなどのロジックは自分たちで管理する必要があるため、これらの機能は使用することができません。保持している情報を公開しているわけでもないため、管理画面上での設定と自分たちの値の更新は別々で行う必要があります。ここらへんもう少しこなれた方法がないかは検討中です。比較検討を行っていました。方が僕たちが使いたかった機能、使い方に沿っていて使い勝手は良さそうでした。使い始めることになりました。関連した情報が少ないなぁと感じたため今回記事にまとめてみました。導入を検討している方の参考となれば幸いです。振られる各種バリエーションのこと。よってのみ制御する場合。ビジュアルエディタを始めとして、多くの機能を使えて管理画面上で操作するだけで完結できる。wadackel.me。