> For the complete documentation index, see [llms.txt](https://docs.airops.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.airops.com/docs/de/campaigns/opportunities.md).

# Chancen

Prüfe Campaign-Chancen, bearbeite Briefings und handle, bevor Empfehlungen ablaufen

**Gelegenheiten** ist die Kampagnen-Registerkarte, in der Ihr Team empfohlene Aktionen überprüft. Jede Gelegenheit ist eine vorgeschlagene Aktion mit einer Kurzbeschreibung und optionalen unterstützenden Seiten oder Prompts. Prüfen Sie diese Kurzbeschreibung, bevor die Arbeit in **Action**.

## Prüfablauf

1. Öffnen Sie die Kampagne.
2. Wählen Sie **Gelegenheiten**.
3. Generieren Sie Gelegenheiten mit Quill oder einem konfigurierten **Trigger**. Verwenden Sie **Mehr hinzufügen** um weitere Gelegenheiten zu generieren oder eine manuell hinzuzufügen.
4. Warten Sie, bis die Generierung abgeschlossen ist. Das dauert normalerweise 15 bis 30 Minuten.
5. Öffnen Sie eine Gelegenheitskarte, um ihre Kurzbeschreibung, die Zielseite und den unterstützenden Kontext zu lesen.
6. Bearbeiten Sie die Kurzbeschreibung, wenn die empfohlene Aktion eine klarere Anweisung benötigt.
7. Prüfen Sie die unterstützenden Seiten oder Prompts. Der gesamte unterstützende Kontext wird beim Akzeptieren in die Aktionszeile übernommen.
8. Klicken Sie auf **Gelegenheit akzeptieren** um die Arbeit an **Action**, oder **Gelegenheit ablehnen** um sie auszulassen.

## Gelegenheitsgruppen

| Gruppieren             | Was sie enthält                                                                                              |
| ---------------------- | ------------------------------------------------------------------------------------------------------------ |
| **Neue Gelegenheiten** | Ausstehende Empfehlungen, die Ihr Team weder akzeptiert noch abgelehnt hat.                                  |
| **Abgelaufen**         | Ausstehende Empfehlungen, die älter als 14 Tage sind und nicht mehr akzeptiert oder abgelehnt werden können. |
| **Abgelehnt**          | Gelegenheiten, die Ihr Team nicht weiterverfolgt hat.                                                        |

Akzeptierte Gelegenheiten erscheinen in **Action** und werden nicht mehr in **Gelegenheiten**. Verwenden Sie **Alle anzeigen** wenn eine Gruppe mehr Gelegenheiten hat als die erste Seite. Wählen Sie mehrere neue Gelegenheiten aus, um sie gemeinsam zu akzeptieren oder abzulehnen, oder verwenden Sie **Alle akzeptieren** für die neue Gruppe.

## Ablauf der Gelegenheiten

Ausstehende Kampagnen-Gelegenheiten laufen nach 14 Tagen ab. Abgelaufene Empfehlungen bleiben zum Lesen verfügbar, aber Sie können sie nicht bearbeiten, akzeptieren oder ablehnen. Erstellen Sie neue Gelegenheiten, wenn Sie eine aktuelle Empfehlung benötigen. Zuvor akzeptierte oder abgelehnte Gelegenheiten behalten ihren Status.

Der Ablauf erfolgt automatisch; die aktuelle **Campaign-Einstellungen** Seite bietet keinen konfigurierbaren Ablaufzeitraum.

## Was Sie prüfen

Öffnen Sie eine Gelegenheitskarte, um die vollständige Kurzbeschreibung und den Kontext zu prüfen.

| Feld                 | Beschreibung                                                                                                 |
| -------------------- | ------------------------------------------------------------------------------------------------------------ |
| **Kurzbeschreibung** | Die empfohlene Aktion. Sie können sie vor dem Akzeptieren bearbeiten.                                        |
| **Zielseite**        | Bei Aktualisierungskampagnen die bestehende Seite, die die Aktion aktualisieren soll.                        |
| **Kontext**          | Unterstützende Seiten oder Prompts, die die Aktion beeinflussen und später in der Messung erscheinen sollen. |
| **Status**           | Neu, akzeptiert, abgelehnt oder abgelaufen.                                                                  |

## Prüfen Sie die Kurzbeschreibung und den Kontext

Lesen Sie das Ziel der Gelegenheit und den unterstützenden Kontext, und bearbeiten Sie dann die Kurzbeschreibung, wenn die Aktion eine klarere Anweisung benötigt. Akzeptieren oder lehnen Sie direkt in derselben Ansicht ab. Es gibt keinen separaten Schritt zur Kontextauswahl: Beim Akzeptieren werden alle unterstützenden Seiten und Prompts in **Action** für die Ausführung und Messung übernommen.

{% hint style="info" %}
Abgelehnte und abgelaufene Gelegenheiten bleiben in ihren Gruppen lesbar. Öffnen Sie **Action** um mit akzeptierten Gelegenheiten zu arbeiten.
{% endhint %}

## Eine Gelegenheit manuell hinzufügen

Verwenden **Gelegenheit manuell hinzufügen** wenn Sie die Aktion bereits kennen und nicht auf einen Generierungslauf warten möchten.

1. Öffnen Sie die Kampagnen- **Gelegenheiten** Registerkarte.
2. Öffnen **Mehr hinzufügen** und klicke auf **Gelegenheit manuell hinzufügen**.
3. Wählen Sie bei einer Aktualisierungskampagne die **Seite** aus, die die Gelegenheit aktualisieren soll.
4. Füge hinzu **Referenzkontext** wie verwandte Prompts oder Seiten. Dieser Kontext ist mit der Gelegenheit verknüpft und wird in der Messung nachverfolgt.
5. Schreiben Sie die **Kurzbeschreibung**.
6. Klicken Sie auf **Gelegenheit hinzufügen**. Wählen Sie **Mehr hinzufügen** wenn Sie im Dialog bleiben und eine weitere erstellen möchten.

## JSON-Struktur der Gelegenheit

Die folgende vereinfachte Struktur beschreibt eine Kampagnen-Gelegenheit. Es handelt sich um die Empfehlung, die Ihr Team prüft, bevor es sie in **Action**.

Ein Gelegenheitsobjekt enthält diese Felder:

| Feld                             | Struktur             | Zweck                                                                                              |
| -------------------------------- | -------------------- | -------------------------------------------------------------------------------------------------- |
| `id`                             | Ganzzahl             | Die Gelegenheits-ID.                                                                               |
| `Name`                           | Zeichenkette         | Der Name der empfohlenen Aktion.                                                                   |
| `Beschreibung`                   | Zeichenkette         | Die empfohlene Kurzbeschreibung. Sie können sie während der Prüfung bearbeiten.                    |
| `Schema-Version der Gelegenheit` | Ganzzahl             | Die Schema-Kennung. Die hier beschriebene Struktur verwendet `2`.                                  |
| `Status`                         | Zeichenkette         | Der Prüfstatus, z. B. `ausstehend`, `akzeptiert`, `abgelehnt`, oder `abgelaufen`.                  |
| `Zielseite`                      | Objekt oder `null`   | Die Seite, die aktualisiert werden soll. Sie ist `null` für eine Gelegenheit zur Seitenerstellung. |
| `Gelegenheitskontexte`           | Array                | Unterstützende Seiten oder Prompts, sortiert nach `position`.                                      |
| `Aktionselement-ID`              | Ganzzahl oder `null` | Der akzeptierte Aktionsdatensatz. Er ist `null` während die Gelegenheit aussteht.                  |
| `Rasterzeilen-ID`                | Ganzzahl oder `null` | Die nach der Annahme erstellte Aktionszeile. Sie ist `null` während die Gelegenheit aussteht.      |

Die `Zielseite` Das Objekt enthält den Seiten- `id`, `URL`und `Ordner`.

Jeder Eintrag in `Gelegenheitskontexte` enthält:

* `id`: Die Kontext-ID.
* `Begründung`: Warum der Kontext die Gelegenheit unterstützt.
* `position`: Die Reihenfolge des Kontexts.
* `Ressource`: Die unterstützende Seite oder der unterstützende Prompt.

Eine Prompt-Ressource umfasst ihren `Typ`, `id`, Prompttext, Thema und Tags. Eine Seitenressource umfasst ihre `Typ`, `id`, Seiten-URL, Ordner und Themen.

## Was nach der Annahme geschieht

Akzeptierte Gelegenheiten erscheinen in **Action** als Aktionszeilen. Jede Zeile behält die von Ihnen genehmigte Kurzbeschreibung, die Zielseite, sofern vorhanden, und den gesamten unterstützenden Kontext.

Abgelehnte Gelegenheiten bleiben **Action** außen vor, damit die Kampagne sich auf die Arbeit konzentriert, die Ihr Team verfolgen möchte.

## Beispiele

### Prüfung der Seitenaktualisierung

Prüfen Sie bei einer Aktualisierungskampagne, ob die Zielseite einen klaren Grund für eine Änderung hat. Gute Kandidaten können eine sinkende Zitationsrate, veraltete Informationen, Wettbewerbsdruck oder eine Lücke zwischen der aktuellen Seite und den Prompts haben, die sie beantworten soll.

Prüfen Sie die unterstützenden Prompts, um sicherzustellen, dass sie zur Aktualisierung passen. Akzeptieren Sie die Gelegenheit, wenn Ihr Team bereit ist, diese Seite zu aktualisieren, oder lehnen Sie sie ab, wenn die Empfehlung nicht zum Thema passt.

### Prüfung einer neuen Seite

Prüfen Sie bei einer Erstellungskampagne, ob die Kurzbeschreibung eine Seite beschreibt, die Ihr Team erstellen kann. Gute Kandidaten können Prompts mit hoher Kaufabsicht, schwache eigene Abdeckung oder konkurrierende Seiten sein, die die Lücke füllen.

Prüfen Sie, ob die unterstützenden Prompts zur neuen Seite passen. Akzeptieren Sie die Gelegenheit, wenn Ihr Team den unterstützenden Inhalt erstellen kann, oder lehnen Sie sie ab, wenn sie in eine andere Kampagne gehört.


---

# 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://docs.airops.com/docs/de/campaigns/opportunities.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.
