> 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/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md).

# Strategie zur Kanaleinrichtung

{% hint style="warning" %}
**Wichtig**: Machen Sie sich mit den folgenden Ressourcen vertraut, bevor Sie mit diesem Artikel fortfahren:

* [Optimize-Startleitfaden](/brand/de/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-startup-guide.md)
* [Was ist eine Regel zur Identifizierung?](/brand/de/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic.md)
* [Was ist eine Kreditgruppe?](/brand/de/what-would-you-like-to-learn-about/platform-features/actions-and-payouts/credit-groups-explained.md)
  {% endhint %}

Dieser Artikel behandelt die Funktionen und Features von Optimizes Rules To Identify (RTI). Sie erfahren, wie Sie eine Strategie entwickeln, um die Rules To Identify (RTI) für neue Kanäle einzurichten oder bestehende Kanäle in Ihrem Programm zu ändern.

Es gibt keine universelle Lösung, die für alle Umstände geeignet ist. Sie sollten jedoch in der Lage sein, zu einer Lösung zu gelangen, die am besten zu Ihren individuellen Umständen passt. Einwände gegen die Einrichtung eines bestimmten RTI können immer bestehen, aber **der Zweck eines RTI besteht nicht darin, unter allen Umständen zu funktionieren**. **Ein RTI soll so angepasst werden, dass er am besten zu Ihren spezifischen Umständen passt**.

Dieses Dokument vermittelt die grundlegenden und funktionalen Kenntnisse, die erforderlich sind, um die optimalen Rules To Identify für Ihr Programm zu entwerfen.

{% hint style="info" %}
**Halten Sie die Kanal-Setups fokussiert**: Denken Sie daran, dass es bei Optimize darum geht, Erkenntnisse auf Kanalebene sichtbar zu machen; beim Erstellen Ihres RTI müssen Sie berücksichtigen, wie der Traffic aus einem bestimmten Kanal identifiziert werden kann. Wenn Sie dies im Hinterkopf behalten, bleibt Ihr RTI einfach, fokussiert und effektiv.
{% endhint %}

**Eine kurze Erinnerung**

* Ein Regelziel ist das „wo“, an dem die Regel nach der Anwendung der Regellogik nach Regelwert(en) sucht.
* Die Regellogik ist das „wie“, mit dem die Regel versucht, Traffic zu identifizieren.
* Regelwerte sind Eingaben, die Sie der Regel bereitstellen.

#### Präzision und Zuverlässigkeit

Bei der Gestaltung Ihres RTI sind Präzision und Zuverlässigkeit die wichtigsten Konzepte, die Sie im Hinterkopf behalten sollten. Die Auswahlmöglichkeiten für die Optionen „Regelziel“ und „Regellogik“ in einer Regel sollten nicht als austauschbar betrachtet werden, selbst wenn für ein gegebenes Szenario mehr als eine Kombination von Komponenten funktioniert. In den folgenden Abschnitten finden Sie Beispiele dazu.

<details>

<summary>Wählen Sie ein Regelziel</summary>

Regelziele können hinsichtlich Präzision und Zuverlässigkeit bewertet werden. Die folgende Grafik stellt die verschiedenen Regelziele in Bezug auf ihre jeweilige Präzision und Zuverlässigkeit dar. Je weiter ein Regelziel vom Ursprung des Diagramms entfernt ist, desto präziser (entlang der x-Achse) und desto zuverlässiger (entlang der y-Achse) ist ein Regelziel.

<div data-with-frame="true"><figure><img src="/files/bf4548b5c8baa2068253f48dea43f7b57e9060f6" alt=""><figcaption></figcaption></figure></div>

Sie sollten stets versuchen, das zuverlässigste und präziseste Regelziel zu verwenden, das Ihnen zur Verfügung steht, und sich im Diagramm nur nach links oder unten bewegen, wenn Sie keine andere Wahl haben. Nachfolgend finden Sie zwei Beispielfälle, die zeigen, wie Sie auswählen, welches Regelziel verwendet werden soll.

**Beispiel 1: Bezahlte Suche**

In diesem Szenario ist sämtlicher Traffic aus bezahlter Suche mit Googles UTM-Parameter gekennzeichnet `utm_medium=search`. Deshalb sollte das **Landingpage-Parameter** das Regelziel sein. Die Regel zur Identifizierung wird dann folgendermaßen aussehen:

<table><thead><tr><th width="128">Regelziel</th><th>Regelwert 1</th><th>Regellogik</th><th></th></tr></thead><tbody><tr><td>Landingpage-URL</td><td><code>utm_medium</code></td><td>*</td><td>*</td></tr></tbody></table>

Sehen Sie sich die *Regellogik - Beispiel 1* Abschnitt, um zu sehen, was für das *Regellogik* und *Regelwert 2*.

