リアルタイムアトリビュートのデプロイに関する質問を解決するために、以下のFAQをご確認ください。
いいえ。設定のデプロイは解決されません。Treasure AIでは、設定の失敗をトラブルシューティングするために管理者に支援を依頼することをお勧めします。
はい、設定ステータスは両方で利用できます。Audience Studioには、ドラフト、ライブ、一時停止など、既存のジャーニーステータスも含まれます。
いいえ。現在の設定の中断を防ぐため、Add Attributesボタンは無効になっています。
カウンターアトリビュートは、イベントが期限切れになっても削除されません。カウンター内のイベントは、カウンターの設定期間を超えるとリアルタイムストアから削除されます。期間内のすべてのイベントが削除され、Batch Backfill値でベース値が更新されていない場合、カウンターはゼロを返します。ただし、アトリビュート自体とその設定は変わらず保持されます。
ジャーニーや設定で使用されていないことが確実である場合にアトリビュートを削除する必要があります。削除された場合、ジャーニーや設定が失敗する可能性があります。
Lookup Catalog アトリビュートは、商品カタログ・クーポン定義・セールスケジュールなどの外部ビジネスデータを、ユーザー以外のディメンション（例: product_id）をキーとして参照します。ユーザーごとの値を保持する Single・List・Counter・Import Batch アトリビュートとは異なり、Lookup Catalog のデータは cdp_lookup_catalog データベースから Treasure Workflow の同期ワークフロー経由でアップロードされ、リクエスト時にそのキーで照会されます。
主な違いは照会ディメンションです。他のアトリビュートタイプが「このユーザーについて何を知っているか」に答えるのに対し、Lookup Catalog は「このユーザーにとって、この商品（またはクーポン・アイテム）について何を知っているか」に答えます。
はい。RT 2.0（M2）では、Lookup Catalog アトリビュートはファーストクラスアトリビュートとして扱われ、Audience Studio の Entry Criteria キャンバスに Single や Counter アトリビュートと同様にドラッグ＆ドロップできます。これにより、サーバーサイドでの条件分岐が可能になります。たとえば product_coupon.has_coupon == "true" のときのみクーポンセクションを返す、といった制御をクライアント側にロジックを持たずに実現できます。
はい。Personalization 設定の Attribute Payload セクションに Lookup Catalog アトリビュートのカラムを追加してください。解決された値は、他のアトリビュートタイプと同様に API レスポンスの attributes サブセクションに返されます。
Lookup Catalog のデータはバッチ同期のみです。ストリーミングではありません。cdp_lookup_catalog のソーステーブルへの変更は、次回の Treasure Workflow 同期実行後にのみ反映されます。ワークフローのスケジュールを確認し、すぐに更新が必要な場合は手動で実行してください。