Raportowanie WooCommerce z New Relic

Raporty WooCommerce tradycyjnie koncentrowały się na normatywnych wskaźnikach biznesowych. Dostosowanie może być również trudne.

W tej sesji dowiesz się, jak możesz wykorzystać New Relic Application Performance Monitoring (APM), aby uzyskać lepszy wgląd w wydajność swojego sklepu internetowego — śledzenie wydajności witryny i kluczowych wskaźników biznesowych w tym samym pulpicie nawigacyjnym.

Głośniki:

• Joshua Dailey, menedżer ds. marketingu produktów w WP Engine
• Damien DeHart, inżynier partnera MSP, kierownik zespołu w New Relic

Slajdy sesji:

Transkrypcja:

JOSH DAILEY: Witam wszystkich. Josh Dailey tutaj, menedżer ds. Marketingu produktów w rozwiązaniu e-commerce WP Engine i spędziłem ostatnią dekadę zarówno na tworzeniu sklepów handlowych, jak i opracowywaniu i uruchamianiu rozszerzeń dla WooCommerce. Moim zadaniem jest ciągłe doskonalenie naszego rozwiązania e-commerce.

Obecnie oferujemy pakiety e-commerce, które mają kilka wyjątkowych zalet, które zwiększają liczbę konwersji i upraszczają bieżące zarządzanie sklepem. Obejmuje to EverCache dla WooCommerce, który wykorzystuje inteligentne buforowanie, aby dostarczać o 90% więcej pamięci podręcznej stron sklepu, Live Cart, który pozwala sprzedawać więcej większej liczbie jednoczesnych kupujących bez przerywania połączeń lub poświęcania wydajności na rzecz funkcjonalności, Instant Store Search obsługiwane przez ElasticPress dla szybszego, bardziej dokładne wyszukiwanie, Smart Plugin Manager z 17-punktowym testem regresji wizualnej WooCommerce, a także Builder Tools dla WooCommerce do łatwego budowania i rozwijania sklepu.

Ponadto mamy również dodatki, takie jak monitorowanie wydajności aplikacji w celu rozszerzenia zestawu narzędzi. Od lat współpracujemy z New Relic, aby oferować to wszystkim naszym klientom premium, ale odkryliśmy, że ma to wyjątkowe korzyści dla sklepów WooCommerce i chcieliśmy mieć pewność, że możesz w pełni z tego skorzystać.

Według Built With, WooCommerce jest najczęściej używanym rozwiązaniem handlowym na świecie, z ponad 7 milionami instalacji. Sprzedawcy i programiści wybierają ją ze względu na bezproblemową integrację z WordPress oraz możliwość szybkiego tworzenia i dostosowywania doświadczeń zakupowych. Usprawnienie rozwoju za pomocą WooCommerce daje podstawy do rozpoczęcia i pozwala nam szybciej przejść do produkcji, co ostatecznie pozwala nam zarobić więcej na naszych projektach.

Ale kiedy Twój sklep już działa i generuje ruch, jednym z najczęstszych pytań, jakie słyszymy, jest to, jak zoptymalizować sklep pod kątem konwersji i gdzie możemy uzyskać lepsze raporty? Dzieje się tak, ponieważ WooCommerce jest dostarczany z podstawową funkcjonalnością i podstawowymi narzędziami. Działają od razu po uruchomieniu sklepu i obejmują cztery konfigurowalne raporty: zamówienia, klienci, zapasy lub zapasy oraz podatki.

