> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/best-practices-for-configuring-segment-conditions.md). # セグメント条件を設定するためのベストプラクティスグループ化のやること・やってはいけないことを探る *条件* あなたのパートナーの [セグメント](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/create-a-partner-segment.md) これらのセグメントを効果的に活用するのに役立ちます。効果的な条件グループと非効果的な条件グループの例を以下で示します。これらのガイドラインに従うことで、パートナーリストの関連性と整理性を保つ動的なセグメントの作成方法を学べます。 {% hint style="info" %} **注：** 以下の例では、パートナーセグメントを作成する際のエラーを避けるために、各条件の正しい使い方を示します。 {% endhint %} #### パフォーマンス条件のベストプラクティス〜の例を使用して **やること** および **やってはいけないこと** 〜を特定し *パフォーマンス* どの条件を一緒にグループ化できるかを判断できるようになり、パートナーセグメント作成時のエラーを避けられます。

パフォーマンス条件

| やる | やらない | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 使用 *パフォーマンス* 〜のフィルターと併せて **関係ステージ** に設定されたフィルター **参加済み** 関係を構築し、 *パフォーマンス* 指標を生成したパートナーのみを評価するために **参加済み** 関係がなければ、分析できるパフォーマンスデータはありません。 | 同じフィルターを同じ演算子で2回使用しないでください。例： *アクション* `より大きい` 1 + *アクション* `より大きい` 1. | |

次の パフォーマンス日付範囲 〜と同じガイドラインに従ってフィルターします 最終遷移日.

同じセグメント内で同じフィルターを2回使用しないでください。たとえ パフォーマンス日付範囲と組み合わせた場合でも同様です。冗長であり、予期しない結果につながる可能性があります。

例： アクション 未満 5 + アクション 3未満 + パフォーマンス日付範囲 は 昨日。

| | | 〜を使用しないでください **パフォーマンス** 条件フィルターをパフォーマンス指標を指定せずに *クリック数*, *報酬*, *収益* および *パフォーマンス日付範囲*. | | 次の *報酬* を使って休眠パートナーを絞り込むためです。例： `は` 0 または `未満` 1. | | | |

この パフォーマンス フィルターは 契約ステージ フィルター。

| | |

この パフォーマンス フィルターは 関係ステージ フィルター。

#### パートナー条件のベストプラクティス〜の例を使用して **やること** および **やってはいけないこと** 〜を特定し *パートナー* どの条件を一緒にグループ化できるかを判断できるようになり、パートナーセグメント作成時のエラーを避けられます。

関係ステージ

| やる | やらない | | ------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 正しい **関係ステージ** を選択し、作成したいセグメントの種類に合わせてください。例： *新規* + *参加済み*. |

これらを組み合わせないでください 関係ステージ 以下のような2行構成では、結果が不正確になる可能性があります。

| | | この **関係ステージ** および **契約ステージ** フィルターは一緒に含めないでください。 | | | この **関係ステージ** および **パフォーマンス日付範囲** フィルターは一緒に含めないでください。 |

初回参加日

同じ〜で絞り込むと 初回参加日 および 最終遷移日 フィールドを使うことで、より正確で精密な検索結果が得られます。

たとえば、〜のパートナーは 最終遷移日 は今日および 初回参加日 は今日.

| 〜の使用は避けてください **初回参加日** と組み合わせる **関係ステージ** は *期限切れ*。これにより結果が不正確になる可能性があります。 |

最終遷移日

〜を組み合わせることで 最終遷移日 および 関係ステージ フィールドを使うと、より正確で精密な検索結果が得られます。例：最近 アウトリーチステージに移行したパートナーを見つけたい場合は、両方の アウトリーチステージ と最近の 最終遷移日 範囲に対するフィルターを使用します。

• 両方のフィールドで絞り込むことで、特定の期間内に指定ステージへ移行したパートナーを選択でき、どちらか一方のフィールドだけを使うことで生じる不一致を避けられます。

