Students Save 30%! Learn & create with unlimited courses & creative assets Students Save 30%! Save Now
Advertisement
  1. Code
  2. New Relic
Code

Cara Menggunakan Wawasan New Relic untuk Mempelajari Lebih Banyak tentang Pelanggan Anda

by
Difficulty:IntermediateLength:LongLanguages:
This post is part of a series called Performance Monitoring With New Relic.
How to Monitor Docker-Based Applications Using New Relic
Sponsored Content

This sponsored post features a product relevant to our readers while meeting our editorial guidelines for being objective and educational.

Indonesian (Bahasa Indonesia) translation by Ilham Saputra (you can also view the original English article)

Dari hari ke hari, banyak pekerjaan menjalankan bisnis perangkat lunak berkisar pada bertanya dan menjawab pertanyaan dan mencoba membuat keputusan yang benar berdasarkan pada mereka.

Beberapa pertanyaan bersifat teknis, seperti "Apa browser web paling populer di antara pelanggan kami yang membayar tinggi minggu ini?" Lainnya, seperti "Apa fitur paling populer dalam aplikasi kami?", Memandu Anda ketika Anda mencoba untuk merencanakan di mana sumber daya pengembang Anda membuat perbedaan terbesar.

Kadang-kadang, ada tidak ada jawaban yang tepat, tetapi lebih sering daripada tidak, apa yang berdiri antara Anda dan baik keputusan adalah hanya kurangnya kualitas data.

New Relic Insights adalah alat Advanced Performance Analytics (APA) yang dirancang untuk membantu Anda menjawab pertanyaan terkait bisnis ini (dan banyak lagi). Untuk ini, ini menggabungkan metrik kinerja dengan parameter bisnis dan aplikasi yang relevan, menjadikannya semua tersedia untuk query, menggabungkan dan memvisualisasikan dengan cara yang indah.

Di masa lalu, penelitian seperti ini dilakukan melalui pertanyaan dan skrip kompleks menggunakan data riwayat, oleh spesialis data. Sekarang, dengan Wawasan, Anda dapat menambang transaksi yang mendekati real-time, menggunakan data nyata dari pengunjung sebenarnya.

Dalam Tutorial ini

Tutorial ini adalah pengenalan praktis untuk menggunakan New Relic Insights dalam lingkungan aplikasi nyata. Cara terbaik untuk mengalami dan mempelajari Wawasan adalah dengan mencobanya sendiri—dan bereksperimen. Jadi, daripada menghabiskan banyak waktu untuk teori, kita akan melompat ke kanan dan menjelajahi alat itu selangkah demi selangkah, belajar tentang itu ketika kita pergi.

Kami akan mulai dengan melihat sebentar pada menginstal New Relic Insights. Kemudian, kami akan menggali data: bagaimana cara menanyakannya, cara memvisualisasikannya, dan bagaimana cara mendokumentasikan kode Anda untuk melewati beberapa parameter khusus aplikasi. Terakhir, kami akan menerapkan apa yang telah kami pelajari dan membuat dasbor dukungan pelanggan yang dapat Anda gunakan untuk mengidentifikasi masalah dengan cepat dan membantu pelanggan Anda dalam masalah mereka dengan aplikasi Anda.

Setelah menyelesaikan tutorial, Anda akan merasa nyaman menjelajahi data di New Relic Insights dan menggunakannya untuk membuat dasbor untuk menyajikan informasi yang relevan dengan berbagai pemangku kepentingan di organisasi Anda, dari manajemen hingga teknik.

Pemahaman dasar pengembangan perangkat lunak, PHP dan SQL akan membantu Anda melalui tutorial. Saya akan menggunakan aplikasi saya sendiri sebagai contoh, tetapi sebagian besar dari apa yang akan kami lakukan akan berlaku untuk hampir semua bisnis berbasis web. Jadi, untuk mendapatkan hasil maksimal dari tutorial, saya sarankan Anda memilih aplikasi Anda sendiri dan menggunakannya untuk menguji pengaturan queries dan dashboard saat kami melewatinya.

Memulai Dengan New Relic Insights

Langkah 1: Siapkan New Relic Insights

