Pelaporan WooCommerce dengan New Relic

Pelaporan WooCommerce secara tradisional difokuskan pada metrik bisnis preskriptif. Ini juga bisa menantang untuk menyesuaikan.

Dalam sesi ini, pelajari bagaimana Anda dapat menggunakan Pemantauan Kinerja Aplikasi Relik Baru (APM) untuk mendapatkan visibilitas yang lebih besar ke dalam kinerja toko online Anda—melacak kinerja situs dan metrik bisnis utama semuanya di dasbor yang sama.

Pembicara:

• Joshua Dailey, Manajer Pemasaran Produk di WP Engine
• Damien DeHart, Insinyur Mitra MSP, Pemimpin Tim di New Relic

Slide Sesi:

Salinan:

JOSH DAILEY: Halo semuanya. Josh Dailey di sini, manajer pemasaran produk untuk solusi e-niaga WP Engine dan saya telah menghabiskan dekade terakhir untuk membuat toko niaga dan mengembangkan serta meluncurkan ekstensi untuk WooCommerce. Tugas saya di sini adalah untuk terus meningkatkan solusi e-niaga kami.

Saat ini, kami menawarkan paket e-niaga yang memiliki beberapa manfaat unik untuk mendorong konversi dan menyederhanakan pengelolaan toko yang sedang berlangsung. Ini termasuk EverCache untuk WooCommerce yang menggunakan caching pintar untuk memberikan 90% lebih banyak cache halaman toko Anda, Live Cart yang memungkinkan Anda menjual lebih banyak ke lebih banyak pembeli bersamaan tanpa memutuskan koneksi atau mengorbankan kinerja untuk fungsionalitas, Pencarian Toko Instan didukung oleh ElasticPress untuk lebih cepat, lebih banyak pencarian akurat, Smart Plugin Manager dengan uji regresi visual WooCommerce 17 poin, serta Builder Tools untuk WooCommerce untuk membangun dan mengembangkan toko dengan mudah.

Selain itu, kami juga memiliki add-on seperti pemantauan kinerja aplikasi untuk memperluas perangkat Anda. Selama bertahun-tahun, kami telah bermitra dengan New Relic untuk menawarkan ini kepada semua pelanggan premium kami, tetapi kami menemukan bahwa ini memiliki manfaat unik untuk toko WooCommerce, dan kami ingin memastikan Anda dapat memanfaatkannya secara maksimal.

Menurut Built With, WooCommerce adalah solusi perdagangan yang paling banyak digunakan di dunia, dengan lebih dari 7 juta pemasangan. Pedagang dan pengembang memilihnya karena integrasinya yang mulus dengan WordPress dan kemampuannya untuk membuat dan menyesuaikan pengalaman berbelanja dengan cepat. Menyederhanakan pengembangan dengan WooCommerce memberi Anda landasan untuk memulai dan memungkinkan kami mencapai produksi lebih cepat, yang pada akhirnya memungkinkan kami menghasilkan lebih banyak pada proyek kami.

Namun begitu toko Anda aktif dan berjalan serta menerima lalu lintas, salah satu pertanyaan paling umum yang kami dengar adalah bagaimana cara mengoptimalkan toko saya untuk konversi dan di mana kami dapat memperoleh pelaporan yang lebih baik? Ini karena WooCommerce dikemas dengan fungsionalitas dasar dan alat dasar. Mereka bekerja di luar kotak untuk toko pemula, dan ini termasuk empat laporan yang dapat dikonfigurasi: pesanan, pelanggan, stok atau inventaris, dan pajak.

Sekarang, ini bagus jika Anda seorang pemula. Tetapi jika Anda seorang pengembang dan tugas Anda adalah memastikan skala situs Anda untuk kampanye tertentu, laporan WooCommerce generik hampir tidak cukup karena laporan terbatas pada hasil. Tapi yang sehat– tapi untuk analisis yang sehat, Anda harus bisa menelusuri untuk menjawab bagaimana kinerja situs Anda terhubung dengan hasil situs Anda. Tanpa informasi itu di satu tempat, Anda mencari jarum di tumpukan jerami. Toko klien bergantung pada pelaporan yang sehat untuk membuat keputusan seputar akuisisi dan retensi pelanggan, kemacetan kinerja, kampanye pemasaran, bagaimana kinerja sesuai dengan konversi, dan pada akhirnya mengurangi biaya dan meningkatkan keuntungan Anda.

