Un agent IA peut-il lire Adobe Analytics sans le modifier ?

Dans les serveurs MCP d’Adobe Analytics et de Customer Journey Analytics, le réglage qui garde un agent IA en lecture seule ne se trouve pas dans le jeton que porte l’agent. Le 2 novembre 2026, j’ai demandé aux deux serveurs leurs métadonnées OAuth, sans m’authentifier : aucune des trois portées qu’ils annoncent ne parle de lecture ou d’écriture. La lecture seule se règle dans Adobe Admin Console, par un élément d’autorisation nommé « MCP Read-only Access » (« Accès en lecture seule MCP » dans les notes de mise à jour en français d’Adobe), que les notes de mise à jour des deux produits donnent en disponibilité générale le 6 octobre 2026. Le 20 octobre, Adobe a corrigé sa propre documentation sur les personnes que cet élément encadre : les administrateurs de produit reçoivent automatiquement l’accès MCP complet, et leur attribuer l’élément de lecture seule n’y change rien.

Ce billet est un audit de la documentation publique d’Adobe, de son historique Git et des métadonnées non authentifiées des serveurs, pas un test en organisation réelle : je n’ai connecté aucun agent à une organisation Adobe. N’importe qui peut refaire les requêtes. « Documenté » et « annoncé » ne veulent rien dire de plus ici. Tout a été vérifié à la source le 2 novembre 2026.

Les citations de la documentation d’Adobe et des autres sources sont reproduites en anglais, langue de leurs sources ; la traduction entre parenthèses est la mienne.

Réponse courte

Oui, pour tout utilisateur qui n’est pas administrateur de produit, au 2 novembre 2026. Les serveurs MCP d’Adobe Analytics et de Customer Journey Analytics (CJA) ont chacun un élément d’autorisation Admin Console, MCP Read-only Access, qui permet au client IA d’un utilisateur de trouver des composants et d’exécuter des rapports, mais pas de créer ni de modifier des segments, des mesures calculées, des plages de dates, des projets Workspace ou, dans CJA, des audiences. Les notes de mise à jour des deux produits le donnent en disponibilité générale le 6 octobre 2026. Il s’attribue dans un profil de produit et n’est pas porté par le jeton OAuth, dont les portées annoncées ne distinguent pas la lecture de l’écriture. Deux limites découlent de la documentation d’Adobe telle que corrigée le 20 octobre 2026 : les administrateurs de produit reçoivent automatiquement l’accès MCP complet, et les autorisations se cumulent d’un profil à l’autre, si bien qu’un profil portant MCP Full Access (« Accès complet MCP » en français) l’emporte sur un profil en lecture seule. Un agent en lecture seule a donc besoin d’un compte qui n’est pas administrateur du produit et qui n’appartient à aucun profil à accès complet.

Quand Adobe a-t-elle ajouté l’accès MCP en lecture seule, et qu’a-t-elle changé le 20 octobre ?

Adobe a ajouté l’accès MCP en lecture seule au début d’octobre 2026, en disponibilité générale le 6 octobre selon les notes de mise à jour d’Adobe Analytics et de CJA, et a corrigé sa règle sur les administrateurs de produit le 20 octobre 2026. Six dates marquent ce seul changement, chacune tirée de sa propre source ; aucune n’est « le jour où Adobe l’a annoncé ».

Les dates des journaux des modifications sont celles des versions du serveur : Adobe a ajouté l’entrée d’Analytics avec le commit c15a5b1, le 9 octobre, et l’entrée de CJA a reçu sa date du 8 octobre dix minutes plus tard, dans 73e2a82. Voici la page des autorisations, avant et après :

Un angle mort subsiste : les pages corrigées ne disent rien d’un administrateur système qui n’est pas administrateur de produit, sinon qu’un élément est exigé des « Other users » (autres utilisateurs). Posez la question à Adobe avant de présumer quoi que ce soit.