To jest w porządku, jeśli jesteś początkującym. Ale jeśli jesteś programistą i Twoim zadaniem jest zapewnienie skalowalności witryny dla określonych kampanii, ogólne raporty WooCommerce nie wystarczą, ponieważ raporty są ograniczone do wyników. Ale zdrowy – ale dla zdrowej analizy, musisz być w stanie przejść do szczegółów, aby odpowiedzieć na pytanie, w jaki sposób wydajność Twojej witryny łączy się z wynikami Twojej witryny. Bez tych informacji w jednym miejscu to szukanie igły w stogu siana. Sklepy klientów polegają na zdrowych raportach, aby podejmować decyzje dotyczące pozyskiwania i utrzymywania klientów, wąskich gardeł wydajności, kampanii marketingowych, tego, jak wydajność odpowiada konwersjom, a ostatecznie zmniejszać wydatki i zwiększać zyski.

Zamiast szukać igły w stogu siana, nasz pulpit nawigacyjny działa jak magnes, który wyciąga igłę za Ciebie. Postrzegamy to jako fantastyczny dodatek do naszej oferty e-commerce, który pozwala mądrzej budować i optymalizować WooCommerce. Na przykład możesz zobaczyć, jak dokładnie śledzi się czas odpowiedzi bazy danych wraz z liczbą zamówień w określonym przedziale czasu. Czy Twoja witryna się skaluje? Gdzie można zoptymalizować wydajność, aby zwiększyć liczbę konwersji?

Dlatego w tej sesji chcemy podejść naprawdę do praktycznych narzędzi, które można ujednolicić w celu zbudowania pulpitu nawigacyjnego, który pozwoli zaoszczędzić czas i zapewni elastyczne, rozszerzalne raporty dotyczące sklepu. Dlatego cieszę się, że Damien jest tutaj z New Relic, aby dać ci wgląd w to, jak możesz ulepszyć swoje raportowanie Woo za pomocą pulpitu nawigacyjnego z prawdziwego świata stworzonego dla jednego z naszych największych klientów WP Engine WooCommerce. Damien, dziękuję, że do nas dołączyłeś. Jestem naprawdę podekscytowany, aby śledzić.

DAMIEN DEHART: Josh, dziękuję za przyjęcie mnie. Cieszę się, że mogę tutaj pomóc przy tej prezentacji. Zanim więc zaczniemy i porozmawiamy o rzeczywistym rozwiązaniu, które zbudowaliśmy z jednym z największych konsumentów WooCommerce WPE, chciałbym poświęcić chwilę na omówienie platformy New Relic jako całości.

Tak więc, w przypadku nowej platformy New Relic, będziemy dzisiaj dużo koncentrować się na możliwościach tworzenia pulpitów nawigacyjnych i APM oraz na tym, jak łączą się one ze sobą, aby stworzyć bardziej niezawodną funkcję raportowania dla klientów WooCommerce. Ale sensowne jest przedstawienie krótkiego wprowadzenia na temat całej platformy oraz sposobu, w jaki podjęliśmy tę decyzję i jak wykorzystujemy różne możliwości, aby tak się stało.

Więc jeśli spojrzysz na dół tej grafiki, zobaczysz New Relic One. New Relic One to platforma New Relic. Jest zbudowany na ogromnej bazie danych szeregów czasowych, która w rzeczywistości odnotowuje dziennie więcej trafień niż Google w przypadku wyników wyszukiwania.

Na szczycie tej platformy znajdują się wszystkie różne możliwości, które widzisz: przeglądarka, Syntetyki, urządzenia mobilne, New Relic APM i infrastruktura. Wszystkie one emitują dane telemetryczne do New Relic, które wykorzystujemy i dostarczamy naszym klientom końcowym, WPE, a także wszystkim ich klientom, do wykorzystania w celu tworzenia takich rzeczy, jak pulpity nawigacyjne, dostosowane alerty i inne – i generowania różnych spostrzeżeń biznesowych dla dowolnych przypadków użycia, które mogą mieć na platformie New Relic.

Zbudowaliśmy więc pulpit nawigacyjny z jednym z największych konsumentów WooCommerce WPE. I widzicie zrzut ekranu tutaj po prawej stronie, który pokazuje migawkę tego pulpitu nawigacyjnego, który my – który zbudowaliśmy. I chcę poświęcić chwilę, aby porozmawiać o głównych korzyściach płynących z wykorzystania pulpitu nawigacyjnego i możliwości New Relic.