Daripada mencari jarum di tumpukan jerami, dasbor kami seperti magnet yang menarik jarum keluar untuk Anda. Kami melihatnya sebagai tambahan yang fantastis untuk penawaran e-niaga kami, memungkinkan Anda menjadi lebih pintar dalam membangun dan mengoptimalkan WooCommerce. Misalnya, Anda dapat melihat dengan tepat bagaimana waktu respons basis data melacak jumlah pesanan untuk jangka waktu tertentu. Apakah skala situs Anda? Di manakah kinerja dapat dioptimalkan untuk meningkatkan konversi?

Jadi dalam sesi ini, kami ingin benar-benar praktis dengan alat yang dapat Anda standarkan untuk membuat dasbor yang dapat menghemat waktu dan memberi Anda pelaporan toko yang fleksibel dan dapat diperluas. Itu sebabnya saya senang memiliki Damien di sini dari New Relic untuk memberi Anda pandangan orang dalam tentang bagaimana Anda dapat meningkatkan pelaporan Woo Anda dengan dasbor dunia nyata yang dibuat untuk salah satu pelanggan WP Engine WooCommerce terbesar kami. Damien, terima kasih telah bergabung dengan kami. Saya sangat bersemangat untuk mengikuti.

DAMIEN DEHART: Josh, terima kasih sudah menerima saya. Senang berada di sini untuk membantu presentasi ini. Jadi sebelum kita mulai dan berbicara tentang solusi aktual yang kami buat dengan salah satu konsumen WooCommerce terbesar WPE, saya ingin berbicara sebentar tentang platform New Relic secara keseluruhan.

Jadi platform Relik Baru yang baru, hari ini kami akan banyak berfokus pada kemampuan dasbor dan APM dan bagaimana hal ini berbaur bersama untuk membuat fungsionalitas pelaporan yang lebih kuat bagi pelanggan WooCommerce. Namun masuk akal untuk memberikan pengantar singkat tentang seluruh platform dan bagaimana kami sampai pada keputusan ini dan bagaimana kami memanfaatkan kemampuan yang berbeda untuk mewujudkannya.

Jadi jika Anda melihat bagian bawah grafik ini, Anda akan melihat New Relic One. New Relic One adalah platform New Relic. Itu dibangun di atas basis data deret waktu yang sangat besar, yang benar-benar melihat lebih banyak hit setiap hari daripada Google untuk hasil pencarian.

Di atas platform itu adalah semua kemampuan berbeda yang Anda lihat: browser, Sintetis, seluler, APM Relik Baru, dan infrastruktur. Semua ini memancarkan data telemetri ke New Relic, yang kami konsumsi dan berikan kepada pelanggan akhir kami, WPE, serta semua pelanggan mereka, untuk dikonsumsi guna membangun hal-hal seperti dasbor, peringatan khusus, dan lainnya– dan menghasilkan wawasan bisnis yang berbeda untuk salah satu kasus penggunaan yang mungkin mereka miliki di platform New Relic.

Jadi kami membuat dasbor dengan salah satu konsumen WooCommerce terbesar WPE. Dan Anda melihat tangkapan layar di sini di sebelah kanan, yang menunjukkan cuplikan dari dasbor yang kami– yang kami buat. Dan saya ingin meluangkan waktu sejenak untuk berbicara tentang manfaat utama memanfaatkan dasbor dan kemampuan New Relic.

Seperti yang kita bicarakan di slide sebelumnya, New Relic adalah basis data deret waktu besar yang melihat lebih banyak hit setiap hari daripada yang dilakukan Google. Dan dengan demikian, kami telah membangun database ini untuk skala dan kinerja. Jadi, ketika Anda mulai berpikir tentang dasbor dan mungkin perbedaan yang mungkin dimiliki WooCommerce dengan pelaporan, ini adalah solusi yang dibuat khusus untuk mencari data dalam skala besar. Artinya, kami memberi Anda kemampuan untuk mengawasi metrik kinerja paling penting bagi bisnis Anda secara real time.

