> 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/content-updates/track-content-update.md). # Inhaltsaktualisierung verfolgen Veröffentlichungs- und Aktualisierungsänderungen von Seiteninhalten für AEO- und SEO-Insights verfolgen ## Was ist der Schritt zum Erfassen von Inhaltsaktualisierungen? Der Schritt zum Erfassen von Inhaltsaktualisierungen zeichnet Aktualisierungen von Inhalten auf Seitenebene direkt aus Ihrem Workflow auf, z. B. wenn eine Seite veröffentlicht oder aktualisiert wird. Diese Inhaltsaktualisierungen fließen in [Content-Updates](/docs/de/insights/onsite/content-updates.md), sodass Sie Einblick in Ihre Veröffentlichungsaktivitäten für Inhalte über alle Seiten erhalten, die von Ihren Brand Kits erfasst werden. {% hint style="info" %} Einige native CMS-Integrationsschritte (WordPress, Webflow, Shopify, Ghost) erfassen Aktualisierungen von Seiteninhalten automatisch. Für diese Integrationen müssen Sie keinen Schritt zum Erfassen von Inhaltsaktualisierungen hinzufügen. Siehe [Content-Updates](/docs/de/insights/onsite/content-updates.md) für die vollständige Liste. {% endhint %} ### Wann der Schritt zum Erfassen von Inhaltsaktualisierungen verwendet werden sollte Wenn Ihre Workflows Webseiteninhalte über einen Code-Schritt, einen Call-API-Schritt oder einen anderen nicht nativen CMS-Ansatz erstellen oder aktualisieren, hat AirOps keine integrierte Möglichkeit zu erkennen, dass eine Seite veröffentlicht oder aktualisiert wurde. Der Schritt zum Erfassen von Inhaltsaktualisierungen schließt diese Lücke, indem Sie diese Inhaltsaktualisierungen ausdrücklich als Teil Ihres Workflows protokollieren können. Verwenden Sie ihn, wenn Sie: * **Inhalte über einen Code-Schritt oder API-Aufruf pushen** an ein CMS, das keine native AirOps-Integration hat * **Neue Seiten veröffentlichen** über einen Workflow und möchten, dass Insights diese Seite sofort zu verfolgen beginnt * **Vorhandene Inhalte aktualisieren** und festhalten möchten, wann die Aktualisierung erfolgt ist, damit Sie ihre Auswirkungen auf die SEO- und AEO-Performance messen können *** ## So richtest du es ein ### Gib Wählen Sie die Art der Inhaltsaktualisierung aus, die Sie aufzeichnen möchten: * **Seite veröffentlicht** - verwenden Sie dies, wenn eine neue Seite erstellt und zum ersten Mal veröffentlicht wird * **Seite aktualisiert** - verwenden Sie dies, wenn eine vorhandene Seite mit neuen oder überarbeiteten Inhalten aktualisiert wird ### URL Geben Sie die vollständige URL der Seite ein, die veröffentlicht oder aktualisiert wird. Dieses Feld unterstützt [Liquid-Templating](/docs/de/aktionen/workflow-concepts/liquid-template.md), sodass Sie Ausgaben aus vorherigen Schritten referenzieren können. Wenn ein vorheriger Schritt zum Beispiel die URL der veröffentlichten Seite zurückgibt: ``` {{ publish_step.output.url }} ``` **Anforderungen an die URL:** * Muss eine vollständige URL sein (z. B. `https://example.com/blog/my-post`) * Die URL-Domain muss mit einer [Brand Kit](/docs/de/kontext/brand-kit.md) Domain in Ihrem Workspace übereinstimmen. Der Schritt löst automatisch das bzw. die passende(n) Brand Kit(s) anhand der URL auf und zeichnet für jedes übereinstimmende Brand Kit eine Inhaltsaktualisierung auf. ### Benutzerdefinierte Attribute Fügen Sie der Inhaltsaktualisierung bis zu 20 Schlüssel-Wert-Paare mit benutzerdefinierten Metadaten hinzu. Sowohl Schlüssel als auch Werte unterstützen [Liquid-Templating](/docs/de/aktionen/workflow-concepts/liquid-template.md). Benutzerdefinierte Attribute werden zusammen mit Systemmetadaten in der [Content-Updates](/docs/de/insights/onsite/content-updates.md) Tabelle und der Detailansicht der Seite angezeigt. Verwenden Sie sie, um Inhaltsaktualisierungen mit zusätzlichem Kontext zu versehen, z. B. mit dem Workflow-Namen, dem Autor des Inhalts oder dem CMS-Status. ### Soft Fail Wenn diese Option aktiviert ist (Standard), läuft der Workflow weiter, auch wenn dieser Schritt fehlschlägt. Dadurch wird verhindert, dass ein Tracking-Fehler Ihren Veröffentlichungs-Workflow für Inhalte unterbricht. *** ## Ausgabe Der Schritt zum Erfassen von Inhaltsaktualisierungen gibt die aufgezeichneten Inhaltsaktualisierungen aus — einen Eintrag pro passendem Brand Kit — zusammen mit den angewendeten benutzerdefinierten Attributen: ```json { "events": [ { "id": 12345, "brand_kit_id": 678, "brand_kit_name": "Beispiel (US)" } ], "custom_attributes": { "author": "jane" } } ``` Wenn die Seiten-URL mehr als einem Brand Kit entspricht, `events` enthält einen Eintrag für jedes. Verweisen Sie downstream mit Liquid auf einen bestimmten Datensatz, zum Beispiel `{{ track_step.output.events[0].id }}`. *** ## Beispielanwendung Ein gängiges Muster besteht darin, den Schritt zum Erfassen von Inhaltsaktualisierungen mit einem Code-Schritt oder einem Call-API-Schritt zu kombinieren, der Inhalte veröffentlicht: 1. **LLM-Prompt** - Artikelinhalte generieren oder aktualisieren 2. **Code-Schritt** - Ihre CMS-API aufrufen, um die Inhalte auf Ihrer Website zu veröffentlichen 3. **Inhaltsaktualisierung verfolgen** - die Veröffentlichung protokollieren, damit Insights die Seite verfolgen kann Auf diese Weise wird jedes Mal, wenn Ihr Workflow Inhalte über eine benutzerdefinierte Integration veröffentlicht, die Inhaltsaktualisierung protokolliert und in Ihrem Insights-Dashboard angezeigt. --- # 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/content-updates/track-content-update.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.