{"id":257,"date":"2025-08-21T16:20:43","date_gmt":"2025-08-21T14:20:43","guid":{"rendered":"https:\/\/zoominandout.fr\/?p=257"},"modified":"2025-08-21T16:20:44","modified_gmt":"2025-08-21T14:20:44","slug":"range-ton-si","status":"publish","type":"post","link":"https:\/\/zoominandout.fr\/index.php\/2025\/08\/21\/range-ton-si\/","title":{"rendered":"Range ton SI !"},"content":{"rendered":"\n<p>Un syst\u00e8me d\u2019information mal cartographi\u00e9 perd sa capacit\u00e9 d\u2019\u00e9volution. On empile des briques, on multiplie les adh\u00e9rences, et tout semble \u00e0 peu pr\u00e8s fonctionner tant qu\u2019on ajoute simplement des fonctionnalit\u00e9s. Mais au moment d\u2019une refonte majeure \u2014 migration cloud, rationalisation post-fusion, changement de socle technologique \u2014 la machine s\u2019enraye. On d\u00e9couvre alors que le SI, sans carte ni rangement, ressemble plus \u00e0 un grenier encombr\u00e9 qu\u2019\u00e0 un patrimoine ma\u00eetris\u00e9.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"683\" src=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/ChatGPT-Image-Aug-21-2025-04_18_40-PM-1024x683.png\" alt=\"\" class=\"wp-image-264\" srcset=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/ChatGPT-Image-Aug-21-2025-04_18_40-PM-1024x683.png 1024w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/ChatGPT-Image-Aug-21-2025-04_18_40-PM-300x200.png 300w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/ChatGPT-Image-Aug-21-2025-04_18_40-PM-768x512.png 768w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/ChatGPT-Image-Aug-21-2025-04_18_40-PM-1200x800.png 1200w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/ChatGPT-Image-Aug-21-2025-04_18_40-PM.png 1536w\" sizes=\"auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px\" \/><\/figure>\n\n\n\n<p>\ud83d\udc49 J\u2019ai d\u00e9j\u00e0 \u00e9crit sur <a href=\"https:\/\/zoominandout.fr\/index.php\/2024\/01\/14\/here-be-dragons-ou-la-difficile-cartographie-du-si\/\" data-type=\"post\" data-id=\"211\">la cartographie du SI<\/a> et sur <a href=\"https:\/\/zoominandout.fr\/index.php\/2023\/02\/28\/et-pour-vous-quest-ce-quune-application\/\" data-type=\"post\" data-id=\"42\">les applications<\/a>. Cet article est le cha\u00eenon suivant : comment donner une nomenclature \u00e0 ce patrimoine.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Inventorier ne suffit pas<\/h2>\n\n\n\n<p>En g\u00e9n\u00e9ral, quand je fais la d\u00e9couverte d&rsquo;un syst\u00e8me d&rsquo;information, cela ressemble souvent au sch\u00e9ma ci-dessous en le multipliant par 10 ou plus. La complexit\u00e9 peut devenir vite redoutable !<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"659\" src=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-1024x659.png\" alt=\"\" class=\"wp-image-259\" srcset=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-1024x659.png 1024w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-300x193.png 300w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-768x494.png 768w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image.png 1044w\" sizes=\"auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px\" \/><\/figure>\n\n\n\n<p>La d\u00e9couverte du SI n&rsquo;est pas forc\u00e9ment imm\u00e9diate car elle n\u00e9cessite d&rsquo;avoir un inventaire applicatif ou de le faire s&rsquo;il n&rsquo;existe pas. Parfois, je trouve plusieurs inventaires applicatifs \u00e9mis par plusieurs sources. Bien s\u00fbr, ils ne sont pas coh\u00e9rents entre eux et la corr\u00e9lation entre les items demande une certaine dose d&rsquo;intuition !<\/p>\n\n\n\n<p>Cependant, m\u00eame si cette \u00e9tape est n\u00e9cessaire, elle ne suffit pas pour pouvoir tracer des trajectoires d&rsquo;\u00e9volution du SI. Il faut pouvoir relier le SI \u00e0 l&rsquo;organisation afin que l&rsquo;organisation comprenne comment se mobiliser pour \u00e9tendre, changer et maintenir le SI. Cela para\u00eet \u00e9vident &#8230; et pourtant ! Il arrive souvent que des parties du SI soient \u00e0 personne ou \u00e0 plusieurs. Ces situations cr\u00e9ent souvent des frictions.<\/p>\n\n\n\n<p>Nous avons besoin de cr\u00e9er un point de vue sur le patrimoine applicatif pour embarquer l&rsquo;organisation. Afin de simplifier le sch\u00e9ma ci-dessous, nous pouvons regrouper les \u00e9l\u00e9ments en agr\u00e9gat. Id\u00e9alement le regroupement a une signification pour le m\u00e9tier (nomm\u00e9 par des termes m\u00e9tier) et pour l&rsquo;organisation (align\u00e9 sur la structure organisationnelle).<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"659\" src=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-2-1024x659.png\" alt=\"\" class=\"wp-image-261\" srcset=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-2-1024x659.png 1024w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-2-300x193.png 300w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-2-768x494.png 768w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-2.png 1044w\" sizes=\"auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px\" \/><\/figure>\n\n\n\n<p>La repr\u00e9sentation peut ensuite \u00eatre simplifi\u00e9e en ne conservant que les agr\u00e9gats. On peut envisager de les ranger dans une Business Capabilit\u00e9 Map (BCM) ou dans une repr\u00e9sentation visuelle type tableau des \u00e9l\u00e9ments p\u00e9riodique ! <\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"812\" height=\"286\" src=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-3.png\" alt=\"\" class=\"wp-image-262\" srcset=\"https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-3.png 812w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-3-300x106.png 300w, https:\/\/zoominandout.fr\/wp-content\/uploads\/2025\/08\/image-3-768x271.png 768w\" sizes=\"auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 984px) 61vw, (max-width: 1362px) 45vw, 600px\" \/><\/figure>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Les applications comme bo\u00eetes de rangement<\/h2>\n\n\n\n<p>Pour cartographier, il faut doc ranger. Et ce qu\u2019on range dans le SI, ce sont des <strong>applications<\/strong>.<br>L\u2019application devient la <strong>bo\u00eete<\/strong> de r\u00e9f\u00e9rence : elle regroupe des fonctions, des donn\u00e9es, des flux, et c\u2019est sur elle que l\u2019on raisonne pour d\u00e9cider si on conserve, remplace, modernise ou externalise.<\/p>\n\n\n\n<p>Pourquoi ne pas utiliser l&rsquo;unit\u00e9 de d\u00e9ploiement pour cl\u00e9 de rangement ? Avec le temps, l&rsquo;unit\u00e9 de d\u00e9ploiement est devenue de plus en plus petite. On peut citer les architectures en micro-service ou en micro-frontend. Les SI deviennent ainsi d\u00e9coup\u00e9s tr\u00e8s finement. Il n&rsquo;est pas rare de trouver plus de 2000 composants pour un SI d&rsquo;une entreprise moyenne. Il est \u00e9vident que travailler \u00e0 cette \u00e9chelle est tr\u00e8s complexe et que l&rsquo;alternative qui consiste \u00e0 raisonner plut\u00f4t sur une centaine d&rsquo;application est pragmatique.<\/p>\n\n\n\n<p>Encore faut-il que cette bo\u00eete ait une <strong>identit\u00e9 stable<\/strong>. Sinon, on se retrouve avec une application qui change de nom selon les projets, qui se fond dans un programme puis ressurgit ailleurs, ou qui prend le nom du progiciel sur lequel elle est b\u00e2tie. Bref : impossible de suivre son histoire.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Le code applicatif : une identit\u00e9 stable<\/h2>\n\n\n\n<p>La r\u00e9ponse, c\u2019est le <strong>code applicatif<\/strong> : une cl\u00e9 unique et durable, qui traverse tout le cycle de vie de l\u2019application.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Le nom peut changer (souvent pour des raisons de communication), le code reste.<\/li>\n\n\n\n<li>C\u2019est ce code qui devient le <strong>label f\u00e9d\u00e9rateur<\/strong> : on le retrouve dans les workloads, les bases de donn\u00e9es, les journaux, les rapports, les sauvegardes, les noms des machines, les flux r\u00e9seau&#8230;<\/li>\n<\/ul>\n\n\n\n<p>En syst\u00e9matisant la codification des assets de l&rsquo;IT par rapport au code applicatif, on en tire des b\u00e9n\u00e9fices \u00e0 long terme : <\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Le cout de possession des applications se calcule comme la consolidation des couts des assets associ\u00e9s au code applicatif (couts directs) et la r\u00e9imputation partielle des couts des assets communs (couts indirects).<\/li>\n\n\n\n<li>Les assets orphelins sont un indice de ressources inutilis\u00e9es ou un signalement d&rsquo;un d\u00e9faut organisationnel.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Relier applications et composants<\/h2>\n\n\n\n<p>Les d\u00e9veloppeurs, eux, travaillent sur des <strong>composants<\/strong> : des unit\u00e9s d\u00e9ployables.<br>Pour que la nomenclature fonctionne, chaque composant doit <strong>porter le code de l\u2019application<\/strong> \u00e0 laquelle il appartient. C\u2019est ce qui permet de relier la bo\u00eete (l\u2019application) \u00e0 ses briques techniques.<\/p>\n\n\n\n<p>En faisant du composant un \u00e9l\u00e9ment d&rsquo;une application, il ne peut appartenir qu&rsquo;\u00e0 une seule application. Comme une application appartient \u00e0 une seule \u00e9quipe fonctionnelle et est op\u00e9r\u00e9 par une seule \u00e9quipe IT, il n&rsquo;y a pas d&rsquo;ambigu\u00eft\u00e9 sur le cadre de responsabilit\u00e9 du composant.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Donner du sens : typer les composants<\/h2>\n\n\n\n<p>Tous les composants ne sont pas \u00e9gaux. Pour les ranger, il faut une typologie. <br><br>De mon exp\u00e9rience, trois crit\u00e8res suffisent :<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Lieu de d\u00e9ploiement<\/strong> : chez le client, dans le SI interne ou chez un tiers.<\/li>\n\n\n\n<li><strong>\u00c9tat<\/strong> : service applicatif ou base de donn\u00e9es (persistant ou non).<\/li>\n\n\n\n<li><strong>Mainteneur<\/strong> : interne ou tiers.<\/li>\n<\/ol>\n\n\n\n<p>Avec \u00e7a, on obtient une r\u00e8gle de nommage simple :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>&#91;code applicatif]-&#91;type composant]-&#91;qualificatif]<\/code><\/pre>\n\n\n\n<p>Un exemple de types de composants courants :<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><td><strong>Type de composant<\/strong><\/td><td><strong>Libell\u00e9<\/strong><\/td><td><strong>Lieu de d\u00e9ploiement<\/strong><\/td><td><strong>Etat<\/strong><\/td><td><strong>Mainteneur<\/strong><\/td><\/tr><tr><td>app<\/td><td>Application mobile<\/td><td>client<\/td><td>sans<\/td><td>interne<\/td><\/tr><tr><td>web<\/td><td>Application Web<\/td><td>client<\/td><td>avec<\/td><td>interne<\/td><\/tr><tr><td>api<\/td><td>Service applicatif<\/td><td>SI <\/td><td>sans<\/td><td>interne<\/td><\/tr><tr><td>db<\/td><td>Base de donn\u00e9es<\/td><td>SI<\/td><td>avec<\/td><td>interne<\/td><\/tr><tr><td>prg<\/td><td>Progiciel<\/td><td>SI<\/td><td>avec<\/td><td>tiers<\/td><\/tr><tr><td>saas<\/td><td>SaaS<\/td><td>Tiers<\/td><td>avec<\/td><td>tiers<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\">Encadr\u00e9 pratique : exemple de nomenclature<\/h3>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Code applicatif<\/th><th>Type composant<\/th><th>Qualificatif<\/th><th>Nommage<\/th><\/tr><\/thead><tbody><tr><td>paie<\/td><td>api<\/td><td>main<\/td><td>paie-api-main<\/td><\/tr><tr><td>paie<\/td><td>db<\/td><td>main<\/td><td>paie-db-main<\/td><\/tr><tr><td>paie<\/td><td>web<\/td><td>main<\/td><td>paie-web-main<\/td><\/tr><tr><td>paie<\/td><td>saas<\/td><td>studio<\/td><td>paie-saas-studio<\/td><\/tr><tr><td>finance<\/td><td>saas<\/td><td>sap<\/td><td>finance-saas-sap<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>Cette discipline rejoint les pratiques de l\u2019APM (Application Portfolio Management) d\u00e9crites par MEGA, LeanIX, Ardoq : avoir une nomenclature standardis\u00e9e, claire et unique est ce qui permet de comparer les applications, d\u2019identifier les doublons, et surtout de prendre des d\u00e9cisions strat\u00e9giques.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">APM et Product Management : un rendez-vous manqu\u00e9 ?<\/h2>\n\n\n\n<p>L\u2019APM existe depuis plus d\u2019une d\u00e9cennie. Il propose un cadre clair pour inventorier, \u00e9valuer et rationaliser le portefeuille applicatif. Sur le papier, l\u2019APM devrait \u00eatre incontournable \u2014 or il reste souvent cantonn\u00e9 aux directions architecture ou urbanisme, per\u00e7u comme une d\u00e9marche \u201cd\u2019ing\u00e9nieurs de la cartographie\u201d.<\/p>\n\n\n\n<p>Pourquoi ? Parce que, pendant ce temps, l\u2019agilit\u00e9 et le product management ont chang\u00e9 le vocabulaire et les priorit\u00e9s. L\u00e0 o\u00f9 l\u2019APM range et classifie, le product management valorise, priorise et fait \u00e9voluer. On a d\u2019un c\u00f4t\u00e9 une logique <strong>patrimoniale et transverse<\/strong>, de l\u2019autre une logique <strong>op\u00e9rationnelle et orient\u00e9e produit<\/strong>.<\/p>\n\n\n\n<p>\ud83d\udc49 Le paradoxe, c\u2019est qu\u2019il s\u2019agit en r\u00e9alit\u00e9 de deux faces de la m\u00eame pi\u00e8ce : le product management g\u00e8re la valeur courante, l\u2019APM g\u00e8re la soutenabilit\u00e9 dans le temps.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Deux flux orthogonaux : projets et patrimoine<\/h2>\n\n\n\n<p>On peut repr\u00e9senter le SI comme travers\u00e9 par deux flux :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Les projets<\/strong> : financ\u00e9s, pilot\u00e9s, visibles. Ils incarnent \u201cl\u2019argent bien d\u00e9pens\u00e9\u201d, car ils cr\u00e9ent des nouveaut\u00e9s.<\/li>\n\n\n\n<li><strong>Le patrimoine<\/strong> : maintenance, mises \u00e0 jour, obsolescence. Il incarne \u201cla d\u00e9pense forc\u00e9e\u201d, qu\u2019on subit plus qu\u2019on ne la choisit.<\/li>\n<\/ul>\n\n\n\n<p>Historiquement, l\u2019organisation a s\u00e9par\u00e9 les deux, cr\u00e9ant une fracture :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>le projet est glorifi\u00e9,<\/li>\n\n\n\n<li>le patrimoine est tol\u00e9r\u00e9.<\/li>\n<\/ul>\n\n\n\n<p>L\u2019agilit\u00e9 a tent\u00e9 de d\u00e9passer cette contradiction en fusionnant projet et patrimoine dans la m\u00eame unit\u00e9 : le produit. Le product management va encore plus loin en donnant une \u00e9quipe, un budget et une feuille de route \u00e0 chaque produit.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">La limite : les programmes transverses<\/h2>\n\n\n\n<p>Mais la fusion n\u2019est pas toujours possible. Lorsqu\u2019on conduit un <strong>programme transverse<\/strong> (par exemple : rationaliser tout le domaine finance, ou remplacer un progiciel de r\u00e9f\u00e9rence), on sort du p\u00e9rim\u00e8tre d\u2019un produit. On touche \u00e0 des morceaux multiples du patrimoine, qui n\u2019ont pas \u00e9t\u00e9 pens\u00e9s pour \u00e9voluer ensemble.<\/p>\n\n\n\n<p>Et c\u2019est l\u00e0 que l\u2019APM redevient critique :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>il donne la vision transverse,<\/li>\n\n\n\n<li>il r\u00e9v\u00e8le les doublons et les adh\u00e9rences,<\/li>\n\n\n\n<li>il permet d\u2019arbitrer rationnellement au-del\u00e0 du p\u00e9rim\u00e8tre produit.<\/li>\n<\/ul>\n\n\n\n<p>En ce sens, l\u2019APM ne s\u2019oppose pas au product management : il l\u2019encadre et le compl\u00e8te.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Conclusion : ranger pour \u00e9voluer<\/h2>\n\n\n\n<p>Un patrimoine applicatif, c\u2019est comme une biblioth\u00e8que. Tant que les livres n\u2019ont pas de code et qu\u2019ils ne sont pas rang\u00e9s dans des cat\u00e9gories claires, on peut toujours lire, mais on ne retrouve rien et on ne remplace rien sans douleur.<\/p>\n\n\n\n<p>Avec un code applicatif unique et une nomenclature simple, on passe d\u2019un grenier en d\u00e9sordre \u00e0 une biblioth\u00e8que organis\u00e9e. Et surtout, on redonne au SI ce qui lui manque le plus souvent : sa <strong>capacit\u00e9 d\u2019\u00e9volution<\/strong>.<\/p>\n\n\n\n<p>\ud83d\udc49 R\u00e9f\u00e9rences :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/www.leanix.net\/en\/wiki\/apm\/application-portfolio-management\">LeanIX \u2013 Application Portfolio Management<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/www.servicenow.com\/community\/apm-forum\/application-portfolio-management-inventory-best-practices\/td-p\/1016198\">ServiceNow \u2013 APM Inventory Best Practices<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/www.mega.com\/blog\/application-portfolio-assessment\">MEGA \u2013 Application Portfolio Assessment<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/www.ardoq.com\/knowledge-hub\/application-portfolio-management\">Ardoq \u2013 Knowledge Hub APM<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Un syst\u00e8me d\u2019information mal cartographi\u00e9 perd sa capacit\u00e9 d\u2019\u00e9volution. Mais au moment d\u2019une refonte majeure, la machine s\u2019enraye. On d\u00e9couvre alors que le SI, sans carte ni rangement, ressemble plus \u00e0 un grenier encombr\u00e9 qu\u2019\u00e0 un patrimoine ma\u00eetris\u00e9 ! Comment faire ?<\/p>\n","protected":false},"author":1,"featured_media":264,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[17],"class_list":["post-257","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-general","tag-pratique-architecture"],"_links":{"self":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts\/257","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/comments?post=257"}],"version-history":[{"count":3,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts\/257\/revisions"}],"predecessor-version":[{"id":265,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/posts\/257\/revisions\/265"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/media\/264"}],"wp:attachment":[{"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/media?parent=257"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/categories?post=257"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/zoominandout.fr\/index.php\/wp-json\/wp\/v2\/tags?post=257"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}