Kami juga memberi Anda kemampuan untuk membuat dasbor dengan data apa pun yang Anda inginkan yang disimpan di dalam Relik Baru. Anda tidak perlu kode untuk itu. Saya akan mencabutnya sedikit dengan mengatakan Anda perlu memahami SQL kami– bahasa anti-SQL kami. Tapi pada dasarnya, jika Anda tahu SQL, Anda tahu New Relic. Ini juga memungkinkan Anda mendiagnosis masalah lebih cepat di seluruh tumpukan.

Jadi sekali lagi, data apa pun yang Anda serap ke dalam platform New Relic, baik itu dari aplikasi Anda yang berjalan di WooCommerce hingga bahkan interaksi front-end pelanggan Anda di aplikasi Anda sendiri, seperti kesalahan JavaScript, Anda dapat melacak semua itu di satu tempat dengan New Relic. Dan terakhir, tujuan utama kami adalah mendorong keputusan berdasarkan data untuk mengoptimalkan hasil bisnis.

Jadi bagaimana kita melakukan ini? Saat kami melihat dasbor itu, kami melihat banyak metrik yang sangat bagus seputar total keranjang, total pesanan, ID sesi Google, dan sebagainya. Dan kami memberi Anda kemampuan untuk menelusuri setiap sesi untuk dapat melihat apa yang dilakukan pelanggan, seperti apa kinerja mereka, berapa banyak uang yang ada di keranjang, bahkan hal-hal seperti tingkat pengabaian keranjang.

Tapi pertanyaan sebenarnya yang ingin diketahui semua orang tentang telepon ini adalah, "apa yang kita lakukan?" Apa hal teknis yang terjadi di balik layar? Jadi untuk melakukan itu, kita perlu memahami lagi bagaimana cara kerja New Relic APM.

New Relic APM menyuntikkan dirinya ke dalam level kode aplikasi PHP WordPress Anda dan memberi Anda visibilitas ke setiap panggilan yang dilakukan ke dan dari aplikasi itu. Sehingga menempatkan New Relic di tempat yang unik untuk dapat mengumpulkan data tentang pengguna aplikasi Anda secara real time. Jadi yang Anda lihat di sini adalah tangkapan layar dari VS Code tempat kami memasukkan beberapa data khusus ke dalam aplikasi. Kami sebenarnya tidak menyuntikkan data khusus. Kami menempatkan sedikit skrip di sana yang benar-benar mengeluarkan atribut, sebagaimana kami menyebutnya, atau metadata berbeda tentang pengguna di dalam aplikasi Anda, yang sudah dikumpulkan oleh add-on WooCommerce di PHP.

Jadi Anda dapat melihat bagian yang disorot di sini di bagian bawah. Kami sebenarnya melakukan apa yang kami sebut menambahkan parameter khusus ke Relik Baru, dan kami menambahkan email pesanan.

Kami menambahkan transaksi Relik Baru agar pembayaran berhasil agar dapat melacak kapan pelanggan benar-benar membeli barang di situs web. Kami menambahkan total item di keranjang. Kami juga menambahkan semua produk yang ada di keranjang, dan kami benar-benar mengulanginya bersama-sama setiap produk bersama dengan total item baris. Dan kemudian kami benar-benar menjumlahkannya menjadi total pesanan. Dan semua data ini benar-benar dipompa ke New Relic, dan sejalan dengan semua data yang sudah kami kumpulkan.

Jadi jika Anda memikirkannya dari sudut pandang kinerja dan pengoptimalan, ini memberi Anda kemampuan untuk menelusuri setiap pelanggan dan melihat, hei, berapa banyak uang yang dihabiskan pelanggan ini dengan saya? Bagaimana kinerja mereka di situs web? Apakah mereka mengalami kesalahan? Apakah basis data kami terlalu lama? Dan ini memungkinkan Anda untuk melayani pelanggan besar dan kecil Anda secara memadai atau mungkin bahkan mengelompokkan mereka ke dalam kelompok sehingga Anda dapat melakukan analisis kohort tentang seberapa besar pengaruh kinerja terhadap bisnis Anda sehari-hari dan keuntungan Anda secara efektif serta berapa banyak uang yang Anda hasilkan. menghasilkan.

