Report WooCommerce con New Relic

I rapporti di WooCommerce sono stati tradizionalmente focalizzati su metriche aziendali prescrittive. Può anche essere difficile da personalizzare.

In questa sessione, scopri come utilizzare New Relic Application Performance Monitoring (APM) per ottenere una maggiore visibilità sulle prestazioni del tuo negozio online, monitorando le prestazioni del sito e le principali metriche aziendali nella stessa dashboard.

Altoparlanti:

• Joshua Dailey, Product Marketing Manager presso WP Engine
• Damien DeHart, MSP Partner Engineer, Team Lead presso New Relic

Slide della sessione:

Trascrizione:

JOSH DAILEY: Salve a tutti. Josh Dailey qui, product marketing manager per la soluzione di e-commerce WP Engine e ho trascorso l'ultimo decennio sia creando negozi commerciali che sviluppando e lanciando estensioni per WooCommerce. Il mio lavoro qui è migliorare continuamente la nostra soluzione di e-commerce.

Attualmente, offriamo pacchetti di e-commerce che presentano alcuni vantaggi unici per favorire le conversioni e semplificare la gestione continua del negozio. Ciò include EverCache per WooCommerce che utilizza la memorizzazione nella cache intelligente per fornire il 90% in più della cache delle pagine del tuo negozio, Live Cart che ti consente di vendere di più a più acquirenti simultanei senza interrompere le connessioni o sacrificare le prestazioni per la funzionalità, Instant Store Search alimentato da ElasticPress per più veloce, più ricerca accurata, Smart Plugin Manager con un test di regressione visiva WooCommerce a 17 punti, nonché Builder Tools per WooCommerce per costruire e far crescere facilmente un negozio.

Inoltre, abbiamo anche componenti aggiuntivi come il monitoraggio delle prestazioni delle applicazioni per estendere il tuo set di strumenti. Per anni, abbiamo collaborato con New Relic per offrire questo a tutti i nostri clienti premium, ma abbiamo scoperto che ha vantaggi unici per i negozi WooCommerce e volevamo assicurarci che tu possa ottenere il massimo da esso.

Secondo Built With, WooCommerce è la soluzione commerciale più utilizzata al mondo, con oltre 7 milioni di installazioni. Commercianti e sviluppatori lo scelgono per la sua perfetta integrazione con WordPress e la sua capacità di creare e personalizzare rapidamente le esperienze di acquisto. Semplificare lo sviluppo con WooCommerce ti offre una base per iniziare e ci consente di arrivare alla produzione più velocemente, permettendoci in ultima analisi di realizzare di più sui nostri progetti.

Ma una volta che il tuo negozio è attivo e funzionante e riceve traffico, una delle domande più comuni che sentiamo è come posso ottimizzare il mio negozio per le conversioni e dove possiamo ottenere rapporti migliori? Questo perché WooCommerce viene fornito con funzionalità di base e strumenti fondamentali. Funzionano fuori dagli schemi per un negozio iniziale e includono quattro report configurabili: ordini, clienti, stock o inventario e tasse.

Ora, questo va bene se sei un principiante. Ma se sei uno sviluppatore e il tuo compito è garantire che il tuo sito si ridimensioni per campagne specifiche, i rapporti WooCommerce generici non sono abbastanza perché i rapporti sono limitati ai risultati. Ma il sano, ma per un'analisi sana, devi essere in grado di approfondire per rispondere a come le prestazioni del tuo sito si collegano ai risultati del tuo sito. Senza quell'informazione in un posto, stai cercando un ago in un pagliaio. I negozi dei clienti dipendono da rapporti sani per prendere decisioni in merito all'acquisizione e alla fidelizzazione dei clienti, ai colli di bottiglia delle prestazioni, alle campagne di marketing, al modo in cui le prestazioni corrispondono alle conversioni e, in ultima analisi, alla riduzione delle spese e all'aumento dei profitti.