C’est Adobe qui a publié cette correction ; je la rapporte. La phrase remplacée figurait dans le guide de démarrage d’Adobe depuis le 17 avril et dans sa FAQ depuis le 18 mai. Le 26 octobre, le résumé généré par un outil de recherche IA affirmait encore, en substance, que la règle vise les administrateurs système et de produit, et que la FAQ nomme l’élément MCP Access. Les pages de développement analytics-mcp d’Adobe ne disent plus ni l’un ni l’autre, respectivement depuis le 20 et le 9 octobre, et une page d’Experience League qui employait l’ancien nom redirige désormais ailleurs (redirection datée du 22 octobre). Deux pages d’Experience League sur la passerelle CX Coworker, datées du 18 septembre 2026, sont toujours en ligne et disent encore « MCP Access » (voir la note sur la passerelle plus bas).

Pourquoi le jeton OAuth ne dit-il pas « lecture seule » ?

Parce qu’Adobe a placé le contrôle ailleurs. Trois requêtes non authentifiées le montrent :

curl -i -X POST https://aa-mcp.adobe.io/mcp \
  -H 'Content-Type: application/json' \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'
curl https://aa-mcp.adobe.io/.well-known/oauth-protected-resource/mcp
curl https://aa-mcp.adobe.io/.well-known/oauth-authorization-server

La première renvoie 401 avec un en-tête WWW-Authenticate qui pointe vers le document de ressource protégée, comme le décrit le RFC 9728. Ce document liste trois portées : openid, AdobeID et additional_info.projectedProductContext. cja-mcp.adobe.io renvoie la même structure. Aucune des portées ne sépare la lecture de l’écriture.

Ce n’est pas un défaut. Le catalogue d’Adobe énonce le modèle : « AI clients act on behalf of your Adobe user account using OAuth. » (les clients IA agissent au nom de votre compte utilisateur Adobe au moyen d’OAuth). Le jeton dit qui vous êtes ; selon la documentation d’Adobe, vos profils de produit décident de ce que vous pouvez faire. En août, à propos de ce que les agents IA peuvent faire dans vos comptes publicitaires et votre CRM, j’écrivais que la liste d’outils est la promesse du fournisseur et la portée, la permission réelle. Ici, la portée se tait : ni un écran de consentement, ni une inspection du jeton, ni un journal qui consigne les portées ne peuvent vous dire si un agent peut écrire.

Pour ces deux produits, cela répond aussi à la question 6 de mes questions d’appel d’offres sur le serveur MCP d’un fournisseur : selon la documentation d’Adobe, la lecture seule se règle côté serveur, pas dans la configuration du client.

Quels outils l’élément MCP Full Access débloque-t-il ?

J’ai compté les lignes « Required permission » des deux références d’outils en ligne. Adobe Analytics compte 23 outils, dont quatre exigent MCP Full Access. CJA en compte 27, dont cinq. Tous les autres acceptent l’un ou l’autre élément.

Aucune des deux références ne liste d’outil de suppression, même si les deux notes de mise à jour disent que l’accès complet conserve les « tools that create, change, or delete components » (outils qui créent, modifient ou suppriment des composants) ; la FAQ répond « Not currently » (pas pour l’instant) aux changements d’administration comme la modification des vues de données.

La ligne que je surveillerais, c’est upsertAudience. Une audience CJA, selon la documentation d’Adobe sur les audiences (9 octobre 2026), est quelque chose que l’on « create and publish » (crée et publie) vers « Real-Time Customer Profile in Adobe Experience Platform for customer targeting and personalization » (le profil client en temps réel d’Adobe Experience Platform, pour le ciblage et la personnalisation). La référence ne dit pas ce que deviennent, à leur création, les audiences de l’outil, et je ne l’ai pas établi, mais c’est la seule écriture dont Adobe documente le résultat comme publiable hors de l’analytique.

Comment garder un agent en lecture seule dans Adobe Analytics et CJA ?

Adobe le documente désormais elle-même. Sa section « Restrict write access », ajoutée le 20 octobre, compte trois étapes : s’assurer que l’utilisateur ne détient pas le rôle d’administrateur de produit pour ce produit, l’ajouter à un profil contenant MCP Read-only Access, et vérifier tous ses profils pour ce produit afin qu’aucun n’accorde MCP Full Access. La procédure est celle d’Adobe, et je la suivrais telle quelle.