Jika Anda sudah menggunakan alat pemantauan New Relic, memulai dengan Wawasan sangatlah mudah. Aplikasi ini mengumpulkan datanya dari produk Relik Baru lainnya seperti APM dan Browser, jadi tidak diperlukan instalasi lebih lanjut. Cukup klik pada item menu Insight di bilah menu New Relic dan mulailah menggunakannya untuk menjelajahi data Anda.

Jika Anda adalah pengguna baru, mulailah dengan mendaftar untuk akun pengguna New Relic. Wawasan tidak tersedia sebagai versi gratis, tetapi masa uji coba gratis 14 hari sangat bagus untuk mencoba tangan Anda dalam menggunakannya.

Setelah membuat akun Anda, Anda perlu menginstal alat pemantau APM di server Anda. Saya telah menjelaskan langkah-langkah untuk menginstal alat secara rinci dalam tutorial sebelumnya tentang New Relic Alerts. Ikuti petunjuk instalasi dari tutorial itu, dan kemudian, dengan New Relic mengumpulkan informasi dari aplikasi Anda, kembali ke tutorial ini dan lanjutkan ke langkah berikutnya.

Langkah 2: Jalankan Permintaan Pertama Anda

Hal pertama yang Anda lihat ketika Anda mulai menggunakan New Relic Insights adalah halaman Query.

Pada awalnya, dengan kotak permintaan yang menatap Anda di bagian atas halaman, halaman ini dapat terasa sedikit mengintimidasi. Namun, begitu Anda tahu harus mulai dari mana, Anda akan segera sampai dengan cepat.

The New Relic Insights welcome screen

Untuk memberi Anda nuansa data yang tersedia untuk Anda di Wawasan, mari mulai dengan menjalankan kueri pertama Anda.

Di kotak kueri di bagian atas halaman, tulis pertanyaan berikut:

Kueri ini menunjukkan kepada Anda jumlah peristiwa PageView yang direkam dalam 24 jam terakhir.

Seperti yang dapat Anda lihat dari kueri di atas, NRQL sangat mirip dengan SQL, dengan beberapa keterbatasan serta banyak fungsi dan kata kunci khusus New Relic. Dalam sisa tutorial ini, Anda akan melihat beberapa pertanyaan yang berbeda, tetapi jika, kapan saja, Anda perlu mencari spesifikasi bahasa kueri, Anda juga dapat melihat Referensi NRQL.

Klik Run untuk menjalankan kueri dan melihat hasilnya.

The response from your first NRQL query

Anda sekarang telah mengeksekusi query NRQL pertama Anda. Selanjutnya, Anda mungkin ingin terbiasa dengan data New Relic yang tersedia untuk kueri Anda.

Salah satunya adalah dengan mencoba menulis permintaan lain. Kotak kueri dilengkapi dengan pelengkapan otomatis, jadi ini adalah cara praktis untuk melihat-lihat dan melihat hasil seperti apa yang dihasilkan dari kueri Anda.

Pilihan lainnya adalah mengeksplorasi data mentah.

Langkah 3: Jelajahi Data

Menjelajahi data yang disimpan dalam Wawasan adalah cara yang baik untuk mengetahui bidang data apa yang tersedia untuk kueri Anda dan untuk mendapatkan pemahaman menyeluruh tentang nilai yang mungkin mereka.

Untuk melakukan ini, klik pada Data Explorer di menu sebelah kiri.

Di layar berikutnya, Anda akan dapat memilih jenis data yang ingin Anda jelajahi.

Select the event type to browse in the Data Explorer

Daftar ini hanya menampilkan jenis peristiwa yang memiliki data tersedia di akun Anda, dalam hal ini, Transaction dan PageView.

Berikut ini daftar lengkap jenis acara yang disediakan oleh Wawasan:

  • Transaction: Peristiwa sisi Server dikumpulkan oleh baru peninggalan APM. Dalam peristiwa ini, Anda akan menemukan informasi tentang tingkat rendah fungsionalitas seperti kode Respon HTTP dan durasi query database.
  • PageView Halaman: Halaman load acara dikumpulkan oleh Browser New Relic. Dalam kelompok ini peristiwa, Anda akan menemukan informasi tentang pengalaman pengunjung pada halaman, melihat hal-hal seperti browser web yang digunakan, panjang kunjungan, dan seterusnya.
  • PageAction: Kelompok adat peristiwa terkait peramban yang Anda dapat mengisi dengan menggunakan wawasan JavaScript API untuk mengirimkan peristiwa tentang tindakan pengguna melakukan pada halaman (misalnya mengklik tombol untuk menambah item dalam keranjang belanja mereka).
  • Mobile: Peristiwa yang dikumpulkan dari Anda aplikasi mobile yang dipantau menggunakan Mobile New Relic.
  • SyntheticCheck and SyntheticRequest: ketersediaan tes peristiwa Dikirim oleh alat sintetis, yang menampilkan informasi tentang ketersediaan layanan Anda.

