> 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/blocking-and-redirect-rules/build-redirect-rule-conditions.md). # Bedingungen für Weiterleitungsregeln erstellen Jede Weiterleitungsregel beginnt mit einer oder mehreren Bedingungen. Eine *Bedingung* prüft etwas über den eingehenden Traffic, z. B. die URL der Landingpage, das Land oder den Gerätetyp, und entscheidet, ob die Regel greift. Erfahre mehr darüber, wie man [eine Weiterleitungsregel erstellen](/brand/de/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/create-a-redirect-rule.md). ## Bedingungsattribute Die folgende Tabelle listet die Bedingungsattribute auf, die Sie in einer Regel verwenden können.
Referenz zu Bedingungsattributen | Bedingungsattribut | Beschreibung | | ------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Landingpage | Die ursprüngliche Ziel-URL. | | IP-Adresse | Die einem Gerät zugewiesene IP-Adresse. | | Geteilte ID | Ein vom Partner gesteuerter Query-String-Parameter, der in Berichten verwendet wird. | | Land | Das Land, aus dem der Traffic stammt. | | Bundesstaat | Der Bundesstaat, aus dem der Traffic stammt. | | Anzeigenstatus | Der Nutzungsstatus der zugehörigen Anzeige. | | SubID1 | Ein vom Partner gesteuerter Query-String-Parameter, der in Berichten verwendet wird. | | SubID2 | Ein vom Partner gesteuerter Query-String-Parameter, der in Berichten verwendet wird. | | SubID3 | Ein vom Partner gesteuerter Query-String-Parameter, der in Berichten verwendet wird. | | MP ID | impact.coms eindeutige Kennung für einen Partner | | Gerätetyp | Welchen Gerätetyp der Kunde verwendete, als die Weiterleitungsregel zur Aktivierung ausgelöst wurde. | | Ref-URL | URL der Website, die Traffic an die ursprüngliche Ziel-URL verweist. | | Produkt-SKU | Eine Kennung für das Thema der Anzeige, das normalerweise in einem Produktkatalog definiert ist. | | Anzeige-ID | impact.coms eindeutige Kennung für eine Anzeige. | | Wahrscheinlichkeit | Die Weiterleitungsregel erfasst zufällig einen Prozentsatz des Traffics, der umgeleitet werden soll. Dies wird hauptsächlich für A/B-Tests verwendet. | | Mobiler Fallback |

Wenn eine Anzeige mobilen Fallback konfiguriert hat, kann die zugehörige Routing-Regel anfordern, Traffic in den jeweiligen App-Store umzuleiten, um eine App herunterzuladen.

Mobiler Fallback Weiterleitungsregeln werden normalerweise während des Onboardings eingerichtet. Prüfen Sie Ihre technischen Spezifikationen, um zu sehen, ob Sie eine Weiterleitungsregel für mobilen Fallback haben sollten.