J’ajouterais quatre choses :

1. Faites de la règle du cumul un audit, pas une étape unique. Les profils s’accumulent : quelqu’un qu’on ajoutera au trimestre prochain à un profil à accès complet, pour un autre projet, pourra alors écrire, et son profil en lecture seule ne le signalera pas. Dans Adobe Analytics, vérifiez chaque société de connexion, puisque chaque profil de produit « applies to a single login company » (s’applique à une seule société de connexion).
2. Donnez à l’agent sa propre identité. Si la personne qui veut connecter Claude ou ChatGPT détient le rôle d’administrateur de produit d’Analytics, l’élément de lecture seule ne peut rien pour elle ; Adobe le dit en toutes lettres. Appliquez le modèle du compte d’administration distinct, que beaucoup d’équipes d’identité exigent déjà : on administre sous un compte, on connecte ses agents sous un autre, et vos journaux gagnent une identité qui veut dire « agent ». L’administration privilégiée figure déjà dans la phase de gouvernance de mon guide de planification d’une pile martech ; les identités d’agent relèvent du même examen.
3. N’oubliez pas le compte de serveur à serveur. Le guide OAuth d’Adobe décrit la connexion avec « an OAuth server-to-server access token » (un jeton d’accès OAuth de serveur à serveur), et la page des autorisations précise que « Technical accounts used for OAuth server-to-server connections also need an MCP permission item. » (les comptes techniques des connexions OAuth de serveur à serveur ont aussi besoin d’un élément d’autorisation MCP). Une phrase de la FAQ, en ligne depuis le 18 mai, dit le contraire : « User tokens are required; service tokens are not supported. » (des jetons d’utilisateur sont requis ; les jetons de service ne sont pas pris en charge). Demandez à Adobe laquelle est à jour avant de bâtir dessus.
4. Changez ce que votre audit consigne. Ma liste de vérification d’audit martech demande de noter les portées OAuth accordées pour chaque connecteur IA. Pour ces deux serveurs, les portées ne disent rien. Consignez les profils de produit, si le compte détient le rôle d’administrateur de produit, et si un profil porte MCP Full Access.

Une note de budget : la FAQ indique que « MCP report calls count toward your existing monthly report request allowance » (les appels de rapport MCP sont décomptés de votre quota mensuel existant de requêtes de rapport). Il n’y a donc pas de compteur distinct, et la FAQ ne dit pas ce qui d’autre puise dans ce quota. J’ai comparé les modèles de facturation publiés par les fournisseurs dans combien coûte vraiment une action d’agent IA.

Les compétences d’agent d’Adobe appellent-elles des outils d’écriture ?

Adobe publie des compétences d’agent (skills) dans github.com/adobe/skills, qui s’installe comme un catalogue de plugiciels Claude Code (/plugin marketplace add adobe/skills). Ses plugiciels adobe-analytics et adobe-cja pointent vers aa-mcp.adobe.io et cja-mcp.adobe.io et contiennent onze fichiers SKILL.md à eux deux. Je les ai tous lus le 26 octobre, et aucun n’avait changé le 2 novembre. Dix n’appellent jamais d’outil d’écriture. Le onzième, aa-conversion-funnel-analysis, appelle upsertSegment pour créer les segments d’étape qui n’existent pas encore, et les garde-fous de cet appel sont deux lignes de texte dans la compétence, dont la première se lit « Only create new segments with explicit user confirmation. » (ne créer de nouveaux segments qu’avec la confirmation explicite de l’utilisateur).

Demander avant d’écrire est une bonne pratique. Mais ces lignes sont des consignes adressées à un modèle. Sous un profil en lecture seule, Adobe documente le résultat : « Creating or updating a component fails with a permission error » (la création ou la modification d’un composant échoue avec une erreur d’autorisation). Ce que décide le modèle n’y entre pas. Sous le compte d’un administrateur de produit, la consigne et l’éventuelle demande d’approbation du client sont tout ce qui sépare le modèle d’un nouveau segment appartenant au compte de cet administrateur, et les deux se trouvent du côté du client. Une consigne est un conseil ; une autorisation, une contrainte. Et les personnes qui ont le plus d’accès sont justement celles à qui seul le conseil s’applique.

