Rapports WooCommerce avec New Relic

Les rapports WooCommerce se sont traditionnellement concentrés sur des mesures commerciales prescriptives. Il peut également être difficile de le personnaliser.

Dans cette session, découvrez comment vous pouvez utiliser New Relic Application Performance Monitoring (APM) pour obtenir une plus grande visibilité sur les performances de votre boutique en ligne, en suivant les performances du site et les principales mesures commerciales dans le même tableau de bord.

Haut-parleurs:

• Joshua Dailey, responsable marketing produit chez WP Engine
• Damien DeHart, ingénieur partenaire MSP, chef d'équipe chez New Relic

Diapositives de la session :

Transcription:

JOSH DAILEY : Bonjour, tout le monde. Josh Dailey ici, responsable du marketing produit pour la solution de commerce électronique WP Engine et moi avons passé la dernière décennie à la fois à créer des magasins de commerce et à développer et lancer des extensions pour WooCommerce. Mon travail ici consiste à améliorer continuellement notre solution e-commerce.

Actuellement, nous proposons des packages de commerce électronique qui présentent quelques avantages uniques pour générer des conversions et simplifier la gestion continue des magasins. Cela inclut EverCache pour WooCommerce qui utilise la mise en cache intelligente pour fournir 90 % de cache en plus de vos pages de magasin, Live Cart qui vous permet de vendre plus à plus d'acheteurs simultanés sans interrompre les connexions ou sacrifier les performances pour la fonctionnalité, Instant Store Search optimisé par ElasticPress pour plus de rapidité, plus recherche précise, Smart Plugin Manager avec un test de régression visuelle WooCommerce en 17 points, ainsi que Builder Tools pour WooCommerce pour créer et développer facilement un magasin.

De plus, nous avons également des modules complémentaires tels que la surveillance des performances des applications pour étendre votre ensemble d'outils. Pendant des années, nous nous sommes associés à New Relic pour offrir cela à tous nos clients premium, mais nous avons constaté qu'il présentait des avantages uniques pour les magasins WooCommerce, et nous voulions nous assurer que vous puissiez en tirer le meilleur parti.

Selon Built With, WooCommerce est la solution de commerce la plus utilisée au monde, avec plus de 7 millions d'installations. Les commerçants et les développeurs le choisissent pour son intégration transparente avec WordPress et sa capacité à créer et personnaliser rapidement des expériences d'achat. La rationalisation du développement avec WooCommerce vous donne une base pour démarrer et nous permet de passer plus rapidement à la production, ce qui nous permet finalement de faire plus sur nos projets.

Mais une fois que votre boutique est opérationnelle et reçoit du trafic, l'une des questions les plus courantes que nous entendons est de savoir comment optimiser ma boutique pour les conversions et où pouvons-nous obtenir de meilleurs rapports ? En effet, WooCommerce est livré avec des fonctionnalités de base et des outils de base. Ils sont prêts à l'emploi pour un magasin type et incluent quatre rapports configurables : commandes, clients, stock ou inventaire et taxes.

Maintenant, c'est bien si vous êtes un débutant. Mais si vous êtes développeur et que votre travail consiste à vous assurer que votre site évolue pour des campagnes spécifiques, les rapports génériques de WooCommerce ne suffisent pas, car les rapports se limitent aux résultats. Mais le sain - mais pour une analyse saine, vous devez être en mesure d'analyser en profondeur pour répondre à la manière dont les performances de votre site sont liées aux résultats de votre site. Sans cette information au même endroit, vous cherchez une aiguille dans une botte de foin. Les magasins clients dépendent de rapports sains pour prendre des décisions concernant l'acquisition et la fidélisation des clients, les goulots d'étranglement des performances, les campagnes marketing, la correspondance entre les performances et les conversions, et finalement la réduction des dépenses et l'augmentation de votre résultat net.

Plutôt que de chercher une aiguille dans une botte de foin, notre tableau de bord est comme un aimant qui tire l'aiguille pour vous. Nous le considérons comme un ajout fantastique à notre offre de commerce électronique, vous permettant de devenir plus intelligent dans la création et l'optimisation de WooCommerce. Par exemple, vous pouvez voir exactement comment le temps de réponse de la base de données suit le nombre de commandes pour une période spécifique. Votre site évolue-t-il ? Où peut-on optimiser les performances pour augmenter les conversions ?