**Beispiel 2: Organische Suche**

Der nächste Kanal, organische Suche, hat keine UTM-Parameter und die Landingpage ist unvorhersehbar. Diese Bedingungen schließen alle Regelziele aus, die Parameter und Query Strings sowie alle Landingpage-Regelziele ansprechen. Sie können in der obigen Grafik sehen, dass die beste Option unter Berücksichtigung all dieser Faktoren dann das **Verweisende Domain**. Die Regel zur Identifizierung wird dann folgendermaßen aussehen:

| Regelziel          | Regelwert 1 | Regellogik |    |
| ------------------ | ----------- | ---------- | -- |
| Verweisende Domain | `--`        | \*         | \* |

Sehen Sie sich die *Regellogik - Beispiel 2* Abschnitt, um zu sehen, was für das *Regellogik* und *Regelwert 2*.

</details>

<details>

<summary>Wählen Sie eine Regellogik-Option</summary>

Regellogik kann nur hinsichtlich der Präzision bewertet werden. Die folgende Grafik zeigt die verschiedenen Regellogik-Optionen im Hinblick auf ihre relative Präzision.

<div data-with-frame="true"><figure><img src="/files/b56ce6c4ae46972b1a544e3de310c51456796885" alt=""><figcaption></figcaption></figure></div>

Sie sollten stets versuchen, die präziseste Regellogik-Option zu verwenden, die Ihnen zur Verfügung steht, und sich im Diagramm nur nach unten bewegen, wenn Sie keine andere Wahl haben. Nachfolgend finden Sie zwei Beispielfälle, die zeigen, wie Sie auswählen, welche Regellogik-Option verwendet werden soll.

**Beispiel 1: Bezahlte Suche**

Da sämtlicher Traffic aus bezahlter Suche mit Googles UTM-Parameter gekennzeichnet ist `utm_medium=search`, wäre die bestmögliche Regellogik-Option **Stimmt genau überein mit**.

| Regelziel       | Regelwert 1  | Regellogik               |          |
| --------------- | ------------ | ------------------------ | -------- |
| Landingpage-URL | `utm_medium` | Stimmt genau überein mit | `search` |

**Stimmt genau überein mit** funktioniert hier am besten, weil nur Traffic mit dem exakten Parameter-Schlüssel-Wert-Paar von `utm_medium=search` als Teil dieses Kanals betrachtet werden sollte.

Wenn beispielsweise die Regellogik-Option **Enthält** stattdessen verwendet würde, würde jeder `utm_medium` Wert mit `search` darin als Teil dieses Kanals betrachtet werden, was zu falsch zugeordneten Aktionen, Kompensationen und möglicherweise mehr führen kann. **Enthält** wäre hier jedoch keine falsche Wahl; **Stimmt genau überein mit** sie ist einfach die bessere Wahl.

**Beispiel 2: Organische Suche**

Da das Regelziel „Verweisende Domain“ zuvor als die beste Wahl festgelegt wurde, könnte eine mögliche Regellogik-Option wie folgt aussehen:

| Regelziel          | Regelwert 1 | Regellogik |        |
| ------------------ | ----------- | ---------- | ------ |
| Verweisende Domain | `--`        | Enthält    | .bing. |

**Enthält** ist hier eine gute Wahl, da Bing's organische Suche aus mehreren verschiedenen verweisenden URLs stammen kann, wie zum Beispiel:

* `https://cn.bing.com`
* `https://www4.bing.com/search`
* `https://www2.bing.com/search`

Aufgrund der Unterschiede bei den Domains der dritten Ebene (z. B., *www, cn*), Top-Level-Domains (z. B., *com, net*), und URL-Pfade stark unterscheiden können, reicht es aus, einfach sicherzustellen, dass die verweisende Domain die Domain der zweiten Ebene von **.bing.** enthält, damit sämtlicher organischer Such-Traffic von Bing als Teil dieses Kanals betrachtet werden kann.

</details>

Aus diesen Gründen können auch keine präziseren Regellogik-Optionen gewählt werden, da sie verweisende Domains ausschließen würden, die als Teil dieses Kanals betrachtet werden sollten.

**Regex-Regellogik-Optionen**

Aufgrund der Komplexität bei der Implementierung von Regex-Lösungen gibt impact.com keine allgemeinen Empfehlungen oder Anleitungen dazu, wie reguläre Ausdrücke in Optimize implementiert werden. Wenn Sie der Meinung sind, dass Ihre Umstände am besten mit einer Regex-Regellogik-Option gelöst werden, sprechen Sie mit Ihrem CSM darüber, wie Sie mit der Implementierung beginnen.

#### Exakt übereinstimmt vs. Beliebig übereinstimmt