Jak mówiliśmy na poprzednim slajdzie, New Relic to ogromna baza danych szeregów czasowych, która codziennie odnotowuje więcej trafień niż wyszukiwań Google. W związku z tym zbudowaliśmy tę bazę danych z myślą o skali i wydajności. Kiedy więc zaczniesz myśleć o kokpitach menedżerskich i być może różnicach, jakie WooCommerce może mieć z raportowaniem, jest to specjalnie zaprojektowane rozwiązanie do wyszukiwania danych na dużą skalę. A to oznacza, że ​​dajemy Ci możliwość śledzenia w czasie rzeczywistym najważniejszych wskaźników wydajności Twojej firmy.

Dajemy Ci również możliwość zbudowania pulpitu nawigacyjnego z dowolnymi danymi, które są przechwytywane w New Relic. Nie musisz go kodować. Cofnę to trochę, mówiąc, że musisz zrozumieć nasz SQL – nasz język anty-SQL. Ale zasadniczo, jeśli znasz SQL, znasz New Relic. Umożliwia także szybsze diagnozowanie problemów w całym stosie.

Więc znowu, wszelkie dane, które wprowadzasz na platformę New Relic, czy to z twojej aplikacji działającej w WooCommerce, czy nawet interakcje front-end twoich klientów w samej aplikacji, takie jak błąd JavaScript, możesz śledzić wszystkie tego w jednym miejscu z New Relic. Wreszcie, naszym głównym celem jest podejmowanie decyzji opartych na danych w celu optymalizacji wyników biznesowych.

Więc jak to robimy? Kiedy patrzymy na ten pulpit nawigacyjny, widzimy wiele naprawdę fajnych wskaźników dotyczących sum koszyka, sumy zamówień, identyfikatorów sesji Google i tak dalej. Dajemy Ci również możliwość szczegółowego wglądu w każdą pojedynczą sesję, aby zobaczyć, co klient zrobił, jaka była jego wydajność, ile pieniędzy było w koszyku, a nawet takie rzeczy, jak wskaźniki porzucania koszyka.

Ale prawdziwe pytanie, które wszyscy chcą wiedzieć podczas tej rozmowy, brzmi: „co zrobiliśmy?” Jakie sprawy techniczne wydarzyły się za kulisami? Aby to zrobić, musimy ponownie zrozumieć, jak działa New Relic APM.

New Relic APM wstrzykuje się na poziom kodu Twojej aplikacji PHP WordPress i zapewnia wgląd w każde wywołanie, które zostało wykonane do iz tej aplikacji. I tak stawia New Relic w wyjątkowym miejscu, aby móc zbierać dane o użytkownikach Twojej aplikacji w czasie rzeczywistym. Więc to, co tutaj widzisz, to zrzut ekranu z VS Code, w którym faktycznie wstrzykujemy niestandardowe dane do aplikacji. W rzeczywistości nie wstrzykujemy niestandardowych danych. Umieściliśmy tam trochę skryptu, który faktycznie pobiera atrybuty, jak je nazywamy, lub różne metadane dotyczące użytkownika w Twojej aplikacji, które są już gromadzone przez dodatek WooCommerce w PHP.

Możesz więc zobaczyć podświetloną sekcję tutaj na dole. Właściwie robimy to, co nazywamy dodawaniem niestandardowych parametrów do New Relic, i dodajemy e-mail zamówienia.

Dodajemy transakcję New Relic, aby pomyślnie zrealizować transakcję, aby móc śledzić, kiedy klienci faktycznie kupują rzeczy w witrynie. Dodajemy wszystkie elementy do koszyka. Dodajemy również wszystkie produkty, które znajdowały się w koszyku, i tak naprawdę przeglądamy je razem, każdy pojedynczy produkt wraz z sumami pozycji. A potem sumujemy to do sumy zamówienia. Wszystkie te dane są w rzeczywistości pompowane do New Relic i są zgodne ze wszystkimi danymi, które już gromadzimy.