Quels serveurs MCP d’Adobe sont en lecture seule, et où cela se règle-t-il ?

Au 2 novembre 2026, Adobe documente ses serveurs MCP de Journey Optimizer et de Real-Time CDP comme des bêtas en lecture seule, ceux d’Adobe Analytics et de CJA par un élément d’autorisation Admin Console, Workfront par des interrupteurs d’instance et Marketo Engage par le rôle de son utilisateur API. Les deux pages de Target diffèrent ; pour AEM, Cloud Manager et le serveur Marketing Agent, Adobe n’indique aucun contrôle de lecture seule que j’aie pu trouver. J’ai envoyé des requêtes non authentifiées aux dix points de terminaison du catalogue d’Adobe le 2 novembre 2026, à 14 h 49 à Montréal (19 h 49 UTC, selon les en-têtes Date des serveurs). Les dix ont répondu 401. Des métadonnées annoncées ne sont pas un comportement : rien ici ne montre ce que fait un serveur une fois la connexion établie.

Quatre lignes méritent chacune une phrase, et une autre voie, une note.

Target. Le catalogue d’Adobe (16 septembre) indique « public beta: tools are read-only, write tools are planned for general availability » (bêta publique : les outils sont en lecture seule, les outils d’écriture sont prévus pour la disponibilité générale). La présentation MCP de Target elle-même (28 septembre) dit que le serveur « exposes 62 tools across 11 categories » (expose 62 outils dans 11 catégories), le rôle « Editor role or higher » étant requis pour écrire et le rôle Approver pour activer. Si vous comptez sur le rôle Observer pour garder un agent en lecture seule, demandez à Adobe quelle page est à jour.

AEM. Adobe ne documente pas le sens de ces paires de portées, et la liste bouge : elle annonçait une paire de moins le 26 octobre. Son article de base de connaissances ka-42245 (15 septembre) consigne qu’un serveur MCP Content (read-only) « exposes write operations » (expose des opérations d’écriture) par deux outils de fragments, corrigé en les retirant « from the allowlist » (de la liste des outils autorisés). Une étiquette de lecture seule sur une liste d’outils est une configuration, pas une autorisation.

Workfront (mcp.prod.us-west-2.aws.wfk8s.com/mcp/v1/workfront) est le seul des dix dont le document de ressource protégée nomme une révision du protocole ("mcp_protocol_version": "2025-11-25"), et le seul où la lecture seule est un interrupteur d’instance : un administrateur y contrôle « Read-only MCP tools (enabled by default) and Write MCP tools (disabled by default) » (outils MCP en lecture seule, activés par défaut, et outils MCP d’écriture, désactivés par défaut).

Marketo Engage n’a aucune découverte OAuth. La page de configuration d’Adobe (27 octobre) fait envoyer par chaque client des identifiants LaunchPoint statiques dans les en-têtes X-Marketo-Client-Id, X-Marketo-Client-Secret et X-Marketo-Munchkin-Id ; les autorisations sont « inherited from the Marketo API-only user assigned to the customer’s LaunchPoint service » (héritées de l’utilisateur API Marketo affecté au service LaunchPoint du client). Adobe conseille « a dedicated API user in Marketo with only the permissions required for your work » (un utilisateur API dédié, doté des seules autorisations nécessaires) ; j’en utiliserais un par usage d’agent, puisque tous ceux qui partagent les mêmes identifiants partagent une seule identité dans la piste d’audit de Marketo. Adobe a réécrit la page des opérations le 27 octobre. La version que j’ai lue le 26 octobre, datée du 7 octobre, listait huit opérations delete_* à côté de « The AI system cannot use Delete or other destructive operations » (le système d’IA ne peut pas utiliser Delete ni d’autres opérations destructrices). La nouvelle ne liste plus aucune opération et n’a plus cette phrase : le serveur « supports 182 operations » (prend en charge 182 opérations), à découvrir par l’assistant IA, et « Some operations that change or delete data require confirmation and additional access » (certaines opérations qui modifient ou suppriment des données exigent une confirmation et un accès supplémentaire), sans définir ni l’une ni l’autre. Dans un fil de la communauté du 23 juillet 2026 où un utilisateur signalait 14 outils listés introuvables, un Adobe Champion a répondu que « the following APIs have been intentionally left disabled due to their destructive nature » (les API suivantes ont été volontairement laissées désactivées en raison de leur nature destructrice), avec un lien vers un commentaire d’un gestionnaire de communauté du 20 mai. Ni l’un ni l’autre ne nomme les 14. Je n’ai pas testé le serveur en disponibilité générale.