Ainsi, dans cette session, nous voulons être vraiment pratiques avec des outils que vous pouvez standardiser pour créer un tableau de bord qui peut vous faire gagner du temps et vous fournir des rapports de magasin flexibles et extensibles. C'est pourquoi je suis ravi d'avoir Damien de New Relic ici pour vous donner un aperçu de la façon dont vous pouvez améliorer vos rapports Woo avec un tableau de bord du monde réel créé pour l'un de nos plus grands clients WP Engine WooCommerce. Damien, merci de nous avoir rejoint. J'ai vraiment hâte de suivre.

DAMIEN DEHART : Josh, merci de m'avoir invité. Heureux d'être ici pour aider à cette présentation. Donc, avant de commencer et de parler de la solution réelle que nous avons construite avec l'un des plus grands consommateurs WooCommerce de WPE, j'aimerais prendre une seconde pour parler de la plate-forme New Relic dans son ensemble.

Ainsi, la nouvelle plate-forme New Relic, nous nous concentrerons beaucoup aujourd'hui sur les capacités de tableau de bord et l'APM et sur la façon dont elles se combinent pour créer une fonctionnalité de rapport plus robuste pour les clients WooCommerce. Mais il est logique de donner une brève introduction sur l'ensemble de la plate-forme et comment nous sommes arrivés à cette décision et comment nous tirons parti des différentes capacités pour y arriver.

Donc, si vous regardez en bas de ce graphique, vous verrez New Relic One. New Relic One est la plateforme New Relic. Il est construit sur une énorme base de données de séries chronologiques, qui voit en fait plus de visites quotidiennes que Google pour les résultats de recherche.

En plus de cette plate-forme se trouvent toutes les différentes fonctionnalités que vous voyez : navigateur, synthétiques, mobile, New Relic APM et infrastructure. Tous ces éléments émettent des données de télémétrie dans New Relic, que nous consommons et fournissons à nos clients finaux, WPE, ainsi qu'à tous leurs clients, à consommer pour créer des éléments tels que des tableaux de bord, des alertes personnalisées, etc. - et générer différentes informations commerciales pour tous les cas d'utilisation qu'ils peuvent avoir sur la plate-forme New Relic.

Nous avons donc construit un tableau de bord avec l'un des plus gros consommateurs de WooCommerce de WPE. Et vous voyez la capture d'écran ici à droite, qui montre un instantané de ce tableau de bord que nous... que nous avons construit. Et je veux prendre une seconde pour parler des principaux avantages de tirer parti du tableau de bord et des capacités de New Relic.

Comme nous en avons parlé dans la diapositive précédente, New Relic est une énorme base de données de séries chronologiques qui voit plus de visites quotidiennes que Google ne fait de recherches. Et en tant que tel, nous avons construit cette base de données pour l'échelle et les performances. Ainsi, lorsque vous commencez à penser au tableau de bord et peut-être aux différences que WooCommerce peut avoir avec les rapports, il s'agit d'une solution spécialement conçue pour la recherche de données à grande échelle. Et cela signifie que nous vous donnons la possibilité de garder un œil sur les mesures de performance les plus critiques pour votre entreprise en temps réel.

Nous vous donnons également la possibilité de créer un tableau de bord avec toutes les données que vous souhaitez capturer dans New Relic. Vous n'avez pas besoin de coder pour cela. Je vais retirer cela un peu en disant que vous devez comprendre notre SQL, notre langage anti-SQL. Mais fondamentalement, si vous connaissez SQL, vous connaissez New Relic. Il vous permet également de diagnostiquer plus rapidement les problèmes sur l'ensemble de la pile.

Encore une fois, toutes les données que vous ingérez dans la plate-forme New Relic, qu'il s'agisse de votre application exécutée dans WooCommerce ou même des interactions frontales de vos clients dans votre application elle-même, comme une erreur JavaScript, vous pouvez suivre toutes de cela en un seul endroit avec New Relic. Enfin, notre objectif principal est de prendre des décisions basées sur les données pour optimiser les résultats commerciaux.

