# Strategie zur Kanal-Einrichtung

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

* [Optimize-Startleitfaden](/brand/de/woruber-mochten-sie-mehr-erfahren/platform-features/cross-channel-performance-insights/optimize-startup-guide.md)
* [Was ist eine Regel zur Identifizierung?](/brand/de/woruber-mochten-sie-mehr-erfahren/platform-features/cross-channel-performance-insights/set-up-rules-to-identify-channel-traffic.md)
* [Was ist eine Credit Group?](/brand/de/woruber-mochten-sie-mehr-erfahren/platform-features/actions-and-payouts/credit-groups-explained.md)
  {% endhint %}

Dieser Artikel behandelt die Funktionen von Optimizes Rules To Identify (RTI) und deren Arbeitsweise. 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 anzupassen.

Es gibt keine universelle Lösung, die allen Umständen gerecht wird. Sie sollten jedoch in der Lage sein, zu einer Lösung zu gelangen, die Ihren besonderen Umständen am besten entspricht. Gegen die Einrichtung eines bestimmten RTI können immer Einwände bestehen, aber **der Zweck eines RTI ist nicht, unter allen Umständen zu funktionieren**. **Ein RTI soll so angepasst werden, dass er bestmöglich zu Ihren spezifischen Umständen passt**.

Dieses Dokument vermittelt das grundlegende und funktionale Wissen, das erforderlich ist, um die optimalen Rules To Identify für Ihr Programm zu entwickeln.

{% hint style="info" %}
**Kanaleinrichtungen fokussiert halten**: Denken Sie daran, dass es bei Optimize darum geht, Erkenntnisse auf Kanalebene zu gewinnen; bei der Erstellung Ihres RTI müssen Sie berücksichtigen, wie der Verkehr eines bestimmten Kanals identifiziert werden kann. Wenn Sie dies im Hinterkopf behalten, bleibt Ihr RTI einfach, fokussiert und wirksam.
{% endhint %}

**Eine kurze Erinnerung**

* Ein Rule Target ist das „Wo“, an dem die Regel nach Rule Logic sucht und Rule Value(s) findet.
* Rule Logic ist das „Wie“, mit dem die Regel versucht, den Traffic zu identifizieren.
* Rule Values sind Eingaben, die Sie der Regel zur Nutzung bereitstellen.

#### Präzision und Zuverlässigkeit

Bei der Gestaltung Ihres RTI sind Präzision und Zuverlässigkeit zentrale Konzepte, die Sie im Auge behalten sollten. Entscheidungen für die Optionen Rule Target und Rule Logic in einer Regel sollten nicht als austauschbar angesehen werden, selbst wenn für ein bestimmtes Szenario mehr als eine Kombination von Komponenten funktionieren würde. Im Folgenden finden Sie Beispiele dazu.

<details>

<summary>Wählen Sie ein Rule Target</summary>

Rule Targets können hinsichtlich Präzision und Zuverlässigkeit bewertet werden. Das folgende Diagramm ordnet die verschiedenen Rule Targets im Hinblick auf ihre jeweilige Präzision und Zuverlässigkeit ein. Je weiter ein Rule Target vom Ursprung des Diagramms entfernt ist, desto präziser (auf der x-Achse) und desto zuverlässiger (auf der y-Achse) ist es.

<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 Rule Target zu verwenden, das Ihnen zur Verfügung steht, und nur dann im Diagramm nach links oder unten ausweichen, wenn Sie keine andere Wahl haben. Nachfolgend finden Sie zwei Beispielfälle dafür, wie Sie auswählen, welches Rule Target Sie verwenden sollen.

**Beispiel 1: Bezahlte Suche**

In diesem Szenario ist der gesamte Traffic aus bezahlter Suche mit Googles UTM-Parameter versehen `utm_medium=search`. Deshalb sollte der **Landingpage-Parameter** das Rule Target sein. Das Rule To Identify beginnt dann etwa so:

<table><thead><tr><th width="128">Regelziel</th><th>Regelwert 1</th><th>Regel-Logik</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 *Rule Logic – Beispiel 1* Abschnitt, um zu sehen, was für das *Regel-Logik* und *Regelwert 2*.

**Beispiel 2: Organische Suche**

Der nächste Kanal, die organische Suche, hat keine UTM-Parameter und die Landingpage ist unvorhersehbar. Diese Bedingungen schließen alle Rule Targets aus, die Parameter und Query Strings anvisieren, sowie alle Landing-Page-Rule-Targets. Wie Sie im obigen Diagramm sehen können, ist unter Berücksichtigung all dieser Faktoren dann die beste Option die **Verweisende Domain**. Das Rule To Identify beginnt dann etwa so:

| Regelziel          | Regelwert 1 | Regel-Logik |    |
| ------------------ | ----------- | ----------- | -- |
| Verweisende Domain | `--`        | \*          | \* |

Sehen Sie sich die *Rule Logic – Beispiel 2* Abschnitt, um zu sehen, was für das *Regel-Logik* und *Regelwert 2*.

</details>

<details>

<summary>Wählen Sie eine Rule Logic-Option</summary>

Rule Logic kann nur hinsichtlich der Präzision bewertet werden. Das folgende Diagramm ordnet die verschiedenen Rule Logic-Optionen nach ihrer relativen Präzision ein.

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