La passerelle Coworker. Le catalogue d’Adobe indique aussi qu’Analytics et CJA sont accessibles « via CX Enterprise Coworker ». Le point de terminaison de la passerelle, cx-coworker-gateway.adobe.io/mcp, a répondu à ma requête non authentifiée le 2 novembre par un 401 avec en-tête WWW-Authenticate, en annonçant openid, profile et email. Les pages d’outils Analytics et CJA de la passerelle (18 septembre 2026) disent encore que l’accès « is controlled by the MCP Access permission » (est contrôlé par l’autorisation MCP Access). Ce billet porte sur les serveurs directs aa-mcp et cja-mcp ; rien n’indique si l’élément de lecture seule et la règle des administrateurs s’appliquent de la même façon par la passerelle, alors posez la question à Adobe.

Depuis le 29 octobre, la même documentation de développement couvre aussi un serveur qu’Adobe n’offre que par cette passerelle : Marketing Campaign Analytics, l’ancien Mix Modeler, à mca-mcp.adobe.io, « only available through Adobe CX Enterprise Coworker » (accessible uniquement par Adobe CX Enterprise Coworker). Sa référence en liste 22 outils, dont create_scenario, trigger_scenario_evaluation et delete_scenario_plan, décrit comme « Permanently delete a Marketing Campaign Analytics scenario » (supprimer définitivement un scénario) et appelé avec confirm=true. Aucun des 22 n’a de ligne « Required permission », et la page des autorisations ne nomme toujours qu’Adobe Analytics et CJA. C’est le modèle qui fournit cet argument : comme la consigne de la compétence plus haut, c’est une précaution dans la conversation, pas une autorisation. Le 2 novembre, depuis ma connexion, le nom d’hôte pointait vers une adresse privée et n’a pas répondu ; je n’ai donc pas pu lire ses métadonnées.

Mon avis de travail

Le contrôle est au bon endroit : un élément d’autorisation vérifié côté serveur, tel qu’Adobe le documente, vaut mieux qu’un drapeau de lecture seule dans le fichier de configuration d’un client. Adobe a documenté les exceptions et la procédure, onze jours après avoir publié la nouvelle page des autorisations. Je lis l’exception des administrateurs de produit comme voulue et défendable : les administrateurs font tourner le produit, et un élément capable de les en exclure serait pire.

C’est la conséquence qui échappe. Rien dans le jeton ni dans l’écran de consentement ne dit si un agent peut écrire ; selon la documentation d’Adobe, la réponse tient à la combinaison des profils et des rôles d’Admin Console. L’identité sous laquelle tourne un agent devrait donc être choisie pour l’agent, et non empruntée à l’analyste le plus haut placé qui voulait l’essayer. Les outils d’agent de mon propre site portent readOnlyHint: true ; ce qui les rend sûrs, c’est une liste de chemins autorisés dans le code, pas cet indice.

Si je pouvais demander un seul changement à Adobe, ce serait le modèle que semblent suivre les noms de portées de son serveur AEM (Adobe ne leur documente aucun sens) : une portée de lecture dans le jeton, pour qu’un administrateur puisse connecter un agent en lecture seule sans second compte, et que l’écran de consentement le dise.