Alors, comment faisons-nous cela? Lorsque nous examinons ce tableau de bord, nous voyons de nombreuses mesures très intéressantes concernant les totaux des paniers, les totaux des commandes, les identifiants de session Google, etc. Et nous vous donnons la possibilité d'explorer chaque session pour voir quel client a fait quoi, quelles étaient ses performances, combien d'argent il y avait dans le panier, même des choses comme les taux d'abandon de panier.

Mais la vraie question que tout le monde veut savoir lors de cet appel est: ""qu'avons-nous fait?" Quels sont les trucs techniques qui se sont passés dans les coulisses? Donc, pour ce faire, nous devons comprendre, encore une fois, comment fonctionne New Relic APM.

New Relic APM s'injecte dans le niveau de code de votre application PHP WordPress et vous donne une visibilité sur chaque appel effectué vers et depuis cette application. Et donc cela place New Relic dans un endroit unique pour pouvoir collecter des données sur les utilisateurs de votre application en temps réel. Et donc ce que vous voyez ici est une capture d'écran de VS Code où nous injectons en fait des données personnalisées dans l'application. Nous n'injectons pas réellement de données personnalisées. Nous y mettons un peu de script qui extrait des attributs, comme nous les appelons, ou différentes métadonnées sur l'utilisateur à l'intérieur de votre application, qui sont déjà collectées par le module complémentaire WooCommerce en PHP.

Vous pouvez donc voir la section en surbrillance ici en bas. Nous faisons en fait ce que nous appelons ajouter des paramètres personnalisés à New Relic, et nous ajoutons un e-mail de commande.

Nous ajoutons une transaction New Relic pour un paiement réussi afin de pouvoir suivre le moment où les clients achètent réellement des articles sur le site Web. Nous ajoutons le nombre total d'articles dans le panier. Nous ajoutons également tous les produits qui se trouvaient dans le panier, et nous les parcourons en fait ensemble pour chaque produit avec les totaux des articles. Et puis nous additionnons en fait cela dans un total de commande. Et toutes ces données sont en fait pompées dans New Relic, et elles correspondent à toutes les données que nous collectons déjà.

Donc, si vous y réfléchissez du point de vue des performances et de l'optimisation, cela vous donne la possibilité d'explorer chaque client et de voir, hé, combien d'argent ce client a-t-il dépensé avec moi ? Quelle est leur performance sur le site ? Ont-ils rencontré des erreurs ? Notre base de données prenait-elle trop de temps ? Et cela vous permet de servir adéquatement vos grands et petits clients ou peut-être même de les regrouper en groupes afin que vous puissiez faire une analyse de cohorte sur l'impact des performances sur le quotidien de votre entreprise et efficacement sur vos résultats et combien d'argent vous générer.

Je voulais donc mentionner que cela ne se limite pas aux paramètres indiqués. Ce sont juste des choses que nous collectons. Mais comme tout le monde sur cet appel le sait, WooCommerce génère beaucoup plus de données que ce que nous collectons aujourd'hui et cela tire donc parti de ce que nous appelons des attributs personnalisés. Et vous pouvez également collecter toutes les autres données que vous souhaitez. Ainsi, par exemple, si votre application collecte le nom d'utilisateur ou l'e-mail de l'utilisateur ou le nom du client ou le niveau de support et que la liste s'allonge encore et encore, vous pouvez également injecter ces paramètres supplémentaires dans New Relic, ce qui vous donne les niveaux de visibilité dont je parlais. de.

Cela s'étend à votre utilisation de l'APM et de la surveillance des performances des applications pour ajouter ce contexte commercial dans New Relic, dans l'interface utilisateur, dans la couche de données et, finalement, dans la pratique de votre entreprise, ce qui vous permet de prendre une décision plus éclairée et d'acheter -in de tout le monde, du développeur à votre CTO et même à votre PDG du côté commercial. Nous voulions donc parler un peu aussi de l'utilisation de New Relic Synthetics, qui est inclus avec votre abonnement à WordPress pour gérer la solution WordPress et comment vous pouvez l'utiliser pour le commerce électronique.

