> 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/fr/actions/workflow-concepts/workflow-steps/content-updates/track-content-update.md). # Suivre la mise à jour du contenu Suivez les mises à jour de publication et d'actualisation des pages pour les insights AEO et SEO ## Qu’est-ce que l’étape Track Content Update ? L’étape Track Content Update enregistre directement, depuis votre workflow, les mises à jour de contenu au niveau de la page, par exemple lorsqu’une page est publiée ou actualisée. Ces mises à jour de contenu alimentent [Mises à jour du contenu](/docs/fr/insights/onsite/content-updates.md), vous donnant de la visibilité sur votre activité de publication de contenu sur toutes les pages suivies par vos Brand Kits. {% hint style="info" %} Certaines étapes d’intégration CMS natives (WordPress, Webflow, Shopify, Ghost) capturent automatiquement les mises à jour du contenu des pages. Pour ces intégrations, vous n’avez pas besoin d’ajouter une étape Track Content Update. Voir [Mises à jour du contenu](/docs/fr/insights/onsite/content-updates.md) pour la liste complète. {% endhint %} ### Quand utiliser l’étape Track Content Update Lorsque vos workflows créent ou mettent à jour le contenu d’une page web à l’aide d’une étape Code, d’une étape Call API ou de toute autre approche CMS non native, AirOps ne dispose d’aucun moyen intégré de détecter qu’une page a été publiée ou actualisée. L’étape Track Content Update comble cette lacune en vous permettant d’enregistrer explicitement ces mises à jour de contenu dans le cadre de votre workflow. Utilisez-la lorsque vous : * **Publiez du contenu via une étape Code ou un appel API** vers un CMS qui n’a pas d’intégration AirOps native * **Publiez de nouvelles pages** dans le cadre d’un workflow et souhaitez qu’Insights commence immédiatement à suivre cette page * **Actualisez du contenu existant** et souhaitez enregistrer le moment où la mise à jour a eu lieu afin de mesurer son impact sur les performances SEO et AEO *** ## Comment configurer ### Tapez Sélectionnez le type de mise à jour de contenu que vous souhaitez enregistrer : * **Page publiée** - utilisez ceci lorsqu’une nouvelle page est créée et publiée pour la première fois * **Page actualisée** - utilisez ceci lorsqu’une page existante est mise à jour avec du contenu nouveau ou révisé ### URL Saisissez l’URL complète de la page publiée ou actualisée. Ce champ prend en charge [templating Liquid](/docs/fr/actions/workflow-concepts/liquid-template.md), ce qui vous permet de référencer les sorties des étapes précédentes. Par exemple, si une étape précédente renvoie l’URL de la page publiée : ``` {{ publish_step.output.url }} ``` **Exigences relatives à l’URL :** * Doit être une URL complète (par ex., `https://example.com/blog/my-post`) * Le domaine de l’URL doit correspondre à un [Brand Kit](/docs/fr/contexte/brand-kit.md) domaine de votre espace de travail. L’étape résout automatiquement le ou les Brand Kit correspondants à partir de l’URL, et enregistre une mise à jour de contenu pour chacun qui correspond. ### Attributs personnalisés Ajoutez jusqu’à 20 paires clé-valeur de métadonnées personnalisées à la mise à jour de contenu. Les clés et les valeurs prennent en charge [templating Liquid](/docs/fr/actions/workflow-concepts/liquid-template.md). Les attributs personnalisés apparaissent aux côtés des métadonnées système dans le [Mises à jour du contenu](/docs/fr/insights/onsite/content-updates.md) tableau et la vue détaillée de la page. Utilisez-les pour étiqueter les mises à jour de contenu avec un contexte supplémentaire, par exemple le nom du workflow, l’auteur du contenu ou le statut du CMS. ### Échec non bloquant Lorsqu’il est activé (par défaut), le workflow continue même si cette étape échoue. Cela empêche qu’une erreur de suivi n’interrompe votre workflow de publication de contenu. *** ## Sortie L’étape Track Content Update renvoie les mises à jour de contenu qu’elle a enregistrées — une entrée par Brand Kit correspondant — ainsi que les attributs personnalisés appliqués : ```json { "events": [ { "id": 12345, "brand_kit_id": 678, "brand_kit_name": "Exemple (US)" } ], "custom_attributes": { "author": "jane" } } ``` Lorsque l’URL de la page correspond à plus d’un Brand Kit, `events` contient une entrée pour chacun. Référencez un enregistrement spécifique en aval avec Liquid, par exemple `{{ track_step.output.events[0].id }}`. *** ## Exemple d’utilisation Un schéma courant consiste à associer l’étape Track Content Update à une étape Code ou une étape Call API qui publie le contenu : 1. **Interroger le LLM** - générez ou actualisez le contenu de l’article 2. **Étape de code** - appelez l’API de votre CMS pour publier le contenu sur votre site web 3. **Suivi de la mise à jour du contenu** - enregistrez la publication afin qu’Insights puisse suivre la page Ainsi, chaque fois que votre workflow publie du contenu via une intégration personnalisée, la mise à jour du contenu est consignée et reflétée dans votre tableau de bord Insights. --- # 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/fr/actions/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.