Jadi saya ingin menyebutkan bahwa ini tidak terbatas pada parameter yang ditampilkan. Ini hanya hal-hal yang kami kumpulkan. Namun seperti yang diketahui semua orang dalam panggilan ini, WooCommerce menghasilkan lebih banyak data daripada yang kami kumpulkan hari ini, jadi ini memanfaatkan apa yang kami sebut atribut khusus. Dan Anda juga dapat mengumpulkan data lain yang Anda inginkan. Jadi misalnya, jika aplikasi Anda mengumpulkan nama pengguna atau email pengguna atau nama pelanggan atau tingkat dukungan dan daftarnya terus bertambah, Anda juga dapat menyuntikkan parameter tambahan tersebut ke dalam Relik Baru, yang memberi Anda tingkat visibilitas yang baru saja saya bicarakan dari.

Ini meluas ke penggunaan Anda atas APM dan Pemantauan Kinerja Aplikasi untuk menambahkan konteks bisnis itu ke dalam New Relic, ke dalam UI, ke dalam lapisan data, dan akhirnya ke dalam praktik bisnis Anda, yang memungkinkan Anda untuk membuat keputusan yang lebih tepat dan membeli -in dari semua orang mulai dari pengembang hingga CTO Anda dan bahkan CEO Anda di sisi bisnis. Jadi kami juga ingin berbicara sedikit tentang penggunaan Sintetis Relik Baru, yang disertakan dengan langganan Anda ke WordPress untuk mengelola solusi WordPress dan bagaimana Anda dapat menggunakannya untuk e-niaga.

Jadi sintetik Relik Baru adalah alat pengujian berbasis Selenium yang sangat kuat, jadi kami tidak ingin mengiklankan diri kami sebagai solusi pengujian stres atau pengujian beban, tetapi yang kami lakukan adalah mengiklankan diri kami sendiri sebagai cara untuk mengirimkan lalu lintas ke situs web Anda secara terprogram. untuk menguji skenario yang sangat spesifik. Jadi ada sejumlah pemeriksaan berbeda yang Anda dapatkan dengan berlangganan, sekali lagi, ke paket pemantauan di WP Engine. Yang pertama akan kita bahas adalah pengujian ketersediaan.

Jadi ini pada dasarnya adalah ping ke server DNS yang memberi tahu Anda apakah situs web tersebut ada pada saat ini. Jadi ada kegunaannya. Kami menganggap ini sebagai tipe dasar uji sintetik. Ada beberapa versi lain yang tersedia. Jadi kami memiliki tes kedaluwarsa sertifikat SSL.

Jadi ini persis seperti apa kedengarannya. Anda mengonfigurasinya untuk mengatakan, saat sertifikat Anda kedaluwarsa, dan kami memberi Anda pemberitahuan saat Anda mendekati tanggal tersebut. Anda juga memiliki Perayap Tautan Laman, yang akan menampilkan tautan apa pun di situs web, dan kami benar-benar akan memberi tahu Anda jika tautan rusak di situs web Anda.

Kami menemukan ini sangat berguna bagi pelanggan e-niaga karena mereka seringkali memiliki banyak tautan produk berbeda di situs web mereka yang berubah. Dan terkadang, sulit untuk mengikutinya. Jadi melakukan tes untuk memberi tahu Anda apa yang rusak dan apa yang tidak dapat diakses pelanggan Anda adalah hal terpenting untuk memastikan Anda mencapai pendapatan maksimum melalui situs e-niaga Anda. Kami juga memiliki Monitor Kinerja Pemuatan Laman, yang memuat laman penuh dengan semua aset, dan ini benar-benar memberi tahu Anda apa yang dilakukan semua aset berbeda pada laman– jadi jika Anda memiliki gambar yang terlalu besar, jika Anda memiliki JavaScript kesalahan yang terkait dengan situs web, dan daftarnya terus bertambah.

