> 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/action.md).

# Aktion

Schließe akzeptierte Campaign-Arbeit ab und halte sie mit Measurement verbunden.

Action ist der Campaign-Arbeitsbereich, in dem akzeptierte Opportunities zu Arbeitszeilen werden. Er funktioniert wie ein [Raster](/docs/de/aktionen/grids.md), sodass dein Team Felder hinzufügen, ausführen [Playbooks](/docs/de/aktionen/playbooks.md) und [Workflows](/docs/de/aktionen/workflow-concepts.md), Ergebnisse prüfen, Veröffentlichungen nachverfolgen und die mit der Campaign verknüpfte Arbeit verwalten.

Verwenden **Action** nachdem dein Team Opportunities akzeptiert hat. Ziel ist es, die Arbeit mit der Campaign verbunden zu halten, statt sie in einen separaten Prozess zu verschieben, in dem sich die Wirkung schwerer messen lässt.

## Wie Action funktioniert

1. Akzeptiere Opportunities aus **Gelegenheiten**.
2. Öffnen **Action** in der Campaign.
3. Öffne eine Action-Zelle, um das genehmigte Briefing, die Zielseite und den enthaltenen Kontext zu sehen.
4. Bearbeite das Briefing in der Action-Zelle, wenn sich die Anweisung nach der Annahme ändern soll.
5. Füge die Playbooks oder Workflows hinzu, die dein Team benötigt, um die Arbeit zu erstellen, zu aktualisieren, zu prüfen oder zu veröffentlichen.
6. Füge bei Bedarf Felder für Veröffentlichung, Verantwortlichkeit und Übergabe hinzu.
7. Führe die Arbeit von den akzeptierten Action-Zeilen aus.

Jede akzeptierte Opportunity erstellt eine Action-Zeile. Die Zeile ist der dauerhafte Datensatz der genehmigten Aktion, nicht nur eine Seiten- oder Prompt-Zelle.

## Was eine Action-Zeile enthält

| Teil                        | Verwende es für                                                                                                                                      |
| --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Action-Zelle**            | Das genehmigte Briefing, die Zielseite und der unterstützende Kontext, übernommen aus der Opportunity.                                               |
| **Playbook-Spalten**        | Wiederholbare Content-Aufgaben, wie Refresh-Briefings, Inhaltsaktualisierungen oder Prüfschritte. Siehe [Playbooks](/docs/de/aktionen/playbooks.md). |
| **Workflow-Spalten**        | Niedrigere Workflow-Prozesse, die mit der akzeptierten Aktion verknüpft sind. Siehe [Workflows](/docs/de/aktionen/workflow-concepts.md).             |
| **Veröffentlichungsfelder** | CMS-Details, URLs und Übergabenotizen. Siehe [Aus dem Raster ins CMS veröffentlichen](/docs/de/aktionen/grids/publish-to-cms-from-grid.md).          |

## Ordne Action-Werte Inputs zu

Wenn du eine Action-Spalte als Playbook- oder Workflow-Input auswählst, verwende den sekundären Selektor, um den zu übergebenden Wert auszuwählen:

* **Gesamtes Action-Element:** Übergib das vollständige Objekt. Der Selektor verwendet für diese Option den Namen der Action-Spalte, was für bestehende Zuordnungen die Standardeinstellung bleibt.
* **Zielseite → URL** oder **Zielseite → ID:** Übergib die Seiten-URL oder ID. Diese werden aufgelöst zu `null` wenn die Action keine Zielseite hat.
* **Begründung:** Übergib das bearbeitbare Briefing.
* **Kontexte:** Übergib die unterstützenden Seiten oder Prompts.

AirOps speichert deine Auswahl mit der Spaltenzuordnung.

## JSON-Struktur von Action

Wenn du das gesamte Action-Element übergibst, enthält das Objekt diese Felder:

| Feld                    | Struktur           | Zweck                                                                                            |
| ----------------------- | ------------------ | ------------------------------------------------------------------------------------------------ |
| `Aktionselement-ID`     | Ganzzahl           | Die ID des Action-Datensatzes.                                                                   |
| `source_opportunity_id` | Ganzzahl           | Die Opportunity, die die Action erstellt hat.                                                    |
| `Begründung`            | Zeichenkette       | Das bearbeitbare Briefing für die Arbeit.                                                        |
| `Zielseite`             | Objekt oder `null` | Die Seite, die aktualisiert werden soll. Sie ist `null` für eine Action zur Seitenerstellung.    |
| `contexts`              | Array              | Alle unterstützenden Seiten oder Prompts, die bei der Annahme der Opportunity übernommen wurden. |

Die `Zielseite` Objekt enthält `web_page_id`, `URL`und `brand_kit_id`.

Jeder Eintrag in `contexts` enthält:

* `id`: Die Kontext-ID.
* `Begründung`: Warum der Kontext die Action 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.

Der Action-Typ der Campaign, wie zum Beispiel `page_refresh` oder `page_creation`, wird in der Campaign konfiguriert. Er ist nicht im aktuellen Ausführungspayload der Action enthalten.

## Inhaltsaktualisierungen nachverfolgen

Verwende die **Inhaltsaktualisierung verfolgen** Schritt im Playbook oder Workflow, der die Seite veröffentlicht oder aktualisiert. Ältere Workflows können diesen Schritt als **Event nachverfolgen**.

Der Schritt zeichnet eine Inhaltsaktualisierung in AirOps auf, damit Measurement zeigen kann, wann die Arbeit zusammen mit der Seitenleistung stattgefunden hat. Er aktiviert den Measurement-Tab nicht. Measurement ist verfügbar, bevor Action-Zeilen oder nachverfolgte Events existieren.

### Konfiguriere den Schritt

1. Füge hinzu **Inhaltsaktualisierung verfolgen** nach dem Schritt, der die Seite veröffentlicht oder aktualisiert.
2. Wähle den Event-Typ:
   * **Seite veröffentlicht** für eine neue Seite.
   * **Seite aktualisiert** für eine bestehende Seite.
3. Übergib die endgültige öffentliche URL der Seite.
4. Verwende die URL aus der Action-Zeile oder dem Veröffentlichungsergebnis, damit das Event zur geänderten Seite passt.
5. Führe den Schritt erst aus, nachdem der Inhalt live ist.

Die URL muss die kanonische Seiten-URL sein. Füge keinen abschließenden Schrägstrich und keine Query-Parameter hinzu. AirOps verwendet die Domain der URL, um das Event einem Brand Kit zuzuordnen.

### Stelle sicher, dass Measurement das Event verwenden kann

* Verwende die Live-Seiten-URL, nicht eine Vorschau-, Staging- oder CMS-Editor-URL.
* Verwenden **Seite aktualisiert** beim Aktualisieren einer bestehenden Seite und **Seite veröffentlicht** beim Erstellen einer neuen Seite.
* Halte die nachverfolgte URL konsistent mit der Seiten-URL in der Action-Zeile.
* Bestätige, dass die Domain zum Brand Kit der Campaign gehört.
* Prüfe die Inhaltsänderungen der Seite in Measurement, nachdem der Workflow ausgeführt wurde.

Track-Content-Update-Events helfen dir, die Seitenleistung vor und nach der Arbeit zu vergleichen. Sie ersetzen nicht die Action-Zeile, den Seitenumfang oder die verbundenen Daten aus der Google Search Console und Google Analytics.

## Gute Action-Einrichtung

Eine gute **Action** Einrichtung passt zum Ziel der Campaign. Füge die Spalten hinzu, die dein Team benötigt, um die Arbeit abzuschließen, aber vermeide, dass **Action** es zu einem allgemeinen Projekt-Tracker wird.

Für eine Page-Refresh-Campaign, **Action** könnte dies ein Refresh-Playbook, CMS-Felder und Veröffentlichungsdetails umfassen. Für eine Page-Creation-Campaign, **Action** könnte dies ein Briefing-Playbook, Felder für unterstützende Quellen und Veröffentlichungsnotizen umfassen.

Halte das Action-Briefing so spezifisch, dass ein Playbook oder Workflow es verwenden kann. Wenn die Anweisung noch zu allgemein ist, bearbeite sie in der Action-Zelle, bevor du die Arbeit ausführst.

## Beispiele

### Page-Refresh-Campaign

Verwenden **Action** um akzeptierte Seiten aus der Campaign zu aktualisieren:

1. Öffne die Action-Zelle und bestätige die Zielseite und das Briefing.
2. Füge das Playbook oder den Workflow hinzu, der Refresh-Empfehlungen entwirft.
3. Füge Veröffentlichungsfelder für die CMS-Übergabe oder Veröffentlichungs-URL hinzu.
4. Füge Felder für die Verantwortlichkeit des Teammitglieds hinzu, das für die Arbeit verantwortlich ist.
5. Verfolge jede Seite durch Prüfung und Veröffentlichung.

### Page-Creation-Campaign

Verwenden **Action** um Inhalte zu erstellen, die akzeptierte Prompts unterstützen:

1. Öffne die Action-Zelle und bestätige die enthaltenen Prompts.
2. Füge das Playbook oder den Workflow hinzu, der das Briefing in eine Entwurfsseite umsetzt.
3. Füge Felder für unterstützende Quellen und Veröffentlichungsnotizen hinzu.
4. Verfolge, ob jede akzeptierte Aktion ausgeliefert wurde.


---

# 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/action.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.