WooCommerce-Berichterstattung mit New Relic

Die WooCommerce-Berichterstattung konzentriert sich traditionell auf vorgeschriebene Geschäftskennzahlen. Es kann auch schwierig sein, es anzupassen.

In dieser Sitzung erfahren Sie, wie Sie New Relic Application Performance Monitoring (APM) verwenden können, um einen besseren Einblick in die Leistung Ihres Online-Shops zu erhalten, indem Sie die Website-Performance und wichtige Geschäftskennzahlen im selben Dashboard verfolgen.

Lautsprecher:

• Joshua Dailey, Produktmarketingmanager bei WP Engine
• Damien DeHart, MSP Partner Engineer, Teamleiter bei New Relic

Sitzungsfolien:

Transkript:

JOSH DAILEY: Hallo zusammen. Josh Dailey hier, Produktmarketingmanager für die E-Commerce-Lösung WP Engine, und ich haben das letzte Jahrzehnt damit verbracht, sowohl E-Commerce-Shops zu erstellen als auch Erweiterungen für WooCommerce zu entwickeln und auf den Markt zu bringen. Meine Aufgabe hier ist es, unsere E-Commerce-Lösung kontinuierlich zu verbessern.

Derzeit bieten wir E-Commerce-Pakete an, die einige einzigartige Vorteile bieten, um die Conversions zu steigern und die laufende Verwaltung des Geschäfts zu vereinfachen. Dazu gehören EverCache für WooCommerce, das intelligentes Caching verwendet, um 90 % mehr Cache Ihrer Shop-Seiten bereitzustellen, Live Cart, mit dem Sie mehr an mehr gleichzeitige Käufer verkaufen können, ohne Verbindungen zu unterbrechen oder die Leistung für die Funktionalität zu opfern, Instant Store Search powered by ElasticPress für schnelleres, mehr genaue Suche, Smart Plugin Manager mit einem visuellen 17-Punkte-WooCommerce-Regressionstest sowie Builder Tools für WooCommerce zum einfachen Aufbau und Ausbau eines Shops.

Außerdem haben wir Add-Ons wie die Überwachung der Anwendungsleistung zur Erweiterung Ihres Toolsets. Wir arbeiten seit Jahren mit New Relic zusammen, um dies allen unseren Premium-Kunden anzubieten, aber wir haben festgestellt, dass es einzigartige Vorteile für WooCommerce-Shops bietet, und wir wollten sicherstellen, dass Sie das Beste daraus machen können.

Laut Built With ist WooCommerce mit mehr als 7 Millionen Installationen die meistgenutzte Handelslösung der Welt. Händler und Entwickler wählen es wegen seiner nahtlosen Integration mit WordPress und seiner Fähigkeit, Einkaufserlebnisse schnell zu erstellen und anzupassen. Die Rationalisierung der Entwicklung mit WooCommerce gibt Ihnen eine Grundlage für den Einstieg und ermöglicht es uns, schneller mit der Produktion zu beginnen, wodurch wir letztendlich mehr aus unseren Projekten machen können.

Aber sobald Ihr Shop in Betrieb ist und Zugriffe erhält, lautet eine der häufigsten Fragen, die wir hören, wie ich meinen Shop für Conversions optimiere und wo wir bessere Berichte erhalten können. Dies liegt daran, dass WooCommerce mit grundlegenden Funktionen und grundlegenden Tools geliefert wird. Sie sind für ein Starter-Geschäft sofort einsatzbereit und umfassen vier konfigurierbare Berichte: Bestellungen, Kunden, Bestand oder Inventar und Steuern.

Nun, das ist in Ordnung, wenn Sie ein Anfänger sind. Aber wenn Sie ein Entwickler sind und Ihre Aufgabe darin besteht, sicherzustellen, dass Ihre Website für bestimmte Kampagnen skaliert wird, reichen die generischen WooCommerce-Berichte bei weitem nicht aus, da die Berichte auf Ergebnisse beschränkt sind. Aber die gesunde – aber für eine gesunde Analyse müssen Sie in der Lage sein, einen Drilldown durchzuführen, um zu beantworten, wie Ihre Website-Performance mit den Ergebnissen Ihrer Website zusammenhängt. Ohne diese Informationen an einem Ort suchen Sie nach einer Nadel im Heuhaufen. Kundengeschäfte sind auf eine solide Berichterstattung angewiesen, um Entscheidungen in Bezug auf Kundenakquise und -bindung, Leistungsengpässe, Marketingkampagnen, den Zusammenhang zwischen Leistung und Conversions und letztendlich die Reduzierung der Kosten und die Steigerung Ihres Gewinns zu treffen.