Sie sollten stets versuchen, die präziseste Rule Logic-Option zu verwenden, die Ihnen zur Verfügung steht, und nur dann im Diagramm nach unten ausweichen, wenn Sie keine andere Wahl haben. Nachfolgend finden Sie zwei Beispielfälle dafür, wie Sie auswählen, welche Rule Logic-Option Sie verwenden sollen.

**Beispiel 1: Bezahlte Suche**

Da bei der bezahlten Suche alles mit Googles UTM-Parameter versehen ist `utm_medium=search`, wäre die bestmögliche Rule Logic-Option **Stimmt genau überein mit**.

| Regelziel       | Regelwert 1  | Regel-Logik              |         |
| --------------- | ------------ | ------------------------ | ------- |
| Landingpage-URL | `utm_medium` | Stimmt genau überein mit | `suche` |

**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 Rule Logic-Option **Enthält** stattdessen verwendet würde, würde jeder `utm_medium` Wert mit `suche` darin als Teil dieses Kanals betrachtet, was zu falsch zugeordneten Aktionen, Korrekturen und möglicherweise mehr führen kann. **Enthält** wäre hier jedoch keine falsche Wahl; **Stimmt genau überein mit** ist einfach die bessere Wahl.

**Beispiel 2: Organische Suche**

Da der Rule Target „Referring Domain“ zuvor als beste Wahl festgelegt wurde, könnte eine mögliche Rule Logic-Option die folgende sein:

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

**Enthält** ist hier eine gute Wahl, da Bings 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 Domänen der dritten Ebene (z. B. *www, cn*), Top-Level-Domänen (z. B. *com, net*) und URL-Pfaden kann es große Unterschiede geben; daher reicht es aus, wenn die verweisende Domäne einfach die Second-Level-Domain von **.bing.** enthält, damit der gesamte organische Suchtraffic von Bing als Teil dieses Kanals betrachtet werden kann.

</details>

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

**Regex Rule Logic-Optionen**

Aufgrund der Komplexität bei der Implementierung von Regex-Lösungen bietet impact.com keine allgemeinen Empfehlungen oder Hinweise zur Implementierung regulärer Ausdrücke in Optimize. Wenn Sie der Meinung sind, dass Ihre Umstände am besten mit einer Regex Rule Logic-Option behandelt werden, wenden Sie sich an Ihren CSM, um zu erfahren, wie Sie damit beginnen können.

#### Exakt übereinstimmen vs. Beliebige Übereinstimmung

Diese beiden Rule Logic-Optionen funktionieren exakt gleich, mit einem kleinen Unterschied. *Stimmt genau überein mit* sucht nur nach dem exakten Rule Value 2, so wie er im RTI geschrieben ist. *Entspricht einem beliebigen* sucht nach allen Rule Value 2, so wie sie exakt in der Regel geschrieben sind.

Wenn Sie feststellen, dass Sie **Stimmt genau überein mit** mehr als einmal mit dem **UND** Operator verwenden, sollten Sie in Erwägung ziehen, **Entspricht einem beliebigen**. Gleiches gilt für **Enthält** und **Enthält einen beliebigen**.

#### Gängige Click-IDs

Click-IDs werden bei Paid Media zunehmend üblich. Nachfolgend finden Sie eine Liste gängiger Click-IDs, mit denen Sie Traffic identifizieren können.

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

#### Traffic disqualifizieren

Manchmal kann das Erstellen von Rules To Identify, die *disqualifizieren* von Traffic, genauso hilfreich sein, um Traffic als Teil eines Kanals zu identifizieren. In den Unterabschnitten unten sehen Sie, wie die oben erstellten Beispiele so eingerichtet werden können, dass sie Traffic disqualifizieren.

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

|                 |                 |                          |                 |
| --------------- | --------------- | ------------------------ | --------------- |
| **Regelziel**   | **Regelwert 1** | **Regel-Logik**          | **Regelwert 2** |
| Landingpage-URL | `utm_medium`    | Stimmt genau überein mit | `suche`         |

Diese Regel disqualifiziert bereits viel Traffic. Wenn Sie eine weitere Rule To Identify hinzufügen und den **ODER** Operator verwenden, kann die Regel erweitert werden, um mehr Traffic zu qualifizieren:

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

Nun gilt der Traffic als Teil dieses Kanals, wenn eine der beiden Regeln wahr ist.
{% endtab %}

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

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

Diese Regel identifiziert den gesamten Traffic, der von Bing verwiesen wurde. Wenn Sie eine weitere Regel hinzufügen und den **UND** Operator verwenden, kann die Regel damit beginnen, von Bing verwiesenen Traffic zu disqualifizieren:

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

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

#### Groß- und Kleinschreibung

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

| Regelziel       | Regelwert 1  | Regel-Logik              | Regelwert 2 |
| --------------- | ------------ | ------------------------ | ----------- |
| Landingpage-URL | `utm_medium` | Stimmt genau überein mit | `suche`     |

#### Wie geht es weiter?

Sehen Sie sich einige [Optimize-Einrichtungsszenarien](/brand/de/woruber-mochten-sie-mehr-erfahren/platform-features/cross-channel-performance-insights/optimize-channels/optimize-channel-setup-scenario-examples.md)an. Hier finden Sie Empfehlungen für gängige Optimize-Szenarien.


---

# Agent Instructions: 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:

```
GET https://help.impact.com/brand/de/woruber-mochten-sie-mehr-erfahren/platform-features/cross-channel-performance-insights/optimize-channels/channel-setup-strategy.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.