Jawaban atas pertanyaan umum mengenai Pemantauan Browser di Application Real-Time Monitoring Service (ARMS), mencakup konfigurasi SDK, data performa, error JavaScript, dan pelacakan.
Penagihan
SDK dan konfigurasi
Apa perbedaan antara pengaturan konsol dan metode setConfig?
| Metode | Kapan berlaku | Kapan digunakan |
|---|---|---|
| Pengaturan konsol | Setelah Anda menerbitkan kode yang dihasilkan | Saat penyiapan awal ARMS untuk aplikasi |
setConfig method | Segera | Setelah aplikasi sudah dipantau |
Pengaturan konsol menghasilkan kode konfigurasi yang hanya berlaku setelah penerbitan. Setelah aplikasi dipantau, gunakan metode setConfig untuk mengubah konfigurasi.

Bagaimana cara menetapkan environment dan versi di SDK?
Gunakan parameter release untuk memberi tag versi dan parameter environment untuk membedakan lingkungan. Untuk detailnya, lihat Referensi SDK (release) dan Referensi SDK (environment).
Nilai environment yang didukung:
| Nilai | Lingkungan |
|---|---|
prod | Production |
gray | Phased-release |
pre | Staging |
daily | Daily |
local | Local |
Bagaimana cara memeriksa versi mana yang telah dideploy?
Masuk ke Konsol ARMS.
Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.
Pilih Application > View Details.
Kolom Version pada bagian Log List menampilkan nomor versi untuk setiap entri log.

Anda juga dapat memfilter log berdasarkan environment dan versi di menu bar. Pemfilteran ini memerlukan agar log PV sudah memiliki nomor versi yang ditetapkan.

Konfigurasi ARMS tidak berlaku
Hal ini biasanya disebabkan oleh caching browser. Untuk troubleshooting:
Di Konsol ARMS, buka Application > View Details.
Beralih ke versi terbaru dan periksa grafik tren.
Jika tidak ada nomor versi yang muncul, atur parameter
releasedi SDK ARMS. Untuk detailnya, lihat Referensi SDK.Setelah mengatur
release, pastikan nilai yang ditentukan muncul sebagai versi terbaru.
Tidak yakin apakah SDK telah dimuat saat memanggil \_\_bl.performance()
Lihat Pelaporan data halaman untuk SPA untuk pola yang menangani hal ini secara aman.
Nomor versi pada edisi aplikasi dan edisi host
| Edisi | Sumber versi | Cara menetapkan |
|---|---|---|
| Edisi aplikasi | Versi proyek online Anda saat ini | Atur parameter release. Lihat Referensi SDK. |
| Edisi host | Aplikasi yang meng-host proyek Anda (terdeteksi otomatis oleh SDK) | Otomatis. Hanya versi Taobao, Alipay, dan WeChat yang dapat diresolusi. Versi aplikasi host lainnya tidak dapat diresolusi. |
Tampilan halaman dan performa
Mengapa daftar PV berbeda dengan daftar kecepatan halaman?
Hal ini terjadi pada aplikasi halaman tunggal (SPA) dengan fitur auto-resolution SPA yang diaktifkan. PV dan kecepatan halaman diukur secara berbeda:
| Metrik | Metode pengukuran | Hasil |
|---|---|---|
| PVs | Setiap event hashchange memicu laporan PV | Daftar PV menampilkan tampilan halaman yang dipecah berdasarkan nilai hash |
| Page Speed | Direkam hanya saat pemuatan halaman penuh | Kecepatan tidak berubah ketika nilai hash berubah, sehingga menghindari laporan berlebihan |
Mengapa jumlah PV berbeda antar modul di Konsol ARMS?
| Modul | Perhitungan PV |
|---|---|
| Page Speed page | Jumlah entri log performa dikalikan dengan laju pengambilan sampel |
| Page page (di bawah Dimensions) | Jumlah langsung entri log PV |
Log performa dilaporkan sekali per pemuatan halaman penuh. Dalam mode SPA, log PV dilaporkan setiap kali terjadi perubahan rute, sehingga jumlah log PV melebihi jumlah log performa.
Bagaimana cara melihat time on page (TP) untuk pengguna tertentu?
Masuk ke Konsol ARMS.
Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.
Pilih Application > Session Traces.
Di bagian Session List, klik ID sesi di kolom Session ID.
Di halaman Session Tracking Details, arahkan kursor ke area timeline di kolom Visit Timeline untuk melihat time on page (TP).
Bagaimana cara melihat metrik performa kustom?
Masuk ke Konsol ARMS.
Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.
Pilih Application > Page Speed.
Metrik performa kustom muncul di bagian Page Speed.
Mengapa durasi lebih kecil daripada connect download untuk beberapa resource?
Ini adalah masalah timing resource lintas domain. ARMS membaca data performa dari API performance.getEntriesByType('resource'). Domain resource ARMS pihak ketiga harus sesuai dengan domain situs yang meminta resource tersebut. Untuk resource lintas domain, browser mengembalikan nilai 0 untuk properti timing berikut karena kebijakan asal sama (same-origin policy):
redirectStart, redirectEnd, domainLookupStart, domainLookupEnd, connectStart, connectEnd, secureConnectionStart, requestStart, responseStart
Karena connect download sama dengan responseEnd - responseStart, nilai responseStart yang nol menyebabkan hasilnya membengkak melebihi duration aktual.
| Skenario | Resolusi |
|---|---|
| Resource CDN yang dikelola sendiri | Tambahkan header respons Timing-Allow-Origin untuk mengizinkan browser mengakses data timing detail |
| Resource pihak ketiga | Gunakan nilai duration sebagai referensi utama, karena nilainya tetap akurat untuk resource lintas domain |
Konvergensi URL
Mengapa beberapa URL atau API yang dipantau mengandung tanda bintang (*)?
Tanda bintang bukan bagian dari URL aktual. Tanda tersebut menunjukkan konvergensi URL—ARMS mengelompokkan URL serupa dengan mengganti segmen variabel (ID, parameter kueri, dll.) menggunakan *.