Ainsi, les synthétiques New Relic sont un outil de test basé sur le sélénium très robuste et nous n'aimons donc pas nous présenter comme une solution de test de stress ou de test de charge, mais ce que nous faisons nous-mêmes est un moyen d'envoyer par programmation du trafic vers votre site Web dans afin de tester des scénarios très spécifiques. Il existe donc un certain nombre de vérifications différentes que vous obtenez avec votre abonnement, encore une fois, au package de surveillance sur WP Engine. Le premier que nous allons couvrir est le test de disponibilité.

Il s'agit donc essentiellement d'un ping vers le serveur DNS qui vous indique si le site Web existe à ce moment-là. Il a donc ses utilisations. Nous considérons cela comme un type de base de test synthétique. Il existe cependant d'autres versions disponibles. Nous avons donc le test d'expiration du certificat SSL.

C'est donc exactement ce que cela ressemble. Vous le configurez pour indiquer quand votre certificat expire, et nous vous envoyons une notification lorsque vous approchez de cette date. Vous avez également Page Link Crawler, qui vous montrera tous les liens sur le site Web, et nous vous dirons en fait si vous avez des liens brisés sur votre site Web.

Nous avons trouvé cela particulièrement utile pour les clients du commerce électronique car ils ont souvent de nombreux liens de produits différents sur leurs sites Web qui changent. Et parfois, il est difficile de suivre cela. Il est donc primordial d'avoir un test pour vous dire ce qui est cassé et ce à quoi vos clients ne peuvent pas accéder pour vous assurer que vous atteignez un maximum de revenus grâce à votre site de commerce électronique. Nous avons également un moniteur de performances de chargement de page, qui effectue un chargement complet de la page avec tous les actifs, et il vous indique en fait ce que font tous les différents actifs de la page - donc si vous avez une image trop grande, si vous avez JavaScript erreurs associées au site Web, et la liste s'allonge encore et encore.

Et puis nous allons en fait faire une démonstration ensuite sur une exécution d'étape ou un test de fonctionnalité de flux d'utilisateurs, et cela va parcourir une page de paiement dans l'un de nos environnements de démonstration. Et il va montrer tous les échecs qui se produisent tout au long du processus. Nous allons donc parcourir la connexion d'un client, passer par un processus de paiement, placer des articles dans le panier, puis tenter de passer à la caisse. Et nous verrons ce qui se passe là-bas. Alors sans plus tarder, c'est l'heure de la démo.

Très bien, nous voici donc à l'intérieur de New Relic. Ce que vous regardez ici est la page d'accueil de New Relic. Pour ceux qui ne connaissent pas cette page, cela montre toutes les différentes entités qui existent dans New Relic. Et fondamentalement, une entité est une chose qui émet des données que vous souhaitez surveiller.

Nous allons donc parler des synthétiques aujourd'hui. Et comment vous arrivez aux synthétiques, vous naviguez vers le côté gauche ici, et vous voyez la surveillance synthétique sur la gauche. Vous pouvez également y accéder en cliquant ici sur les moniteurs synthétiques. Mais par souci d'exhaustivité, nous allons cliquer dessus aujourd'hui.

Et vous pouvez voir que j'ai une tonne de moniteurs à l'intérieur de mon compte de démonstration ici. Je veux juste vous montrer mon navigateur scripté, qui vérifie que le flux de paiement fonctionne. Je sais donc que cela s'appelle vérifier, a vérifier le nom. Une fois que j'ai tapé cela, vous pouvez voir que c'est mon moniteur lui-même.

En entrant dans le moniteur, vous voyez un certain nombre de choses. Nous avons donc en fait cette course contre trois endroits différents. Donc vous les voyez ici : Singapour, Londres et Portland. Et ces trois sont ce que New Relic appelle des lieux publics.