Seperti banyak jenis acara ini tergantung pada fitur peninggalan baru yang lebih canggih, kami tidak akan melihat mereka dalam tutorial ini. Sebaliknya, kita akan melanjutkan dengan dua yang pertama: Transaction dan PageView.

Klik pada PageView.

PageView Explorer menunjukkan daftar peristiwa PageView terakhir dari aplikasi Anda. Setiap baris mewakili tampilan halaman satu pengguna yang sebenarnya. Ingat untuk menggulir halaman ke kanan; kecuali Anda memiliki layar yang sangat besar, Anda akan menemukan bahwa ada lebih banyak bidang tersedia daripada pas layar sekaligus.

Exploring PageView events

Lihat juga pada data Transaction.

Kemudian, dilengkapi dengan pemahaman umum tentang data yang ada dalam wawasan, mari kita menggunakan alat untuk membangun efektif dashboard untuk akses yang mudah ke informasi yang akan membuat pelanggan Anda mendukung pekerjaan lebih cepat dan mudah.

Membuat Dasbor Pertama Anda

Ketika Anda menerima laporan bug atau permintaan bantuan dari pelanggan, lebih sering daripada tidak, hal pertama yang perlu Anda lakukan adalah meminta informasi lebih lanjut. Peramban yang digunakan, pesan kesalahan yang mungkin dan tindakan yang mengarah ke kesalahan adalah bagian dari teka-teki yang jarang dipikirkan pengguna termasuk dalam email mereka.

Dengan bantuan New Relic Insights, Anda dapat menggunakan data dari server Anda untuk melewati langkah ini dan memberikan pengalaman pelanggan yang lebih baik sembari menjadikan pekerjaan Anda sebagai pengembang kurang membuat frustrasi!

Di sisa tutorial, kami akan membangun dasbor dukungan pelanggan sederhana yang akan membiarkan Anda melakukan hal itu, tanpa menggali log server.

Langkah 1: Buat Dasbor Baru

Dasbor dalam Wawasan adalah kumpulan widget—atau bagan—yang menunjukkan informasi khusus tentang kinerja aplikasi Anda, tindakan pengguna Anda, atau kombinasi dari mereka. Membangunnya membutuhkan pemahaman tentang teknologi yang mendasari, tetapi begitu mereka siap, mereka dapat dengan mudah digunakan oleh orang-orang non-teknis seperti manajer untuk mengeksplorasi metrik produk.

Untuk lebih kompleks koleksi grafik dan widget, Anda dapat membuat sebuah Data App, koleksi dashboard terkait satu sama lain untuk membentuk sebuah aplikasi-seperti pengalaman.

Dashboard dukungan pelanggan mungkin untuk tumbuh di masa depan ketika Anda menambahkan lebih dan unsur-unsur lain untuk itu, jadi untuk mempersiapkan untuk itu, itu adalah ide yang baik untuk mulai membangun dashboard secara langsung di dalam satu.

Pertama, klik Aplikasi Data di menu sebelah kiri. Karena Anda belum memiliki Aplikasi Data apa pun yang dikonfigurasi, Anda akan melihat layar berikut:

Create a Data App

Klik Buat aplikasi data untuk membuat Aplikasi Data Anda.

Munculan untuk memasukkan informasi Aplikasi terbuka di tengah halaman:

Enter Data App settings

Isi informasi tentang Aplikasi baru Anda: IconTitle (misalnya "Dukungan Pelanggan"), dan Description.

Perlu diingat bahwa ini adalah level teratas: di dalam aplikasi, Anda akan dapat membuat sejumlah dasbor. Anda juga akan dapat mengedit pengaturan ini nanti, jadi jangan terlalu khawatir tentang hal ini pada saat ini.

Begitu Anda sudah melengkapi data Field, klik Create.