| | App-Name | Der Name der App, die der Kunde verwendete, als die Weiterleitungsregel zur Aktivierung ausgelöst wurde. | | Browsername | Der Name des Browsers, den der Kunde verwendete, als die Weiterleitungsregel zur Aktivierung ausgelöst wurde. | | Name des Betriebssystems | Der Name des Betriebssystems, das der Kunde verwendete, als die Weiterleitungsregel zur Aktivierung ausgelöst wurde. | | In-App-WebView | Ob der Kunde ein In-App-WebView verwendete, als die Weiterleitungsregel zur Aktivierung ausgelöst wurde. |
## Bedingungsoperatoren Eines der nützlichsten Bedingungsattribute ist **Landingpage**, da Sie damit Bedingungen und Weiterleitungen basierend auf der eingehenden URL erstellen können. Die unten aufgeführten Operatoren gelten für das **Landingpage** Attribut. Die verfügbaren Operatoren hängen davon ab, welches Attribut Sie auswählen: Die meisten Attribute bieten eine kleinere Auswahl. Zum Beispiel bietet **Mobiler Fallback** nur **ist** und **ist nicht**.
Referenz zu Bedingungsoperatoren | Operator | Beschreibung | | --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | **enthält** | Der Wert des Attributs enthält den angegebenen Text. | | **beginnt mit** | Der Wert des Attributs beginnt mit dem angegebenen Text. | | **endet mit** | Der Wert des Attributs endet mit dem angegebenen Text. | | **entspricht** | Der Wert des Attributs entspricht einem Muster, das Platzhalter (`{NAME}`) enthalten kann, um Teile des Werts zu erfassen, und ein Platzhalterzeichen (`*`) verwenden, um alle verbleibenden Zeichen abzugleichen. | | **in** | Der Wert des Attributs ist einer von einer angegebenen Liste von Werten. | | **enthält nicht** | Der Wert des Attributs enthält den angegebenen Text nicht. | | **beginnt nicht mit** | Der Wert des Attributs beginnt nicht mit dem angegebenen Text. | | **endet nicht mit** | Der Wert des Attributs endet nicht mit dem angegebenen Text. | | **ist nicht** | Der Wert des Attributs entspricht nicht genau dem angegebenen Wert. | | **nicht in** | Der Wert des Attributs ist keiner von einer angegebenen Liste von Werten. | | **Regex** | Der Wert des Attributs entspricht einem benutzerdefinierten regulären Ausdruck. |
## Bedingungen kombinieren Sie können mehrere Bedingungen kombinieren mit **UND**: * Verwenden Sie **UND** wenn mehr als eine Sache gleichzeitig wahr sein muss, z. B. Traffic aus einem bestimmten Land und von einem bestimmten Gerätetyp. * Wählen Sie **Fügen Sie eine weitere** hinzu, um eine separate, unabhängige Bedingung hinzuzufügen, die entweder die erste Bedingung oder die neue erfüllt. Sie muss nicht beide erfüllen. Das bedeutet, dass **Fügen Sie eine weitere** ist wie ein **ODER** Bedingung. Die nächsten beiden Abschnitte zeigen, wie man eine Weiterleitungsregel mit den *Enthält* und *Entspricht* Operatoren erstellt. ## Verwenden Sie den Operator „enthält“ Der einfachste Weg, Traffic nach URL aufzuteilen, sind zwei separate Regeln mit **enthält**. Angenommen, Sie möchten, dass jeder, der auf einer UK-Seite landet, einen Query-String-Parameter erhält und jeder, der auf einer US-Seite landet, einen anderen. Regel 1, UK-Traffic: 1. Bedingung: `Landingpage` **enthält** `/uk`. 2. Aktion: Weiterleitung zur gleichen URL, mit `?a=123` am Ende hinzugefügt. Regel 2, US-Traffic: 1. Bedingung: `Landingpage` **enthält** `/us`. 2. Aktion: Weiterleitung zur gleichen URL, mit `?a=456` am Ende hinzugefügt. Jede Regel prüft die eingehende URL auf einen Textbestandteil (entweder `/uk` oder `/us`). Wenn sie den Text findet, leitet die Weiterleitungsregel den Besucher mit einem zusätzlich angehängten Parameter weiter. Das funktioniert gut für einfache Entweder-oder-Aufteilungen, aber mit dieser Technik können keine Teile der ursprünglichen URL wiederverwendet werden. Dafür müssen Sie **entspricht**. ## Verwenden Sie den Operator „entspricht“ Der **entspricht** Mit dem Operator können Sie ein Muster für die gesamte URL schreiben und einen Teil davon mit einem Platzhalter markieren, geschrieben als `{PLACEHOLDER}`, damit Sie genau dieses Stück später in der Weiterleitung wiederverwenden können.
Verwenden Sie „entspricht“ mit einem Platzhalter Angenommen, Sie verkaufen Schuhe, und jede UK-Produktseite sieht so aus wie `https://www.example.com/uk/`. Sie möchten jede einzelne auf dieselbe Seite auf einer Partner-Website weiterleiten und dabei den Produktnamen beibehalten. 1. Setzen Sie die Bedingung auf `Landingpage` **entspricht** `https://www.example.com/uk/{PRODUCT}`, was mit jeder URL übereinstimmt, die mit `https://www.example.com/uk/` beginnt und alles, was direkt danach folgt, als `PRODUCT`. 2. Testen Sie es, indem Sie `https://www.example.com/uk/sneakers` als Test-Landingpage eingeben. Sie erhalten das Ergebnis: eine erfolgreiche Übereinstimmung, mit `{PRODUCT}` gesetzt auf `sneakers`. 3. Setzen Sie die Aktion auf Weiterleitung zu `https://www.example.com/uk/{PRODUCT}?a=123`, was zu `https://www.example.com/uk/sneakers?a=123` sobald `{PRODUCT}` als `sneakers`. Der Platzhalter wirkt also wie eine Variable: Alles, was er aus der eingehenden URL erfasst, wird an genau derselben Stelle in die ausgehende URL eingesetzt.
Verwenden Sie „entspricht“ mit einem Platzhalterzeichen Testen Sie mit genau derselben Regel wie oben eine etwas andere URL: 1. Testen Sie es, indem Sie `https://www.example.com/uk/sneakers/mens` als Test-Landingpage ein. Sie erhalten das Ergebnis: keine Übereinstimmung gefunden. Das liegt daran, dass der **entspricht** Der Operator prüft das Muster gegen die gesamte URL, nicht nur gegen deren Anfang. Das Muster `https://www.example.com/uk/{PRODUCT}` berücksichtigt nur ein Segment nach `/uk/`und hat nichts, um das zusätzliche `/mens`zu berücksichtigen, daher schlägt die Übereinstimmung fehl. Um alles nach dem Platzhalter zuzulassen, fügen Sie am Ende des Musters ein Platzhalterzeichen (`*`) hinzu: * Neues Muster: `https://www.example.com/uk/{PRODUCT}*` * Dies stimmt nun mit beiden überein `https://www.example.com/uk/sneakers` und `https://www.example.com/uk/sneakers/mens`. `{PRODUCT}` erfasst jedoch weiterhin nur `sneakers` (bis zum nächsten `/`), und `*` nimmt einfach alles auf, was danach kommt. Wenn Ihr Muster nicht mit `*`endet, muss die eingehende URL genau an derselben Stelle enden wie das Muster, sonst stimmt sie nicht überein.
Verwenden Sie „entspricht“ mit mehreren Platzhaltern Sie können mehrere Platzhalter im selben Muster verwenden. Angenommen, Ihre Produktseiten enthalten tatsächlich sowohl eine Kategorie als auch eine SKU, wie `https://www.example.com/uk/shop/product/sneakers/SKU123-blue-running-shoe`, und die Seite hat manchmal zusätzlichen Inhalt danach (zum Beispiel `/reviews`). 1. Setzen Sie die Bedingung auf `Landingpage` **entspricht** `https://www.example.com/uk/shop/product/{CATEGORY}/{SKU}*`, wobei: * `{CATEGORY}` erfasst das Segment direkt nach `/product/`. * `{SKU}` erfasst das nächste Segment danach. * das abschließende `*` erlaubt alles Weitere, was folgt (zum Beispiel `/reviews`), unter Verwendung der Lektion aus dem vorherigen Abschnitt. 2. Testen Sie es, indem Sie `https://www.example.com/uk/shop/product/sneakers/SKU123-blue-running-shoe/reviews`. Sie sollten das Ergebnis erhalten: eine erfolgreiche Übereinstimmung, mit `{CATEGORY}` gesetzt auf `sneakers` und `{SKU}` gesetzt auf `SKU123-blue-running-shoe`. 3. Setzen Sie die Aktion auf Weiterleitung zu `https://www.example.com/redirect/{CATEGORY}/{SKU}`, was zu `https://www.example.com/redirect/sneakers/SKU123-blue-running-shoe` sobald beide erfassten Werte wiederverwendet werden. Der `/reviews` Teil wird weggelassen, weil die Weiterleitungs-URL keinen Verweis darauf enthält.
Referenz zu Platzhaltern und Platzhalterzeichen Die folgende Tabelle listet die Syntax auf, die Sie beim Schreiben einer **entspricht** Regel verwenden können. | Syntax | Was sie tut | | ---------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `{NAME}` | Ein Platzhalter, der ein URL-Segment erfasst (bis zum nächsten `/` oder bis zum Ende der URL), damit es in der Weiterleitungsaktion wiederverwendet werden kann. | | `*` | Erfasst alle verbleibenden Zeichen nach einem Platzhalter. Verwenden Sie es, wenn die URL nach Ihrem Muster zusätzlichen Inhalt haben könnte. | | Nein `*` am Ende | Das Muster muss genau bis zum Ende mit der URL übereinstimmen. Es ist nichts Zusätzliches erlaubt. |
--- # 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/de/what-would-you-like-to-learn-about/platform-features/blocking-and-redirect-rules/build-redirect-rule-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.