Anstatt nach einer Nadel im Heuhaufen zu suchen, ist unser Dashboard wie ein Magnet, der die Nadel für Sie herauszieht. Wir sehen darin eine fantastische Ergänzung unseres E-Commerce-Angebots, mit der Sie WooCommerce intelligenter aufbauen und optimieren können. Sie können beispielsweise genau anzeigen, wie die Antwortzeit der Datenbank zusammen mit der Anzahl der Bestellungen für einen bestimmten Zeitraum verfolgt wird. Skaliert Ihre Website? Wo kann die Leistung optimiert werden, um die Conversions zu steigern?

In dieser Session möchten wir uns also mit Tools, die Sie standardisieren können, um ein Dashboard zu erstellen, das Ihnen Zeit spart und Ihnen flexible, erweiterbare Geschäftsberichte bietet, wirklich praktisch machen. Aus diesem Grund freue ich mich, Damien von New Relic hier zu haben, um Ihnen einen Insider-Einblick darüber zu geben, wie Sie Ihre Woo-Berichte mit einem realen Dashboard verbessern können, das für einen unserer größten WP Engine WooCommerce-Kunden erstellt wurde. Damien, danke, dass Sie sich uns angeschlossen haben. Ich freue mich sehr, mitzumachen.

DAMIEN DEHART: Josh, danke, dass du mich eingeladen hast. Ich freue mich, hier zu sein, um bei dieser Präsentation zu helfen. Bevor wir also beginnen und über die eigentliche Lösung sprechen, die wir mit einem der größten WooCommerce-Kunden von WPE entwickelt haben, möchte ich mir einen Moment Zeit nehmen, um über die New Relic-Plattform als Ganzes zu sprechen.

Bei der neuen New Relic-Plattform werden wir uns heute also stark auf die Dashboarding-Funktionen und APM konzentrieren und darauf, wie diese miteinander verschmelzen, um eine robustere Berichtsfunktion für WooCommerce-Kunden zu schaffen. Aber es ist sinnvoll, eine kurze Einführung in die gesamte Plattform zu geben und wie wir zu dieser Entscheidung gekommen sind und wie wir die verschiedenen Fähigkeiten nutzen, um dies zu erreichen.

Wenn Sie also auf den unteren Rand dieser Grafik schauen, sehen Sie New Relic One. New Relic One ist die Plattform von New Relic. Es basiert auf einer riesigen Zeitreihendatenbank, die tatsächlich täglich mehr Treffer verzeichnet als Google für Suchergebnisse.

Auf dieser Plattform befinden sich all die verschiedenen Funktionen, die Sie sehen: Browser, Synthetics, Mobile, New Relic APM und Infrastruktur. All diese geben Telemetriedaten an New Relic aus, die wir nutzen und unseren Endkunden, WPE, sowie all ihren Kunden zur Verfügung stellen, um Dinge wie Dashboards, benutzerdefinierte Warnungen und andere zu erstellen und unterschiedliche Geschäftseinblicke zu generieren alle Anwendungsfälle, die sie möglicherweise auf der New Relic-Plattform haben.

Also haben wir ein Dashboard mit einem der größten Verbraucher von WPE von WooCommerce erstellt. Und Sie sehen den Screenshot hier rechts, der einen Schnappschuss dieses Dashboards zeigt, das wir – das wir gebaut haben. Und ich möchte mir eine Sekunde Zeit nehmen, um über die Hauptvorteile der Nutzung des Dashboards und der Funktionen von New Relic zu sprechen.