ARMS menggunakan algoritma konvergensi URL proprietary untuk mengelompokkan URL serupa dan mengurangi jumlah total URL sambil mempertahankan informasi semantik. Konvergensi URL bekerja dalam dua langkah:
Agregasi: Mengelompokkan URL dengan struktur serupa.
Identifikasi variabel: Mengganti segmen variabel dengan tanda bintang.

Untuk menonaktifkan konvergensi URL, konfigurasikan opsi urlHelper di SDK.
Pelacakan dan diagnostik API
Trace ID tidak muncul di log API
Pertama, periksa apakah Associate with Application Monitoring diaktifkan:
Masuk ke Konsol ARMS.
Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.
Pilih Settings > Application Settings.
Di tab Precondition, periksa apakah Associate with Application Monitoring dipilih. Jika belum, pilih opsi tersebut dan hubungkan ulang agen ARMS ke aplikasi antarmuka depan Anda.

Jika trace ID masih tidak muncul, periksa apakah domain permintaan halaman sesuai dengan domain permintaan API. Ketidaksesuaian domain menunjukkan permintaan lintas domain. ARMS melewatkan pembuatan trace ID untuk permintaan lintas domain guna mencegah kegagalan API yang disebabkan oleh autentikasi lintas domain.
Untuk langkah resolusi lengkap, lihat Gunakan fitur pelacakan front-to-back untuk mendiagnosis error API.
Error JavaScript
Error file source map saat troubleshooting error JS
| Kemungkinan penyebab | Resolusi |
|---|---|
| Ekstensi file salah | Pastikan file memiliki ekstensi .js.map |
| Izin tidak mencukupi | Pastikan akun Anda memiliki izin tulis ke ARMS. Jika tidak, hubungi administrator Anda |
Error skrip
Error JS di mini program tidak dilaporkan
Framework dasar mini program menggunakan try-catch dalam operasi asinkron, yang menangkap error sebelum ARMS dapat mendeteksinya. Laporkan error secara manual sebagai gantinya. Untuk detailnya, lihat Referensi API.
Apakah ARMS menangkap error JS dari console.error?
| Platform | Perilaku |
|---|---|
| Browser web | Ya. ARMS secara otomatis menangkap panggilan console.error yang sesuai dengan format error JS. |
| Mini program | Tidak. Laporkan error secara manual. Lihat Referensi API. |
Mini program
UID yang ditetapkan untuk mini program di Weex tidak berlaku
| Skenario | Resolusi |
|---|---|
setConfig tidak dipanggil | Periksa apakah Anda menentukan UID saat inisialisasi. Jika tidak, tambahkan satu. |
setConfig sudah dipanggil | Tentukan UID berbeda dan panggil metode tersebut lagi. |
Periode retensi dan edisi
Periode retensi log
| Edisi | Periode retensi |
|---|---|
| ARMS Basic Edition | Hingga 7 hari |
| ARMS Pro Edition | Hingga 30 hari |
Dapatkah saya menyimpan situs masa uji coba setelah mengaktifkan ARMS Pro Edition?
Tidak. Dalam waktu 15 hari setelah masa uji coba berakhir, situs akan ditangguhkan karena Pembayaran tertunda. Mulai ulang aplikasi untuk memulihkan akses.
Jika Edisi Pro tidak diaktifkan dalam waktu 15 hari, situs akan dihapus secara permanen dan semua sumber daya dilepas. Data tidak dapat dipulihkan.