Anda sekarang telah membuat Aplikasi. Wawasan juga secara otomatis menambahkan dasbor kosong ke sana. Berikan nama pada dasbor (misalnya, "Ringkasan") dengan mengedit bidang teks di sebelah kiri yang sekarang bertuliskan Untitled. Anda juga dapat memilih ikon deskriptif dari dropdown di sisi kiri jika Anda suka.

Your new Data App is still empty

Dasbor terlihat kosong, jadi mari tambahkan beberapa konten ke dalamnya.

Langkah 2: Tambahkan Widget Dasbor Pertama Anda

Mengisi dashboard baru dengan informasi yang berguna tentang pengguna dan perilaku mereka saat mereka berinteraksi dengan aplikasi Anda dimulai dengan menulis kueri NRQL. Tanyakan pada diri Anda apa yang Anda (atau orang yang menggunakan dasbor ini) akan ingin tahu tentang kinerja aplikasi. Kemudian tulis permintaan untuk mengumpulkan informasi itu.

Mari mulai dengan perincian peramban web yang digunakan oleh pengunjung Anda.

Ketik kueri berikut di kotak kueri di bagian atas halaman:

Query ini:

  1. Menghitung jumlah sesi unik. session adalah atribut untuk kunci sesi New Relic pengguna, yang berlangsung sampai pengguna menutup jendela browser. uniqueCount adalah fungsi NRQL yang dapat digunakan untuk mendapatkan jumlah nilai unik yang direkam untuk atribut.
  2. Grup sesi oleh browser web yang digunakan. Ini dilakukan menggunakan kata kunci FACET, yang hanya mengambil satu parameter, nama atribut untuk mengelompokkan data dengan (userAgentName).
  3. Membatasi kueri ke data yang dikumpulkan dalam seminggu terakhir. Kata kunci SINCE mendefinisikan awal rentang waktu dan menerima tanggal yang ditentukan dalam berbagai format yang berbeda, misalnya, 5 minutes ago, 6 hours ago, atau YESTERDAY.

Klik Run untuk mengeksekusi kueri. Hasilnya muncul tepat di bawah kotak permintaan:

The results from the first query

Ini masih serupa dengan apa yang kami lihat di halaman depan ketika kami menjalankan pertanyaan pertama kami. Sekarang, bagaimanapun, kami akan menyimpan kueri di dasbor untuk menyelamatkan diri kami kesulitan menjalankan kueri secara manual setiap kali kami ingin mengetahui hasilnya.

Di bagian atas hasil, Anda akan menemukan tiga tab untuk memilih presentasi untuk hasilnya.

Klik yang kedua untuk menampilkan perincian browser sebagai bagan batang.

A more informative visualization of the browser breakdown

Ketik Title untuk bagan, dan deskripsi di bidang Notes jika Anda suka.

Lalu klik Add to this dashboard.

The first widget is now in place on the dashboard

Itu ada, pertama widget pada dasbor ini.

Anda dapat mengubah ukuran widget dengan menyeret dari segitiga biru di sudut kanan bawah kotak, atau bergerak di sekitar kanvas dengan menyeret dan menjatuhkan.

Langkah 3: Tambahkan Beberapa Widget Dashboard Lagi

Kami akan segera menggali lebih dalam ke aplikasi Anda dan membawa beberapa data khusus aplikasi ke dasbor Wawasan kami. Tetapi sebelum kita pergi ke sana, mari kita bermain lagi dengan data yang kita miliki, menambahkan beberapa widget dashboard tambahan.

Di pojok kanan atas widget Perincian Peramban yang baru saja Anda tambahkan, Anda akan menemukan tiga ikon.

Widget options

Klik di tengah untuk membuka kueri widget untuk mengedit.

Selain mengedit widget query, ini adalah cara yang baik untuk pergi dari satu query untuk kelanjutan alami. Sebagai contoh, sekarang bahwa Anda tahu Safari adalah browser yang paling populer di antara pengunjung situs, Anda mungkin ingin melihat versi browser pengunjung menggunakan.

Untuk mengambil informasi ini, edit kueri NRQL:

Dalam query ini, bukan pengelompokan (FACET) hasil dengan nama browser (userAgentName), kita mengelompokkan mereka oleh versi browser (userAgentVersion).

Kami juga menambahkan klausa WHERE SQL-seperti untuk menyaring data untuk hanya menyertakan acara di mana agen pengguna adalah Safari.

Klik Run untuk melihat hasilnya.