Wie wir auf der vorherigen Folie besprochen haben, ist New Relic eine riesige Zeitreihendatenbank, die täglich mehr Treffer verzeichnet als Google sucht. Und als solche haben wir diese Datenbank für Skalierbarkeit und Leistung aufgebaut. Wenn Sie also anfangen, über Dashboarding und vielleicht die Unterschiede nachzudenken, die WooCommerce möglicherweise mit der Berichterstellung hat, ist dies eine speziell entwickelte Lösung für die Suche nach Daten in großem Maßstab. Und das bedeutet, dass wir Ihnen die Möglichkeit geben, die kritischsten Leistungskennzahlen für Ihr Unternehmen in Echtzeit im Auge zu behalten.

Wir geben Ihnen auch die Möglichkeit, ein Dashboard mit beliebigen Daten zu erstellen, die innerhalb von New Relic erfasst werden. Sie müssen dafür nicht codieren. Ich werde das nur ein wenig zurücknehmen, indem ich sage, dass Sie unser SQL verstehen müssen – unsere Anti-SQL-Sprache. Aber im Grunde kennen Sie New Relic, wenn Sie SQL kennen. Außerdem können Sie Probleme im gesamten Stack schneller diagnostizieren.

Also noch einmal, alle Daten, die Sie in die New Relic-Plattform aufnehmen, ob von Ihrer in WooCommerce ausgeführten Anwendung bis hin zu den Front-End-Interaktionen Ihrer Kunden in Ihrer Anwendung selbst, wie z. B. ein JavaScript-Fehler, Sie können alle nachverfolgen davon an einem einzigen Ort mit New Relic. Und schließlich besteht unser Hauptziel darin, datengesteuerte Entscheidungen zur Optimierung der Geschäftsergebnisse voranzutreiben.

Wie machen wir das? Wenn wir uns dieses Dashboard ansehen, sehen wir eine Menge wirklich schöner Metriken rund um Einkaufswagen-Gesamtsummen, Bestellsummen, Google-Sitzungs-IDs usw. Und wir geben Ihnen die Möglichkeit, in jede einzelne Sitzung einzudringen, um zu sehen, was der Kunde was getan hat, wie seine Leistung war, wie viel Geld sich im Warenkorb befand, sogar Dinge wie Warenkorbabbruchraten.

Aber die eigentliche Frage, die jeder bei diesem Anruf wissen möchte, ist: „Was haben wir getan?“ Was ist der technische Kram, der hinter den Kulissen passiert ist? Dazu müssen wir also noch einmal verstehen, wie New Relic APM funktioniert.

New Relic APM fügt sich in die Codeebene Ihrer PHP-WordPress-Anwendung ein und gibt Ihnen Einblick in jeden einzelnen Aufruf, der von und zu dieser Anwendung getätigt wurde. Und damit ist New Relic an einem einzigartigen Ort, um Daten über die Benutzer Ihrer Anwendung in Echtzeit zu sammeln. Was Sie hier also sehen, ist ein Screenshot von VS Code, wo wir tatsächlich einige benutzerdefinierte Daten in die Anwendung einfügen. Wir injizieren keine benutzerdefinierten Daten. Wir haben dort ein kleines Skript eingefügt, das tatsächlich Attribute, wie wir sie nennen, oder verschiedene Metadaten über den Benutzer in Ihrer Anwendung herauszieht, die bereits vom WooCommerce-Add-On in PHP gesammelt werden.

Sie können also den hervorgehobenen Abschnitt hier unten sehen. Wir machen eigentlich das, was wir New Relic benutzerdefinierte Parameter hinzufügen nennen, und wir fügen Bestell-E-Mail hinzu.

Wir fügen eine New Relic-Transaktion für den erfolgreichen Checkout hinzu, um nachverfolgen zu können, wann Kunden tatsächlich etwas auf der Website kaufen. Wir fügen dem Warenkorb insgesamt Artikel hinzu. Wir fügen auch alle Produkte hinzu, die sich im Einkaufswagen befanden, und wir durchlaufen diese tatsächlich zusammen mit jedem einzelnen Produkt zusammen mit den Einzelposten-Gesamtsummen. Und dann summieren wir das tatsächlich zu einer Bestellsumme. Und all diese Daten werden tatsächlich in New Relic gepumpt und stimmen mit all den Daten überein, die wir bereits sammeln.