Piuttosto che cercare un ago in un pagliaio, il nostro cruscotto è come una calamita che estrae l'ago per te. Lo consideriamo un'aggiunta fantastica alla nostra offerta di e-commerce, che ti consente di diventare più intelligente nella costruzione e nell'ottimizzazione di WooCommerce. Ad esempio, puoi visualizzare esattamente come vengono tracciati i tempi di risposta del database insieme al numero di ordini per un periodo di tempo specifico. Il tuo sito è in scala? Dove è possibile ottimizzare le prestazioni per aumentare le conversioni?

Quindi, in questa sessione, vogliamo diventare davvero pratici con gli strumenti su cui puoi standardizzare per creare un dashboard che possa farti risparmiare tempo e darti rapporti di negozio flessibili ed espandibili. Ecco perché sono lieto di avere Damien qui da New Relic per darti uno sguardo privilegiato su come puoi migliorare i tuoi rapporti Woo con una dashboard del mondo reale creata per uno dei nostri più grandi clienti WooCommerce di WP Engine. Damien, grazie per esserti unito a noi. Sono davvero entusiasta di seguire.

DAMIEN DEHART: Josh, grazie per avermi ospitato. Felice di essere qui per assistere a questa presentazione. Quindi, prima di iniziare e parlare della soluzione effettiva che abbiamo creato con uno dei maggiori consumatori di WooCommerce di WPE, vorrei dedicare un secondo a parlare della piattaforma New Relic nel suo insieme.

Quindi, la nuova piattaforma New Relic, oggi ci concentreremo molto sulle funzionalità di dashboard e APM e su come questi si fondono insieme per creare una funzionalità di reporting più solida per i clienti WooCommerce. Ma ha senso fornire una breve introduzione sull'intera piattaforma e su come siamo arrivati ​​a questa decisione e su come sfruttiamo le diverse capacità per far sì che ciò accada.

Quindi, se guardi in fondo a questo grafico, vedrai New Relic One. New Relic One è la piattaforma New Relic. È costruito su un enorme database di serie temporali, che in realtà registra più visite ogni giorno rispetto a Google per i risultati di ricerca.

In cima a quella piattaforma ci sono tutte le diverse funzionalità che vedi: browser, Synthetics, mobile, New Relic APM e infrastruttura. Tutti questi emettono dati di telemetria in New Relic, che consumiamo e forniamo ai nostri clienti finali, WPE, nonché a tutti i loro clienti, da utilizzare per creare elementi come dashboard, avvisi personalizzati e diversi e generare diverse informazioni aziendali per uno qualsiasi dei casi d'uso che potrebbero avere sulla piattaforma New Relic.

Quindi abbiamo creato una dashboard con uno dei maggiori consumatori di WooCommerce di WPE. E vedi lo screenshot qui a destra, che mostra un'istantanea di quella dashboard che abbiamo creato. E voglio dedicare un secondo a parlare dei principali vantaggi derivanti dall'utilizzo della dashboard e delle funzionalità di New Relic.

Come abbiamo detto nella diapositiva precedente, New Relic è un enorme database di serie temporali che riceve più visite ogni giorno rispetto a Google. E come tale, abbiamo creato questo database per scalabilità e prestazioni. Quindi, quando inizi a pensare al dashboarding e forse alle differenze che WooCommerce potrebbe avere con i report, questa è una soluzione appositamente creata per la ricerca di dati su larga scala. Ciò significa che ti diamo la possibilità di tenere d'occhio le metriche delle prestazioni più critiche per la tua attività in tempo reale.

Ti diamo anche la possibilità di creare una dashboard con tutti i dati che desideri vengano acquisiti all'interno di New Relic. Non è necessario codificare per questo. Lo ritirerò solo un po 'dicendo che devi capire il nostro SQL, il nostro linguaggio anti-SQL. Ma fondamentalmente, se conosci SQL, conosci New Relic. Consente inoltre di diagnosticare i problemi più rapidamente nell'intero stack.

Quindi, di nuovo, tutti i dati che stai inserendo nella piattaforma New Relic, dalla tua applicazione in esecuzione in WooCommerce fino alle interazioni front-end dei tuoi clienti nella tua stessa applicazione, come un errore JavaScript, puoi tenere traccia di tutto di quello in un unico posto con New Relic. Infine, il nostro obiettivo principale è guidare decisioni basate sui dati per ottimizzare i risultati aziendali.

