> 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/insights/onsite/content-updates.md). # Mises à jour de contenu Suivez quand les pages sont publiées ou actualisées dans vos workflows, exportations Grid, API et MCP. Auditez les mises à jour de contenu sans actualiser les pages manuellement. Ouvrir **Insights → Sur site → Mises à jour de contenu** pour examiner l'activité de publication de votre contenu. Chaque fois qu'une page est publiée ou actualisée via AirOps, la mise à jour est enregistrée et affichée ici, qu'elle ait été effectuée via MCP, l'API ou une étape de workflow. Utilisez cet historique pour mesurer le volume, corréler les modifications de contenu avec des પરિણામats de visibilité comme les citations et les clics, et identifier les pages qui doivent être actualisées. Les mises à jour de contenu sont capturées automatiquement lorsque vous utilisez des étapes d'intégration CMS natives dans les workflows ou les exports Grid. Pour les intégrations personnalisées (étapes Code, appels API), vous pouvez enregistrer explicitement les mises à jour de contenu à l'aide de l' [Suivi de la mise à jour du contenu](/docs/fr/actions/workflow-concepts/workflow-steps/content-updates/track-content-update.md) étape de workflow, le [Content Updates API](https://docs.airops.com/api-reference/api-reference/brand-kits/content-updates), ou de l' `track_aeo_page_content_update` outil MCP. {% hint style="info" %} Si [Détection automatique des changements](/docs/fr/insights/onsite/content-updates/automated-change-detection.md) est activée pour votre espace de travail, chaque mise à jour de contenu que vous enregistrez déclenche également une nouvelle capture de la page afin que le diff dans le tableau Modifications du détail de la page reste à jour. Les modifications détectées sont renvoyées dans ce flux sous forme de `Page actualisée` mises à jour de contenu taguées comme détectées automatiquement. {% endhint %} *** ## Comment les mises à jour de contenu sont capturées | Source | Fonctionnement | Action requise | | ------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------- | | [**Détection automatique des changements**](/docs/fr/insights/onsite/content-updates/automated-change-detection.md) | Une capture hebdomadaire de chaque page inscrite enregistre une `Page actualisée` mise à jour de contenu lorsqu'une modification significative est détectée, sans qu'aucune intégration CMS ne soit requise | Activé par défaut sur Enterprise | | **Étape CMS native (workflow)** | Détectée automatiquement lorsqu'une étape CMS prise en charge crée ou met à jour du contenu | Aucune | | **Export Grid** | Détecté automatiquement lors de l'exportation de lignes vers un CMS pris en charge via Grid | Aucune | | **Étape Track Content Update** | Ajoutée manuellement à un workflow pour enregistrer une mise à jour de contenu | Ajoutez l'étape et configurez l'URL + le type | | **MCP** | La `track_aeo_page_content_update` outil enregistre les mises à jour de contenu depuis n'importe quel client MCP | Appelez l'outil avec l'URL et le type | | [**API publique**](https://docs.airops.com/api-reference/api-reference/brand-kits/content-updates) | `POST /public_api/brand_kits/{brand_kit_id}/content_updates` crée des mises à jour de contenu par programmation | Envoyer une requête API | *** ## Détection automatique à partir des intégrations CMS Lorsqu'un workflow utilise une étape CMS native pour créer ou mettre à jour du contenu, AirOps capture automatiquement la mise à jour de contenu. Le système résout l'URL de la page à partir de la réponse de l'API CMS et détermine si l'action était une publication ou une actualisation. ### Intégrations prises en charge dans les workflows | Intégration | Publier (nouvelle page) | Actualiser (mise à jour) | | ------------- | -------------------------------------- | ------------------------------------------------------ | | **Webflow** | Créer un élément de collection | Mettre à jour un élément de collection | | **WordPress** | Créer un post | Mettre à jour un post | | **Shopify** | Créer un article, Créer une collection | Mettre à jour un produit, Mettre à jour une collection | | **Ghost** | Créer un post, Publier un post | Mettre à jour un post | ### Intégrations prises en charge dans les exports Grid | Intégration | Publier | Refresh | | ------------- | --------------------------- | --------------------------------- | | **Webflow** | Export d'une nouvelle ligne | Mise à jour d'une ligne existante | | **WordPress** | Export d'une nouvelle ligne | Mise à jour d'une ligne existante | {% hint style="warning" %} Seules les intégrations listées ci-dessus prennent en charge la détection automatique. Les autres intégrations CMS (Builder.io, ContentStack, Contentful, Craft CMS, Framer, HubSpot CMS, Sanity, Strapi, Storyblok) ne suivent pas automatiquement les mises à jour de contenu. Pour les workflows qui publient du contenu via ces intégrations ou toute intégration non prise en charge, ajoutez une [Suivi de la mise à jour du contenu](/docs/fr/actions/workflow-concepts/workflow-steps/content-updates/track-content-update.md) étape après l'étape CMS pour enregistrer manuellement la mise à jour de contenu. {% endhint %} *** ## Types | Tapez | Signification | | ------------------- | ------------------------------------------------ | | **Page publiée** | Une nouvelle page a été créée et publiée | | **Page actualisée** | Le contenu d'une page existante a été mis à jour | *** ## Association au Brand Kit Chaque mise à jour de contenu nécessite que l'URL de la page corresponde à un domaine configuré dans le Brand Kit de votre espace de travail. AirOps vérifie automatiquement le domaine de l'URL par rapport à tous les domaines et URL de marque du Brand Kit. Aucune sélection manuelle du Brand Kit n'est nécessaire. Une URL de page peut correspondre à plusieurs Brand Kits. Si votre espace de travail comporte plusieurs Brand Kits sur le même domaine (par exemple, des variantes régionales ou archivées), une mise à jour de contenu distincte est enregistrée pour chaque Brand Kit correspondant. Lorsque les Brand Kits utilisent des URL de marque spécifiques au chemin, comme des sous-chemins de langue tels que `example.com/es/`, les mises à jour de contenu sont routées vers le Brand Kit correspondant le plus spécifique. Une URL sous `example.com/es/…` est enregistrée par rapport au `/es/` Brand Kit, tandis qu'une URL qui ne se trouve sous aucun Brand Kit spécifique au chemin est enregistrée par rapport au(x) Brand Kit(s) au niveau du domaine. Si aucune correspondance n'est trouvée, la détection automatique ignore silencieusement la mise à jour de contenu. Les sources manuelles (étape Track Content Update, API, MCP) renvoient une erreur afin que vous puissiez corriger l'URL. *** ## Tableau de bord des mises à jour de contenu **Insights → Sur site → Mises à jour de contenu** comprend deux vues principales : ### Mises à jour au fil du temps Un graphique en ligne avec les décomptes quotidiens des mises à jour de contenu de publication et d'actualisation sur la plage de dates sélectionnée. Chaque type a sa propre ligne, ce qui vous permet de voir en un coup d'œil la vitesse de publication et la cadence des actualisations. ### Historique des mises à jour de contenu Un tableau triable et filtrable avec les colonnes suivantes : | Colonne | Description | | --------------- | --------------------------------------------------------------- | | **Tapez** | Page publiée ou page actualisée | | **Source** | Origine de la mise à jour : Auto, API, MCP ou Workflows & Grids | | **URL** | L'URL de la page associée à la mise à jour de contenu | | **Date** | Quand la mise à jour de contenu a été enregistrée | | **Métadonnées** | Paires clé-valeur avec un contexte supplémentaire | Utilisez la zone de recherche pour trouver des mises à jour par URL. Filtrer **Source** par **Auto**, **API**, **MCP**, ou **Workflows & Grids**. Choisissez Auto pour examiner les modifications détectées automatiquement. La sélection multiple et la suppression par lot sont prises en charge pour le nettoyage. *** ## Mises à jour de contenu dans la vue détaillée de la page Lors de l'affichage de la vue détaillée d'une page, une **Mises à jour de contenu associées** carte apparaît en bas et affiche toutes les mises à jour de contenu dont l'URL correspond à cette page. Cela vous donne une chronologie de chaque publication et actualisation pour cette page spécifique, avec des colonnes pour le type, la source, la date et les métadonnées. *** ## Dernière actualisation et pages obsolètes La [Pages](/docs/fr/insights/onsite/pages.md) le tableau comprend une **Dernière actualisation** colonne indiquant depuis combien de temps la mise à jour de contenu la plus récente a été enregistrée pour chaque page (par exemple, « il y a 6 mois »). Cette colonne n'est visible que lorsqu'un filtre de pages obsolètes est actif. Utilisez la **Pages obsolètes** filtre intelligent pour afficher les pages dont la mise à jour de contenu la plus récente date de plus de 6 mois. Des préréglages de filtre supplémentaires sont disponibles : plus de 1 mois, 3 mois, 6 mois et 1 an. Les pages sans enregistrement de mise à jour de contenu ne sont pas incluses dans les résultats filtrés. Combinez le filtre Pages obsolètes avec Opportunités d'actualisation pour prioriser les pages à actualiser en premier en fonction de l'impact sur la visibilité. *** ## Métadonnées de mise à jour de contenu Chaque mise à jour de contenu peut comporter des métadonnées, qui sont des paires clé-valeur fournissant un contexte supplémentaire sur la mise à jour de contenu. ### Métadonnées système Automatiquement jointes à chaque mise à jour de contenu : | Clé | Description | | -------------------------------- | ------------------------------------------------------------------------ | | `airops_app_id` | L'ID du workflow qui a généré la mise à jour de contenu | | `airops_app_type` | Le type d'application AirOps (par ex., workflow) | | `airops_execution_id` | L'ID d'exécution du workflow | | `airops_integration_page_status` | Le statut de la page signalé par le CMS (par ex., `publié`, `brouillon`) | | `airops_grid_table_id` | L'ID de la table Grid (pour les mises à jour de contenu via export Grid) | ### Attributs personnalisés Vous pouvez ajouter vos propres paires clé-valeur (jusqu'à 20 par mise à jour de contenu) lorsque vous utilisez l'étape Track Content Update, l'API ou MCP. Dans l'étape Track Content Update, les clés et les valeurs prennent en charge le [templating Liquid](/docs/fr/actions/workflow-concepts/liquid-template.md). *** ## Accès programmatique Créez, listez et récupérez les mises à jour de contenu de manière programmatique à l'aide de la [Content Updates API](https://docs.airops.com/api-reference/api-reference/brand-kits/content-updates). Les mises à jour de contenu créées via l'API ont pour source `api`. L'URL doit correspondre à un domaine Brand Kit dans votre espace de travail. La `track_aeo_page_content_update` et `list_aeo_page_content_updates` Les outils MCP offrent les mêmes capacités depuis n'importe quel client compatible MCP. --- # 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/insights/onsite/content-updates.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.