Wenn Sie es also vom Standpunkt der Leistung und Optimierung aus betrachten, haben Sie die Möglichkeit, jeden einzelnen Kunden zu untersuchen und zu sehen, hey, wie viel Geld hat dieser Kunde für mich ausgegeben? Wie ist ihre Leistung auf der Website? Sind Fehler aufgetreten? Hat unsere Datenbank zu lange gedauert? Und dies ermöglicht es Ihnen, Ihre großen und kleinen Kunden angemessen zu betreuen oder sie vielleicht sogar in Bands zu gruppieren, sodass Sie eine Kohortenanalyse darüber durchführen können, wie stark sich die Leistung auf den Alltag Ihres Unternehmens und effektiv auf Ihr Endergebnis auswirkt und wie viel Geld Sie verdienen generieren.

Ich wollte also erwähnen, dass dies nicht auf die gezeigten Parameter beschränkt ist. Das sind nur Dinge, die wir sammeln. Aber wie jeder an diesem Anruf weiß, generiert WooCommerce viel mehr Daten als das, was wir heute sammeln, und so nutzt dies das, was wir benutzerdefinierte Attribute nennen. Und Sie können auch beliebige andere Daten sammeln. Wenn Ihre Anwendung beispielsweise den Benutzernamen oder die E-Mail-Adresse des Benutzers oder den Kundennamen oder die Supportstufe erfasst und die Liste endlos weitergeht, können Sie diese zusätzlichen Parameter auch in New Relic einfügen, wodurch Sie die Sichtbarkeit erhalten, von der ich gerade gesprochen habe von.

Dies erstreckt sich auch auf Ihre Verwendung von APM und Application Performance Monitoring, um diesen Geschäftskontext in New Relic, in die Benutzeroberfläche, in die Datenschicht und letztendlich in die Praxis Ihres Unternehmens einzufügen, wodurch Sie eine fundiertere Entscheidung treffen und kaufen können -in von allen, vom Entwickler bis zu Ihrem CTO und sogar Ihrem CEO auf der Geschäftsseite. Deshalb wollten wir auch ein wenig über die Verwendung von New Relic Synthetics sprechen, das in Ihrem Abonnement für WordPress enthalten ist, um die WordPress-Lösung zu verwalten, und wie Sie dies für den E-Commerce verwenden können.

New Relic Synthetics ist also ein sehr robustes Selenium-basiertes Testtool, und wir möchten uns nicht als Stresstest- oder Lasttestlösung bewerben, aber wir bewerben uns selbst als eine Möglichkeit, programmgesteuert Traffic an Ihre Website zu senden um ganz bestimmte Szenarien zu testen. Es gibt also eine Reihe verschiedener Überprüfungen, die Sie mit Ihrem Abonnement wieder für das Überwachungspaket auf WP Engine erhalten. Der erste, den wir behandeln werden, ist der Verfügbarkeitstest.

Dies ist also im Grunde ein Ping an den DNS-Server, der Ihnen mitteilt, ob die Website zu diesem Zeitpunkt existiert. Es hat also seinen Nutzen. Wir betrachten dies als einen grundlegenden Typ eines synthetischen Tests. Es sind jedoch einige andere Versionen verfügbar. Wir haben also den SSL-Zertifikatsablauftest.

Das ist also genau das, wonach es klingt. Sie konfigurieren es so, dass es angibt, wann Ihr Zertifikat abläuft, und wir geben Ihnen eine Benachrichtigung, wenn Sie sich diesem Datum nähern. Sie haben auch einen Page Link Crawler, der Ihnen alle Links auf der Website anzeigt, und wir sagen Ihnen tatsächlich, ob Sie auf Ihrer Website fehlerhafte Links haben.

Wir fanden dies besonders nützlich für E-Commerce-Kunden, da sie oft viele verschiedene Produktlinks auf ihren Websites haben, die sich ändern. Und manchmal ist es schwer, damit Schritt zu halten. Daher ist ein Test, der Ihnen sagt, was kaputt ist und worauf Ihre Kunden keinen Zugriff haben, von größter Bedeutung, um sicherzustellen, dass Sie mit Ihrer E-Commerce-Website maximalen Umsatz erzielen. Wir haben auch einen Page Load Performance Monitor, der eine vollständige Seite mit allen Assets lädt und Ihnen tatsächlich sagt, was all die verschiedenen Assets auf der Seite tun – wenn Sie also ein zu großes Bild haben, wenn Sie JavaScript haben Fehler, die mit der Website verbunden sind, und die Liste geht weiter und weiter.