Więc jeśli myślisz o tym z punktu widzenia wydajności i optymalizacji, daje ci to możliwość przeanalizowania każdego klienta i zobaczenia, hej, ile pieniędzy ten klient wydał u mnie? Jak wypada ich działanie na stronie? Czy napotkali jakieś błędy? Czy nasza baza danych trwała zbyt długo? Pozwala to odpowiednio obsłużyć dużych i małych klientów, a może nawet pogrupować ich w grupy, dzięki czemu można przeprowadzić analizę kohortową dotyczącą tego, jak bardzo wydajność wpływa na codzienną działalność firmy i skutecznie na wyniki finansowe oraz ile pieniędzy Generować.

Chciałem więc wspomnieć, że nie ogranicza się to do pokazanych parametrów. To tylko rzeczy, które zbieramy. Ale jak wszyscy uczestnicy tej rozmowy wiedzą, WooCommerce generuje znacznie więcej danych niż te, które zbieramy dzisiaj, więc wykorzystuje to, co nazywamy atrybutami niestandardowymi. Możesz także zbierać dowolne inne dane. Na przykład, jeśli twoja aplikacja zbiera nazwę użytkownika lub adres e-mail użytkownika lub nazwę klienta lub poziom wsparcia, a lista jest długa, możesz również wstrzyknąć te dodatkowe parametry do New Relic, co zapewni ci te poziomy widoczności, o których właśnie mówiłem z.

Obejmuje to korzystanie z APM i monitorowania wydajności aplikacji w celu dodania tego kontekstu biznesowego do New Relic, do interfejsu użytkownika, do warstwy danych, a ostatecznie do praktyki biznesowej, co pozwala podejmować bardziej świadome decyzje i kupować - od każdego, od programisty po Twojego CTO, a nawet dyrektora generalnego po stronie biznesowej. Chcieliśmy więc trochę porozmawiać o korzystaniu z New Relic Synthetics, które jest dołączone do Twojej subskrypcji WordPress do zarządzania rozwiązaniem WordPress i jak możesz go wykorzystać w handlu elektronicznym.

Tak więc syntetyki New Relic to bardzo solidne narzędzie testowe oparte na Selenium i dlatego nie lubimy reklamować się jako rozwiązanie do testów warunków skrajnych lub testów obciążenia, ale reklamujemy się jako sposób na programowe wysyłanie ruchu do Twojej witryny w w celu przetestowania bardzo konkretnych scenariuszy. Tak więc istnieje wiele różnych kontroli, które otrzymujesz wraz z subskrypcją, ponownie w pakiecie monitorowania na WP Engine. Pierwszym, który omówimy, jest testowanie dostępności.

Jest to w zasadzie ping do serwera DNS, który informuje, czy witryna istnieje w tym momencie. Ma więc swoje zastosowania. Uważamy to za podstawowy rodzaj testu syntetycznego. Dostępne są jednak inne wersje. Mamy więc test wygaśnięcia certyfikatu SSL.

Więc dokładnie tak to brzmi. Konfigurujesz go tak, aby informował o wygaśnięciu certyfikatu, a my wysyłamy Ci powiadomienie, gdy zbliżasz się do tej daty. Masz również Page Link Crawler, który pokaże Ci wszystkie linki w witrynie, a my powiemy Ci, czy masz zepsute linki na swojej stronie.

