> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kameleoon.com/llms.txt
> Use this file to discover all available pages before exploring further.
# ホワイトリストを構築して内部ユーザーに機能をロールアウトする
> より広範なリリースの前に、訪問者コードのホワイトリストとターゲットデリバリールールを使用して、特定の内部ユーザーでフィーチャー実験を QA します。
フィーチャー実験を QA したい場合や、内部ユーザーグループにフィーチャーバリエーションをロールアウトしたい場合、ユーザーホワイトリストとターゲットデリバリールールを組み合わせるのが最も簡単な方法の1つです。
たとえば、Feature A と Feature B の2つのバリエーションを持つ新機能をリリースするとします。実験を開始する前に、Feature A を内部ユーザーグループに、Feature B をステークホルダーグループに表示することで、ライブ動作を QA したいと考えています。これを行うには、以下のシンプルな手順に従います。
1. ホワイトリストに登録したユーザー（グループ A と B）のセグメントを作成します。
2. 各ユーザーグループに対してターゲットデリバリールールを作成します。
データファイルのサイズが大きくなり、SDK がより大きなファイルを取得する必要があるためレイテンシも増加するため、多数のユーザー ID（バリエーションあたり20件以上）を設定することはお勧めしません。より多くのユーザーをターゲットにしたい場合は、オーディエンス全体（たとえば「Internal users only」）にカスタムデータ属性を設定し、そのオーディエンスで体験をターゲットにできます。
## 各ユーザーグループに対してターゲットデリバリールールを作成する
1. **Activate** > **Feature flags** をクリックし、フィーチャーフラグを編集します。
2. 新しいルールを追加し、**Targeted delivery** を選択します。
3. パネルの右側で、新しいセグメント（**Group A**）を作成し、**Visitor code** 条件を探します。Group A に含めたいユーザー ID を追加します。
4. 提供したいバリエーション（たとえば **Variation A**）を選択します。**Group A** のすべてのユーザーがフラグの Variation A を受け取ります。
5. 2番目の **Targeted delivery** ルールを追加し、**Variation B** と **Group B** に対して同じ手順を繰り返します。