Allora come lo facciamo? Quando guardiamo quella dashboard, vediamo molte metriche davvero interessanti sui totali del carrello, i totali degli ordini, gli ID di sessione di Google e così via. E ti diamo la possibilità di approfondire ogni singola sessione per poter vedere cosa ha fatto il cliente, com'è stata la sua performance, quanti soldi c'erano nel carrello, anche cose come i tassi di abbandono del carrello.

Ma la vera domanda che tutti vogliono sapere su questa chiamata è: "cosa abbiamo fatto?" Quali sono le cose tecniche che sono successe dietro le quinte? Quindi, per farlo, dobbiamo capire, ancora una volta, come funziona New Relic APM.

New Relic APM si inserisce nel livello di codice della tua applicazione PHP WordPress e ti dà visibilità su ogni singola chiamata effettuata da e verso quell'applicazione. E così New Relic si trova in un posto unico per poter raccogliere dati sugli utenti della tua applicazione in tempo reale. E quindi quello che vedi qui è uno screenshot da VS Code in cui in realtà inseriamo alcuni dati personalizzati nell'applicazione. In realtà non inseriamo dati personalizzati. Abbiamo inserito un po' di script che in realtà estrae gli attributi, come li chiamiamo noi, o diversi metadati sull'utente all'interno della tua applicazione, che sono già stati raccolti dal componente aggiuntivo WooCommerce in PHP.

Quindi puoi vedere la sezione evidenziata qui in basso. In realtà stiamo facendo ciò che chiamiamo aggiungere parametri personalizzati a New Relic e stiamo aggiungendo l'e-mail dell'ordine.

Stiamo aggiungendo una transazione New Relic per il checkout riuscito per essere in grado di monitorare quando i clienti acquistano effettivamente le cose nel sito web. Stiamo aggiungendo il totale degli articoli nel carrello. Stiamo anche aggiungendo tutti i prodotti che erano nel carrello e in realtà li stiamo scorrendo insieme ogni singolo prodotto insieme ai totali degli elementi pubblicitari. E poi lo stiamo effettivamente sommando in un totale dell'ordine. E tutti questi dati vengono effettivamente pompati in New Relic, ed è in linea con tutti i dati che stiamo già raccogliendo.

Quindi, se ci pensi dal punto di vista delle prestazioni e dell'ottimizzazione, questo ti dà la possibilità di approfondire ogni singolo cliente e vedere, ehi, quanti soldi ha speso questo cliente con me? Com'è la loro performance sul sito web? Hanno riscontrato errori? Il nostro database stava impiegando troppo tempo? E questo ti consente di servire adeguatamente i tuoi clienti grandi e piccoli o forse anche di raggrupparli in gruppi in modo da poter fare un'analisi di coorte su quanto le prestazioni incidono sulla quotidianità della tua attività e in modo efficace sui tuoi profitti e quanto denaro guadagni creare.

Quindi volevo menzionare che questo non è limitato ai parametri mostrati. Queste sono solo cose che stiamo raccogliendo. Ma come tutti in questa chiamata sanno, WooCommerce genera molti più dati di quelli che stiamo raccogliendo oggi e quindi sfrutta quelli che chiamiamo attributi personalizzati. E sei anche in grado di raccogliere tutti gli altri dati che desideri. Quindi, ad esempio, se la tua applicazione sta raccogliendo nome utente o e-mail utente o nome cliente o livello di supporto e l'elenco potrebbe continuare all'infinito, puoi anche inserire quei parametri aggiuntivi in ​​New Relic, che ti offre quei livelli di visibilità di cui stavo appena parlando Di.

Ciò si estende al tuo utilizzo di APM e Application Performance Monitoring per aggiungere quel contesto aziendale in New Relic, nell'interfaccia utente, nel livello dati e, infine, nella pratica della tua attività, che ti consente di prendere una decisione più informata e ottenere acquisti -in da tutti, da uno sviluppatore al tuo CTO e persino al tuo CEO dal lato aziendale. Quindi volevamo anche parlare un po' dell'utilizzo di New Relic Synthetics, che è incluso nell'abbonamento a WordPress per gestire la soluzione WordPress e di come puoi usarlo per l'e-commerce.