An edited version of the browser breakdown query

Jika Anda sedang mengedit widget yang ada, Anda akan sekarang klik Save Changes untuk menerapkan perubahan yang Anda buat untuk query.

Tidak melakukan itu saat ini, namun.

Sebaliknya, mengedit Name dan Notes. Kemudian, klik Add a copy to. Dari menu tarik-turun yang muncul, pilih Current dashboard untuk menyimpan hasilnya sebagai sebuah widget baru di dashboard saat ini.

Remember to save a copy so you dont replace the existing widget

Seperti yang Anda lihat dari contoh di atas, membangun sebuah dashboard adalah sedikit seperti pertambangan emas: ketika Anda menjalankan query satu, Anda akan menemukan sesuatu yang menarik yang mengarah ke pertanyaan baru bermunculan dalam pikiran Anda. Kemudian, Anda menulis query untuk itu, yang sekali lagi akan membawa Anda ke beberapa ide-ide baru.

Semua pertanyaan Anda mungkin tidak berakhir di dasbor, dan Anda mungkin menghapus beberapa setelah beberapa saat, tetapi mereka semua memberi Anda ide-ide baru tentang bagaimana aplikasi Anda sedang digunakan.

Berikut adalah beberapa lebih banyak permintaan untuk mencoba dan bermain dengan:

Sistem Operasi

Query ini menghitung sesi pengunjung, mengelompokkan mereka oleh sistem operasi yang digunakan.

Tipe Perangkat

Query ini menghitung sesi pengunjung, mengelompokkan mereka oleh jenis perangkat yang digunakan (Mobile/Desktop).

Negara Pengunjung

Query ini menghitung sesi pengunjung, mengelompokkan mereka oleh negara mereka mengakses situs Anda dari.

Halaman Paling Populer

Query ini daftar halaman yang paling populer di situs Anda. Perhatikan bahwa saat ini kami menggunakan count(*) bukan uniqueCount(session) sebagai bahkan pengunjung yang sama mengunjungi halaman yang sama lagi adalah nugget menarik informasi.

Tampilan Halaman Per Sesi

Menjelajahi data dari pertanyaan saya, aku mendapat berpikir tentang pola-pola browsing ponsel dan komputer pengguna dan jika mereka berbeda dari satu sama lain. Jadi, saya membuat query ini.

Query menghitung fraksi tampilan halaman per sesi, penamaan itu 'Page Views Per Session'. Kemudian, kelompok mereka oleh tipe perangkat (deviceType) untuk perbandingan yang ada dalam pikiran saya.

Kesalahan Terkini

Kueri ini membuat daftar sederhana pesan kesalahan dan jenis yang telah terjadi di server Anda baru-baru ini. Jika kueri mengembalikan daftar kosong, bagus untuk Anda! Jika tidak, Anda telah menemukan sesuatu untuk diperbaiki.

Kode Respon HTTP

Query ini menghitung transaksi, mengelompokkan mereka oleh kode Respon HTTP.

Ketika Anda selesai dengan dashboard Anda, klik tombol Done Editing di sudut kanan atas halaman.

Setelah menambahkan pertanyaan ini sebagai widget (dan menghapus widget versi Safari), di sini adalah apa yang dashboard saya terlihat seperti:

A basic Overview dashboard for a customer support Data App

Langkah 4: Menambahkan sebuah Filter untuk lebih baik menganalisis Data

Sekarang, mari kita katakan bahwa melihat widget Tampilan Halaman per Sesi, Anda mulai bertanya-tanya apakah masih ada lebih banyak perbedaan dalam bagaimana pengunjung Desktop dan Seluler mengalami situs Anda.

Membuat query terpisah untuk masing-masing perbandingan akan menjadi banyak pekerjaan dan hanya akan mengarah pada dashboard berantakan menampilkan informasi yang Anda butuhkan hanya kadang-kadang. Ini adalah dimana wawasan peninggalan baru fungsi untuk menyaring dashboard data datang berguna.

Mari kita coba.

Klik tombol Edit di atas hak untuk kembali ke edit mode. Tepat di atas grafik, sebuah elemen yang mengatakan muncul Filter disabled.

Filter disabled

Klik ikon roda gigi untuk mengonfigurasi filter Anda.