Nous avons donc un certain nombre d'emplacements hébergés à travers le monde dans AWS, ce qui vous permet de... vous êtes en fait en mesure d'effectuer des vérifications sur tous ces sites. Donc, si vous en avez un comme un site Web mondial ou quelque chose comme ça et que vous voulez tester les performances à travers le monde, voici comment vous le feriez.

Cela aide également avec peut-être des demandes de CDN. Alors disons que vous effectuez une vérification et qu'à Singapour, c'est super lent, mais votre tête - votre centre de données et tout votre hébergement se trouve peut-être dans l'ouest des États-Unis. Vous voudrez peut-être mettre en place un CDN ici afin d'obtenir une performance persistante à travers le monde.

Donc, sur ce graphique, vous voyez le nombre d'échecs par rapport au nombre de vérifications sur la période que nous examinons au cours des 30 dernières minutes. Si je devais étendre cela à une journée, vous pouvez voir certaines des mesures ici changer, mais cela va - ceci ici montre en fait au cours des 2 dernières heures et demie. Tout échec apparaîtrait en rouge.

Nous ne constatons donc aucune défaillance au cours des 2 heures et demie et vous voyez des informations de base sur les horaires à travers les emplacements. En descendant un peu, vous voyez également certaines des mesures de performance.

Cela vous montre donc des mesures de performance centrées sur l'utilisateur. Donc, premier octet, en gros, quand quelque chose sur la page était visible. La première peinture est un peu comme si une image ou un texte ou quoi que ce soit était chargé. Le chargement de la page correspond au chargement complet de la page, c'est-à-dire lorsqu'une page a été entièrement chargée.

Et puis First Contentful Paint est essentiellement la plus grande image qui a été chargée sur la page. Et donc nous vous donnons des informations sur le timing pour tout cela pour cette vérification. Nous vous montrons la demande par domaine.

Ainsi, lorsque vous appelez des choses dans l'application elle-même, combien de temps cela prend-il pour que ces requêtes se produisent au fil du temps ? Et puis la durée par domaine. Alors, combien de temps chacun d'entre eux prend-il? Nous avons notre newrelicdemo.com, qui prend le plus de temps, puis la taille moyenne par type de ressource.

Nous pouvons donc déjà voir ici que les images sont les plus grandes ici. Donc, s'il y avait des opportunités d'optimisation, je commencerais probablement à regarder les images sur ce site.

Et puis enfin, les codes de réponse d'erreur. Ce sont donc toutes les choses que vous pouvez vous attendre à voir. Lorsque vous créez une vérification synthétique, vous verrez également que nous avons un tas de balises ici. Ceux-ci sont personnalisables à l'intérieur de la plateforme. Donc, si vous avez une équipe ou une surface de produit ou un site Web spécifique ou peut-être un produit que vous testez, vous pouvez réellement l'étiqueter de cette façon. Et ensuite, vous pouvez rechercher ces balises dans la plate-forme.

De plus, vous voyez l'URL. Donc, si je devais cliquer dessus, cela m'amènerait en fait à ma page Web, que je surveille avec cette vérification. Dans votre cas, ce serait votre site de commerce électronique en direct. Dans ce cas, c'est mon application de démonstration.

OK, donc tout va bien, mais comment en arriver à la partie où nous parlons de ce qui n'a pas fonctionné ou de ce qui pourrait mal se passer dans l'application ? Donc, à ce sujet, nous avons un tas d'options différentes ici dans la barre latérale gauche. Nous n'allons pas nous concentrer sur l'une de ces vues supplémentaires, mais nous parlerons de ce que chacune d'elles fait.

En partant de bas en haut, l'onglet Paramètres vous montre en fait quel script vous exécutez ici. Il vous montre essentiellement les paramètres de configuration de votre moniteur, les emplacements que vous avez sélectionnés. Je n'ai pas les droits ici pour éditer ceci, donc ça va vous montrer, voici une liste de tous nos emplacements publics, comme nous en avons discuté précédemment. Nous en avons sélectionné 3.

Et puis nous avons un script ici. Voici donc notre scénario. Il est intégré à Node, et nous explorons ces pages Web, chargeons des pages Web spécifiques, puis nous imprimons ces résultats dans la console.