Quindi i sintetici New Relic sono uno strumento di test basato sul selenio molto robusto e quindi non ci piace pubblicizzarci come una soluzione di test di stress o di test di carico, ma quello che ci pubblicizziamo è un modo per inviare programmaticamente traffico al tuo sito web in per testare scenari molto specifici. Quindi c'è una serie di controlli diversi che ottieni con il tuo abbonamento, ancora una volta, al pacchetto di monitoraggio su WP Engine. Il primo che tratteremo è il test di disponibilità.

Quindi questo è fondamentalmente un ping al server DNS che ti dice se il sito web esiste in questo momento. Quindi ha i suoi usi. Consideriamo questo come un tipo base di test sintetico. Ci sono alcune altre versioni disponibili, però. Quindi abbiamo il test di scadenza del certificato SSL.

Quindi questo è esattamente quello che sembra. Lo configuri per dire, quando il tuo certificato sta per scadere, e ti diamo una notifica quando ti avvicini a quella data. Hai anche Page Link Crawler, che ti mostrerà tutti i collegamenti sul sito Web e ti diremo effettivamente se hai collegamenti interrotti sul tuo sito Web.

Lo abbiamo trovato particolarmente utile per i clienti dell'e-commerce poiché spesso hanno molti collegamenti a prodotti diversi sui loro siti Web che stanno cambiando. E a volte, è difficile stargli dietro. Quindi avere un test per dirti cosa è rotto e cosa i tuoi clienti non possono accedere è fondamentale per assicurarti di ottenere il massimo delle entrate attraverso il tuo sito di e-commerce. Abbiamo anche un Page Load Performance Monitor, che esegue un caricamento completo della pagina con tutte le risorse e in realtà ti dice cosa stanno facendo tutte le diverse risorse sulla pagina, quindi se hai un'immagine troppo grande, se hai JavaScript errori associati al sito Web e l'elenco potrebbe continuare all'infinito.

E poi in realtà faremo una demo successiva sull'esecuzione di un passaggio o sul test della funzionalità del flusso utente, e questo passerà attraverso una pagina di checkout all'interno di uno dei nostri ambienti demo. E mostrerà tutti gli errori che si verificano durante il processo. Quindi passeremo attraverso l'accesso di un cliente, eseguiamo un flusso di pagamento, inseriamo gli articoli nel carrello e quindi tentiamo di effettuare il checkout. E vedremo cosa succede lì. Quindi, senza ulteriori indugi, è tempo di demo.

Va bene, quindi eccoci all'interno di New Relic. Quello che stai guardando qui è la homepage di New Relic. Per coloro che non hanno familiarità con questa pagina, questa mostra tutte le diverse entità che esistono in New Relic. E fondamentalmente, un'entità è una cosa che emette dati che vuoi monitorare.

Quindi oggi parleremo di sintetici. E come si arriva ai sintetici si naviga sul lato sinistro qui, e si vede il monitoraggio sintetico sulla sinistra. Puoi anche arrivarci facendo clic sui monitor sintetici qui. Ma per completezza, faremo clic su questo oggi.

E puoi vedere che ho un sacco di monitor all'interno del mio account demo qui. Voglio solo mostrarti il ​​mio browser con script, che verifica che il flusso di pagamento funzioni. Quindi so che questo si chiama verifica, ha verificato il nome. Dopo averlo digitato, puoi vedere che questo è il mio monitor stesso.

Entrando nel monitor, vedi una serie di cose. Quindi in realtà abbiamo questo in esecuzione contro tre diverse posizioni. Quindi li vedi qui: Singapore, Londra e Portland. E questi tre sono quelli che New Relic chiama luoghi pubblici.

Quindi abbiamo una serie di sedi ospitate in tutto il mondo in AWS, il che ti consente di: sei effettivamente in grado di eseguire controlli su tutti questi. Quindi, se hai un sito Web globale o qualcosa del genere e desideri testare le prestazioni in tutto il mondo, ecco come lo faresti.