Di menu yang muncul:

  1. Periksa tombol radio Enable filter.
  2. Di drop-down Event types, pilih PageView. Di sinilah informasi perangkat disimpan.
  3. Di tarik-turun Attributes, pilih deviceType sebagai atribut yang akan digunakan untuk memfilter data.
Enable filtering by deviceType

Baik drop-down Event types dan Attributes memungkinkan Anda memilih beberapa opsi. Jadi, jika, pada titik tertentu, Anda ingin menambahkan lebih banyak filter ke dasbor Anda, Anda dapat melakukannya hanya dengan memilih lebih banyak atribut.

Sekarang, klik tombol Done Editing untuk menelusuri data dan menguji filter.

Di bagian atas halaman, Anda akan melihat kotak pencarian yang mengatakan Search deviceType. Klik pada kotak dan pilih Mobile.

Kemudian jelajahi data untuk melihat apakah Anda akan melihat perbedaan apa pun antara pengguna seluler dan desktop. Misalnya, dalam data saya, penggunaan seluler— sebagian besar di perangkat Apple—menjelaskan tingginya persentase pengguna Safari: di komputer desktop, Google Chrome jauh lebih populer.

Dashboard filtered to only show mobile users

Menambahkan Parameter Spesifik-Aplikasi ke Data Transaksi Anda

Sejauh ini dalam tutorial ini, kami telah bekerja dengan data out-of-the-box yang disediakan oleh Browser dan alat-alat APM. Dengan data ini, kami telah membuat dasbor ikhtisar yang memberi kami informasi berguna tentang aplikasi secara keseluruhan.

Namun, ketika datang untuk mencari data untuk membantu Anda menjawab pertanyaan dukungan pelanggan pengguna tertentu, ini tidak cukup. Jadi, untuk dapat menelusuri data pengguna tertentu, sekarang kami akan melanjutkan dengan membuat aplikasi yang dipantau mengirimkan beberapa parameter khusus aplikasi ke Wawasan.

Aplikasi yang digunakan sebagai contoh dalam tutorial ini adalah situs e-commerce yang didukung Wordpress. Namun, instrumentasinya sangat mudah, dan Anda dapat menerapkan ide ini ke hampir semua jenis aplikasi Anda sendiri.

Langkah 1: Tambahkan Informasi Pengguna ke Peristiwa Transaksi

New Relic PHP Agent API menyediakan banyak fungsi untuk memanipulasi data karena disimpan untuk digunakan dalam Wawasan dan alat Relik Baru lainnya.

Sekarang, kita akan fokus pada salah satu dari mereka, newrelic_add_custom_parameter, yang dapat digunakan untuk menambahkan parameter kustom ke acara Transaction Anda. Jika Anda menggunakan beberapa bahasa pemrograman lain, Periksa dokumentasi New Relic untuk fungsi untuk menggunakan.

Fungsi mengambil parameter dua: key string dan nilai yang bisa jadi tipe string atau float.

Sekarang, mari kita membuat sebuah fungsi untuk menyuntikkan beberapa data tentang pengguna.

Menambahkan kode berikut ke basis, kode aplikasi Anda di tempat di mana itu bisa dengan mudah disebut pada setiap permintaan. Dalam aplikasi berbasis WordPress, ini akan menjadi dalam sebuah plugin.

Pertama, jalur 7, fungsi cek bahwa ekstensi baru relik telah dimuat. Kemudian, jika fungsi pelaporan tersedia, berlanjut dengan menambahkan beberapa parameter yang menggunakan objek pengguna WordPress default, WP_User:

  • email: alamat email adalah sering cara termudah untuk mengidentifikasi pengguna tertentu. Namun, ketika bekerja dengan email, Anda harus berhati-hati bahwa informasi tetap aman.
  • user_id: Jika Anda tidak nyaman menggunakan alamat email untuk mengidentifikasi pengguna Anda di Wawasan, ID pengguna numerik adalah opsi lain. Menemukan ID pengguna sebelum mencari data adalah langkah tambahan, meskipun ...
  • member_since: sementara tidak diperlukan untuk mengidentifikasi pengguna, waktu saat pengguna terdaftar dapat menarik data untuk permintaan masa depan tentang perilaku pengguna.
  • request_uri: secara default, data transaksi tidak memiliki parameter untuk mengetahui halaman yang diakses. Jadi, saya memutuskan untuk menambahkan satu untuk menggunakan untuk query halaman dengan 404 kesalahan.