Dan selanjutnya kami akan melakukan demo tentang eksekusi langkah atau pengujian fungsionalitas aliran pengguna, dan ini akan berjalan melalui halaman checkout di dalam salah satu lingkungan demo kami. Dan itu akan menunjukkan kegagalan yang terjadi selama proses berlangsung. Jadi kita akan menelusuri pelanggan yang masuk, melalui alur pembayaran, memasukkan item ke keranjang, lalu mencoba melakukan pembayaran. Dan kita lihat apa yang terjadi di sana. Jadi tanpa basa-basi lagi, saatnya demo.

Baiklah, jadi di sini kita berada di dalam New Relic. Apa yang Anda lihat di sini adalah beranda New Relic. Bagi mereka yang tidak familiar dengan halaman ini, ini menunjukkan semua entitas berbeda yang ada di New Relic. Dan pada dasarnya, entitas adalah sesuatu yang memancarkan data yang ingin Anda pantau.

Jadi kita akan berbicara tentang sintetis hari ini. Dan cara Anda mendapatkan sintetis adalah Anda menavigasi ke sisi kiri di sini, dan Anda melihat pemantauan sintetis di sebelah kiri. Anda juga bisa sampai di sana dengan mengklik monitor sintetis di sini. Tapi demi kelengkapan, kita akan mengkliknya hari ini.

Dan Anda dapat melihat saya memiliki banyak sekali monitor di dalam akun demo saya di sini. Saya hanya ingin menunjukkan kepada Anda peramban skrip saya, yang memverifikasi alur pembayaran berfungsi. Jadi saya tahu ini bernama verifikasi, telah memverifikasi namanya. Setelah saya mengetiknya, Anda dapat melihat ini adalah monitor saya sendiri.

Masuk ke monitor, Anda melihat beberapa hal. Jadi kami sebenarnya menjalankan ini di tiga lokasi berbeda. Jadi Anda melihatnya di sini: Singapura, London, dan Portland. Dan ketiganya adalah apa yang disebut New Relic sebagai lokasi publik.

Jadi kami memiliki sejumlah lokasi yang dihosting di seluruh dunia di AWS, yang memungkinkan Anda untuk– Anda benar-benar dapat menjalankan pemeriksaan terhadap semua ini. Jadi, jika Anda memiliki situs web global atau semacamnya dan ingin menguji kinerja di seluruh dunia, inilah cara melakukannya.

Ini juga membantu dengan kemungkinan permintaan CDN. Jadi katakanlah Anda sedang menjalankan pemeriksaan dan di Singapura sangat lambat, tetapi kepala Anda– pusat data dan semua hosting Anda mungkin berada di AS Barat. Anda mungkin ingin memasang CDN di sini sehingga Anda mendapatkan kinerja yang terus-menerus di seluruh dunia.

Jadi pada bagan ini, Anda melihat jumlah kegagalan terhadap jumlah pemeriksaan selama jangka waktu yang kita lihat dalam 30 menit terakhir. Jika saya memperluas ini menjadi seperti satu hari, Anda dapat melihat beberapa metrik di sini berubah, tetapi ini terjadi– ini sebenarnya ditampilkan selama 2 dan 1/2 jam terakhir. Setiap kegagalan akan muncul dengan warna merah.

Jadi kami sebenarnya tidak melihat adanya kegagalan dalam 2 dan 1/2 jam terakhir dan Anda melihat beberapa informasi waktu dasar di seluruh lokasi. Turun sedikit, Anda juga melihat beberapa metrik kinerja.

Jadi ini menunjukkan kepada Anda metrik kinerja yang berpusat pada pengguna. Jadi byte pertama, pada dasarnya, saat apa pun di halaman terlihat. Cat pertama adalah seperti jika gambar atau teks atau apa pun dimuat. Pemuatan halaman adalah seluruh pemuatan halaman– jadi saat halaman dimuat penuh.