Vous avez également des rapports ici. Ainsi, par défaut, tout moniteur que vous créez reçoit des rapports SLA, et vous avez également la possibilité d'alerter sur ceux-ci.

Et puis nous étions juste sur notre page de résumé. Je vais donc revenir dessus une seconde ici. Et puis dans la section moniteur, vous avez tous vos résultats. Ainsi, cela vous montrera tous les résultats des vérifications elles-mêmes, quelles ressources ont été consommées, ainsi que les échecs qui se sont produits.

Donc, une fois que j'ai cliqué dessus, au cours des dernières 24 heures, nous constatons un taux de réussite de 100 %. Nous constatons qu'aucun contrôle n'a échoué. Tout va bien. Nous voyons la durée par lieu.

Encore une fois, nous avons parlé de ces exigences CDN. Vous pouvez voir que Portland est significativement bas, ou pas significativement, mais un peu plus bas que tout le reste. Alors peut-être que cela me dit, hé mon centre de données ou mon infrastructure est dans l'ouest des États-Unis.

Je veux une performance constante à travers le monde. Alors peut-être que j'ai mis un CDN dans certains de ces autres endroits. Peut-être pas parce que ce n'est pas si grave. A l'entreprise d'en décider.

Et puis vous verrez toutes les différentes occurrences de ces vérifications. Vous les verrez par emplacement. Vous les verrez par durée. Vous les voyez par taille de réponse.

Et puis s'il y a un message d'échec, vous le verrez également. Vous pouvez également filtrer deux échecs uniquement. Nous n'en avons pas eu pendant cette période. Laissez-moi voir si nous obtiendrons quelque chose d'intéressant.

Je suppose que nous n'avons aucun échec sur ce moniteur lui-même. Mais si je devais cliquer sur l'un d'entre eux, je vous montrerai à quoi ressemblent les résultats. Encore une fois, il s'agit d'un test synthétique, qui s'étend sur plusieurs pages. Nous imitons donc ce qu'un vrai utilisateur ferait à l'intérieur du site Web.

Donc, le flux est que nous atterrissons sur cette page principale. C'est ce qui se passe à l'intérieur de cette page. Vous avez donc vos horaires centrés sur l'utilisateur.

Vous pouvez voir tous les différents types de choses qui ont été chargés sur la page. Nous avons donc ici une grande image, une image extrêmement grande ici, et c'est en fait nous l'avons fait exprès pour l'afficher.

Mais vous avez cette image massive ici, cette image telco.bids, qui prend beaucoup de temps. Donc, si je devais dire, hé, regardez, il y a des opportunités d'optimisation qui pourraient être faites. Personnellement, ce serait la première chose sur laquelle je me concentrerais, c'est cette énorme image.

Revenons au flux, à droite, nous commençons donc sur la page principale. Nous entrons dans la page de connexion. Vous pouvez également voir tout ce qui se passe ici, toutes les erreurs JavaScript ou autres qui se produisent, tout AJAX qui se produit, tout ce qui précède.

Et puis une fois qu'ils sont connectés, ils sont redirigés. Nous voyons donc également la chronologie à ce sujet, une belle vue sur la cascade. Nous parcourons toutes les pages.

Alors ils vont sur la page du téléphone et ils recherchent des téléphones. Il faut beaucoup de temps pour trouver le téléphone qu'ils veulent. C'est très bien.

Ils trouvent le vrai téléphone. Il s'agit d'une page réelle sur notre site Web de démonstration d'un produit, donc une page de produit spécifique. Et c'est là que ça commence à devenir intéressant. Vous pouvez regarder cela, et vous pouvez voir, OK, je veux juste regarder leurs performances sur cette page.

Combien de temps faut-il pour que cette page se charge, et est-elle à la hauteur des SLA que j'ai rendus à mes clients ? Ils vont dans leur page de plans à la recherche de plans. Ils décident d'un plan.

Maintenant, ils cherchent des téléphones. Nous suivons donc tout le processus d'un client pour trouver les téléphones qu'il veut, trouver les forfaits qu'il veut, les mettre tous dans le panier. Ils finissent dans le panier.