Stwierdziliśmy, że jest to szczególnie przydatne dla klientów e-commerce, ponieważ często mają oni wiele różnych linków do produktów na swoich stronach internetowych, które się zmieniają. A czasami trudno za tym nadążyć. Dlatego posiadanie testu, który powie Ci, co jest zepsute i do czego Twoi klienci nie mają dostępu, ma kluczowe znaczenie dla zapewnienia maksymalnych przychodów z Twojej witryny e-commerce. Mamy również monitor wydajności ładowania strony, który ładuje całą stronę ze wszystkimi zasobami i faktycznie mówi ci, co robią różne zasoby na stronie — więc jeśli masz zbyt duży obraz, jeśli masz JavaScript błędy związane z witryną, a lista jest długa.

A potem faktycznie zrobimy demonstrację dotyczącą wykonania kroku lub testu funkcjonalności przepływu użytkowników, a to będzie przejście przez stronę kasy w jednym z naszych środowisk demonstracyjnych. I pokaże wszelkie awarie, które wystąpią podczas całego procesu. Będziemy więc przechodzić przez proces logowania klienta, przechodzić przez proces kasowania, umieszczać produkty w koszyku, a następnie próbować przejść do kasy. I zobaczymy, co tam się będzie działo. Więc bez zbędnych ceregieli, czas na demo.

W porządku, więc jesteśmy w środku New Relic. To, na co patrzysz tutaj, to strona główna New Relic. Dla tych, którzy nie znają tej strony, pokazuje ona wszystkie różne byty, które istnieją w New Relic. Zasadniczo jednostka to rzecz, która emituje dane, które chcesz monitorować.

Więc dzisiaj porozmawiamy o syntetykach. A jak dostać się do syntetyków, przechodzisz tutaj po lewej stronie i widzisz monitorowanie syntetyków po lewej stronie. Możesz się tam również dostać, klikając syntetyczne monitory tutaj. Ale dla kompletności, klikniemy na to dzisiaj.

I widzisz, że mam tutaj mnóstwo monitorów na moim koncie demonstracyjnym. Chcę tylko pokazać moją przeglądarkę skryptową, która weryfikuje działanie procesu realizacji transakcji. Wiem więc, że nazywa się to weryfikacja, zweryfikowała nazwę. Gdy to wpiszę, zobaczysz, że to mój monitor.

Wchodząc na monitor, widzisz wiele rzeczy. Więc tak naprawdę mamy to uruchomione w trzech różnych lokalizacjach. Więc widzisz je tutaj: Singapur, Londyn i Portland. A te trzy są tym, co New Relic nazywa lokalizacjami publicznymi.

Mamy więc wiele hostowanych lokalizacji na całym świecie w AWS, co pozwala — faktycznie możesz przeprowadzać kontrole pod kątem wszystkich z nich. Więc jeśli masz globalną witrynę internetową lub coś w tym rodzaju i chcesz przetestować wydajność na całym świecie, tak byś to zrobił.

Pomaga to również w przypadku próśb o CDN. Załóżmy więc, że przeprowadzasz kontrolę iw Singapurze jest ona bardzo powolna, ale twoja głowa – twoje centrum danych i cały hosting są może w zachodnich stanach USA. Możesz chcieć postawić tutaj CDN, aby uzyskać stałą wydajność na całym świecie.

Tak więc na tym wykresie widzisz liczbę niepowodzeń w porównaniu z liczbą kontroli w przedziale czasowym, na który patrzymy w ciągu ostatnich 30 minut. Gdybym miał to rozszerzyć do jednego dnia, widać, że niektóre wskaźniki tutaj się zmieniają, ale to się dzieje - to tutaj pokazuje faktycznie w ciągu ostatnich 2 i 1/2 godziny. Wszelkie awarie byłyby wyświetlane na czerwono.

Więc tak naprawdę nie widzimy żadnych awarii w ciągu ostatnich 2 i 1/2 godziny, a ty widzisz podstawowe informacje o czasie w różnych lokalizacjach. Schodząc trochę w dół, zobaczysz również niektóre wskaźniki wydajności.