Dan First Contentful Paint pada dasarnya adalah gambar terbesar yang dimuat di halaman. Jadi kami memberi Anda informasi waktu untuk semua itu untuk pemeriksaan ini. Kami menunjukkan kepada Anda permintaan berdasarkan domain.

Jadi saat Anda memanggil sesuatu di dalam aplikasi itu sendiri, berapa lama waktu yang dibutuhkan untuk itu– berapa banyak permintaan yang muncul dari waktu ke waktu? Dan kemudian durasi berdasarkan domain. Jadi berapa lama waktu yang dibutuhkan masing-masing? Kami memiliki newrelicdemo.com kami, yang memakan waktu paling lama, dan kemudian ukuran rata-rata berdasarkan jenis sumber daya.

Jadi kita sudah bisa melihat di sini gambar adalah yang terbesar di sini. Jadi jika ada peluang pengoptimalan, saya mungkin akan mulai melihat gambar di situs ini.

Dan akhirnya, kode respons kesalahan. Jadi ini semua hal yang dapat Anda harapkan untuk dilihat. Saat Anda membuat cek sintetik, Anda juga akan melihat kami memiliki banyak tag di sini. Ini dapat disesuaikan di dalam platform. Jadi, jika Anda memiliki tim atau permukaan produk atau situs web tertentu atau mungkin produk yang sedang Anda uji, Anda dapat menandainya seperti itu. Dan kemudian Anda dapat mencari tag tersebut di platform.

Selanjutnya, Anda melihat URL. Jadi jika saya mengklik ini, ini sebenarnya akan membawa saya ke halaman web saya, yang saya pantau dengan cek ini. Dalam kasus Anda, itu akan menjadi situs e-niaga langsung Anda. Dalam hal ini, ini adalah aplikasi demo saya.

OK, jadi ini semua baik dan bagus, tetapi bagaimana kita sampai ke bagian di mana kita berbicara tentang apa yang salah, atau apa yang bisa salah di dalam aplikasi? Jadi dalam hal ini, kami memiliki banyak opsi berbeda di sini di sidebar kiri. Kami tidak akan fokus pada salah satu dari lebih banyak pandangan ini, tetapi kami akan berbicara tentang apa yang masing-masing lakukan.

Mulai dari bawah ke atas, tab Pengaturan benar-benar menunjukkan kepada Anda skrip apa yang sedang Anda jalankan di sini. Ini pada dasarnya menunjukkan kepada Anda pengaturan konfigurasi untuk monitor Anda, lokasi yang telah Anda pilih. Saya sebenarnya tidak memiliki hak untuk mengedit ini, jadi ini akan menunjukkan kepada Anda, inilah daftar semua lokasi publik kami, seperti yang telah kita bahas sebelumnya. Kami telah memilih 3.

Dan kemudian kita punya skrip di sini. Jadi inilah naskah kami. Itu dibangun di Node, dan kami benar-benar merayapi halaman web ini, memuat halaman web tertentu, dan kemudian kami mencetak hasilnya di konsol.

Anda memiliki laporan di sini juga. Jadi secara default, setiap monitor yang Anda buat mendapatkan beberapa pelaporan SLA, dan Anda juga memiliki kemampuan untuk mengingatkannya.

Dan kemudian kami baru saja berada di halaman ringkasan kami. Jadi saya akan mengklik kembali ke sana sebentar di sini. Dan kemudian di bagian monitor, Anda memiliki semua hasil Anda. Jadi ini akan menunjukkan kepada Anda semua hasil pemeriksaan itu sendiri, sumber daya apa yang digunakan, serta kegagalan apa pun yang terjadi.

Jadi begitu saya mengklik ini, selama 24 jam terakhir, kami melihat tingkat keberhasilan 100%. Kami melihat tidak ada pemeriksaan yang gagal. Semuanya baik-baik saja. Kami melihat durasi berdasarkan lokasi.

Jadi sekali lagi, kami berbicara tentang persyaratan CDN tersebut. Anda dapat melihat Portland sangat rendah, atau tidak signifikan, tetapi sedikit lebih rendah dari yang lainnya. Jadi mungkin itu memberi tahu saya, hei pusat data atau infrastruktur saya ada di AS Barat.

