> 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/aktionen/workflow-concepts/workflow-steps/flow/content-comparison.md).
# Inhaltsvergleich
AirOps-Schritt für Inhaltsvergleich: visuelle Differenz zweier HTML-Versionen mit Prüfen-/Ablehnen-Review für redaktionelle QA, Qualitätskontrolle von Inhalten und Aktualisierung von Inhalten auf der Seite.
## Schritt zum Inhaltsvergleich
Der Schritt „Inhaltsvergleich“ ermöglicht es Ihnen, zwei HTML-Inhalte visuell zu vergleichen und die Unterschiede zwischen ihnen hervorzuheben. Er ist für die Qualitätskontrolle von Inhalten, redaktionelle QA und Workflows zur Aktualisierung von On-Page-Inhalten mit menschlicher Prüfung in der letzten Meile konzipiert.
### Was ist der Inhaltsvergleichsschritt?
Der Inhaltsvergleichsschritt ermöglicht es Ihnen, eine Originalversion von HTML-Inhalten mit einer geänderten Version zu vergleichen und Ergänzungen, Löschungen und Änderungen klar zu visualisieren. Dies ist besonders wertvoll, wenn Sie:
* Von KI vorgeschlagene Inhaltsänderungen überprüfen
* Während eines Content-Review-Prozesses vorgenommene Änderungen nachverfolgen
* Inhaltsaktualisierungen vor der Veröffentlichung überprüfen
* Die Qualitätskontrolle über Inhaltsversionen aufrechterhalten
* **Workflows zur Aktualisierung von On-Page-Inhalten mit menschlicher Prüfung in der letzten Meile durchführen**
### So konfigurieren Sie den Inhaltsvergleichsschritt
#### Ursprünglicher Inhalt (HTML erforderlich)
Geben Sie den ursprünglichen **HTML-Inhalt** an, der als Vergleichsgrundlage dient. Dieses Feld erwartet HTML-formatierten Inhalt und kann sein:
* Ein direkter HTML-String
* Die Ausgabe eines vorherigen Schritts, der HTML generiert (unter Verwendung von Liquid-Syntax wie `{{ step_1.output }}`)
* HTML-Inhalte, die aus Ihrer Wissensdatenbank oder einer externen Quelle abgerufen wurden
**Wichtig:** Dieses Feld erfordert HTML-Inhalte, keinen reinen Text oder Markdown.
#### Aktualisierter Inhalt (HTML erforderlich)
Geben Sie den geänderten oder aktualisierten **HTML-Inhalt** an, der mit dem Original verglichen wird. Wie beim Originalinhalt erwartet auch dieses Feld HTML und kann sein:
* Ein direkter HTML-String
* Die Ausgabe eines vorherigen Schritts, der HTML generiert (unter Verwendung von Liquid-Syntax wie `{{ step_2.output }}`)
* HTML-Inhalte, die aus Ihrer Wissensdatenbank oder einer externen Quelle abgerufen wurden
**Wichtig:** Dieses Feld erfordert HTML-Inhalte, keinen reinen Text oder Markdown.
#### Anweisungen zur Aktualisierung (optional – jedes Format)
Dieses optionale Feld ermöglicht es Ihnen, Kontext dazu bereitzustellen, warum Änderungen vorgenommen wurden. Anders als die Inhaltsfelder oben akzeptiert dieses Feld **jedes Textformat** (HTML nicht erforderlich). Sie können Folgendes einfügen:
* Gründe für die Inhaltsänderungen
* Anweisungen, die zur Generierung des aktualisierten Inhalts verwendet wurden
* Hinweise zu spezifischen vorgenommenen Änderungen
* KI-Prompts oder Richtlinien, die zu den Änderungen geführt haben
Wenn angegeben, fasst AirOps diese Änderungsgründe in der endgültigen Diff-Ansicht zusammen, sodass Prüfer den Kontext hinter Inhaltsaktualisierungen leichter verstehen können.
### Rasteransicht mit visueller Differenzanzeige (Funktion des letzten Schritts)
**Wenn der Inhaltsvergleich der LETZTE Schritt in Ihrem Workflow ist**, bietet die Grid-Ausgabe ein verbessertes Prüferlebnis:
1. **Augensymbol in der HTML-Spalte**: Die resultierende HTML-Spalte im Grid zeigt neben jeder Zeile ein Augensymbol (👁️) an
2. **Interaktive Diff-Ansicht**: Durch Klicken auf das Augensymbol öffnet sich ein visueller Diff-Viewer, der Folgendes anzeigt:
* Ursprünglicher Inhalt mit Durchstreichung für entfernten Text
* Neuer Inhalt hervorgehoben für Ergänzungen
* Eine Zusammenfassung der „vorgeschlagenen Verbesserung“ (basierend auf Ihren Aktualisierungsanweisungen)
* **Annehmen/Ablehnen-Schaltflächen** für die abschließende manuelle Prüfung
{% @arcade/embed url="" flowId="bQYAXaaHWv1DalGqq6o6" %}
Diese Funktion ist **besonders leistungsstark für Anwendungsfälle zur Aktualisierung von On-Page-Inhalten**, wenn Sie Folgendes benötigen:
* Von der KI vorgeschlagene Verbesserungen an bestehenden Inhalten prüfen
* Vor der Veröffentlichung von Aktualisierungen die Qualitätskontrolle sicherstellen
* Markenkonsistenz und Genauigkeit sicherstellen
* Mit vollständigem Kontext endgültige Annahme-/Ablehnungsentscheidungen treffen
### Bewährte Vorgehensweisen
1. **Verwenden Sie immer HTML-Inhalte** für die Felder „Ursprünglicher Inhalt“ und „Aktualisierter Inhalt“
2. **Platzieren Sie den Inhaltsvergleich als letzten Schritt** in Ihrem Workflow, um den visuellen Diff-Viewer des Rasters zu nutzen
3. **Geben Sie klare Anweisungen zur Aktualisierung an** um Prüfern zu helfen, zu verstehen, warum Änderungen vorgenommen wurden
4. **Für Workflows zur Inhaltsaktualisierung verwenden** bei denen die menschliche Überprüfung von Änderungen vor der Veröffentlichung entscheidend ist
Dieser Schritt verwandelt den Inhaltsvergleich von einem technischen Prozess in ein intuitives, visuelles Prüferlebnis, das Teams befähigt, ihre Inhalte in großem Maßstab sicher zu aktualisieren und zu verbessern.
---
# 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/aktionen/workflow-concepts/workflow-steps/flow/content-comparison.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.