To pokazuje wskaźniki wydajności zorientowane na użytkownika. Więc pierwszy bajt, w zasadzie, kiedy cokolwiek na stronie było widoczne. Pierwsza farba jest czymś w rodzaju załadowania obrazu, tekstu lub czegokolwiek. Ładowanie strony to ładowanie całej strony – czyli wtedy, gdy strona została w pełni załadowana.

A potem First Contentful Paint to w zasadzie największy obraz załadowany na stronie. Dlatego podajemy informacje o czasie dla tego wszystkiego na potrzeby tego sprawdzenia. Wyświetlamy zapytanie według domeny.

Skoro więc wywołujesz rzeczy w samej aplikacji, jak długo to trwa — ile z tych żądań pojawia się w czasie? A następnie czas trwania według domeny. Więc jak długo trwa każdy z nich? Mamy naszą newrelicdemo.com, która trwa najdłużej, a następnie średni rozmiar według typu zasobu.

Widzimy więc, że tutaj obrazy są największe. Więc gdyby istniały jakieś możliwości optymalizacji, prawdopodobnie zacząłbym przeglądać obrazy na tej stronie.

I wreszcie kody odpowiedzi na błędy. To są wszystkie rzeczy, których możesz się spodziewać. Podczas tworzenia czeku syntetycznego zobaczysz również, że mamy tutaj kilka tagów. Można je dostosować wewnątrz platformy. Jeśli więc masz zespół, powierzchnię produktu, konkretną witrynę internetową lub produkt, który testujesz, możesz oznaczyć go w ten sposób. Następnie możesz przeszukiwać te tagi na platformie.

Ponadto widzisz adres URL. Gdybym więc na to kliknął, to faktycznie zabrałoby mnie to do mojej strony internetowej, którą monitoruję tym czekiem. W twoim przypadku byłaby to Twoja witryna e-commerce na żywo. W tym przypadku jest to moja aplikacja demonstracyjna.

OK, więc wszystko jest dobrze, ale jak przejść do części, w której mówimy o tym, co poszło nie tak lub co mogło pójść nie tak w aplikacji? W tym przypadku mamy kilka różnych opcji na lewym pasku bocznym. Nie będziemy skupiać się na żadnym z tych dodatkowych widoków, ale porozmawiamy o tym, co robi każdy z nich.

Zaczynając od dołu do góry, karta Ustawienia faktycznie pokazuje, jaki skrypt uruchamiasz tutaj. Pokazuje zasadniczo ustawienia konfiguracyjne monitora, lokalizacje, które wybrałeś. Właściwie nie mam tutaj uprawnień do edytowania tego, więc pokażę ci, oto lista wszystkich naszych publicznych lokalizacji, o których mówiliśmy wcześniej. Wybraliśmy 3.

A potem mamy tutaj skrypt. Więc to jest nasz scenariusz. Jest wbudowana w Node, a my faktycznie indeksujemy te strony, ładujemy określone strony, a następnie drukujemy te wyniki w konsoli.

Tu też masz raporty. Tak więc domyślnie każdy tworzony monitor otrzymuje raporty SLA i masz również możliwość ostrzegania o nich.

A potem byliśmy właśnie na naszej stronie z podsumowaniem. Więc wrócę do tego na chwilę tutaj. A następnie w sekcji monitorowania masz wszystkie swoje wyniki. To pokaże ci wszystkie wyniki samych kontroli, jakie zasoby były zużywane, a także wszelkie awarie, które wystąpiły.

Więc kiedy to kliknę, w ciągu ostatnich 24 godzin, widzimy 100% skuteczność. Widzimy, że zero kontroli nie powiodło się. Wszystko w porządku. Widzimy czas trwania według lokalizacji.

Więc znowu rozmawialiśmy o tych wymaganiach CDN. Możesz zobaczyć, że Portland jest znacznie niski lub niezbyt znaczący, ale trochę niższy niż wszystko inne. Więc może to mówi mi, hej, moje centrum danych lub moja infrastruktura znajduje się w zachodnich stanach USA.

