> 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/campaigns/action.md). # Action Effectuez le travail Campaign accepté et gardez-le lié à Measurement. Action est l'espace de travail Campaign où les opportunités acceptées deviennent des lignes de travail. Il fonctionne comme une [Grille](/docs/fr/actions/grids.md), afin que votre équipe puisse ajouter des champs, exécuter [Playbooks](/docs/fr/actions/playbooks.md) et [Workflows](/docs/fr/actions/workflow-concepts.md), examiner les résultats, suivre la publication et gérer le travail lié à la Campaign. Utiliser **Action** après que votre équipe a accepté des opportunités. L'objectif est de garder le travail lié à la Campaign, au lieu de le déplacer dans un processus séparé où l'impact est plus difficile à mesurer. ## Comment fonctionne Action 1. Acceptez des opportunités depuis **Opportunités**. 2. Ouvrir **Action** dans la Campaign. 3. Ouvrez une cellule Action pour voir le brief approuvé, la page cible et le contexte inclus. 4. Modifiez le brief dans la cellule Action si l'instruction doit changer après l'acceptation. 5. Ajoutez les Playbooks ou Workflows dont votre équipe a besoin pour créer, actualiser, examiner ou publier le travail. 6. Ajoutez au besoin des champs de publication, de propriété et de transfert. 7. Exécutez le travail à partir des lignes Action acceptées. Chaque opportunité acceptée crée une ligne Action. La ligne est l'enregistrement durable de l'action approuvée, pas seulement une cellule de page ou d'invite. ## Ce qu'une ligne Action contient | Élément | À utiliser pour | | ------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Cellule Action** | Le brief approuvé, la page cible et le contexte de support transmis depuis l'opportunité. | | **Colonnes Playbook** | Tâches de contenu répétables, telles que des briefs de rafraîchissement, des mises à jour de contenu ou des étapes de relecture. Voir [Playbooks](/docs/fr/actions/playbooks.md). | | **Colonnes Workflow** | Processus de workflow de niveau inférieur liés à l'action acceptée. Voir [Workflows](/docs/fr/actions/workflow-concepts.md). | | **Champs de publication** | Détails CMS, URL et notes de transfert. Voir [Publier dans le CMS depuis Grid](/docs/fr/actions/grids/publish-to-cms-from-grid.md). | ## Mapper les valeurs Action vers les entrées Lorsque vous sélectionnez une colonne Action comme entrée Playbook ou Workflow, utilisez le sélecteur secondaire pour choisir la valeur à transmettre : * **Élément Action complet :** Transmettez l'objet complet. Le sélecteur utilise le nom de la colonne Action pour cette option, qui reste la valeur par défaut pour les mappages existants. * **Page cible → URL** ou **Page cible → ID :** Transmettez l'URL ou l'ID de la page. Ceux-ci se résolvent en `null` lorsque l'Action n'a pas de page cible. * **Justification :** Transmettez le brief modifiable. * **Contextes :** Transmettez les pages ou invites de support. AirOps enregistre votre sélection avec le mappage de colonne. ## Forme JSON d'Action Lorsque vous transmettez l'élément Action complet, l'objet contient les champs suivants : | Champ | Structure | Objectif | | ----------------------- | -------------------- | --------------------------------------------------------------------------------------- | | `action_item_id` | Entier | L'ID de l'enregistrement Action. | | `source_opportunity_id` | Entier | L'opportunité qui a créé l'Action. | | `raisonnement` | Chaîne de caractères | Le brief modifiable pour le travail. | | `target_page` | Objet ou `null` | La page à actualiser. Elle est `null` pour une Action de création de page. | | `contextes` | Tableau | Toutes les pages ou invites de support transmises lorsque l'opportunité a été acceptée. | La `target_page` L'objet inclut `web_page_id`, `url`, et `brand_kit_id`. Chaque élément dans `contextes` comprend : * `id`: L’ID du contexte. * `raisonnement` : Pourquoi le contexte soutient l'Action. * `position`: L’ordre du contexte. * `ressource`: La page ou l’invite de support. Une ressource de type invite inclut son `type`, `id`, le texte de l’invite, le sujet et les tags. Une ressource de page inclut son `type`, `id`, l’URL de la page, le dossier et les sujets. Le type d'action Campaign, tel que `page_refresh` ou `page_creation`, est configuré sur la Campaign. Il n'est pas inclus dans la charge utile d'exécution Action actuelle. ## Suivre les mises à jour de contenu Utilisez la **Suivi de la mise à jour du contenu** étape du Playbook ou du Workflow qui publie ou actualise la page. Les workflows plus anciens peuvent désigner cette étape comme **Suivre l'événement**. L'étape enregistre une mise à jour de contenu dans AirOps afin que Measurement puisse montrer quand le travail a eu lieu, en même temps que les performances de la page. Elle n'active pas l'onglet Measurement. Measurement est disponible avant même que des lignes Action ou des événements suivis n'existent. ### Configurez l'étape 1. Ajouter **Suivi de la mise à jour du contenu** après l'étape qui publie ou actualise la page. 2. Choisissez le type d'événement : * **Page publiée** pour une nouvelle page. * **Page actualisée** pour une page existante. 3. Transmettez l'URL publique finale de la page. 4. Utilisez l'URL de la ligne Action ou le résultat de publication pour que l'événement corresponde à la page modifiée. 5. Exécutez l'étape uniquement une fois le contenu en ligne. L'URL doit être l'URL canonique de la page. N'incluez pas de barre oblique finale ni de paramètres de requête. AirOps utilise le domaine de l'URL pour associer l'événement à un Brand Kit. ### Assurez-vous que Measurement peut utiliser l'événement * Utilisez l'URL de la page en ligne, et non une URL d'aperçu, de préproduction ou de l'éditeur CMS. * Utiliser **Page actualisée** lors de la mise à jour d'une page existante et **Page publiée** lors de la création d'une nouvelle page. * Conservez l'URL suivie cohérente avec l'URL de la page dans la ligne Action. * Confirmez que le domaine appartient au Brand Kit de la Campaign. * Vérifiez les modifications de contenu de la page dans Measurement après l'exécution du workflow. Les événements Track Content Update vous aident à comparer les performances de la page avant et après le travail. Ils ne remplacent pas la ligne Action, le périmètre de la page ou les données connectées de Google Search Console et Google Analytics. ## Bonne configuration Action Une bonne **Action** configuration correspond à l'objectif de la Campaign. Ajoutez les colonnes dont votre équipe a besoin pour réaliser le travail, mais évitez d'en faire **Action** un suivi de projet général. Pour une Campaign de rafraîchissement de page, **Action** peut inclure un Playbook de rafraîchissement, des champs CMS et des détails de publication. Pour une Campaign de création de page, **Action** peut inclure un Playbook de brief, des champs de sources de support et des notes de publication. Gardez le brief Action suffisamment précis pour qu'un Playbook ou un Workflow puisse l'utiliser. Si l'instruction est encore trop large, modifiez-la dans la cellule Action avant d'exécuter le travail. ## Exemples ### Campaign de rafraîchissement de page Utiliser **Action** pour rafraîchir les pages acceptées depuis la Campaign : 1. Ouvrez la cellule Action et confirmez la page cible et le brief. 2. Ajoutez le Playbook ou le Workflow qui rédige les recommandations de rafraîchissement. 3. Ajoutez des champs de publication pour le transfert CMS ou l'URL de publication. 4. Ajoutez des champs de propriété pour le coéquipier responsable du travail. 5. Suivez chaque page tout au long de la relecture et de la publication. ### Campaign de création de page Utiliser **Action** pour créer du contenu qui prend en charge les invites acceptées : 1. Ouvrez la cellule Action et confirmez les invites incluses. 2. Ajoutez le Playbook ou le Workflow qui transforme le brief en brouillon de page. 3. Ajoutez des champs pour les sources de support et les notes de publication. 4. Suivez si chaque action acceptée a été mise en ligne. --- # 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/campaigns/action.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.