Saya ingin kinerja yang konsisten di seluruh dunia. Jadi mungkin saya meletakkan CDN di beberapa lokasi lain ini. Mungkin saya tidak melakukannya karena itu bukan masalah besar. Terserah bisnis untuk memutuskan itu.

Dan kemudian Anda akan melihat semua kejadian berbeda dari pemeriksaan ini. Anda akan melihatnya berdasarkan lokasi. Anda akan melihatnya berdasarkan durasi. Anda melihatnya berdasarkan ukuran respons.

Dan kemudian jika ada pesan kegagalan, Anda juga akan melihatnya. Anda juga dapat memfilter dua kegagalan saja. Kami tidak memilikinya selama jangka waktu ini. Biarkan saya melihat apakah kita akan mendapatkan sesuatu yang menarik.

Saya kira kami tidak mengalami kegagalan pada monitor ini sendiri. Tetapi jika saya mengklik salah satu dari ini, saya akan menunjukkan kepada Anda seperti apa hasilnya. Jadi sekali lagi, ini adalah tes sintetik, yang melewati beberapa halaman. Jadi kami meniru apa yang akan dilakukan pengguna sebenarnya di dalam situs web.

Jadi alurnya kita mendarat di halaman utama ini. Inilah yang terjadi di dalam halaman itu. Jadi, Anda memiliki pengaturan waktu yang berpusat pada pengguna.

Anda dapat melihat semua jenis hal berbeda yang dimuat di halaman. Jadi kami mendapatkan gambar besar di sini, gambar yang sangat besar di sini– dan ini sebenarnya kami sengaja melakukannya untuk menampilkan ini.

Tapi Anda punya gambar besar ini di sini, gambar telco.bids ini, yang menghabiskan banyak waktu. Jadi jika saya mengatakan, hei, lihat, ada beberapa peluang pengoptimalan yang bisa dilakukan. Secara pribadi, ini akan menjadi hal pertama yang saya fokuskan adalah citra besar itu.

Kembali ke alur ya, jadi kita mulai dari halaman utama. Kami masuk ke halaman login. Anda juga dapat melihat semua yang terjadi di sini, semua kesalahan JavaScript atau yang terjadi, AJAX apa pun yang terjadi, semua hal di atas.

Dan setelah mereka masuk, mereka dialihkan. Jadi kami juga melihat garis waktunya, pemandangan air terjun yang bagus. Kami akan melalui semua halaman.

Jadi mereka membuka halaman telepon, dan mereka menjelajahi telepon. Butuh waktu lama untuk menemukan telepon yang mereka inginkan. Tidak apa-apa.

Mereka menemukan telepon yang sebenarnya. Ini adalah halaman sebenarnya di situs web demo produk kami, jadi halaman produk tertentu. Dan di sinilah mulai menarik. Anda dapat melihat ini, dan Anda dapat melihat, Oke, saya hanya ingin melihat kinerja mereka di halaman ini.

Berapa lama halaman ini dimuat, dan apakah itu sesuai dengan SLA yang telah saya berikan kembali kepada pelanggan saya? Mereka masuk ke halaman rencana mereka mencari rencana. Mereka memutuskan sebuah rencana.

Sekarang, mereka sedang mencari ponsel. Jadi, kami menjalani seluruh proses pelanggan menemukan ponsel yang mereka inginkan, menemukan paket yang mereka inginkan, memasukkan semuanya ke dalam keranjang belanja. Mereka berakhir di keranjang belanja.

Kami punya kesalahan di sini. Jadi jika Anda ingin melihat permintaan apa pun untuk mendapatkan kesalahan, kami memiliki yang ini dengan permintaan HTML ini di sini, buka halaman ini. Ini adalah permintaan yang valid, sebagai kesalahan. Jadi saya tidak akan melalui jalur pemecahan masalah lengkap di sini.

Tetapi pada dasarnya, kami memiliki skenario yang diatur untuk terjadi di lingkungan demo kami di mana kupon itu sendiri tidak valid, dan itu membuat kesalahan setiap saat. Dan ini ditelusuri kembali ke skrip back-end atau potongan kode back-end yang tidak dioptimalkan, dan kami lupa memperbarui kupon di database. Jadi dari sini, Anda benar-benar dapat melihat di lingkungan yang terkontrol kesalahan apa yang terjadi dan bagaimana hal itu melacak kembali kinerja di aplikasi Anda.

