1. 必要になった時点ではなく、アプリの起動時に初期化する
   最初の画面が表示される前にSDKを使用できる状態にしておく必要があります。AppDelegate → application(_:didFinishLaunchingWithOptions:)、SceneDelegate → scene(_:willConnectTo:)、またはSwiftUIのAppイニシャライザーで初期化します。ユーザーが特定の画面に到達するまで待つと、それ以前の画面でテストの動作に一貫性がなくなる可能性があります。

1. 1つのインスタンスをすべての場所で再利用する
   PageSenseClientは一度だけ初期化し、アプリ全体で共有するように設計されています。複数のインスタンスを作成すると、ポーリングループが重複し、不要なメモリー負荷や余分なネットワーク呼び出しが発生します。シングルトンまたは共有参照として保存し、ビューコントローラー、ビューモデル、サービス全体で再利用してください。

1. 安定したユーザー識別子を使用する
   MurmurHashによるバケット割り当ては決定的です。同じテストでは、同じユーザーIDが常に同じバリエーションに割り当てられます。ただし、これは呼び出し間で指定するIDが変更されない場合に限ります。
   適切な例：ユーザーアカウントID、顧客ID、ハッシュ化されたメールアドレス、永続的なデバイス識別子。
   避けるべき例：セッションID、ランダムに生成されたID、要求単位の値。

1. 匿名ユーザーとログイン済みユーザーには異なる識別子を使用する
   匿名ユーザーには、一貫したデバイス単位の識別子（IDFVまたはアプリで生成した永続ID）を使用します。認証済みユーザーには、ユーザー固有の識別子を使用します。ユーザーがログインまたはログアウトした際は、識別情報の切り替えを適切に処理してください。

• ログイン時：デバイスIDからユーザーIDに切り替え、必要に応じてテストを再評価します。
• ログアウト時：デバイス単位の識別子に戻し、ユーザー固有の状態を引き継がないようにします。

1. 適切なポーリング間隔を設定する
   初期設定の5分は、ほとんどのアプリに適しています。これより短い間隔は設定できません（SDKによって最短5分に制限されています）。一方、間隔を大幅に長くすると、テストの変更がユーザーに反映されるまで時間がかかります。ほとんどの本番環境では、5～10分が最適です。

1. メインスレッドをブロックしない
   SDKはネットワーク処理と計算処理を非同期で実行します。SDKのコールバックには完了ハンドラーを使用し、結果を取得した場合にのみUIの更新をメインスレッドに渡してください。

1. swift
2. DispatchQueue.main.async {
3.     // 割り当てられたバリエーションに基づいてUIを変更
4. }

デバッグとトラブルシューティング

1. swift
2. letsdkOptions = PageSenseSDKOptions()
3. sdkOptions.logLevel = .DEBUG

• SDKの初期化ステータス
• プロジェクトの設定の取得と同期
• テストの評価フロー
• 目標追跡イベント

1. ログレベルを.debugに設定し、Xcodeコンソールで評価ログを確認します。
2. 入力内容を確認します—experimentName、userId、userAttributesがすべて正しくなければなりません。値が1つでも間違っていると、エラーが表示されないまま失敗します。
3. ターゲティングを検証します—渡しているuserAttributesが、PageSenseで設定されているターゲティングルールを実際に満たしていることを確認します。
4. 安定したユーザーIDを使用します—セッションをまたいで同じユーザーIDを使用してテストし、一貫して同じバケットに割り当てられることを確認します。
5. さまざまなシナリオでテストします—異なるユーザーIDと属性の組み合わせを試し、バリエーションの分布が想定どおりに機能していることを検証します。