All Products
Search
Document Center

Application Real-Time Monitoring Service:FAQ Pemantauan Browser

Last Updated:Mar 12, 2026

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?

MetodeKapan berlakuKapan digunakan
Pengaturan konsolSetelah Anda menerbitkan kode yang dihasilkanSaat penyiapan awal ARMS untuk aplikasi
setConfig methodSegeraSetelah aplikasi sudah dipantau

Pengaturan konsol menghasilkan kode konfigurasi yang hanya berlaku setelah penerbitan. Setelah aplikasi dipantau, gunakan metode setConfig untuk mengubah konfigurasi.

ARMS console code generation

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:

NilaiLingkungan
prodProduction
grayPhased-release
preStaging
dailyDaily
localLocal

Bagaimana cara memeriksa versi mana yang telah dideploy?

  1. Masuk ke Konsol ARMS.

  2. Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.

  3. Pilih Application > View Details.

Kolom Version pada bagian Log List menampilkan nomor versi untuk setiap entri log.

View version number

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

Filter logs by environment and version

Konfigurasi ARMS tidak berlaku

Hal ini biasanya disebabkan oleh caching browser. Untuk troubleshooting:

  1. Di Konsol ARMS, buka Application > View Details.

  2. Beralih ke versi terbaru dan periksa grafik tren.

  3. Jika tidak ada nomor versi yang muncul, atur parameter release di SDK ARMS. Untuk detailnya, lihat Referensi SDK.

  4. 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

EdisiSumber versiCara menetapkan
Edisi aplikasiVersi proyek online Anda saat iniAtur parameter release. Lihat Referensi SDK.
Edisi hostAplikasi 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:

MetrikMetode pengukuranHasil
PVsSetiap event hashchange memicu laporan PVDaftar PV menampilkan tampilan halaman yang dipecah berdasarkan nilai hash
Page SpeedDirekam hanya saat pemuatan halaman penuhKecepatan tidak berubah ketika nilai hash berubah, sehingga menghindari laporan berlebihan

Mengapa jumlah PV berbeda antar modul di Konsol ARMS?

ModulPerhitungan PV
Page Speed pageJumlah 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?

  1. Masuk ke Konsol ARMS.

  2. Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.

  3. Pilih Application > Session Traces.

  4. Di bagian Session List, klik ID sesi di kolom Session ID.

  5. 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?

  1. Masuk ke Konsol ARMS.

  2. Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.

  3. 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.

SkenarioResolusi
Resource CDN yang dikelola sendiriTambahkan header respons Timing-Allow-Origin untuk mengizinkan browser mengakses data timing detail
Resource pihak ketigaGunakan 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 *.

URL convergence example

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:

  1. Agregasi: Mengelompokkan URL dengan struktur serupa.

  2. Identifikasi variabel: Mengganti segmen variabel dengan tanda bintang.

URL convergence process

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:

  1. Masuk ke Konsol ARMS.

  2. Di panel navigasi sebelah kiri, pilih Browser Monitoring > Browser Monitoring. Klik nama aplikasi Anda.

  3. Pilih Settings > Application Settings.

  4. 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.

Precondition tab

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 penyebabResolusi
Ekstensi file salahPastikan file memiliki ekstensi .js.map
Izin tidak mencukupiPastikan akun Anda memiliki izin tulis ke ARMS. Jika tidak, hubungi administrator Anda

Error skrip

Lihat Penyebab dan solusi untuk 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?

PlatformPerilaku
Browser webYa. ARMS secara otomatis menangkap panggilan console.error yang sesuai dengan format error JS.
Mini programTidak. Laporkan error secara manual. Lihat Referensi API.

Mini program

UID yang ditetapkan untuk mini program di Weex tidak berlaku

SkenarioResolusi
setConfig tidak dipanggilPeriksa apakah Anda menentukan UID saat inisialisasi. Jika tidak, tambahkan satu.
setConfig sudah dipanggilTentukan UID berbeda dan panggil metode tersebut lagi.

Periode retensi dan edisi

Periode retensi log

EdisiPeriode retensi
ARMS Basic EditionHingga 7 hari
ARMS Pro EditionHingga 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.