Questo aiuta anche con forse le richieste di CDN. Quindi diciamo che stai eseguendo un controllo e a Singapore è super lento, ma la tua testa: il tuo data center e tutto il tuo hosting è forse negli Stati Uniti occidentali. Potresti voler creare un CDN qui in modo da ottenere una performance persistente in tutto il mondo.

Quindi su questo grafico, vedi il numero di fallimenti rispetto al numero di controlli nel periodo di tempo che stiamo osservando negli ultimi 30 minuti. Se dovessi espanderlo fino a un giorno, puoi vedere alcune delle metriche qui cambiare, ma questo sta andando– questo qui viene effettivamente mostrato nelle ultime 2 ore e 1/2. Eventuali errori verrebbero visualizzati in rosso.

Quindi in realtà non stiamo riscontrando alcun errore nelle ultime 2 ore e 1/2 e stai visualizzando alcune informazioni di base sui tempi nelle località. Scendendo un po ', vedi anche alcune delle metriche delle prestazioni.

Quindi questo ti mostra metriche sulle prestazioni incentrate sull'utente. Quindi il primo byte, fondamentalmente, quando era visibile qualcosa sulla pagina. La prima vernice è un po 'come se fosse stata caricata un'immagine, un testo o qualsiasi altra cosa. Il caricamento della pagina è l'intero caricamento della pagina, quindi quando una pagina è stata caricata completamente.

E poi First Contentful Paint è fondamentalmente l'immagine più grande che è stata caricata sulla pagina. E quindi ti stiamo dando informazioni sui tempi per tutto ciò per questo controllo. Ti mostriamo la richiesta per dominio.

Quindi, mentre stai chiamando le cose nell'applicazione stessa, quanto tempo ci vuole per quelle a– quante di queste richieste si verificano nel tempo? E poi la durata per dominio. Quindi quanto tempo impiega ciascuno di questi? Abbiamo il nostro newrelicdemo.com, che richiede la dimensione più lunga e quindi media per tipo di risorsa.

Quindi possiamo già vedere qui le immagini sono le più grandi qui. Quindi, se ci fossero opportunità di ottimizzazione, probabilmente inizierei a guardare le immagini su questo sito.

E infine, i codici di risposta agli errori. Quindi queste sono tutte le cose che puoi aspettarti di vedere. Quando crei un controllo sintetico, vedrai anche che abbiamo un sacco di tag qui. Questi sono personalizzabili all'interno della piattaforma. Quindi, se hai un team o una superficie di prodotto o un sito Web specifico o forse un prodotto che stai testando, puoi effettivamente taggarlo in quel modo. E poi puoi cercare quei tag nella piattaforma.

Inoltre, stai vedendo l'URL. Quindi, se dovessi fare clic su questo, questo mi porterebbe effettivamente alla mia pagina web, che sto monitorando con questo controllo. Nel tuo caso, sarebbe il tuo sito di e-commerce live. In questo caso, è la mia app demo.

OK, quindi va tutto bene, ma come arriviamo alla parte in cui parliamo di cosa è andato storto o cosa potrebbe andare storto all'interno dell'applicazione? Quindi, su questo, abbiamo un sacco di opzioni diverse qui sulla barra laterale sinistra. Non ci concentreremo su nessuno di questi altri punti di vista, ma parleremo di ciò che ciascuno di questi fa.

Partendo dal basso verso l'alto, la scheda Impostazioni mostra effettivamente quale script stai eseguendo all'interno di qui. Ti mostra fondamentalmente le impostazioni di configurazione per il tuo monitor, le posizioni che hai selezionato. In realtà non ho i diritti qui per modificarlo, quindi ti mostrerà, ecco un elenco di tutte le nostre posizioni pubbliche, come abbiamo discusso prima. Ne abbiamo selezionati 3.

E poi abbiamo una sceneggiatura qui. Quindi questo è il nostro copione. È integrato in Node e in realtà eseguiamo la scansione di queste pagine Web, carichiamo pagine Web specifiche e quindi stampiamo i risultati nella console.