Und dann werden wir als nächstes tatsächlich eine Demo über eine Schrittausführung oder einen Funktionstest des Benutzerflusses machen, und dies wird durch eine Checkout-Seite in einer unserer Demoumgebungen gehen. Und es wird alle Fehler anzeigen, die während des gesamten Prozesses auftreten. Wir gehen also durch einen Kunden, der sich anmeldet, einen Checkout-Prozess durchläuft, Artikel in den Einkaufswagen legt und dann versucht, zur Kasse zu gehen. Und wir werden sehen, was dort passiert. Also ohne weiteres, es ist Demo-Zeit.

In Ordnung, hier sind wir also in New Relic. Was Sie hier sehen, ist die Homepage von New Relic. Für diejenigen, die mit dieser Seite nicht vertraut sind, zeigt dies alle verschiedenen Entitäten, die in New Relic existieren. Und im Grunde ist eine Entität etwas, das Daten ausgibt, die Sie überwachen möchten.

Wir werden heute also über Kunststoffe sprechen. Und wie Sie zu Synthetics gelangen, navigieren Sie zur linken Seite hier drüben, und Sie sehen synthetisches Monitoring auf der linken Seite. Sie können auch dorthin gelangen, indem Sie hier auf synthetische Monitore klicken. Aber der Vollständigkeit halber klicken wir heute darauf.

Und Sie können sehen, dass ich hier eine Menge Monitore in meinem Demokonto habe. Ich möchte Ihnen nur meinen Skript-Browser zeigen, der überprüft, ob der Checkout-Prozess funktioniert. Ich weiß also, dass dies den Namen "verify" trägt, den Namen "verify" hat. Sobald ich das eingetippt habe, können Sie sehen, dass dies mein Monitor selbst ist.

Wenn Sie in den Monitor gehen, sehen Sie eine Reihe von Dingen. Wir haben das also tatsächlich gegen drei verschiedene Orte laufen. Sie sehen sie also hier: Singapur, London und Portland. Und diese drei nennt New Relic öffentliche Orte.

Wir haben also eine Reihe von gehosteten Standorten auf der ganzen Welt in AWS, was es Ihnen ermöglicht – Sie können tatsächlich Prüfungen gegen all diese durchführen. Wenn Sie also eine globale Website oder ähnliches haben und die Leistung weltweit testen möchten, gehen Sie wie folgt vor.

Dies hilft auch bei eventuellen Anfragen nach CDNs. Nehmen wir also an, Sie führen eine Überprüfung durch und in Singapur ist es sehr langsam, aber Ihr Kopf – Ihr Rechenzentrum und Ihr gesamtes Hosting befinden sich vielleicht in den USA West. Vielleicht möchten Sie hier ein CDN einrichten, damit Sie weltweit eine beständige Leistung erzielen.

In diesem Diagramm sehen Sie also die Anzahl der Fehler im Vergleich zur Anzahl der Überprüfungen über den betrachteten Zeitraum der letzten 30 Minuten. Wenn ich das auf einen Tag erweitern würde, könnten Sie sehen, dass sich einige der Metriken hier ändern, aber das geht – das hier zeigt tatsächlich die letzten 2 1/2 Stunden. Alle Fehler würden rot angezeigt.

Wir sehen also tatsächlich keine Ausfälle in den letzten 2 1/2 Stunden und Sie sehen einige grundlegende Zeitinformationen über die Standorte hinweg. Wenn Sie ein wenig nach unten gehen, sehen Sie auch einige der Leistungsmetriken.

Dies zeigt Ihnen also benutzerorientierte Leistungsmetriken. Also im Grunde das erste Byte, wenn irgendetwas auf der Seite sichtbar war. First Paint ist so etwas wie wenn ein Bild oder Text oder irgendetwas geladen wurde. Seitenladevorgang ist der gesamte Seitenladevorgang – also wenn eine Seite vollständig geladen wurde.

