---
title: アクションの頻度制限と優先順位
description: この記事では、アクションのトリガー時期と優先アクションの制御方法について説明します。
url: https://docs.tealium.com/ja/server-side/connectors/frequency-capping/about/
---
## 動作原理

デフォルトでは、アクションはその条件が真と評価されるとすぐにトリガーされます。コネクタの構成によっては、ユーザーがオーディエンスに参加または離脱したとき、または訪問の開始または終了時にオーディエンス内にいるときにアクションがトリガーされることがあります。

頻度制限は、アクションがトリガーされる頻度を制御するのに役立ちます。アクションが頻繁にトリガーされるのを防ぐために使用します。複数のアクションが同時に条件を満たす場合、優先順位付けにより、最も重要なアクションのみがトリガーされます。

頻度制限は、オーディエンスベースのコネクタアクションにのみ利用可能です。イベントのみのアクションには適用されません。

## 優先順位付け

頻度制限が構成されたアクションに優先順位番号を割り当て、オプションで遅延を構成します。

優先順位番号が最も高いアクションが最初に実行されます。例えば、優先順位が `2` の場合は、優先順位が `1` よりも高いです。

頻度制限が有効になっていないアクションは独立してトリガーされ、クールダウングループの影響を受けません。


<blockquote>
同じクールダウングループ内の2つのアクションが同じ優先順位を持つ場合、1つのアクションのみがトリガーされます。両方のアクションをトリガーする必要がある場合は、異なるクールダウングループに割り当ててください。
</blockquote>


## 頻度制限付きのクールダウン

クールダウングループは、同じグループ内のアクションがトリガーされる頻度を制限します。

訪問が同じクールダウングループ内の複数のアクションの条件を満たす場合、システムはそれらの優先順位番号を比較し、最も優先度の高い適格なアクションをトリガーします。選択されたアクションがトリガーされると、そのグループのクールダウン期間が始まります。

クールダウン期間中、同じクールダウングループ内の他の頻度制限付きアクションは抑制されます。抑制されたアクションは、クールダウンが終了したときに実行待ち行列に入れられることはありません。クールダウン期間が終了した後、その条件が再び真と評価された場合にのみトリガーされます。

頻度制限が無効の場合、アクションはクールダウンの動作に参加せず、その条件が真と評価されるたびにトリガーされます。

## アクションの評価方法

次の図は、頻度制限と優先順位付けを有効にした場合のアクションの評価方法を示しています。

![](https://docs.tealium.com/images/server-side/connectors/frequency-capping/action-priority-workflow.png)

ワークフローは以下の通りです：

1. システムはクールダウングループ内のすべてのアクションの条件を評価します。
1. 1つのアクション条件のみが真である場合、そのアクションがトリガーされます。
1. 複数のアクションが同時に条件を満たす場合、システムはそれらの優先順位番号を評価し、最も優先度の高いアクションを選択します。
1. 選択されたアクションに遅延が構成されている場合、システムは遅延期間を待ちます。
1. 遅延期間が経過すると、アクションがトリガーされ、訪問はそのグループのクールダウン期間に入ります。
1. 構成された遅延が経過する前に優先度の高いアクションがトリガーされると、クールダウンが発生し、遅延されたアクションが抑制されます。
1. クールダウン期間中、同じグループ内の他の頻度制限付きアクションは抑制されます。
1. 頻度制限が進行中の場合、非キャップアクションはクールダウンの影響を受けずに独立してトリガーされます。
1. クールダウンが経過すると、システムは訪問の条件を再評価し、ステップ2から再開します。

## クールダウン中のアクションまたはコネクタの無効化

クールダウンは、各クールダウングループについて訪問レベルで追跡されます。

訪問がクールダウン期間に入り、クールダウンをトリガーしたアクションまたはコネクタが後で無効にされた場合でも、クールダウンは期間が経過するまで続きます。

クールダウン期間中：

* 同じクールダウングループ内の他の頻度制限付きアクションは抑制されたままです。
* 異なるクールダウングループのアクションは影響を受けません。
* 頻度制限がないアクションは通常どおりトリガーされ続けます。

クールダウンが経過すると、システムは現在のアクション構成に対して訪問を再評価します。