Chcę spójnej wydajności na całym świecie. Więc może umieściłem CDN w niektórych z tych innych lokalizacji. Może nie, bo to nic wielkiego. Decyzja należy do biznesu.

Następnie zobaczysz wszystkie różne wystąpienia tych kontroli. Zobaczysz je według lokalizacji. Zobaczysz je według czasu trwania. Zobaczysz je według rozmiaru odpowiedzi.

A jeśli pojawi się komunikat o błędzie, również go zobaczysz. Możesz także filtrować tylko dwie awarie. Nie mieliśmy żadnego w tym przedziale czasowym. Zobaczę, czy dostaniemy coś ciekawego.

Wydaje mi się, że na samym monitorze nie mamy żadnych awarii. Ale gdybym miał kliknąć na jeden z nich, pokażę ci, jak wyglądają wyniki. Ponownie, jest to test syntetyczny, który obejmuje wiele stron. Naśladujemy więc to, co zrobiłby prawdziwy użytkownik w witrynie.

Tak więc przepływ jest taki, że lądujemy na tej stronie głównej. To właśnie dzieje się na tej stronie. Masz więc swoje czasy zorientowane na użytkownika.

Możesz zobaczyć wszystkie różne rodzaje rzeczy, które zostały załadowane na stronie. Więc mamy tutaj duży obraz, bardzo duży obraz tutaj – i tak naprawdę zrobiliśmy to celowo, aby to wyświetlić.

Ale masz ten ogromny obraz tutaj, ten obraz telco.bids, który zajmuje dużo czasu. Więc gdybym powiedział, hej, spójrz, jest kilka możliwości optymalizacji, które można zrobić. Osobiście byłaby to pierwsza rzecz, na której się skupię, to ogromny obraz.

Wracamy do flow, dobrze, więc zaczynamy od strony głównej. Wchodzimy na stronę logowania. Tutaj możesz zobaczyć wszystko, co się dzieje, wszelkie błędy JavaScript lub inne, które występują, wszelkie AJAX, które się dzieją, wszystkie powyższe.

A kiedy już się zalogują, zostaną przekierowani. Widzimy więc również oś czasu, ładny widok na wodospad. Przeglądamy wszystkie strony.

Wchodzą więc na stronę z telefonami i szukają telefonów. Znalezienie telefonu, którego szukają, zajmuje dużo czasu. W porządku.

Znajdują prawdziwy telefon. To jest rzeczywista strona w naszej witrynie demonstracyjnej produktu, a więc konkretna strona produktu. I tu zaczyna się robić ciekawie. Możesz się temu przyjrzeć i możesz zobaczyć, OK, chcę tylko spojrzeć na ich działanie na tej stronie.

Jak długo trwa ładowanie tej strony i czy jest to zgodne z umowami SLA, które przekazałem moim klientom? Wchodzą na stronę swoich planów, szukając planów. Decydują o planie.

Teraz szukają telefonów. Przechodzimy więc przez cały proces znajdowania przez klienta telefonów, których chce, znajdowania planów, których chce, umieszczania ich wszystkich w koszyku. Kończą w koszyku.

Mamy tu błąd. Więc jeśli chcesz zobaczyć jakieś prośby o błąd, mamy to z tym żądaniem HTML tutaj, przechodzenie do tej strony. To jest prawidłowe żądanie, jako błąd. Dlatego nie będę tutaj opisywał pełnej ścieżki rozwiązywania problemów.

Ale zasadniczo mamy scenariusz, który ma się wydarzyć w naszym środowisku demonstracyjnym, w którym sam kupon jest nieważny i za każdym razem zgłasza błąd. A to prowadzi do skryptu zaplecza lub fragmentu kodu zaplecza, który nie został zoptymalizowany, a my zapomnieliśmy zaktualizować kupony w bazie danych. Stąd możesz zobaczyć w kontrolowanym środowisku, jakie błędy są zgłaszane i jak przekładają się one na wydajność Twojej aplikacji.