Dengan fungsi di tempat, berikutnya, Anda akan perlu untuk menyebutnya. Pastikan untuk memanggil fungsi awal cukup sehingga semua peristiwa transaksi Anda akan berisi informasi pengguna yang kami hanya menambahkan.

Dalam sebuah plugin WordPress, cara terbaik untuk melakukannya adalah dengan mengaitkan fungsi untuk tindakan seperti init, yang disebut lebih awal-tetapi hanya setelah data pengguna telah diinisialisasi.

Melakukan ini dengan menambahkan kode berikut hak di bawah fungsi:

Langkah 2: Kirimkan Data Khusus ke Browser New Relic

Anda sekarang telah menambahkan beberapa custom parameter untuk acara Transaction Anda.

Namun, karena sebagian besar widget dasbor kami didasarkan pada kueri ke acara PageView, untuk menjadikannya lebih bermanfaat, Anda juga perlu menyediakan informasi ini bagi mereka. Untuk melakukan ini, Anda harus mengkonfigurasi pengaturan Agen PHP.

Pertama, menemukan baru peninggalan file konfigurasi, newrelic.ini, pada server Anda. Lokasi yang tepat tergantung pada instalasi PHP Anda. Pada server Amazon Linux saya, saya menemukan file pada /etc/php-5.5.d/newrelic.ini.

Dalam file konfigurasi, menemukan baris seperti ini:

Timpa dengan berikut:

Kemudian simpan perubahan Anda dan me-restart server web Anda.

Atribut Transaction Anda sekarang secara otomatis disertakan juga dalam peristiwa PageView yang dikumpulkan oleh Browser Relik Baru. Data tambahan hanya akan tersedia di acara yang dikumpulkan setelah perubahan, jadi Anda harus memberikan Relik Baru beberapa waktu untuk mengumpulkan beberapa peristiwa sebelum melanjutkan.

Langkah 3: Tambahkan Widget Dukungan Pelanggan Baru Menggunakan Atribut yang Ditambahkan

Sekarang peristiwa Transaksi dan PageView menyertakan variabel khusus dengan informasi pengguna, kita dapat membuat kueri baru yang lebih menarik.

Karena ini adalah dasbor dukungan pelanggan yang sedang kami bangun, mari mulai dengan daftar kesalahan server yang dikelompokkan berdasarkan alamat email pengguna yang masuk.

Ketik query berikut di kotak permintaan:

Mirip dengan daftar keseluruhan kesalahan PHP yang kita buat sebelumnya, query menghitung Transaction peristiwa dimana errorType diatur dan kelompok-kelompok mereka oleh alamat email masuk pengguna (email).

Klik Run untuk menguji query (kemungkinan besar, Anda akan menerima sebuah daftar kosong). Kemudian, beri nama widget dan menambahkannya ke dashboard Overview Anda.

A widget for listing users who have experienced server errors

Sekarang, jika Anda suka, Anda dapat menguji widget dengan melanggar kode server Anda untuk sementara dan, sebagai pengguna masuk, mengunjungi halaman dengan kesalahan.

Hasil akan terlihat seperti ini:

A user was affected by the error

Sekarang, setiap kali pelanggan masuk dihadapkan dengan server error, Anda akan melihat hal itu dengan melihat daftar ini dan kemudian dapat menggunakan alamat email untuk informasi lebih lanjut.

Langkah 4: Buat Dasbor untuk Menampilkan Pengguna Tertentu

Sekarang bahwa kita tahu alamat email pengguna, kita dapat menggunakannya untuk menyaring dashboard data dengan cara yang sama seperti yang kita lakukan dengan deviceType sebelumnya dalam tutorial.

Edit filter to allow filtering by email address

Ini adalah tidak optimal, namun, sebagai data yang kita ingin menampilkan pengguna tertentu tidak selalu sama seperti yang ditampilkan di dasbor Overview.

Seperti yang saya sebutkan sebelumnya dalam tutorial, aplikasi Data yang terdiri dari beberapa dashboard yang dapat dihubungkan satu sama lain. Jadi, mari kita membuat sebuah dashboard yang kedua untuk menampilkan data pelanggan tunggal dan menghubungkan widget Pengguna Dengan Server Errors itu.