Nous avons une erreur ici. Donc, si vous vouliez voir toutes les demandes d'erreur, nous avons celle-ci avec cette requête HTML ici, pour accéder à cette page. Ceci est une demande valide, comme une erreur. Je ne vais donc pas parcourir le chemin de dépannage complet ici.

Mais fondamentalement, nous avons un scénario qui doit se produire dans notre environnement de démonstration où le coupon lui-même n'est pas valide, et il génère une erreur à chaque fois. Et cela remonte à un script back-end ou à un morceau de code back-end qui n'a pas été optimisé, et nous avons oublié de mettre à jour les coupons dans la base de données. Ainsi, à partir de là, vous êtes en mesure de voir dans un environnement contrôlé quelles erreurs sont générées et comment elles remontent aux performances de votre application.

Et puis vous passez par le processus de paiement. Vous voyez combien de temps tout prend ici. Et puis finalement, c'est la dernière page sur laquelle ils atterrissent. La caisse est donc terminée.

Et vous pouvez voir comment vous voyez le timing pour tout ici. Vous avez également un journal des scripts, qui vous montre tout ce qui s'est passé ici. Ils ont donc visité la page de connexion, se sont connectés, ont ajouté un forfait téléphonique, ajouté six téléphones. Ils ont ajouté toutes ces choses au panier, puis ils ont acheté le contenu du panier, et le panier était vide après cela.

Vous voyez également un journal du navigateur qui vous montre toutes les erreurs qui se sont produites. Nous avons un tas d'erreurs de syntaxe ici. Il s'agit d'un environnement de démonstration.

Alors voyez maintenant, vous avez ici échoué à charger un serveur de ressources, a répondu avec un statut de 500. C'est donc ce coupon qui est un appel valide dont nous parlions.

Donc, si j'étais un développeur, je prendrais note de cela. La première chose que je verrais est, hé, nous avons un 500 ici, et il semble être sur une page de coupon. Donc ils essaient de charger quelque chose d'important. C'est donc là que nous commençons à parler des opportunités d'optimisation de site Web.

Et enfin, je ne l'ai pas ici. Mais si la vérification elle-même échouait, vous verriez une section de capture d'écran d'échec ici, et elle vous montre en fait une capture d'écran de la page où elle a échoué, ce qui était attendu et le résultat. Nous avons donc un environnement de démonstration quelque part là-bas qui enregistre délibérément un échec, et le paiement - le bouton de paiement réel qui est censé être là est manquant. Et c'est là que vous voyez réellement le résultat de tout échec qui se produit, de toute erreur qui se produit. Et fondamentalement, toute erreur critique ou tout composant que vous avez demandé au test de trouver, s'il n'est pas détecté, génère un échec pour l'ensemble de la vérification.

Et c'est là que vous verrez la capture d'écran. C'est alors que vous verrez également l'échec sur cette page de résumé. Encore une fois, vous le verrez allumé en rouge. Et vous pourrez voir où il a échoué, à quel endroit il a échoué et quel était également l'horodatage correspondant. Cela conclut donc la démo du test de flux de travail de caisse synthétique que nous allions tester aujourd'hui.

JOSH DAILEY : Merci beaucoup, Damien. Cela a été super perspicace. Et j'espère que vous, en tant que développeurs qui regardez ou si vous êtes vous-même propriétaire d'un magasin marchand et que vous regardez en ce moment, vous voyez la valeur incroyable que quelque chose comme New Relic peut ajouter à votre flux de travail en vous épargnant un gros mal de tête si quelque chose descend, s'il y a des pannes et d'autres choses qui se passent, mais aussi simplement aider à s'améliorer avec la croissance.

Si vous êtes intéressé par APM et que vous ne l'utilisez pas, qui est notre fonctionnalité de surveillance des performances des applications, parlez à votre responsable de compte ou demandez à n'importe quel membre de notre équipe et découvrez comment vous pouvez commencer à profiter de New Relic ici même sur WP Moteur.

Encore une fois, merci Damien. Merci à tous. Et j'espère que vous apprécierez le reste de votre temps ici à DE{CODE}.