> 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/de/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/best-practices-for-configuring-segment-conditions.md). # Best Practices für die Konfiguration von Segmentbedingungen Die Dos und Don'ts der Gruppierung erkunden *Bedingungen* in Ihrem Partner [Segmenten](/brand/de/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/segments/create-a-partner-segment.md) wird Ihnen helfen, diese Segmente effektiv zu nutzen. Im Folgenden werden Beispiele für effektive und ineffektive Gruppierungen von Bedingungen gezeigt. Wenn Sie diese Richtlinien befolgen, lernen Sie, wie Sie dynamische Segmente erstellen, die Ihre Partnerlisten relevant und übersichtlich halten. {% hint style="info" %} **Hinweis:** Die folgenden Beispiele zeigen, wie jede Bedingung korrekt verwendet wird, um Fehler beim Erstellen Ihrer Partnersegmente zu vermeiden. {% endhint %} #### Best Practices für Performance-Bedingungen Verwenden Sie das Beispiel von **Dos** und **Don'ts** um zu erkennen, welche *Performance* Bedingungen zusammen gruppiert werden können, damit Sie Fehler beim Erstellen Ihrer Partnersegmente vermeiden.

Performance-Bedingungen

| Tun | Nicht tun | | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Verwenden Sie *Performance* Filter zusammen mit dem **Beziehungsphase** Filter auf **Beigetreten** , um nur diejenigen Partner zu bewerten, die eine Beziehung aufgebaut und *Performance* Kennzahlen generiert haben. Ohne eine **Beigetreten** Beziehung verfügen Partner über keine Leistungsdaten, die analysiert werden können. | Verwenden Sie denselben Filter nicht zweimal mit demselben Operator. Z. B., *Aktionen* `größer als` 1 + *Aktionen* `größer als` 1. | |

Verwenden Sie die Performance-Datumsbereich filtern Sie nach denselben Richtlinien wie beim Datum der letzten Umstellung.

Verwenden Sie denselben Filter nicht zweimal innerhalb desselben Segments, selbst wenn er mit dem Performance-Datumsbereichkombiniert wird, da dies redundant ist und zu unerwarteten Ergebnissen führen kann.

Z. B. Aktionen kleiner als 5 + Aktionen weniger als 3 + Performance-Datumsbereich ist Gestern.

| | | Verwenden Sie den **Performance** Bedingungsfilter ohne Angabe der Performance-Kennzahlen *Klicks*, *Provision*, *Umsatz* und *Performance-Datumsbereich*. | | Verwenden Sie die *Provision* Filter, um einen inaktiven Partner herauszufiltern. Z. B., `ist` 0 oder `kleiner als` 1. | | | |

Die Performance Filter sollten nicht zusammen mit dem Vertragsphase Filter.

| | |

Die Performance Filter sollten nicht zusammen mit dem Beziehungsphase Filter.

#### Best Practices für Partner-Bedingungen Verwenden Sie das Beispiel von **Dos** und **Don'ts** um zu erkennen, welche *Partner* Bedingungen zusammen gruppiert werden können, damit Sie Fehler beim Erstellen Ihrer Partnersegmente vermeiden.

Beziehungsphase

Kombinieren Sie diese nicht Beziehungsphasen in einer Zwei-Zeilen-Anordnung, wie unten gezeigt, da dies zu ungenauen Ergebnissen führen kann.

| | | Die **Beziehungsphase** und **Vertragsphase** Filter sollten nicht zusammen enthalten sein. | | | Die **Beziehungsphase** und **Performance-Datumsbereich** Filter sollten nicht zusammen enthalten sein. |

Ursprüngliches Beitrittsdatum

Das Filtern nach denselben Ursprüngliches Beitrittsdatum und Datum der letzten Umstellung Feldern kann präzisere und genauere Suchergebnisse liefern.

Beispielsweise Partner, deren Datum der letzten Umstellung ist Heute und Ursprüngliches Beitrittsdatum ist Heute.

| Verwenden Sie die **Ursprüngliches Beitrittsdatum** kombiniert mit **Beziehungsphase** ist *Abgelaufen*. Dies könnte zu ungenauen Ergebnissen führen. |

Datum der letzten Umstellung

Die Kombination der Datum der letzten Umstellung und Beziehungsphase Felder kann ein präziseres und genaueres Suchergebnis liefern. Z. B., wenn Sie Partner finden möchten, die kürzlich in die Outreach-Phaseübergegangen sind, verwenden Sie einen Filter für sowohl die Outreach-Phase und einen aktuellen Datum der letzten Umstellung Zeitraum.

• Das Filtern beider Felder stellt sicher, dass Sie Partner auswählen, die innerhalb eines bestimmten Zeitraums in die angegebene Phase übergegangen sind, und vermeidet Diskrepanzen, die entstehen könnten, wenn nur eines der Felder verwendet wird.

| Verwenden Sie den **Datum der letzten Umstellung** Feld zweimal innerhalb desselben Segments zu verwenden, ist redundant und kann zu ungenauen Ergebnissen führen. | |