Und dann ist First Contentful Paint im Grunde das größte Bild, das auf der Seite geladen wurde. Und deshalb geben wir Ihnen Zeitinformationen für all das für diesen Check. Wir zeigen Ihnen die Anfrage nach Domain.

Wenn Sie also Dinge in der Anwendung selbst aufrufen, wie lange dauert es, bis diese – wie viele dieser Anfragen im Laufe der Zeit auftreten? Und dann Dauer nach Domain. Wie lange dauert das jeweils? Wir haben unsere newrelicdemo.com, die am längsten dauert, und dann die durchschnittliche Größe nach Ressourcentyp.

Wir können also bereits hier sehen, dass die Bilder hier am größten sind. Wenn es also Optimierungsmöglichkeiten gäbe, würde ich wahrscheinlich anfangen, mir die Bilder auf dieser Seite anzusehen.

Und schließlich Fehlerantwortcodes. Das sind also alles Dinge, die Sie erwarten können. Wenn Sie einen synthetischen Scheck erstellen, werden Sie auch sehen, dass wir hier eine Reihe von Tags haben. Diese sind innerhalb der Plattform anpassbar. Wenn Sie also ein Team oder eine Produktoberfläche oder eine bestimmte Website oder vielleicht ein Produkt haben, das Sie testen, können Sie es tatsächlich auf diese Weise taggen. Und dann können Sie diese Tags auf der Plattform durchsuchen.

Außerdem sehen Sie die URL. Wenn ich also darauf klicken würde, würde mich das tatsächlich zu meiner Webseite führen, die ich mit diesem Check überwache. In Ihrem Fall wäre es Ihre Live-E-Commerce-Site. In diesem Fall ist es meine Demo-App.

OK, das ist alles gut und schön, aber wie kommen wir zu dem Teil, wo wir darüber sprechen, was schief gelaufen ist oder was in der Anwendung schief gehen könnte? Dazu haben wir hier in der linken Seitenleiste eine Reihe verschiedener Optionen. Wir werden uns nicht auf eine dieser weiteren Ansichten konzentrieren, aber wir werden darüber sprechen, was jede dieser Ansichten tut.

Von unten nach oben zeigt Ihnen die Registerkarte Einstellungen tatsächlich, welches Skript Sie hier ausführen. Es zeigt Ihnen im Grunde die Konfigurationseinstellungen für Ihren Monitor, die Standorte, die Sie ausgewählt haben. Ich habe hier eigentlich nicht die Rechte, dies zu bearbeiten, also wird es Ihnen zeigen, hier ist eine Liste aller unserer öffentlichen Standorte, wie wir zuvor besprochen haben. Wir haben 3 ausgewählt.

Und dann haben wir hier ein Drehbuch. Das ist also unser Skript. Es ist in Node integriert, und wir crawlen tatsächlich diese Webseiten, laden bestimmte Webseiten und drucken diese Ergebnisse dann in der Konsole aus.

Sie haben auch hier eine Berichterstattung. Daher erhält jeder Monitor, den Sie erstellen, standardmäßig einige SLA-Berichte, und Sie haben die Möglichkeit, auch für diese Warnungen auszugeben.

Und dann waren wir gerade auf unserer Übersichtsseite. Also werde ich hier für eine Sekunde darauf zurückgreifen. Und dann haben Sie im Monitorbereich alle Ihre Ergebnisse. Dies zeigt Ihnen also alle Ergebnisse für die Prüfungen selbst, welche Ressourcen verbraucht wurden, sowie alle aufgetretenen Fehler.

Sobald ich hier hineinklicke, sehen wir in den letzten 24 Stunden eine Erfolgsquote von 100 %. Wir sehen, dass keine Überprüfungen fehlgeschlagen sind. Alles ist ok. Wir sehen die Dauer nach Standort.

Also haben wir noch einmal über diese CDN-Anforderungen gesprochen. Sie können sehen, dass Portland signifikant niedrig ist oder nicht signifikant, aber ein gutes Stück niedriger als alles andere. Vielleicht sagt mir das also, hey, mein Rechenzentrum oder meine Infrastruktur befindet sich in den USA West.

