> 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/flow/content-comparison.md).
# Comparaison de contenu
Étape de comparaison de contenu AirOps : comparez visuellement deux versions HTML avec revue d'acceptation/rejet, pour le contrôle qualité éditorial, le contrôle qualité du contenu et l'actualisation du contenu sur page.
## Étape de comparaison de contenu
L’étape « Comparaison de contenu » vous permet de comparer visuellement deux contenus HTML et de mettre en évidence les différences entre eux. Elle est conçue pour le contrôle qualité du contenu, l’assurance qualité éditoriale et les workflows de rafraîchissement de contenu sur page avec validation humaine de dernière étape.
### Qu’est-ce que l’étape de comparaison de contenu ?
L’étape de comparaison de contenu vous permet de comparer une version originale de contenu HTML avec une version modifiée, en visualisant clairement les ajouts, les suppressions et les modifications. Cela est particulièrement utile lorsque vous devez :
* Examiner les modifications de contenu suggérées par l’IA
* Suivre les modifications apportées lors d’un processus de revue de contenu
* Vérifier les mises à jour du contenu avant publication
* Maintenir le contrôle qualité sur les versions du contenu
* **Exécuter des workflows de rafraîchissement de contenu sur page avec validation humaine de dernière étape**
### Comment configurer l’étape de comparaison de contenu
#### Contenu original (HTML requis)
Spécifiez le contenu original **HTML** qui servira de référence pour la comparaison. Ce champ attend du contenu au format HTML et peut être :
* Une chaîne HTML directe
* La sortie d’une étape précédente qui génère du HTML (en utilisant une syntaxe Liquid comme `{{ step_1.output }}`)
* Du HTML récupéré depuis votre base de connaissances ou une source externe
**Important :** Ce champ nécessite du contenu HTML, pas du texte brut ni du markdown.
#### Contenu mis à jour (HTML requis)
Spécifiez le contenu modifié ou mis à jour **HTML** qui sera comparé à l’original. Comme pour le contenu original, ce champ attend du HTML et peut être :
* Une chaîne HTML directe
* La sortie d’une étape précédente qui génère du HTML (en utilisant une syntaxe Liquid comme `{{ step_2.output }}`)
* Du HTML récupéré depuis votre base de connaissances ou une source externe
**Important :** Ce champ nécessite du contenu HTML, pas du texte brut ni du markdown.
#### Instructions de mise à jour (facultatif - tout format)
Ce champ facultatif vous permet de fournir un contexte sur les raisons des modifications. Contrairement aux champs de contenu ci-dessus, ce champ accepte **n’importe quel format de texte** (HTML non requis). Vous pouvez inclure :
* Les raisons des modifications apportées au contenu
* Les instructions utilisées pour générer le contenu mis à jour
* Des notes sur les modifications spécifiques apportées
* Les prompts IA ou les consignes qui ont conduit aux modifications
Lorsqu’elles sont fournies, AirOps résumera ces raisons de modification dans la vue finale du diff, ce qui facilitera la compréhension du contexte des mises à jour de contenu par les relecteurs.
### Vue en grille avec diff visuel (fonctionnalité de l’étape finale)
**Lorsque la comparaison de contenu est la DERNIÈRE étape de votre flux de travail**, la sortie de la grille offre une expérience de révision améliorée :
1. **Icône en forme d’œil dans la colonne HTML**: La colonne HTML résultante dans la grille affichera une icône en forme d’œil (👁️) à côté de chaque ligne
2. **Vue interactive des différences**: En cliquant sur l’icône en forme d’œil, un visualiseur de différences visuel s’ouvre et affiche :
* Contenu original avec texte barré pour le texte supprimé
* Nouveau contenu mis en évidence pour les ajouts
* Un résumé « Amélioration proposée » (basé sur vos instructions de mise à jour)
* **Boutons Accepter/Refuser** pour une revue humaine de dernière étape
{% @arcade/embed url="" flowId="bQYAXaaHWv1DalGqq6o6" %}
Cette fonctionnalité est **particulièrement puissante pour les cas d’usage de rafraîchissement du contenu sur la page**, lorsque vous devez :
* Examiner les améliorations suggérées par l’IA au contenu existant
* Maintenir le contrôle qualité avant de publier les mises à jour
* Garantir la cohérence de la marque et l’exactitude
* Prendre les décisions finales d’acceptation/refus avec tout le contexte
### Bonnes pratiques
1. **Utilisez toujours du contenu HTML** pour les champs Contenu original et Contenu mis à jour
2. **Placez la comparaison de contenu comme dernière étape** dans votre workflow afin de tirer parti du visualiseur de diff visuel de la grille
3. **Fournissez des instructions de mise à jour claires** pour aider les relecteurs à comprendre pourquoi les modifications ont été apportées
4. **Utilisez-le pour les workflows de rafraîchissement de contenu** où la relecture humaine des modifications est essentielle avant publication
Cette étape transforme la comparaison de contenu d’un processus technique en une expérience de relecture visuelle et intuitive qui permet aux équipes de mettre à jour et d’améliorer leur contenu à grande échelle en toute confiance.
---
# 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/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.