Diese beiden Regellogik-Optionen funktionieren genau gleich, haben jedoch einen kleinen Unterschied. *Stimmt genau überein mit* sucht nur nach dem exakten Regelwert 2, so wie er im RTI geschrieben ist. *Entspricht irgendeinem* sucht nach allen Regelwerten 2, so wie sie genau in der Regel geschrieben sind.

Wenn Sie feststellen, dass Sie **Stimmt genau überein mit** mehr als einmal mit dem **UND** Operator verwenden, sollten Sie erwägen, **Entspricht irgendeinem**. Dasselbe gilt für **Enthält** und **Enthält irgendeinen**.

#### Gängige Klick-IDs

Click-IDs werden bei Paid Media immer häufiger. Im Folgenden finden Sie eine Liste gängiger Click-IDs, mit denen Sie Traffic identifizieren können.

| Medienquelle         | Klick-ID  |
| -------------------- | --------- |
| Google Ads           | `GCLID`   |
| Bing Ads/Yahoo-Suche | `MSCLKID` |
| Facebook Ads         | `FBCLID`  |
| Pinterest            | `EPIK`    |

#### Traffic disqualifizieren

Manchmal kann das Erstellen von Rules To Identify, die *disqualifizieren* Traffic ausschließen, genauso hilfreich sein wie das Identifizieren von Traffic als Teil eines Kanals. In den folgenden Unterabschnitten sehen Sie, wie die oben erstellten Beispiele eingerichtet werden können, um Traffic zu disqualifizieren.

{% tabs %}
{% tab title="Beispiel 1: Bezahlte Suche" %}
Hier ist das oben erstellte Beispiel:

|                 |                 |                          |                 |
| --------------- | --------------- | ------------------------ | --------------- |
| **Regelziel**   | **Regelwert 1** | **Regellogik**           | **Regelwert 2** |
| Landingpage-URL | `utm_medium`    | Stimmt genau überein mit | `search`        |

Diese Regel disqualifiziert bereits viel Traffic. Durch Hinzufügen einer weiteren Regel zur Identifizierung und Verwendung des **ODER** Operators kann die Regel erweitert werden, um mehr Traffic zu qualifizieren:

|                       |                 |                          |                 |
| --------------------- | --------------- | ------------------------ | --------------- |
| **Regelziel**         | **Regelwert 1** | **Regellogik**           | **Regelwert 2** |
| Landingpage-URL       | `utm_medium`    | Stimmt genau überein mit | `search`        |
| **ODER**              |                 |                          |                 |
| Landingpage-Parameter | `GCLID`         | Ist vorhanden            | --              |

Jetzt wird der Traffic als Teil dieses Kanals identifiziert, wenn eine der beiden Regeln wahr ist.
{% endtab %}

{% tab title="Beispiel 2: Organische Suche" %}
Hier ist das oben erstellte Beispiel:

| Regelziel          | Regelwert 1 | Regellogik | Regelwert 2 |
| ------------------ | ----------- | ---------- | ----------- |
| Verweisende Domain | `--`        | Enthält    | .bing.      |

Diese Regel identifiziert sämtlichen Traffic, der von Bing verwiesen wurde. Durch Hinzufügen einer weiteren Regel und Verwendung des **UND** Operators kann die Regel beginnen, von Bing verwiesenen Traffic zu disqualifizieren:

| Regelziel             | Regelwert 1 | Regellogik          | Regelwert 2 |
| --------------------- | ----------- | ------------------- | ----------- |
| Verweisende Domain    | `--`        | Enthält             | .bing.      |
| **UND**               |             |                     |             |
| Landingpage-Parameter | `MSCLIKID`  | Ist nicht vorhanden | --          |
| {% endtab %}          |             |                     |             |
| {% endtabs %}         |             |                     |             |

Jetzt müssen beide Regeln wahr sein, damit Traffic als Teil dieses Kanals identifiziert wird.

#### Groß- und Kleinschreibung

Rules To Identify sind nicht groß- und kleinschreibungssensitiv. Wenn Sie beispielsweise einen Parameter haben, bei dem `utm_medium=SEARCH`, können Sie Ihre Regel dennoch folgendermaßen einrichten:

| Regelziel       | Regelwert 1  | Regellogik               | Regelwert 2 |
| --------------- | ------------ | ------------------------ | ----------- |
| Landingpage-URL | `utm_medium` | Stimmt genau überein mit | `search`    |

#### Wie geht es weiter?

Sehen Sie sich einige [Optimize-Setup-Szenarien](/brand/de/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.md). Hier finden Sie Empfehlungen für gängige Optimize-Szenarien.


---

# 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/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md?ask=<question>&goal=<endgoal>
```

`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.