| 〜を使用しないでください **最終遷移日** フィールドを同じセグメント内で2回使用すると冗長で、不正確な結果につながる可能性があります。 | |

次の 最終遷移日 本日、現在のステータスに移行したパートナーを絞り込むために使用します。例：日付範囲は 2024-01-01 00:00:00 を選択して 2024-01-01 23:59:59 UTC。

• これは過去24時間を指すものではないことに注意してください。

| | |

このフィルターを使うと、指定した日付の間に現在のステータスに移行したパートナーを選択できます。例： 2024年9月15日、および 2024年9月25日.

• これにより、9月25日に移行したパートナーは除外されます。

| | |

このフィルターを使うと、現在のステータスにちょうど指定した日数前に移行したパートナーを選択できます。

例： 最終遷移日 の間の間隔 20日～45日前。

| |

パートナーグループ

複数のグループのパートナーを含めるには、 のいずれか 演算子を使った単一のフィルターを使用します。
例: パートナーグループは次のいずれか インフルエンサー, ロイヤルティ.
結果： これにより、次のグループに属するパートナーを正しく見つけられます： インフルエンサー グループまたは ロイヤルティ グループ。

| 2つの異なるグループのパートナーを探したい場合は、このフィルターを使用しないでください。結果に含めるには、パートナーが両方のグループに属している必要があります。そうでなければ除外されます。 | |

特定のグループのパートナーを除外するには、 ではない 演算子を使った単一のフィルターを使用します。

例: パートナーグループは次のいずれでもない 競合他社.

結果： これにより、 競合他社 グループに属するすべてのパートナーがセグメントから除外されます。

| 1つの `ではない` フィルターに複数のグループを追加しないでください。この演算子は一度に1つのグループのみを除外するように設計されています。複数のグループを除外する必要がある場合（例： *競合他社* および *社内スタッフ*）、別々の `ではない` フィルターを各グループごとに使用する必要があります。 |

パートナーテンプレート条件

| やる | やらない | | -------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | このフィルターを使用して、特定の **パートナーテンプレート条件**の下で契約しているパートナーを含めます。例：公開条件。 |

これらを組み合わせないでください テンプレート条件 以下のような2行構成では、結果が不正確になる可能性があります。

| | このフィルターを使用して、さまざまな **パートナーテンプレート条件**。例：公開条件 **および** Acme G3条件。 | |

契約ステージ

〜にいるパートナーで絞り込もうとしないでください 公開者承認待ち および 公開者が辞退 契約ステージ.

• これらの契約ステージは相互に排他的であり、この条件を満たすパートナーはいません。

| |

〜で絞り込むには ではない 複数の 契約ステージ セグメント内で、別々の行に追加してください。

| | | | この **契約ステージ** および **パフォーマンス日付範囲** フィルターは一緒に含めないでください。 | | | この **契約ステージ** および **関係** フィルターは一緒に含めないでください。 |

パートナー名

| やる | やらない | | ------------------------------------------------------ | ---------------------------------------- | | このフィルターを使用して複数の **パートナー名**。例：Justin Case + Hazel Nutt。 | 同じパートナー名を2回選択しないでください。 |

パートナーID

| やる | やらない | | -------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | 正確な **パートナーID** が分かっている場合のみこのフィルターを使用してください。 |

〜を使用しないでください パートナーID と一致しない パートナー名 フィルターを使うと、予期しない結果になる可能性があります。

• たとえば、"Justin Case" という名前のパートナーは想定と異なるIDを持っている可能性があり、誤った絞り込みにつながることがあります。

{% hint style="warning" %} **警告:** セグメントをニュースレターに使用する場合、配信失敗を避けるため、セグメントサイズは含める予定の広告コード数と一致している必要があります。参照： [パートナーにニュースレターを作成して送信する](/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/create-and-send-newsletters-to-partners.md) 広告コード数に基づく具体的なサイズ制限について。 {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/best-practices-for-configuring-segment-conditions.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.