Verwenden Sie die Datum der letzten Umstellung um Partner zu filtern, die heute in ihren aktuellen Status übergegangen sind. Z. B. würde der Datumsbereich von 2024-01-01 00:00:00 auswählen, um 2024-01-01 23:59:59 UTC.

• Beachten Sie, dass sich dies nicht auf die letzten 24 Stunden bezieht.

| | |

Verwenden Sie diesen Filter, um Partner auszuwählen, die zwischen zwei Daten in ihren aktuellen Status übergegangen sind. Z. B., 15. September 2024, und 25. September 2024.

• Dadurch werden die Partner ausgeschlossen, die am 25. September übergegangen sind.

| | |

Verwenden Sie diesen Filter, um Partner auszuwählen, die vor genau einer angegebenen Anzahl von Tagen in ihren aktuellen Status übergegangen sind.

Z. B. Datum der letzten Umstellung Zeitraum zwischen 20 bis 45 Tagen.

| |

Partnergruppe

Um Partner aus mehreren Gruppen einzuschließen, verwenden Sie einen einzelnen Filter mit dem ist einer von Operator.
Beispiel: Partnergruppe ist einer von Influencer, Loyalty.
Ergebnis: Dies findet korrekt Partner, die in der Influencer Gruppe ODER der Loyalty Gruppe sind.

| Verwenden Sie diesen Filter nicht, wenn Sie Partner aus zwei verschiedenen Gruppen finden möchten. Ein Partner muss beiden Gruppen angehören, um in die Ergebnisse aufgenommen zu werden; andernfalls wird er ausgeschlossen. | |

Um Partner aus einer bestimmten Gruppe auszuschließen, verwenden Sie den ist nicht Operator.

Beispiel: Partnergruppe ist nicht Wettbewerber.

Ergebnis: Dadurch werden alle Partner in der Wettbewerber Gruppe aus Ihrem Segment entfernt.

| Fügen Sie nicht mehrere Gruppen zu einem einzelnen `ist nicht` Filter hinzu. Dieser Operator ist dafür ausgelegt, jeweils nur eine Gruppe auszuschließen. Wenn Sie mehrere Gruppen ausschließen müssen (z. B., *Wettbewerber* und *internes Personal*), müssen Sie einen separaten `ist nicht` Filter für jede Gruppe verwenden. |

Partner-Template-Bedingung

Kombinieren Sie diese nicht Vorlagenbedingungen in einer Zwei-Zeilen-Anordnung, wie unten gezeigt, da dies zu ungenauen Ergebnissen führen kann.

| | Verwenden Sie diesen Filter, um Partner unter verschiedenen **Partner-Template-Bedingungen**. Z. B. Öffentliche Bedingungen **AND** Acme G3-Bedingungen. | |

Vertragsphase

Versuchen Sie nicht, nach Partnern zu filtern, die sich in der Wartet auf Verlagsfreigabe AND Vom Verleger abgelehnt Vertragsphasen.

• Diese Vertragsphasen schließen sich gegenseitig aus, und kein Partner wird solche Kriterien erfüllen.

| |

Um nach ist nicht für mehrere Vertragsphasen in Ihrem Segment zu filtern, fügen Sie sie in separaten Zeilen hinzu.

| | | | Die **Vertragsphase** und **Performance-Datumsbereich** Filter sollten nicht zusammen enthalten sein. | | | Die **Vertragsphase** und **Beziehung** Filter sollten nicht zusammen enthalten sein. |

Partnername

| Tun | Nicht tun | | ----------------------------------------------------------------------------------------- | ---------------------------------------------------- | | Verwenden Sie diesen Filter, um mehrere **Partnernamen**. Z. B. Justin Case + Hazel Nutt. | Wählen Sie denselben Partnernamen nicht zweimal aus. |

Partner-ID

| Tun | Nicht tun | | -------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Verwenden Sie diesen Filter nur, wenn Sie die genaue **Partner-ID** ID des Partners kennen, den Sie filtern möchten. |

Verwenden Sie keinen Partner-ID der nicht mit einer Partnername übereinstimmt, da der Filter unerwartete Ergebnisse liefern kann.

• Beispielsweise könnte ein Partner mit dem Namen "Justin Case" eine andere ID als erwartet haben, was zu einer falschen Filterung führt.

{% hint style="warning" %} **Warnung:** Wenn Sie beabsichtigen, ein Segment für einen Newsletter zu verwenden, muss die Segmentgröße mit der Anzahl der Anzeigecodes übereinstimmen, die Sie einfügen möchten, um Zustellfehler zu vermeiden. Siehe [Newsletter für Partner erstellen und senden](/brand/de/what-would-you-like-to-learn-about/platform-features/reach-out-to-partners/newsletters/create-and-send-newsletters-to-partners.md) für spezifische Größenbeschränkungen basierend auf der Anzahl der Anzeigecodes. {% 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://help.impact.com/brand/de/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 optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.