Dan kemudian Anda pergi melalui proses checkout. Anda lihat berapa lama semuanya berlangsung di sini. Dan akhirnya, ini adalah halaman terakhir yang mereka buka. Jadi checkout selesai.

Dan Anda dapat melihat bagaimana Anda melihat waktu untuk semuanya di sini. Anda juga memiliki log skrip, yang menunjukkan semua yang terjadi di sini. Jadi mereka mengunjungi halaman login, login, menambahkan paket telepon, menambahkan enam ponsel. Mereka menambahkan semua barang ini ke keranjang, dan kemudian mereka membeli isi keranjang, dan keranjang itu kosong setelah itu.

Anda juga melihat log browser yang menunjukkan kesalahan yang terjadi. Kami punya banyak kesalahan sintaks di sini. Ini adalah lingkungan demo.

Jadi lihat sekarang Anda di sini gagal memuat server sumber daya, merespons dengan status 500. Jadi ini adalah kupon yang valid yang sedang kita bicarakan.

Jadi jika saya seorang pengembang, saya akan mencatat ini. Hal pertama yang akan saya lihat adalah, hei, ada 500 di sini, dan sepertinya ada di halaman kupon. Jadi mereka mencoba memuat sesuatu yang penting. Jadi di sinilah kita mulai berbicara tentang peluang pengoptimalan situs web.

Dan akhirnya, saya tidak memilikinya di sini. Tetapi jika pemeriksaan itu sendiri gagal, Anda akan melihat bagian tangkapan layar kegagalan di sini, dan itu benar-benar menunjukkan kepada Anda tangkapan layar dari halaman yang gagal, apa yang diharapkan, dan apa hasilnya. Jadi kami memiliki lingkungan demo di suatu tempat di luar sana yang sebenarnya dengan sengaja melaporkan kegagalan, dan checkout– tombol checkout sebenarnya yang seharusnya ada hilang. Dan di situlah Anda benar-benar melihat hasil dari setiap kegagalan yang terjadi, setiap kesalahan yang terjadi. Dan pada dasarnya, kesalahan kritis apa pun atau komponen apa pun yang telah Anda arahkan untuk ditemukan dalam pengujian, jika tidak terdeteksi, akan menyebabkan kegagalan untuk seluruh pemeriksaan.

Dan saat itulah Anda akan melihat tangkapan layar. Saat itulah Anda juga akan melihat kegagalan pada halaman ringkasan tersebut. Sekali lagi, Anda akan melihatnya menyala merah. Dan Anda akan dapat melihat di mana ia gagal, di lokasi mana ia gagal, dan juga stempel waktunya. Jadi, demo untuk pengujian alur kerja checkout sintetik yang akan kami uji hari ini berakhir.

JOSH DAILEY: Terima kasih banyak, Damien. Ini sangat berwawasan luas. Dan saya harap Anda sebagai pengembang yang menonton atau jika Anda sendiri adalah pemilik toko pedagang dan Anda sedang menonton sekarang karena Anda melihat nilai luar biasa yang dapat ditambahkan oleh sesuatu seperti New Relic ke alur kerja Anda untuk menyelamatkan Anda dari sakit kepala besar jika terjadi sesuatu. turun, jika ada pemadaman dan hal-hal lain yang sedang terjadi, tetapi juga hanya membantu meningkatkan pertumbuhan.

Jika Anda tertarik dengan APM dan Anda tidak menggunakannya, yang merupakan fitur Pemantauan Kinerja Aplikasi kami, hubungi manajer akun Anda atau tanyakan kepada anggota tim kami dan pelajari bagaimana Anda dapat mulai memanfaatkan Relik Baru di sini di WP Mesin.

Sekali lagi, terima kasih, Damien. Terima kasih semua. Dan saya harap Anda menikmati sisa waktu Anda di sini di DE{CODE}.