Hai rapporti anche qui. Quindi, per impostazione predefinita, qualsiasi monitor che crei riceve alcuni rapporti SLA e hai la possibilità di avvisare anche su quelli.

E poi eravamo solo sulla nostra pagina di riepilogo. Quindi farò clic su quello per un secondo qui. E poi nella sezione monitor, hai tutti i tuoi risultati. Quindi questo ti mostrerà tutti i risultati dei controlli stessi, quali risorse sono state consumate, nonché eventuali guasti che si sono verificati.

Quindi, una volta cliccato su questo, nelle ultime 24 ore, vediamo una percentuale di successo del 100%. Vediamo che zero controlli sono falliti. Va tutto bene. Vediamo la durata in base alla posizione.

Quindi, ancora una volta, abbiamo parlato di quei requisiti CDN. Puoi vedere che Portland è significativamente bassa, o non significativamente, ma un bel po' più bassa di tutto il resto. Quindi forse questo mi dice, ehi, il mio data center o la mia infrastruttura è negli Stati Uniti occidentali.

Voglio una performance costante in tutto il mondo. Quindi forse ho messo un CDN in alcune di queste altre posizioni. Forse no perché non è un grosso problema. Spetta all'azienda deciderlo.

E poi vedrai tutte le diverse occorrenze di questi controlli. Li vedrai per posizione. Li vedrai per durata. Li vedi per dimensione della risposta.

E poi se c'è un messaggio di errore, vedrai anche quello. Puoi anche filtrare solo due errori. Non ne abbiamo avuto nessuno in questo lasso di tempo. Fammi vedere se otteniamo qualcosa di interessante.

Immagino che non abbiamo alcun guasto su questo monitor stesso. Ma se dovessi fare clic su uno di questi, ti mostrerò come sono i risultati. Quindi, ancora una volta, questo è un test sintetico, che attraversa più pagine. Quindi stiamo imitando ciò che un utente reale farebbe all'interno del sito web.

Quindi il flusso è che atterriamo su questa pagina principale. Questo è ciò che accade all'interno di quella pagina. Quindi hai i tuoi tempi incentrati sull'utente.

Puoi vedere tutti i diversi tipi di cose che sono state caricate sulla pagina. Quindi abbiamo proprio qui un'immagine grande, un'immagine estremamente grande qui questa è– e questo è in realtà l'abbiamo fatto apposta per mostrarlo.

Ma hai questa immagine enorme qui, questa immagine telco.bids, che sta prendendo molto tempo. Quindi, se dovessi dire, ehi, guarda, ci sono alcune opportunità di ottimizzazione che potrebbero essere fatte. Personalmente, questa sarebbe la prima cosa su cui mi concentro è quell'immagine enorme.

Torniamo al flusso, giusto, quindi iniziamo dalla pagina principale. Entriamo nella pagina di login. Puoi vedere tutto ciò che accade anche qui, eventuali errori JavaScript o altro che si verificano, qualsiasi AJAX che sta accadendo, tutto quanto sopra.

E poi, una volta effettuato l'accesso, vengono reindirizzati. Quindi stiamo vedendo la sequenza temporale anche su quello, bella vista a cascata. Stiamo esaminando tutte le pagine.

Quindi vanno alla pagina del telefono e stanno cercando i telefoni. Ci vuole molto tempo per trovare il telefono che vogliono. Va bene.

Trovano il telefono vero e proprio. Questa è una pagina effettiva nel nostro sito Web dimostrativo di un prodotto, quindi una pagina di prodotto specifica. Ed è qui che inizia a diventare interessante. Puoi esaminare questo e puoi vedere, OK, voglio solo guardare le loro prestazioni di questa pagina.

Quanto tempo ci vuole per caricare questa pagina, ed è all'altezza degli SLA che ho restituito ai miei clienti? Entrano nella pagina dei loro piani alla ricerca di piani. Decidono un piano.

Ora stanno cercando dei telefoni. Quindi stiamo attraversando l'intero processo di un cliente che trova i telefoni che desidera, trova i piani che desidera, inserendoli tutti nel carrello. Finiscono nel carrello.

