# リアルタイム アトリビュート FAQ

リアルタイムアトリビュートのデプロイに関する質問を解決するために、以下のFAQをご確認ください。

## ペアレントセグメントに新しいアトリビュートを追加することで、リアルタイムアトリビュート設定のデプロイ失敗を解決できますか?

いいえ。設定のデプロイは解決されません。Treasure AIでは、設定の失敗をトラブルシューティングするために管理者に支援を依頼することをお勧めします。

## 設定ステータスはData WorkbenchとAudience Studioで利用できますか?

**はい、設定ステータスは両方で利用できます。Audience Studioには、ドラフト、ライブ、一時停止など、既存のジャーニーステータスも含まれます。**

## リアルタイムアトリビュートタイプを設定している間に新しいアトリビュートを追加できますか?

いいえ。現在の設定の中断を防ぐため、**Add Attributes**ボタンは無効になっています。

## 期限切れのカウンターがゼロになったのはなぜですか?

カウンターアトリビュートは、イベントが期限切れになっても削除されません。カウンター内のイベントは、カウンターの設定期間を超えるとリアルタイムストアから削除されます。期間内のすべてのイベントが削除され、Batch Backfill値でベース値が更新されていない場合、カウンターはゼロを返します。ただし、アトリビュート自体とその設定は変わらず保持されます。

## いつアトリビュートを削除できますか?

ジャーニーや設定で使用されていないことが確実である場合にアトリビュートを削除する必要があります。削除された場合、ジャーニーや設定が失敗する可能性があります。

## Lookup Catalog アトリビュートとは何ですか？他のアトリビュートタイプとの違いは？

Lookup Catalog アトリビュートは、商品カタログ・クーポン定義・セールスケジュールなどの外部ビジネスデータを、**ユーザー以外のディメンション**（例: `product_id`）をキーとして参照します。ユーザーごとの値を保持する Single・List・Counter・Import Batch アトリビュートとは異なり、Lookup Catalog のデータは `cdp_lookup_catalog` データベースから Treasure Workflow の同期ワークフロー経由でアップロードされ、リクエスト時にそのキーで照会されます。

主な違いは照会ディメンションです。他のアトリビュートタイプが「このユーザーについて何を知っているか」に答えるのに対し、Lookup Catalog は「このユーザーにとって、この商品（またはクーポン・アイテム）について何を知っているか」に答えます。

## Lookup Catalog アトリビュートを Entry Criteria で使用できますか？

はい。RT 2.0（M2）では、Lookup Catalog アトリビュートはファーストクラスアトリビュートとして扱われ、Audience Studio の Entry Criteria キャンバスに Single や Counter アトリビュートと同様にドラッグ＆ドロップできます。これにより、サーバーサイドでの条件分岐が可能になります。たとえば `product_coupon.has_coupon == "true"` のときのみクーポンセクションを返す、といった制御をクライアント側にロジックを持たずに実現できます。

## Lookup Catalog アトリビュートをパーソナライゼーションペイロードで使用できますか？

はい。Personalization 設定の **Attribute Payload** セクションに Lookup Catalog アトリビュートのカラムを追加してください。解決された値は、他のアトリビュートタイプと同様に API レスポンスの `attributes` サブセクションに返されます。

## ソーステーブルを変更しても Lookup Catalog のデータが更新されないのはなぜですか？

Lookup Catalog のデータは**バッチ同期**のみです。ストリーミングではありません。`cdp_lookup_catalog` のソーステーブルへの変更は、次回の Treasure Workflow 同期実行後にのみ反映されます。ワークフローのスケジュールを確認し、すぐに更新が必要な場合は手動で実行してください。