Ich möchte eine konstante Leistung auf der ganzen Welt. Also habe ich vielleicht ein CDN an einigen dieser anderen Orte eingerichtet. Vielleicht tue ich das nicht, weil es keine so große Sache ist. Das muss das Unternehmen entscheiden.

Und dann sehen Sie all die verschiedenen Vorkommen dieser Überprüfungen. Sie sehen sie nach Standort. Sie sehen sie nach Dauer. Sie sehen sie nach Antwortgröße.

Und wenn es dann eine Fehlermeldung gibt, sehen Sie das auch. Sie können auch nur zwei Fehler filtern. Wir hatten keine über diesen Zeitraum. Mal sehen, ob wir etwas Interessantes bekommen.

Ich denke, wir haben keine Ausfälle auf diesem Monitor selbst. Aber wenn ich in eines davon klicken würde, zeige ich Ihnen, wie die Ergebnisse aussehen. Auch dies ist also wieder ein synthetischer Test, der sich über mehrere Seiten erstreckt. Wir ahmen also nach, was ein echter Benutzer auf der Website tun würde.

Der Ablauf ist also, dass wir auf dieser Hauptseite landen. Das passiert auf dieser Seite. Sie haben also Ihre benutzerzentrierten Timings.

Sie können all die verschiedenen Arten von Dingen sehen, die auf der Seite geladen wurden. Also haben wir genau hier ein großes Bild, hier ist ein extrem großes Bild – und das haben wir eigentlich absichtlich gemacht, um es anzuzeigen.

Aber Sie haben hier dieses riesige Image, dieses telco.bids-Image, das viel Zeit in Anspruch nimmt. Also, wenn ich sagen würde, hey, schau, es gibt einige Optimierungsmöglichkeiten, die gemacht werden könnten. Persönlich würde ich mich als erstes auf dieses riesige Bild konzentrieren.

Zurück zum Ablauf, richtig, also fangen wir auf der Hauptseite an. Wir gehen auf die Anmeldeseite. Sie können auch alles sehen, was hier auftritt, alle JavaScript- oder andere Fehler, die auftreten, jedes AJAX, das passiert, alles oben Genannte.

Und sobald sie eingeloggt sind, werden sie umgeleitet. Wir sehen also auch die Zeitachse darauf, schöne Wasserfallansicht. Wir gehen alle Seiten durch.

Sie gehen also zur Telefonseite und suchen nach Telefonen. Es dauert lange, das gewünschte Telefon zu finden. Das ist in Ordnung.

Sie finden das eigentliche Telefon. Dies ist eine tatsächliche Seite in unserer Demo-Website eines Produkts, also eine bestimmte Produktseite. Und hier beginnt es interessant zu werden. Sie können sich das ansehen, und Sie können sehen, OK, ich möchte mir nur ihre Leistung auf dieser Seite ansehen.

Wie lange dauert es, bis diese Seite geladen ist, und entspricht sie den SLAs, die ich meinen Kunden zurückgegeben habe? Sie gehen auf ihre Planseite und suchen nach Plänen. Sie beschließen einen Plan.

Jetzt suchen sie nach Telefonen. Wir durchlaufen also den gesamten Prozess eines Kunden, der die gewünschten Telefone findet, die gewünschten Pläne findet und sie alle in den Einkaufswagen legt. Sie landen im Warenkorb.

Wir haben hier einen Fehler. Wenn Sie also Anfragen mit einem Fehler sehen möchten, haben wir diese mit dieser HTML-Anfrage hier, um zu dieser Seite zu gelangen. Dies ist eine gültige Anforderung als Fehler. Daher werde ich hier nicht den vollständigen Fehlerbehebungspfad durchgehen.

Aber im Grunde haben wir ein Szenario, das in unserer Demoumgebung auftreten soll, wo der Gutschein selbst nicht gültig ist und jedes Mal einen Fehler auslöst. Und dies geht auf ein Back-End-Skript oder einen Back-End-Code zurück, der nicht optimiert war, und wir haben vergessen, die Coupons in der Datenbank zu aktualisieren. Von hier aus können Sie also tatsächlich in einer kontrollierten Umgebung sehen, welche Fehler ausgelöst werden und wie dies auf die Leistung Ihrer App zurückgeführt wird.

