> 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/contracts-and-template-terms/referral-window-explained.md).

# Referral-Fenster erklärt

Das Referral- (oder Cookie-)Fenster beginnt nach einem partnergetriebenen Klick oder Ereignis. Wenn der Kunde innerhalb dieses Fensters kauft, schreibt impact.com dem Partner die Conversion gut. Das Verständnis dieses Zeitpunkts hilft Ihnen, die Attribution vorherzusagen und Streitigkeiten zu lösen.

```mermaid
Flussdiagramm LR
    A[Kunde klickt\nPartnerlink] --> B[Referral-Fenster\nTimer startet]
    B --> C{Konvertiert der Kunde?}
    C -->|Innerhalb des Fensters| D[Conversion dem\nPartner zugeordnet]
    C -->|Nach Ablauf des Fensters| E[Conversion nicht\nzugeordnet]
```

## Konfiguration des Referral-Fensters

* **Einstellung auf Vertragsebene** — Jedes [Vertrag](/brand/de/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/create-template-terms.md) zwischen Ihnen und einem Partner definiert sein eigenes Referral-Fenster.
* **Logik des Aktionsdatums** — Das geltende Referral-Fenster wird durch den Vertrag bestimmt, der aktiv war, als die entsprechende nachverfolgte Aktion stattfand (Aktionsdatum).
* **Referral-Fenster folgt dem aktiven Vertrag** — Welcher Vertrag am Aktionsdatum auch immer in Kraft war, bestimmt das Referral-Fenster für diese Aktion, auch wenn der Vertrag inzwischen aktualisiert oder ersetzt wurde.

## Wie Vertragsaktualisierungen das Referral-Fenster beeinflussen

Wenn Sie ein [Referral-Fenster des Vertrags](/brand/de/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/modify-template-terms.md) oder [einen Partner in einen neuen Vertrag verschieben](/brand/de/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/contracts/replace-a-partners-contract.md), gilt die Änderung für Aktionen, die am oder nach dem Startdatum des neuen Vertrags erfolgen. Aktionen, die unter dem vorherigen Vertrag stattgefunden haben, behalten das damals gültige Fenster bei.

| Klickdatum | Aktiver Vertrag                 | Attributionsfenster | Konvertiert bis |
| ---------- | ------------------------------- | ------------------- | --------------- |
| 20. Mai    | Aktueller Vertrag (15.–31. Mai) | 15 Tage             | 4. Juni         |
| 5. Juni    | Kommender Vertrag (ab 1. Juni)  | 1 Tag               | 6. Juni         |

In diesem Beispiel hat ein Kunde, der am 20. Mai auf einen Partnerlink geklickt hat, ein 15-tägiges Fenster, sodass impact.com dem Partner Conversions bis zum 4. Juni gutschreibt. Ein Kunde, der am 5. Juni geklickt hat, hat ein 1-tägiges Fenster, sodass impact.com dem Partner Conversions nur bis zum 6. Juni gutschreibt.

## Warum das wichtig ist

* **Vorhersehbare Attribution** — Weil das Fenster an das Aktionsdatum gebunden ist, können sowohl Sie als auch Ihre Partner genau berechnen, wann eine Conversion gutgeschrieben wird oder nicht, unabhängig von späteren Vertragsänderungen.
* **Faire Partnervergütung** — Partner werden auf Grundlage der Bedingungen vergütet, denen sie zum Zeitpunkt der Traffic-Generierung zugestimmt haben, nicht auf Grundlage rückwirkender Vertragsaktualisierungen.
* **Fehlerbehebung bei fehlenden Conversions** — Wenn eine Conversion nicht wie erwartet zugeordnet wird, prüfen Sie, ob der Klick unter einem Vertrag mit einem kürzeren Fenster als dem aktuellen erfolgt ist.


---

# 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/contracts-and-template-terms/referral-window-explained.md?ask=<question>&goal=<user_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.