Ce que je ne sais pas : comment tout cela se comporte dans une organisation réelle ; laquelle des déclarations d’Adobe sur le serveur à serveur est à jour ; et si le réglage IMS qui « blocks third-party app access by default » (bloque par défaut l’accès des applications tierces), que la page de dépannage renvoie à l’équipe de compte Adobe, est le moyen d’écarter les agents des administrateurs. Chacune de ces réponses changerait ce billet, et je daterai le changement.

Foire aux questions sur l’accès MCP en lecture seule dans Adobe Analytics

Le serveur MCP d’Adobe Analytics a-t-il un mode lecture seule ?

Oui, par un élément d’autorisation, au 2 novembre 2026. MCP Read-only Access (« Accès en lecture seule MCP »), en disponibilité générale depuis le 6 octobre 2026 pour Adobe Analytics et Customer Journey Analytics, permet de trouver des composants et d’exécuter des rapports. Il exclut upsertSegment, upsertCalculatedMetric, createDateRange et upsertProject, plus upsertAudience dans CJA. Un administrateur l’attribue dans un profil de produit d’Admin Console ; ce n’est pas un réglage du client IA.

Les administrateurs de produit Adobe Analytics ont-ils besoin d’un élément d’autorisation MCP ?

Non. Depuis la correction de la documentation d’Adobe du 20 octobre 2026 (commit a486a37), les administrateurs de produit d’Adobe Analytics et de CJA « automatically receive full MCP access » (reçoivent automatiquement l’accès MCP complet), et leur attribuer MCP Read-only Access ne les restreint pas. La phrase remplacée, selon laquelle l’exigence valait aussi pour eux, figurait dans la documentation d’Adobe depuis le 17 avril 2026.

Quelles portées OAuth le serveur MCP d’Adobe Analytics demande-t-il ?

Telles qu’annoncées le 2 novembre 2026 : openid, AdobeID et additional_info.projectedProductContext, et les trois mêmes pour cja-mcp.adobe.io. Aucune ne distingue la lecture de l’écriture. Selon la documentation d’Adobe, ce sont les profils de produit et le rôle d’administrateur de produit qui décident si un agent peut écrire, pas le jeton.

Un agent IA peut-il créer une audience CJA avec upsertAudience ?

Seulement avec MCP Full Access ou en tant qu’administrateur de produit CJA, selon la documentation au 2 novembre 2026. L’outil upsertAudience crée ou modifie une audience CJA, et Adobe documente les audiences CJA comme publiables vers le profil client en temps réel d’Adobe Experience Platform, pour le ciblage et la personnalisation. C’est la meilleure raison de garder les comptes d’agent CJA en MCP Read-only Access.

Que signifie l’erreur Omni.Tools.MCPAccess ?

La page de dépannage d’Adobe cite Omni.Tools.MCPAccess, avec « Authorization failed » et « 403 forbidden », sous « Authorization with the MCP server failed. You can check your credentials and permissions. » (l’autorisation auprès du serveur MCP a échoué ; vérifiez vos identifiants et vos autorisations). Cause possible indiquée, telle que lue le 2 novembre 2026 : « Your account does not have MCP access for the selected product or organization. » (votre compte n’a pas d’accès MCP pour le produit ou l’organisation choisis). Confirmez que la bonne organisation IMS est active, reconnectez-vous et demandez l’accès à un administrateur ; la page des autorisations prévient que « permission changes might not take effect immediately » (un changement d’autorisation peut ne pas s’appliquer tout de suite).

---

Divulgation : je coanime l’Agentic Marketing Garage, Montreal, un événement des Adobe User Groups, le 18 novembre 2026. Ce billet repose uniquement sur de la documentation publique et des requêtes non authentifiées, et personne chez Adobe ni chez mon employeur ne l’a relu.

Sources utilisées

Vérifié à la source : 2 novembre 2026.