Und dann durchlaufen Sie den Bestellvorgang. Sie sehen, wie lange alles hier dauert. Und schließlich ist dies die letzte Seite, auf der sie landen. Die Kasse ist also abgeschlossen.

Und Sie können hier sehen, wie Sie das Timing für alles sehen. Sie haben auch ein Skriptprotokoll, das Ihnen alles zeigt, was hier passiert ist. Also besuchten sie die Anmeldeseite, meldeten sich an, fügten einen Telefonplan hinzu und fügten sechs Telefone hinzu. Sie haben all diese Sachen in den Einkaufswagen gelegt und dann den Inhalt des Einkaufswagens gekauft, und danach war der Einkaufswagen leer.

Sie sehen auch ein Browserprotokoll, das Ihnen aufgetretene Fehler anzeigt. Wir haben hier eine Reihe von Syntaxfehlern. Dies ist eine Demoumgebung.

Sehen Sie also, Sie haben hier einen Ressourcenserver nicht geladen, der mit einem Status von 500 geantwortet hat. Das ist also, dass der Coupon ein gültiger Anruf ist, über den wir gesprochen haben.

Wenn ich ein Entwickler wäre, würde ich das zur Kenntnis nehmen. Das erste, was ich sehen würde, ist, hey, wir haben hier einen 500, und er scheint auf einer Coupon-Seite zu sein. Sie versuchen also, etwas Wichtiges zu laden. An dieser Stelle beginnen wir also, über Möglichkeiten zur Website-Optimierung zu sprechen.

Und schließlich habe ich es nicht hier. Aber wenn die Prüfung selbst fehlgeschlagen ist, sehen Sie hier einen Fehler-Screenshot-Abschnitt, und es zeigt Ihnen tatsächlich einen Screenshot der Seite, auf der sie fehlgeschlagen ist, was erwartet wurde und was das Ergebnis war. Wir haben also irgendwo da draußen eine Demo-Umgebung, die tatsächlich absichtlich einen Fehler meldet, und der Checkout – der eigentliche Checkout-Button, der da sein sollte, fehlt. Und hier sehen Sie tatsächlich das Ergebnis aller auftretenden Fehler, aller auftretenden Fehler. Und im Grunde führt jeder kritische Fehler oder jede Komponente, zu deren Suche Sie den Test angewiesen haben, zu einem Fehler für die gesamte Prüfung, wenn sie nicht erkannt wird.

Und dann sehen Sie den Screenshot. Dann sehen Sie auch den Fehler auf dieser Zusammenfassungsseite. Wieder sehen Sie, dass es rot leuchtet. Und Sie können sehen, wo es fehlgeschlagen ist, an welchem ​​Ort es fehlgeschlagen ist und wie der Zeitstempel dafür war. Damit ist die Demo für den Checkout-Workflow-Test für Kunststoffe abgeschlossen, den wir heute testen wollten.

JOSH DAILEY: Vielen Dank, Damien. Das war super aufschlussreich. Und ich hoffe, Sie als Entwickler, die zuschauen, oder wenn Sie selbst ein Händler-Ladenbesitzer sind und gerade jetzt zuschauen, dass Sie den unglaublichen Wert sehen, den etwas wie New Relic zu Ihrem Arbeitsablauf hinzufügen kann, indem es Ihnen große Kopfschmerzen erspart, wenn überhaupt sinkt, wenn es zu Ausfällen und anderen Dingen kommt, aber auch einfach dazu beiträgt, sich mit dem Wachstum zu verbessern.

Wenn Sie an APM interessiert sind und es nicht verwenden, was unsere Funktion zur Überwachung der Anwendungsleistung ist, sprechen Sie mit Ihrem Account Manager oder fragen Sie ein Mitglied unseres Teams und erfahren Sie, wie Sie New Relic direkt hier auf WP nutzen können Motor.

Nochmals vielen Dank, Damien. Danke euch allen. Und ich hoffe, Sie genießen den Rest Ihrer Zeit hier in DE{CODE}.