Następnie przechodzisz przez proces płatności. Widzisz, jak długo to wszystko trwa. I w końcu jest to ostatnia strona, na której lądują. Więc kasa jest zakończona.

I możesz zobaczyć, jak widzisz czas na wszystko tutaj. Masz również dziennik skryptów, który pokazuje wszystko, co się tutaj wydarzyło. Odwiedzili więc stronę logowania, zalogowali się, dodali plan telefoniczny, dodali sześć telefonów. Dodali wszystkie te rzeczy do koszyka, a następnie kupili zawartość koszyka, po czym koszyk był pusty.

Zobaczysz również dziennik przeglądarki, który pokazuje wszelkie błędy, które wystąpiły. Mamy tu masę błędów składniowych. To jest środowisko demonstracyjne.

Zobacz teraz, że tutaj nie udało się załadować serwera zasobów, odpowiedział ze statusem 500. Więc to jest ten kupon jest ważnym połączeniem, o którym mówiliśmy.

Więc gdybym był programistą, wziąłbym to pod uwagę. Pierwszą rzeczą, jaką zobaczę, jest: hej, mamy tu 500 i wygląda na to, że jest na stronie z kuponami. Więc próbują załadować coś ważnego. W tym miejscu zaczynamy mówić o możliwościach optymalizacji strony internetowej.

I wreszcie, nie mam go tutaj. Ale jeśli samo sprawdzenie się nie powiedzie, zobaczysz tutaj sekcję zrzutu ekranu niepowodzenia, która faktycznie pokazuje zrzut ekranu strony, na której się nie powiódł, czego oczekiwano i jaki był wynik. Mamy więc gdzieś tam środowisko demonstracyjne, które faktycznie celowo zgłasza awarię, a brakuje przycisku kasy – faktycznego przycisku kasy, który powinien tam być. I tak właśnie widzisz skutki wszelkich niepowodzeń, które się pojawiają, wszelkich błędów, które się pojawiają. Zasadniczo każdy błąd krytyczny lub dowolny komponent, który skierowałeś do znalezienia, jeśli nie zostanie wykryty, spowoduje niepowodzenie całego sprawdzenia.

I wtedy zobaczysz zrzut ekranu. Wtedy też zobaczysz awarię na tej stronie podsumowania. Ponownie zobaczysz, że świeci się na czerwono. Będziesz mógł zobaczyć, gdzie się nie powiodło, w jakiej lokalizacji się nie powiodło i jaki był znacznik czasu. Na tym kończymy prezentację testu przepływu pracy w kasie syntetycznej, który mieliśmy dzisiaj przetestować.

JOSH DAILEY: Wielkie dzięki, Damien. To było bardzo odkrywcze. I mam nadzieję, że jako programiści, którzy oglądacie lub sami jesteście właścicielami sklepów handlowych i oglądacie teraz, widzicie niesamowitą wartość, jaką coś takiego jak New Relic może dodać do waszego przepływu pracy, oszczędzając wam dużego bólu głowy, jeśli coś spada, jeśli występują przerwy w działaniu i inne rzeczy, które się dzieją, ale także pomaga poprawić się wraz ze wzrostem.

Jeśli interesuje Cię APM i nie używasz go, czyli naszej funkcji monitorowania wydajności aplikacji, porozmawiaj ze swoim menedżerem konta lub zapytaj dowolnego członka naszego zespołu i dowiedz się, jak możesz zacząć korzystać z New Relic tutaj na WP Silnik.

Jeszcze raz dziękuję Damianowi. Dziękuję wam wszystkim. I mam nadzieję, że spędzisz miło resztę czasu tutaj w DE {CODE}.