{"id":13733,"date":"2021-04-01T15:25:46","date_gmt":"2021-04-01T15:25:46","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/04\/01\/surveillance-de-lexperience-numerique-un-apercu\/"},"modified":"2026-08-26T18:41:30","modified_gmt":"2026-08-26T18:41:30","slug":"surveillance-de-lexperience-numerique-un-apercu","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/surveillance-de-lexperience-numerique-un-apercu\/","title":{"rendered":"Qu&#8217;est-ce que la surveillance de l&#8217;exp\u00e9rience num\u00e9rique ? Comment observer les parcours clients de l&#8217;ext\u00e9rieur vers l&#8217;int\u00e9rieur"},"content":{"rendered":"<figure id=\"attachment_34540\" aria-describedby=\"caption-attachment-34540\" style=\"width: 1200px\" class=\"wp-caption alignnone\"><img fetchpriority=\"high\" decoding=\"async\" class=\"size-full wp-image-34540\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring.webp\" alt=\"Un tableau de bord des op\u00e9rations e-commerce affichant un statut de disponibilit\u00e9 vert \u00e0 c\u00f4t\u00e9 d&apos;une \u00e9tape de paiement \u00e9chou\u00e9e\" width=\"1200\" height=\"800\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring.webp 1200w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring-300x200.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring-1024x683.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/hero-digital-experience-monitoring-768x512.webp 768w\" sizes=\"(max-width: 1200px) 100vw, 1200px\" \/><figcaption id=\"caption-attachment-34540\" class=\"wp-caption-text\">Un tableau de bord de disponibilit\u00e9 vert et un paiement cass\u00e9 peuvent se produire en m\u00eame temps.<\/figcaption><\/figure>\n<p>Votre moniteur de disponibilit\u00e9 affiche 100%. Vos serveurs r\u00e9pondent en 180 ms. Et les commandes ont diminu\u00e9 de 30 % depuis mardi matin.<\/p>\n<p>La surveillance de l&#8217;exp\u00e9rience num\u00e9rique (DEM) existe pour cette situation. Les m\u00e9triques c\u00f4t\u00e9 serveur confirment que votre infrastructure a r\u00e9pondu. Elles ne disent rien sur le fait qu&#8217;un acheteur \u00e0 Francfort puisse r\u00e9ellement finaliser son paiement sur un Android milieu de gamme avec un script de paiement lent devant le bouton de paiement.<\/p>\n<p>La plupart des guides sur ce sujet d\u00e9finissent la DEM pour les \u00e9quipes informatiques surveillant les ordinateurs portables des employ\u00e9s et les tunnels VPN. Celui-ci couvre l&#8217;autre version : surveiller les parcours c\u00f4t\u00e9 client qui g\u00e9n\u00e8rent des revenus. Ce que la DEM mesure, les zones aveugles de chaque source de donn\u00e9es, comment la configurer sur une vraie boutique, et quelle v\u00e9rification Dotcom-Monitor d\u00e9tecte chaque erreur.<\/p>\n<p><strong>Ce que contient ce guide<\/strong><\/p>\n<ul>\n<li><a href=\"#qu-est-ce-que-la-surveillance-de-l-exp\u00e9rience-num\u00e9rique\">Qu\u2019est-ce que la surveillance de l\u2019exp\u00e9rience num\u00e9rique ?<\/a><\/li>\n<li><a href=\"#pourquoi-vos-tableaux-de-bord-deviennent-verts-alors-que-la-caisse-est-en-panne\">Pourquoi vos tableaux de bord deviennent verts alors que la caisse est en panne<\/a><\/li>\n<li><a href=\"#surveillance-synth\u00e9tique-vs-rum-vs-analyse-du-chemin-r\u00e9seau\">Surveillance synth\u00e9tique vs. RUM vs. analyse du chemin r\u00e9seau<\/a><\/li>\n<li><a href=\"#ce-qu-il-faut-mesurer-sur-un-parcours-g\u00e9n\u00e9rant-des-revenus\">Ce qu\u2019il faut mesurer sur un parcours g\u00e9n\u00e9rant des revenus<\/a><\/li>\n<li><a href=\"#quatre-\u00e9checs-que-votre-contr\u00f4le-de-disponibilit\u00e9-manquera\">Quatre \u00e9checs que votre contr\u00f4le de disponibilit\u00e9 manquera<\/a><\/li>\n<li><a href=\"#comment-configurer-la-surveillance-de-l-exp\u00e9rience-num\u00e9rique\">Comment configurer la surveillance de l\u2019exp\u00e9rience num\u00e9rique<\/a><\/li>\n<li><a href=\"#comment-choisir-un-outil-de-surveillance-de-l-exp\u00e9rience-num\u00e9rique\">Comment choisir un outil de surveillance de l\u2019exp\u00e9rience num\u00e9rique<\/a><\/li>\n<li><a href=\"#comment-dotcom-monitor-g\u00e8re-la-surveillance-de-l-exp\u00e9rience-num\u00e9rique\">Comment Dotcom-Monitor g\u00e8re la surveillance de l\u2019exp\u00e9rience num\u00e9rique<\/a><\/li>\n<li><a href=\"#heading-faq\">FAQ sur la surveillance de l\u2019exp\u00e9rience num\u00e9rique<\/a><\/li>\n<li><a href=\"#en-r\u00e9sum\u00e9\">En r\u00e9sum\u00e9<\/a><\/li>\n<\/ul>\n<h2 id='qu-est-ce-que-la-surveillance-de-l-exp\u00e9rience-num\u00e9rique'  id=\"boomdevs_1\" id=\"what-is-digital-experience-monitoring\">Qu&#8217;est-ce que la surveillance de l&#8217;exp\u00e9rience num\u00e9rique ?<\/h2>\n<p>La surveillance de l&#8217;exp\u00e9rience num\u00e9rique est la pratique de mesurer comment les utilisateurs vivent votre site ou application de bout en bout, \u00e0 travers le r\u00e9seau, le navigateur et l&#8217;appareil qu&#8217;ils utilisent pour vous atteindre. Au lieu de demander \u00ab le serveur a-t-il r\u00e9pondu \u00bb, elle s\u2019interroge \u00ab quelqu\u2019un a-t-il pu accomplir ce pour quoi il est venu, et combien de temps cela a-t-il pris \u00bb. Cette mesure peut provenir de sessions r\u00e9elles, de parcours script\u00e9s lanc\u00e9s selon un calendrier, ou des deux.<\/p>\n<p>La port\u00e9e est plus large que la disponibilit\u00e9. Une configuration DEM surveille le rendu des pages, les transactions en plusieurs \u00e9tapes comme la recherche et le paiement, les API derri\u00e8re ces \u00e9tapes, les scripts tiers, et comment tout cela change selon la r\u00e9gion, le navigateur et la vitesse de connexion. Vous verrez la m\u00eame pratique vendue sous les noms de surveillance de l&#8217;exp\u00e9rience utilisateur finale, surveillance de l&#8217;exp\u00e9rience applicative ou gestion de l&#8217;exp\u00e9rience num\u00e9rique. Les \u00e9tiquettes diff\u00e8rent ; ce qui est mesur\u00e9 en g\u00e9n\u00e9ral, pas.<\/p>\n<h3 id='les-deux-types-de-dem-et-pourquoi-ils-se-confondent'  id=\"boomdevs_2\" id=\"the-two-kinds-of-dem-and-why-they-get-confused\">Les deux types de DEM (et pourquoi ils se confondent)<\/h3>\n<p>En recherchant ce terme, la premi\u00e8re page penche fortement vers les fournisseurs r\u00e9seau et s\u00e9curit\u00e9 : Palo Alto Networks, Fortinet, Cloudflare, ThousandEyes, Tanium. La plupart de ces pages d\u00e9crivent un DEM c\u00f4t\u00e9 employ\u00e9, surveillant la sant\u00e9 des terminaux, les tunnels SASE et le chemin entre le portable d\u2019un t\u00e9l\u00e9travailleur et Microsoft 365. Certains couvrent aussi le trafic client, mais les d\u00e9finitions en haut des r\u00e9sultats penchent vers la main-d&#8217;\u0153uvre.<\/p>\n<p>C\u2019est une vraie cat\u00e9gorie r\u00e9pondant \u00e0 un vrai probl\u00e8me. Ce n\u2019est simplement pas celui d&#8217;une \u00e9quipe e-commerce ou des op\u00e9rations num\u00e9riques.<\/p>\n<p>La version c\u00f4t\u00e9 client regarde vers l&#8217;ext\u00e9rieur. Vos utilisateurs sont des inconnus sur des r\u00e9seaux que vous ne contr\u00f4lez pas, utilisant des appareils que vous n\u2019avez pas fournis, et partent sans d\u00e9poser de ticket. Personne ne signale un champ de code promo cass\u00e9. Ils vont chez un concurrent.<\/p>\n<blockquote><p>Le DEM employ\u00e9 r\u00e9pond \u00e0 \u00ab pourquoi l\u2019appel Zoom de Sarah est-il hach\u00e9 \u00bb. Le DEM client r\u00e9pond \u00e0 \u00ab pourquoi les validations de panier ont chut\u00e9 de 18 % au Br\u00e9sil la nuit derni\u00e8re \u00bb. M\u00eame acronyme, outils diff\u00e9rents, propri\u00e9taires diff\u00e9rents.<\/p><\/blockquote>\n<p>Le reste de ce guide concerne le deuxi\u00e8me.<\/p>\n<h2 id='pourquoi-vos-tableaux-de-bord-deviennent-verts-alors-que-la-caisse-est-en-panne'  id=\"boomdevs_3\" id=\"why-your-dashboards-go-green-while-checkout-is-broken\">Pourquoi vos tableaux de bord deviennent verts alors que la caisse est en panne<\/h2>\n<p>Trois configurations courantes \u00e9chouent toutes dans la m\u00eame direction, et \u00e9chouent silencieusement.<\/p>\n<p><strong>Un ping de disponibilit\u00e9 v\u00e9rifie la mauvaise chose.<\/strong> Une v\u00e9rification HTTP sur votre page d&#8217;accueil confirme qu\u2019une URL a renvoy\u00e9 un 200. Le paiement peut renvoyer un 200 avec un message \u00ab Nous n&#8217;avons pas pu traiter votre paiement \u00bb affich\u00e9 dans la page. Le code d\u2019\u00e9tat ne dit rien sur le contenu.<\/p>\n<p><strong>Les m\u00e9triques c\u00f4t\u00e9 serveur s&#8217;arr\u00eatent \u00e0 votre p\u00e9riph\u00e9rie.<\/strong> Le temps de r\u00e9ponse de l\u2019application, le CPU, et les taux d\u2019erreur d\u00e9crivent votre infrastructure. Ils n\u2019incluent pas la r\u00e9solution DNS, les n\u00e9gociations TLS, le comportement du CDN, l\u2019ex\u00e9cution des balises tierces, ni les 2,8 secondes o\u00f9 un widget de chat bloque le thread principal sur mobile.<\/p>\n<p><strong>La surveillance des vrais utilisateurs a un probl\u00e8me de survivance.<\/strong> <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/apprenez-avec-dotcom-monitor\/glossaire\/quest-ce-que-le-real-user-monitoring-rum\/\">La surveillance des vrais utilisateurs<\/a> collecte des donn\u00e9es d\u2019un beacon JavaScript dans la page. Ce qui signifie qu\u2019elle ne rapporte que les sessions o\u00f9 la page s\u2019est charg\u00e9e et le beacon a \u00e9t\u00e9 d\u00e9clench\u00e9. Les utilisateurs rencontrant un \u00e9chec DNS, un 403 CDN, ou une erreur TLS ne chargent jamais le beacon, donc ne rapportent rien. Les plus grosses pannes produisent le moins de donn\u00e9es RUM, et le trafic qui dispara\u00eet silencieusement ressemble \u00e0 une journ\u00e9e de vente calme.<\/p>\n<p>La vitesse de d\u00e9tection aggrave ces trois cas. Beaucoup de pannes r\u00e9elles sont courtes, et les pannes courtes sont celles que personne ne remarque \u00e0 force de regarder un tableau de bord. Si vos contr\u00f4les s&#8217;ex\u00e9cutent toutes les cinq minutes, une panne de quatre minutes peut commencer et se terminer entre deux contr\u00f4les et ne laisser aucune trace sauf les commandes que vous n\u2019avez pas eues.<\/p>\n<p>Combler ces trois lacunes demande trois \u00e9l\u00e9ments : contr\u00f4ler depuis l\u2019ext\u00e9rieur de votre propre infrastructure, rendre dans un vrai navigateur, et juger le r\u00e9sultat sur le contenu de la page plut\u00f4t que sur les codes d\u2019\u00e9tat. C&#8217;est ce que fait la <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/solutions\/synthetic-monitoring\/\">surveillance synth\u00e9tique<\/a>, et c\u2019est ce que configure le reste de ce guide.<\/p>\n<h2 id='surveillance-synth\u00e9tique-vs-rum-vs-analyse-du-chemin-r\u00e9seau'  id=\"boomdevs_4\" id=\"synthetic-monitoring-vs-rum-vs-network-path-analysis\">Surveillance Synth\u00e9tique vs. RUM vs. Analyse du Chemin R\u00e9seau<\/h2>\n<p>Les analystes divisent g\u00e9n\u00e9ralement la DEM en trois entr\u00e9es. Elles se chevauchent, et chacune a des angles morts o\u00f9 les autres voient.<\/p>\n<figure id=\"attachment_34547\" aria-describedby=\"caption-attachment-34547\" style=\"width: 896px\" class=\"wp-caption alignnone\"><img decoding=\"async\" class=\"size-full wp-image-34547\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots.webp\" alt=\"Matrice de couverture montrant quelles \u00e9tapes du chemin de requ\u00eate surveillent la surveillance synth\u00e9tique, la surveillance en temps r\u00e9el et l&apos;analyse du chemin r\u00e9seau\" width=\"896\" height=\"406\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots.webp 896w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots-300x136.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-data-sources-blind-spots-768x348.webp 768w\" sizes=\"(max-width: 896px) 100vw, 896px\" \/><figcaption id=\"caption-attachment-34547\" class=\"wp-caption-text\">Chaque source de donn\u00e9es couvre une partie diff\u00e9rente du chemin entre un client et votre origine.<\/figcaption><\/figure>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Source<\/th>\n<th>Ce qu\u2019elle mesure<\/th>\n<th>Ce qu\u2019elle d\u00e9tecte en premier<\/th>\n<th>Angle mort<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Surveillance synth\u00e9tique<\/td>\n<td>Parcours script\u00e9s ex\u00e9cut\u00e9s selon un calendrier depuis des emplacements fixes, dans un vrai navigateur<\/td>\n<td>\u00c9tapes cass\u00e9es, pannes r\u00e9gionales, ralentissements tiers, certificats expir\u00e9s, pannes hors pointe<\/td>\n<td>Test uniquement des chemins script\u00e9s, avec les appareils et emplacements choisis<\/td>\n<\/tr>\n<tr>\n<td>Surveillance des vrais utilisateurs<\/td>\n<td>Donn\u00e9es de terrain de sessions r\u00e9elles : Core Web Vitals, composition des appareils, composition des navigateurs<\/td>\n<td>Probl\u00e8mes appareils et navigateurs rares, distribution r\u00e9elle du trafic<\/td>\n<td>Biais de survivance : n\u00e9cessite du trafic et une page charg\u00e9e. Silence pendant les grosses pannes et sur les pages \u00e0 faible volume<\/td>\n<\/tr>\n<tr>\n<td>Analyse du chemin r\u00e9seau<\/td>\n<td>Routage d\u2019\u00e9tape en \u00e9tape, latence et perte de paquets entre points d\u2019observation et service<\/td>\n<td>Changements de routage ISP, probl\u00e8mes de peering, probl\u00e8mes BGP, latence r\u00e9gionale<\/td>\n<td>Ne dit rien sur le fonctionnement de la logique applicative<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>La surveillance synth\u00e9tique et la RUM sont la paire que la plupart des \u00e9quipes utilisent r\u00e9ellement. La synth\u00e9tique fournit un signal constant qui ne d\u00e9pend pas qu\u2019une personne soit r\u00e9veill\u00e9e et en train d\u2019acheter. La RUM vous d\u00e9crit l\u2019audience r\u00e9elle. Utilisez la synth\u00e9tique pour d\u00e9tecter et alerter, la RUM pour prioriser ce qu\u2019il faut r\u00e9parer.<\/p>\n<p>Dotcom-Monitor couvre la premi\u00e8re et la troisi\u00e8me ligne. La <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/produits-de-surveillance\/surveillance-des-applications-web\/\">surveillance des applications web<\/a> ex\u00e9cute les parcours script\u00e9s dans un navigateur, tandis que les contr\u00f4les Infrastructure Internet g\u00e8rent DNS, TLS et les couches r\u00e9seau sous-jacentes. Il ne collecte pas de donn\u00e9es RUM, donc si vous voulez de l\u2019analyse session par session, utilisez un outil RUM en parall\u00e8le.<\/p>\n<p>La synth\u00e9tique a une limite importante : elle ne conna\u00eet que les parcours que vous avez script\u00e9s. Si personne n\u2019a jamais script\u00e9 le paiement invit\u00e9, ce dernier peut rester cass\u00e9 pendant une semaine.<\/p>\n<h2 id='ce-qu-il-faut-mesurer-sur-un-parcours-g\u00e9n\u00e9rant-des-revenus'  id=\"boomdevs_5\" id=\"what-to-measure-on-a-revenue-path\">Ce qu\u2019il faut mesurer sur un parcours g\u00e9n\u00e9rant des revenus<\/h2>\n<p>Commencez par le parcours, pas par la liste des m\u00e9triques. Pour la plupart des sites e-commerce et SaaS, quatre parcours portent presque tout le risque : recherche, ajout au panier, paiement, et connexion.<\/p>\n<p>Pour chacun, suivez :<\/p>\n<ul>\n<li><strong>Succ\u00e8s \u00e0 chaque \u00e9tape.<\/strong> Chaque \u00e9tape s\u2019est-elle termin\u00e9e et la page contenait-elle le texte attendu ? Un num\u00e9ro de confirmation est un meilleur signal qu\u2019un code d\u2019\u00e9tat. Dans EveryStep, c\u2019est une <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/fonctionnalites\/assertions-monitoring\/\">assertion de contenu<\/a> attach\u00e9e \u00e0 chaque \u00e9tape, qui peut v\u00e9rifier du texte, des \u00e9l\u00e9ments, le statut HTTP, les en-t\u00eates de r\u00e9ponse ou une charge JSON.<\/li>\n<li><strong>Dur\u00e9e par \u00e9tape.<\/strong> Le temps total masque le probl\u00e8me. Vous voulez voir \u00ab appliquer code promo \u00bb passer de 400 ms \u00e0 9 secondes pendant que tout le reste reste stable. Les Script Time Watchers d\u2019EveryStep d\u00e9finissent un seuil par \u00e9tape, pour qu\u2019une \u00e9tape \u00e9choue seule au lieu de dispara\u00eetre dans un parcours qui passe encore.<\/li>\n<li><strong>Core Web Vitals.<\/strong> Largest Contentful Paint, Interaction to Next Paint et Cumulative Layout Shift sur les pages qui convertissent, pas seulement la page d\u2019accueil. La <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/produits-de-surveillance\/surveillance-des-pages-web-dotcom-monitor\/\">surveillance des pages web<\/a> rapporte ces m\u00e9triques par page avec la chronologie des \u00e9l\u00e9ments.<\/li>\n<li><strong>Temps jusqu\u2019au premier octet.<\/strong> S\u00e9pare le d\u00e9lai de premi\u00e8re r\u00e9ponse, qui inclut DNS, TLS, redirections, comportement CDN et latence d\u2019origine, du travail de rendu qui suit. Une page lente avec un TTFB rapide est un probl\u00e8me front-end.<\/li>\n<li><strong>Timing des \u00e9l\u00e9ments tiers.<\/strong> Fournisseurs de paiement, gestionnaires de balises, widgets de chat, plateformes d\u2019avis, pixels publicitaires. La <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/fr\/surveillance-du-contenu-par-des-tiers\/\">surveillance du contenu tiers<\/a> importe car ce sont des actifs impossibles \u00e0 patcher, seulement \u00e0 contourner. Le graphique en cascade liste chaque requ\u00eate tierce comme une ligne distincte pour voir quel fournisseur a ajout\u00e9 900 ms ce mois. Surveillez aussi les domaines tiers eux-m\u00eames : une passerelle de paiement avec certificat expir\u00e9 bloque le paiement autant que votre propre panne.<\/li>\n<li><strong>Temps de r\u00e9ponse et exactitude de l\u2019API.<\/strong> Inventaire, tarification, taxes, exp\u00e9dition et paiement se trouvent derri\u00e8re chaque \u00e9tape de l\u2019entonnoir. Les contr\u00f4les Web Services interrogent directement ces points et valident la charge, pour d\u00e9tecter un mauvais payload avant que la page ne rende incorrectement.<\/li>\n<li><strong>\u00c9tat des certificats et DNS.<\/strong> Un certificat expir\u00e9 sur un sous-domaine de paiement bloque compl\u00e8tement la caisse, et c\u2019est enti\u00e8rement \u00e9vitable avec la <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/produits-de-surveillance\/ssl-certificate-monitoring\/\">surveillance SSL<\/a> et la <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/produits-de-surveillance\/outil-de-surveillance-dns-dotcom-monitor\/\">surveillance DNS<\/a> dans les contr\u00f4les navigateur.<\/li>\n<li><strong>Variation g\u00e9ographique.<\/strong> La m\u00eame page depuis Chicago, Londres et Singapour. Une divergence entre emplacements indique g\u00e9n\u00e9ralement un probl\u00e8me CDN ou DNS plut\u00f4t que l\u2019application, c\u2019est pourquoi Dotcom-Monitor ex\u00e9cute le m\u00eame script depuis 30+ points mondiaux au lieu d\u2019un seul.<\/li>\n<\/ul>\n<h2 id='quatre-\u00e9checs-que-votre-contr\u00f4le-de-disponibilit\u00e9-manquera'  id=\"boomdevs_6\" id=\"four-failures-your-uptime-check-will-miss\">Quatre \u00e9checs que votre contr\u00f4le de disponibilit\u00e9 manquera<\/h2>\n<p>Chacun laisse un tableau de bord de disponibilit\u00e9 vert derri\u00e8re lui.<\/p>\n<h3 id='1-la-page-erreur-200-ok'  id=\"boomdevs_7\" id=\"1-the-200-ok-error-page\">1. La page erreur 200 OK<\/h3>\n<p>Un processeur de carte change un contrat API. Votre paiement intercepte l\u2019exception, affiche un message convivial \u00ab Quelque chose s\u2019est mal pass\u00e9, veuillez r\u00e9essayer \u00bb et renvoie HTTP 200. Tous les contr\u00f4les de disponibilit\u00e9 sur Internet disent que le site va bien. Les commandes s\u2019arr\u00eatent.<\/p>\n<p>La solution est une assertion de contenu : le parcours script\u00e9 doit trouver le num\u00e9ro de confirmation, sinon l\u2019\u00e9tape \u00e9choue.<\/p>\n<p><strong>Ce qui le d\u00e9tecte :<\/strong> un contr\u00f4le Web Applications (UserView) avec une assertion sur l\u2019\u00e9tape de confirmation. EveryStep valide le texte rendu, donc \u00ab Quelque chose s\u2019est mal pass\u00e9 \u00bb fait \u00e9chouer m\u00eame si le serveur a renvoy\u00e9 200.<\/p>\n<h3 id='2-un-script-tiers-qui-ne-p\u00e9nalise-que-le-mobile'  id=\"boomdevs_8\" id=\"2-a-third-party-script-that-only-hurts-mobile\">2. Un script tiers qui ne p\u00e9nalise que le mobile<\/h3>\n<p>Une \u00e9quipe marketing ajoute une balise de personnalisation. Le desktop \u00e0 peine impact\u00e9. Sur une connexion mobile limit\u00e9e, cela ajoute trois secondes avant que le bouton de paiement ne soit interactif, donc la conversion mobile chute pendant que le desktop semble normal. Personne ne fait le lien pendant une semaine, car le d\u00e9ploiement vient d\u2019un gestionnaire de balises et non d\u2019une release.<\/p>\n<p>Ex\u00e9cuter le paiement sur desktop et profil mobile limit\u00e9 montre la diff\u00e9rence le jour m\u00eame. C\u2019est pourquoi la <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/fr\/browser-monitoring-in-e-commerce-conversion-optimization\/\">surveillance navigateur pour l\u2019optimisation de conversion<\/a> revient souvent dans les analyses post-mortem des tunnels.<\/p>\n<p><strong>Ce qui le d\u00e9tecte :<\/strong> le m\u00eame script EveryStep rejou\u00e9 sur plus de 40 navigateurs mobiles et appareils ainsi que le desktop. Comparez les chronos par \u00e9tape entre eux pour voir la balise comme une \u00e9tape lente unique, pas comme un vague \u00ab le site est lent sur mobile \u00bb.<\/p>\n<h3 id='3-une-panne-r\u00e9gionale-cdn-ou-dns'  id=\"boomdevs_9\" id=\"3-a-regional-cdn-or-dns-failure\">3. Une panne r\u00e9gionale CDN ou DNS<\/h3>\n<p>Une modification de configuration CDN brise un point de pr\u00e9sence. Les clients \u00e0 S\u00e3o Paulo re\u00e7oivent un 403 du bord et ne chargent jamais votre JavaScript. Vos donn\u00e9es RUM ne baissent pas, elles cessent juste de recevoir des sessions br\u00e9siliennes, ce qui ressemble \u00e0 un jour de trafic faible.<\/p>\n<p>Un point de contr\u00f4le \u00e0 S\u00e3o Paulo \u00e9choue d\u00e8s le premier test. C\u2019est l\u2019argument en faveur d\u2019un <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/fonctionnalites\/caracteristiques-surveillance-du-reseau\/\">r\u00e9seau de surveillance mondial<\/a> plut\u00f4t que des contr\u00f4les depuis une seule r\u00e9gion cloud.<\/p>\n<p><strong>Ce qui le d\u00e9tecte :<\/strong> ex\u00e9cution du parcours depuis 30+ emplacements, avec enregistrement vid\u00e9o synchronis\u00e9 au graphique en cascade en cas d\u2019\u00e9chec. Vous obtenez la page 403 vue par le client br\u00e9silien et la requ\u00eate qui la produit, au lieu d\u2019un ticket support trois jours plus tard.<\/p>\n<h3 id='4-une-api-qui-se-d\u00e9grade-au-lieu-d-\u00e9chouer'  id=\"boomdevs_10\" id=\"4-an-api-that-degrades-instead-of-failing\">4. Une API qui se d\u00e9grade au lieu d\u2019\u00e9chouer<\/h3>\n<p>Votre service de tarif d\u2019exp\u00e9dition commence \u00e0 r\u00e9pondre en 11 secondes au lieu de 300 ms. Il ne renvoie jamais d\u2019erreur, donc les alertes de taux d\u2019erreur restent silencieuses. Les clients atteignent l\u2019\u00e9tape d\u2019exp\u00e9dition, regardent un spinner et abandonnent.<\/p>\n<p><strong>Ce qui le d\u00e9tecte :<\/strong> un contr\u00f4le Web Services (WebView) sur le point final de tarif d\u2019exp\u00e9dition avec seuil de temps de r\u00e9ponse et assertion sur le JSON retourn\u00e9. Il se d\u00e9clenche sur l\u2019API elle-m\u00eame plut\u00f4t que d\u2019attendre un timeout en aval dans le parcours navigateur.<\/p>\n<h2 id='comment-configurer-la-surveillance-de-l-exp\u00e9rience-num\u00e9rique'  id=\"boomdevs_11\" id=\"how-to-set-up-digital-experience-monitoring\">Comment configurer la surveillance de l&#8217;exp\u00e9rience num\u00e9rique<\/h2>\n<figure id=\"attachment_34554\" aria-describedby=\"caption-attachment-34554\" style=\"width: 2298px\" class=\"wp-caption alignnone\"><img decoding=\"async\" class=\"size-full wp-image-34554\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map.webp\" alt=\"Diagramme de flux d\u2019un parcours e-commerce script\u00e9 depuis la page d\u2019accueil vers recherche, page produit, panier, paiement et confirmation, avec assertions et points de chronom\u00e9trage \u00e0 chaque \u00e9tape\" width=\"2298\" height=\"568\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map.webp 2298w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-300x74.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-1024x253.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-768x190.webp 768w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-1536x380.webp 1536w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2019\/11\/dem-setup-journey-map-2048x506.webp 2048w\" sizes=\"(max-width: 2298px) 100vw, 2298px\" \/><figcaption id=\"caption-attachment-34554\" class=\"wp-caption-text\">Script de parcours sous forme d\u2019\u00e9tapes, puis assertion sur ce que chaque \u00e9tape doit contenir.<\/figcaption><\/figure>\n<p>Cet ordre fonctionne que vous partiez de rien ou que vous approfondissiez des contr\u00f4les de disponibilit\u00e9 existants.<\/p>\n<p><strong>\u00c9tape 1 : Cartographiez les parcours qui g\u00e9n\u00e8rent de l\u2019argent.<\/strong> Sortez votre rapport entonnoir et listez les trois \u00e0 cinq parcours que les clients empruntent r\u00e9ellement : recherche, ajout au panier, paiement invit\u00e9, paiement compte, connexion. Notez la condition exacte de succ\u00e8s pour chacun.<\/p>\n<p><strong>\u00c9tape 2 : Enregistrez chaque parcours comme une transaction script\u00e9e.<\/strong> Parcourez le chemin une fois dans EveryStep Web Recorder qui capture les clics, remplissages, navigation et attentes, y compris menus d\u00e9roulants, modales, contenus AJAX et iframes. Pas besoin d\u2019\u00e9crire des s\u00e9lecteurs. G\u00e9rez les parties d\u00e9licates d\u00e9lib\u00e9r\u00e9ment : banni\u00e8res de cookies, IDs dynamiques, mots de passe \u00e0 usage unique, et m\u00e9thode de paiement test qui ne facturera personne. Donnez au script son propre compte test et un SKU compatible inventaire pour que la surveillance ne cr\u00e9e jamais de vraies commandes. C\u2019est \u00e0 cela que sert la <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/fr\/guide-de-surveillance-des-transactions-web\/\">surveillance des transactions web<\/a>.<\/p>\n<p><strong>\u00c9tape 3 : Ajoutez une assertion \u00e0 chaque \u00e9tape.<\/strong> Chaque \u00e9tape v\u00e9rifie un texte ou un \u00e9l\u00e9ment visible uniquement en cas de succ\u00e8s : \u00ab Commande confirm\u00e9e \u00bb, un num\u00e9ro de confirmation, un sous-total panier correspondant au prix article. EveryStep v\u00e9rifie aussi le statut HTTP, les en-t\u00eates et la charge JSON, donc une \u00e9tape peut \u00e9chouer sur une mauvaise r\u00e9ponse API avant m\u00eame que la page ne rende mal. Sans assertions, vous \u00eates de retour \u00e0 la v\u00e9rification des codes d\u2019\u00e9tat.<\/p>\n<p><strong>\u00c9tape 4 : Choisissez emplacements et appareils correspondant \u00e0 votre trafic.<\/strong> Prenez vos top r\u00e9gions dans les analytics et surveillez depuis celles-ci, pas depuis l\u2019endroit o\u00f9 vivent vos serveurs. Dotcom-Monitor vous propose 30+ emplacements et 40+ navigateurs et appareils mobiles : choisissez trois ou quatre qui correspondent \u00e0 votre audience r\u00e9elle et ajoutez au moins un profil mobile limit\u00e9. La <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/fr\/frequence-de-la-surveillance-synthetique\/\">fr\u00e9quence et lieux de contr\u00f4le<\/a> doivent refl\u00e9ter vos clients r\u00e9els.<\/p>\n<p><strong>\u00c9tape 5 : D\u00e9finissez la fr\u00e9quence par impact sur le revenu.<\/strong> Le paiement m\u00e9rite un intervalle plus serr\u00e9 qu\u2019une page carri\u00e8res. Les scripts complets co\u00fbtent plus cher que les contr\u00f4les pages simples, donc investissez o\u00f9 sont les commandes.<\/p>\n<p><strong>\u00c9tape 6 : Surveillez les services sous-jacents.<\/strong> Ajoutez des contr\u00f4les pour les API dont d\u00e9pend votre tunnel, plus DNS, certificats TLS et toute API partenaire dans le parcours paiement. La <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/produits-de-surveillance\/surveillance-api\/\">surveillance API<\/a> avec assertions d\u00e9tecte la d\u00e9gradation avant que le navigateur la montre en aval.<\/p>\n<p><strong>\u00c9tape 7 : Orientez les alertes pour qu\u2019une personne agisse.<\/strong> Confirmez une panne depuis un second emplacement avant d\u2019alerter, pour \u00e9liminer les fausses alertes li\u00e9es \u00e0 du bruit r\u00e9seau local. Utilisez un second site dans la m\u00eame r\u00e9gion. Tester depuis un n\u0153ud sur un autre continent supprime les pannes r\u00e9gionales que vous voulez capturer. Les <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/fonctionnalites\/fonctionnalites-alertes\/\">r\u00e8gles d\u2019alerte<\/a> de Dotcom-Monitor g\u00e8rent seuils et confirmation, et poussent naturellement vers PagerDuty, Slack et Teams pour que les pannes paiement atteignent ceux qui peuvent rollback un d\u00e9ploiement.<\/p>\n<p><strong>\u00c9tape 8 : Examinez r\u00e9guli\u00e8rement les cascades.<\/strong> Chaque semaine, ouvrez le graphique en cascade de votre parcours le plus lent et regardez les changements. Les ressources tierces s\u2019infiltrent graduellement sans pr\u00e9venir. Lors d\u2019un \u00e9chec, la cascade est accompagn\u00e9e d\u2019une vid\u00e9o de la session, qui r\u00e9pond souvent en dix secondes \u00e0 \u00ab que voyait r\u00e9ellement le client \u00bb. <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/fr\/optimiser-les-performances-web-comprendre-les-graphiques-des-chutes-deau\/\">Lire les graphiques en cascade<\/a> transforme un chiffre lent en une requ\u00eate pr\u00e9cise de correction, et les <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/fonctionnalites\/caracteristiques-rapports\/\">tableaux de bord publics et rapports par email<\/a> mettent ces chiffres devant ceux qui demandent des explications sur la conversion.<\/p>\n<h2 id='comment-choisir-un-outil-de-surveillance-de-l-exp\u00e9rience-num\u00e9rique'  id=\"boomdevs_12\" id=\"how-to-choose-a-digital-experience-monitoring-tool\">Comment choisir un outil de surveillance de l&#8217;exp\u00e9rience num\u00e9rique<\/h2>\n<p>La plupart des fournisseurs montrent un tableau de bord. Moins posent ces questions :<\/p>\n<ul>\n<li><strong>Est-ce qu\u2019il utilise un vrai navigateur ?<\/strong> Les contr\u00f4les HTTP ne peuvent ex\u00e9cuter JavaScript, donc passent \u00e0 c\u00f4t\u00e9 de tout ce qu\u2019un front moderne fait apr\u00e8s la r\u00e9ponse initiale.<\/li>\n<li><strong>Est-il facile de script un parcours multi-\u00e9tapes ?<\/strong> Si un script de paiement prend deux jours \u00e0 un dev, personne ne le maintient quand la page panier change.<\/li>\n<li><strong>De quels emplacements peut-il tester ?<\/strong> Comptez les lieux qui correspondent \u00e0 vos clients, pas le total. Vingt n\u0153uds en Am\u00e9rique du Nord n\u2019aident pas un lancement europ\u00e9en.<\/li>\n<li><strong>Peut-il faire des assertions sur le contenu, pas seulement sur le statut ?<\/strong> Cela s\u00e9pare la surveillance des transactions d\u2019un simple ping sophistiqu\u00e9.<\/li>\n<li><strong>Le r\u00e9sultat d\u2019\u00e9chec donne-t-il des donn\u00e9es racine ?<\/strong> Une cascade, une capture d&#8217;\u00e9cran \u00e0 la panne, l\u2019\u00e9l\u00e9ment en erreur. Une alerte \u00ab paiement \u00e9chou\u00e9 \u00bb d\u00e9marre l\u2019enqu\u00eate \u00e0 z\u00e9ro.<\/li>\n<li><strong>Est-il compatible avec votre workflow d\u2019incidents ?<\/strong> Les alertes qui arrivent dans PagerDuty, Slack, Teams, SMS ou un webhook sont trait\u00e9es. Celles qui restent dans un tableau de bord jamais ouvert ne le sont pas.<\/li>\n<li><strong>Peut-il toucher des environnements internes ou en pr\u00e9production ?<\/strong> Les apps en pre-prod ou sous firewall ont besoin d\u2019un agent priv\u00e9 dans le r\u00e9seau.<\/li>\n<li><strong>Comment \u00e9voluent les prix en ajoutant des parcours ?<\/strong> La facturation \u00e0 la passe ou \u00e0 l\u2019\u00e9tape p\u00e9nalise la surveillance profonde de parcours que vous achetez.<\/li>\n<\/ul>\n<h2 id='comment-dotcom-monitor-g\u00e8re-la-surveillance-de-l-exp\u00e9rience-num\u00e9rique'  id=\"boomdevs_13\" id=\"how-dotcom-monitor-handles-digital-experience-monitoring\">Comment Dotcom-Monitor g\u00e8re la surveillance de l&#8217;exp\u00e9rience num\u00e9rique<\/h2>\n<p>Dotcom-Monitor couvre la partie synth\u00e9tique de la DEM, qui est la couche de d\u00e9tection pour tout ce qui pr\u00e9c\u00e8de. Quatre types d\u2019appareils correspondent aux couches d\u2019un parcours client, et la plupart des boutiques utilisent les quatre.<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Type d\u2019appareil<\/th>\n<th>Ce qu\u2019il surveille<\/th>\n<th>Ce qu\u2019il fournit en cas d\u2019\u00e9chec<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Applications Web<\/strong> (UserView)<\/td>\n<td>Parcours multi-\u00e9tapes script\u00e9s dans un vrai navigateur : recherche, panier, paiement, connexion<\/td>\n<td>Enregistrement vid\u00e9o de la session synchronis\u00e9e avec le graphique en cascade, plus chronom\u00e9trage par \u00e9tape<\/td>\n<\/tr>\n<tr>\n<td><strong>Pages Web<\/strong> (BrowserView)<\/td>\n<td>Rendu de page unique, Core Web Vitals, timing des \u00e9l\u00e9ments et actifs tiers<\/td>\n<td>Cascade d\u00e9taill\u00e9e par \u00e9l\u00e9ment montrant quelle requ\u00eate a ralenti la page<\/td>\n<\/tr>\n<tr>\n<td><strong>Services Web<\/strong> (WebView)<\/td>\n<td>Appels API REST, SOAP, GraphQL et import\u00e9s Postman derri\u00e8re le tunnel<\/td>\n<td>Temps de r\u00e9ponse, statut, en-t\u00eates et r\u00e9sultats d\u2019assertions sur la charge<\/td>\n<\/tr>\n<tr>\n<td><strong>Infrastructure Internet<\/strong> (ServerView)<\/td>\n<td>Contr\u00f4les DNS, certificats TLS, mail, FTP, TCP, ping<\/td>\n<td>Couche qui a \u00e9chou\u00e9, pour arr\u00eater le d\u00e9bogage c\u00f4t\u00e9 appli quand c\u2019est un probl\u00e8me DNS<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Les parcours sont enregistr\u00e9s dans <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/fonctionnalites\/everystep\/\">EveryStep Web Recorder<\/a> par capture point-and-click et non par s\u00e9lecteurs \u00e9crits \u00e0 la main, puis rejou\u00e9s sur 40+ navigateurs mobiles et 30+ emplacements du r\u00e9seau mondial. Les seuils par \u00e9tape captent l\u2019\u00e9tape ralentie. Les assertions captent l\u2019\u00e9tape qui semble bonne mais ne l\u2019est pas. <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/fonctionnalites\/caracteristiques-agents-prives\/\">Les agents priv\u00e9s<\/a> ex\u00e9cutent les m\u00eames contr\u00f4les dans les environnements staging ou derri\u00e8re votre firewall, ce qui compte si vous voulez d\u00e9tecter un mauvais d\u00e9ploiement paiement avant production.<\/p>\n<p>Deux caveats honn\u00eates. Dotcom-Monitor est une plateforme synth\u00e9tique, ne collecte pas de donn\u00e9es RUM, donc associez-le avec un outil RUM si vous voulez de l\u2019analyse session. Et ce n\u2019est pas un APM : il vous dit qu\u2019une \u00e9tape a cass\u00e9 et o\u00f9, pas quelle ligne de code a jet\u00e9 l\u2019exception. Les \u00e9quipes qui veulent les deux utilisent g\u00e9n\u00e9ralement <a href=\"https:\/\/www.dotcom-monitor.com\/fr\/solutions\/retail-and-ecommerce-monitoring\/\">monitoring retail et e-commerce<\/a> avec un APM interne et traitent la couche synth\u00e9tique comme un signal d\u2019alerte pr\u00e9coce ext\u00e9rieur.<\/p>\n<h2 id='en-r\u00e9sum\u00e9'  id=\"boomdevs_14\" id=\"the-bottom-line\">En r\u00e9sum\u00e9<\/h2>\n<p>La surveillance de l&#8217;exp\u00e9rience num\u00e9rique comble le foss\u00e9 entre \u00ab nos serveurs tournent \u00bb et \u00ab nos clients peuvent acheter \u00bb. La plupart des revenus que vous perdez \u00e0 cause des probl\u00e8mes de performance disparaissent dans ce foss\u00e9 : pages d\u2019erreur 200 OK, scripts tiers ralentissant que sur mobile, pannes r\u00e9gionales CDN invisibles dans vos donn\u00e9es RUM, et APIs qui se d\u00e9gradent sans jamais afficher d\u2019erreur.<\/p>\n<p>Pas besoin d\u2019un gros programme pour commencer. Choisissez votre parcours le plus rentable, enregistrez-le dans EveryStep avec une assertion \u00e0 chaque \u00e9tape, lancez-le depuis les trois r\u00e9gions o\u00f9 vos clients sont, et routez les alertes vers quelqu\u2019un qui peut agir. Ce contr\u00f4le seul d\u00e9tectera les pannes que votre tableau actuel cache.<\/p>\n<p>Une fois stable une semaine, scriptz le parcours suivant et r\u00e9p\u00e9tez. La plupart des \u00e9quipes couvrent tout leur tunnel en trois ou quatre passes.<\/p>\n<section class=\"final-cta\">\n<h2 id='surveillez-les-parcours-qui-comptent'  id=\"boomdevs_15\" id=\"see-what-external-checks-catch\">Surveillez les parcours qui comptent<\/h2>\n<p>Enregistrez votre parcours de paiement dans EveryStep, ajoutez une assertion \u00e0 l\u2019\u00e9tape de confirmation, et ex\u00e9cutez-le depuis 30+ emplacements dans de vrais navigateurs. Lancez un <a href=\"https:\/\/userauth.dotcom-monitor.com\/Account\/FreeTrialSignUp?SolutionType=Monitoring\">essai gratuit Dotcom-Monitor<\/a> et d\u00e9couvrez ce que votre tableau de bord de disponibilit\u00e9 ne vous montre pas.<\/p>\n<\/section>\n","protected":false},"excerpt":{"rendered":"<p>Votre moniteur de disponibilit\u00e9 affiche 100%. Vos serveurs r\u00e9pondent en 180 ms. Et les commandes ont diminu\u00e9 de 30 % depuis mardi matin. La surveillance de l&#8217;exp\u00e9rience num\u00e9rique (DEM) existe pour cette situation. Les m\u00e9triques c\u00f4t\u00e9 serveur confirment que votre infrastructure a r\u00e9pondu. Elles ne disent rien sur le fait qu&#8217;un acheteur \u00e0 Francfort puisse [&hellip;]<\/p>\n","protected":false},"author":21,"featured_media":34542,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3446],"tags":[],"class_list":["post-13733","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-non-classifiee"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/posts\/13733","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/comments?post=13733"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/posts\/13733\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/media\/34542"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/media?parent=13733"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/categories?post=13733"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/tags?post=13733"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}