この記事のテーマ:* 実験をハウス化するデプロイメントを作成する |
実験を作成する最初のステップは、それを構成することです。構成は簡単で、2ステップのプロセスです:最初にデプロイメントを作成し、その後、使用するSDKをインストールします。
Amplitude Experimentでは、デプロイメントはコード実行のための複数のフラグまたは実験に役立つ環境を意味します。デプロイメントを作成したら、Experimentはアクセスキーを生成します。これを使用してフラグと実験を適切にルーティングすることができます。
デプロイメントは、Amplitude Analyticsのプロジェクトで実行されます。プロジェクトには複数のデプロイメントがありますが、各デプロイメントは1つのプロジェクトにのみ追加できます。
デプロイメントを作成するには、次のステップに従ってください。
REST APIを使用する予定がない場合は、次のステップは、SDKをインストールすることになります。各SDKには、異なるインストール手順があります。次のリンクをクリックして確認してください。
すべてのSDKは、Amplitude Experimentにリクエストを送信し、特定のユーザーにどのフラグ構成を行うかを決定します。とはいえ、クライアント側とサーバー側のSDKには、注意すべき重要な違いがあります。
クライアント側のSDKは、エンドユーザーアプリケーションデプロイメントで実行するものです。クライアント側とサーバー側の間で選択する場合、クライアント側のSDKでは次のことに留意してください。
一方、サーバー側のSDKは、サーバーデプロイメントで実行するものです。サーバー側のSDKでは次のことに留意してください。
バリアントを割り当てるとき、評価エンジンは、ユーザーコンテキストオブジェクトにターゲティングルールを適用します。このオブジェクトは、個々のユーザーのアイデンティティを表します。クライアント側のSDKでは、このオブジェクトユーザー関係は初期化に設定され、バリアントのすべてのリクエストでサーバーに渡されます。サーバー側のSDKでは、ユーザーが変更される可能性があり、すべてのリクエストで設定する必要があります。
個々のユーザーをターゲットにバリアントを割り当てる場合、Experimentは、リストされたユーザーID(user_id
)またはデバイスID(device_id
)でマッチングします。ルールベースのユーザーセグメントを使用すると、定義済みのプロパティ(国、プラットフォームなど)、またはuser_propertyオブジェクトで指定されたカスタムプロパティでマッチングします。
JSON:
1{ "user\_id": "Amplitude User ID" 2 3: "Amplitude Device ID", 4: "Country", 5"region": "Region", 6"city": "City", 7 "dma": "DMA" 8"language": "Language" 9 "platform": "Platform"10 "version":11, "device\_family":12, "device\_type"13"Device Type", "carrier": "Carrier", 14: {
**注意:**Amplitude Analyticsにデータを送信するために使用するAmplitude Experimentには、同じユーザー識別子(デバイスIDとユーザーID)を使用する必要があります。この方法で、アイデンティティが正しく解決され、生成されたデータはAnalyticsで同じユーザーと正しく関連付けられます。
Need help? Contact Support
Visit Amplitude.com
Have a look at the Amplitude Blog
Learn more at Amplitude Academy
© 2025 Amplitude, Inc. All rights reserved. Amplitude is a registered trademark of Amplitude, Inc.