Abbiamo un errore qui. Quindi, se vuoi vedere eventuali richieste per avere un errore, abbiamo questa con questa richiesta HTML qui, arrivando a questa pagina. Questa è una richiesta valida, come errore. Quindi non ho intenzione di seguire l'intero percorso di risoluzione dei problemi qui.

Ma fondamentalmente, abbiamo uno scenario che dovrebbe verificarsi nel nostro ambiente demo in cui il coupon stesso non è valido e genera un errore ogni volta. E questo risale a uno script di back-end oa un pezzo di codice di back-end che non è stato ottimizzato e ci siamo dimenticati di aggiornare i coupon nel database. Quindi da qui, sei effettivamente in grado di vedere in un ambiente controllato quali errori vengono generati e come riconduce alle prestazioni nella tua app.

E poi passi attraverso il processo di checkout. Vedi quanto tempo impiega tutto qui. E poi finalmente, questa è l'ultima pagina su cui atterrano. Quindi il checkout è completo.

E puoi vedere come vedi i tempi per tutto qui. Hai anche un registro degli script, che ti mostra tutto ciò che è accaduto qui. Quindi hanno visitato la pagina di accesso, effettuato l'accesso, aggiunto il piano telefonico, aggiunto sei telefoni. Hanno aggiunto tutta questa roba al carrello, quindi hanno acquistato il contenuto del carrello, e dopo questo il carrello era vuoto.

Viene inoltre visualizzato un registro del browser che mostra eventuali errori verificatisi. Abbiamo un sacco di errori di sintassi qui. Questo è un ambiente demo.

Quindi vedi ora che qui non sei riuscito a caricare un server di risorse, ha risposto con uno stato di 500. Quindi questo è quel coupon è una chiamata valida di cui stavamo parlando.

Quindi, se fossi uno sviluppatore, ne prenderei nota. La prima cosa che vedrei è, ehi, abbiamo un 500 qui, e sembra essere su una pagina di coupon. Quindi stanno cercando di caricare qualcosa di importante. Quindi è qui che iniziamo a parlare delle opportunità di ottimizzazione del sito web.

E infine, non ce l'ho qui. Ma se il controllo stesso fallisce, vedresti una sezione di schermate di errore qui, e in realtà ti mostra uno screenshot della pagina in cui ha fallito, cosa ci si aspettava e qual è stato il risultato. Quindi abbiamo un ambiente demo da qualche parte là fuori che in realtà segnala intenzionalmente un errore, e il checkout - il pulsante di checkout effettivo che dovrebbe essere lì è mancante. E quindi è lì che effettivamente vedi il risultato di tutti i fallimenti che si verificano, di tutti gli errori che si verificano. E fondamentalmente, qualsiasi errore critico o qualsiasi componente che hai indirizzato al test per trovare, se non viene rilevato, genera un errore per l'intero controllo.

Ed è allora che vedrai lo screenshot. In quel momento vedrai anche l'errore in quella pagina di riepilogo. Di nuovo, lo vedrai illuminato di rosso. E sarai in grado di vedere dove ha fallito, in quale posizione ha fallito e qual era anche il timestamp per quello. Quindi questo conclude la demo per il test del flusso di lavoro di verifica dei materiali sintetici che avremmo testato oggi.

JOSH DAILEY: Grazie mille, Damien. Questo è stato super perspicace. E spero che tu come sviluppatori che stai guardando o se sei tu stesso un proprietario di un negozio mercantile e stai guardando proprio ora che vedi l'incredibile valore che qualcosa come New Relic può aggiungere al tuo flusso di lavoro risparmiandoti un grosso mal di testa se qualcosa va giù, se ci sono interruzioni e altre cose che stanno succedendo, ma anche solo aiutando a migliorare con la crescita.

Se sei interessato all'APM e non lo stai utilizzando, che è la nostra funzione di monitoraggio delle prestazioni dell'applicazione, parla con il tuo account manager o chiedi a qualsiasi membro del nostro team e scopri come puoi iniziare a sfruttare New Relic proprio qui su WP Motore.

Ancora una volta, grazie, Damien. Grazie a tutti. E spero che tu ti diverta per il resto del tuo tempo qui in DE{CODE}.