• Adobe : « Set up permissions », documentation du serveur MCP d’Analytics, version en ligne issue du commit a486a37, 20 octobre 2026
• Adobe : foire aux questions du serveur MCP d’Analytics, 20 octobre 2026
• Adobe : dépannage du serveur MCP d’Analytics, 20 octobre 2026
• Adobe : « Use OAuth to connect », exigences de serveur à serveur, 9 octobre 2026
• Adobe : référence des outils du serveur MCP d’Adobe Analytics, 23 outils, 20 octobre 2026
• Adobe : référence des outils du serveur MCP de Customer Journey Analytics, 27 outils, 20 octobre 2026
• Adobe : journal des modifications du serveur MCP d’Adobe Analytics, entrée du 5 octobre 2026
• Adobe : journal des modifications du serveur MCP de Customer Journey Analytics, entrées du 8 et du 19 octobre 2026
• Adobe : présentation du serveur MCP de Marketing Campaign Analytics, accessible uniquement par Coworker, 29 octobre 2026
• Adobe : référence des outils du serveur MCP de Marketing Campaign Analytics, 22 outils, 29 octobre 2026
• GitHub, AdobeDocs/analytics-mcp : commit b22c35f, « Add permission condition », 17 avril 2026
• GitHub, AdobeDocs/analytics-mcp : commit c15a5b1, « Permissions split », 9 octobre 2026
• GitHub, AdobeDocs/analytics-mcp : commit 73e2a82, « Changelog updates », 9 octobre 2026
• GitHub, AdobeDocs/analytics-mcp : commit a486a37, « AN-504019: Product administrator corrections », 20 octobre 2026
• Adobe : notes de mise à jour d’Adobe Analytics, octobre 2026, dernière mise à jour le 29 octobre 2026
• Adobe : notes de mise à jour d’Adobe Analytics en français, « Accès en lecture seule MCP » et « Accès complet MCP », consultées le 2 novembre 2026
• Adobe : notes de mise à jour de Customer Journey Analytics, octobre 2026, dernière mise à jour le 29 octobre 2026
• Adobe : présentation de la publication d’audiences CJA, 9 octobre 2026
• Adobe : catalogue des serveurs MCP, CX Enterprise, 16 septembre 2026
• Adobe : serveur MCP de Journey Optimizer (bêta), 6 octobre 2026
• Adobe : Real-Time CDP, travailler avec des clients MCP (bêta), 21 octobre 2026
• Adobe : présentation du serveur MCP de Target (bêta), 62 outils, 28 septembre 2026
• Adobe : présentation du serveur MCP de Target à l’ancien chemin, 52 outils, 21 avril 2026
• Adobe : « AEM as a Cloud Service: Prevent write operations on Content (read-only) MCP Server », KB ka-42245, 15 septembre 2026
• Adobe : outils Adobe Analytics de la passerelle CX Coworker, 18 septembre 2026
• Adobe : outils Customer Journey Analytics de la passerelle CX Coworker, 18 septembre 2026
• Adobe : configurer le serveur MCP de Workfront, 27 octobre 2026
• Adobe : serveur MCP de Marketo Engage, 27 octobre 2026
• Adobe : opérations du serveur MCP de Marketo Engage, 182 opérations, 27 octobre 2026
• Communauté Adobe Experience League : « 14 MCP Tools Listed on Adobe’s Official Docs — But Not Available in the MCP Server! », 23 juillet 2026
• Communauté Adobe Experience League : « Marketo’s MCP vs REST API », commentaire d’un gestionnaire de communauté du 20 mai 2026
• GitHub, adobe/skills : « Adobe Skills for AI Coding Agents » (README), lu le 2 novembre 2026
• GitHub, adobe/skills : SKILL.md de aa-conversion-funnel-analysis, inchangé depuis le 29 mai 2026
• Métadonnées de ressource protégée du serveur MCP d’Adobe Analytics, récupérées le 2 novembre 2026
• Métadonnées du serveur d’autorisation du serveur MCP d’Adobe Analytics, récupérées le 2 novembre 2026
• Métadonnées de ressource protégée du serveur MCP de CJA, récupérées le 2 novembre 2026
• Métadonnées de ressource protégée de la passerelle CX Coworker, récupérées le 2 novembre 2026
• IETF : RFC 9728, OAuth 2.0 Protected Resource Metadata, avril 2025