Pertama, dalam edit mode, klik +Add tombol di bagian atas jendela dashboard untuk menciptakan sebuah dashboard yang baru.

Add a new dashboard

Nama dashboard baru 'Signed In User Details'. Kemudian klik Done editing dan kembali ke dashboard Overview .

Beralih ke mode edit, lalu klik ikon tautan di bagian atas widget Pengguna Dengan Server Errors.

Click the icon marked with the blue arrow

Munculan untuk memilih dasbor terbuka. Klik Choose target dashboard, lalu pilih dasbor Signed In User Details yang baru saja Anda buat dari daftar drop-down.

Link to dashboard

Kemudian klik pada Link dan update filter tombol untuk menyimpan perubahan.

Klik Done editing dan kembali ke pengguna dengan Server Errors widget. Perhatikan bahwa alamat email adalah sekarang link. Mengklik itu akan membawa Anda ke dashboard yang baru saja dibuat, otomatis penyaringan melalui email.

Langkah 5: Tambahkan Beberapa Widget ke Dasbor Detail Pengguna

Anda kini telah membuat tautan dari daftar dasbor Overview pengguna dengan kesalahan ke dasbor baru. Dasbor ini masih kosong, jadi mari kita mulai membangunnya dengan menambahkan beberapa widget yang akan membantu kami mempelajari lebih lanjut tentang kesalahan dan pengguna.

Kesalahan Terkini

Pertama, tambahkan salinan widget Kesalahan Terkini di tab Overview.

Untuk melakukan ini, masih pada tab Overview, beralih ke mode edit, lalu gulir ke bawah ke widget dan klik tombol Edit. Gulir kembali ke hasil kueri, lalu klik Add a copy to... dan pilih dasbor yang baru dibuat di tarik-turun.

Untuk membuat data lebih berguna untuk memperbaiki bug, edit kueri dengan menambahkan request_uri ke dalamnya. Kueri akhir terlihat seperti ini:

Berikut output pada dashboard baru ketika diakses dengan mengklik email saya:

Errors filtered by the users email address

HTTP Response Codes

Dengan cara yang sama seperti Anda menyalin daftar kesalahan di atas, salin juga widget Kode Respons HTTP ke dasbor khusus pengguna.

Kemudian, untuk mengetahui lebih lanjut tentang permintaan dengan kesalahan, tambahkan widget baru menggunakan query berikut:

Setelah bergerak widget dan mengubah ukuran mereka, di sini adalah apa dashboard sekarang terlihat seperti:

The Signed In User Details dashboard shows information about errors

Informasi Browser dan Sistem Operasi

Akhirnya, untuk menyelesaikan versi pertama dari dasbor dukungan pelanggan ini, mari tambahkan beberapa informasi tentang browser web pengguna, jenis perangkat, dan sistem operasi.

Kami telah membuat widget untuk semua pertanyaan ini di dasbor Overview, sehingga yang perlu Anda lakukan hanyalah menyalinnya ke dasbor baru dan mendesain tata letak untuknya.

Sesuatu seperti ini, mungkin?

The final Signed In User Details dashboard

Kesimpulan

Anda sekarang telah menggunakan wawasan peninggalan baru untuk membangun sederhana namun dukungan pelanggan yang kuat dasbor untuk membantu Anda dalam mencari tahu apa yang menyebabkan masalah wajah pelanggan Anda karena mereka menggunakan aplikasi Anda.

Ini adalah, bagaimanapun, hanya awal.

Kemungkinan untuk lebih meningkatkan dasbor menggunakan wawasan hampir tak berujung, dan cara terbaik untuk mengetahui mereka adalah dengan mencoba sendiri.

Berikut adalah beberapa ide untuk membuat Anda tetap bergerak:

  • Jika aplikasi Anda menggunakan sesi pengunjung, mengirim tombol sesi ke peninggalan baru untuk mencari informasi tentang non-pengguna masuk log.
  • Tambahkan lebih banyak instrumentasi dan membuat dashboard lebih baik mengambil aplikasi dan bisnis ke account Anda.
  • Mengimpor lebih peristiwa dari layanan eksternal.
  • Membuat lebih dashboard untuk menggali lebih dalam beberapa aspek lain dari aplikasi Anda.

Sekarang, menggerumit, menggunakan wawasan yang Anda dapatkan dari menjelajahi data aplikasi Anda untuk lebih memahami pengguna Anda.

Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.