Terjemahan ini dihasilkan oleh mesin dan menunggu peninjauan. Beralih ke bahasa Inggris
Dasbor

Pertanyaan yang Sering Diajukan

Pertanyaan nyata dari integrasi nyata. Jika pertanyaan Anda tidak ada di sini, halaman kontak akan dijawab langsung oleh orang yang mengenal produk ini.

Apakah ini berfungsi dengan Tor?

Ya. Lalu lintas dari exit point Tor dimulai dengan level risiko sedang — ini adalah rute anonim yang sudah dikenal — tapi kami tetap membaca gambaran lengkap dari sesi tersebut. Jika aplikasi Anda secara eksplisit menyambut pengguna Tor, seperti jurnalisme, pencarian sensitif, atau alur untuk penyintas pelecehan, Anda bisa memberi tahu Noxtica untuk berhenti menghitung sinyal Tor ke dalam skor sambil tetap mengaktifkan semua sinyal lainnya. Sinyal tetap terlihat dalam hasil bagaimanapun juga. Anda yang memutuskan apakah itu dihitung.

Untuk penjelasan lengkap mengapa pengguna Tor tidak diblokir otomatis, lihat Penanganan browser privasi di dokumen threat-categories.

Bagaimana dengan browser yang berfokus privasi — Brave, LibreWolf, Tor?

Semuanya berfungsi. Setiap browser privasi memiliki bentuk khas yang kami kenali dari data populasi kami. Fitur pencegahan pelacakan tidak merusak verifikasi; fitur itu hanya menghasilkan profil yang berbeda, tapi tetap konsisten. Kami memperlakukan tingkat perlindungan sebagai sinyal yang jujur, bukan diam-diam menghukum pengguna karena memilihnya.

Ini adalah prinsip 03 (false positive bukan kerugian yang dapat diterima) dalam praktiknya. Memblokir pengguna Brave berarti kehilangan pelanggan yang secara khusus memilih browser privasi. Imbal baliknya tidak sepadan, dan kalibrasi mencerminkan hal itu.

Seberapa besar dampaknya pada halaman saya?

Sangat kecil. Pemuatan pertama itu kecil karena pengukuran berat hanya berjalan ketika halaman benar-benar meminta skor. Semua berjalan di latar belakang dan tidak pernah menunda halaman Anda dari menjadi bisa digunakan. Pengunjung yang kembali mengirim sinyal yang bahkan lebih kecil. Dalam praktiknya, pengguna tidak pernah menyadari kehadirannya.

Apakah kami perlu menjalankan backend?

Ya. Kolektor berjalan di browser dan menghasilkan hasil yang disegel; verifikasi sesungguhnya terjadi di server Anda melalui API kami. Karena gambaran lengkap tersimpan di dalam hasil yang disegel, memverifikasinya sangat cepat — tidak ada pengumpulan data baru dan tidak ada pencarian jaringan tambahan saat permintaan sedang berjalan. Hasilnya diperiksa dalam beberapa milidetik.

Alasan backend diperlukan: keputusan yang dibuat murni di browser sangat mudah dipalsukan. Hasil yang disegel adalah jaminan bahwa tidak ada yang dimanipulasi setelah pengumpulan, dan memverifikasi jaminan itu di backend tepercaya Anda sendiri adalah yang membuat seluruh sistem bisa diandalkan.

Apakah Anda patuh terhadap regulasi privasi?

Kami bertindak sebagai sub-processor di bawah perjanjian pemrosesan data Anda, dan kami memiliki DPA kami sendiri yang tersedia atas permintaan. Kami memperlakukan data yang kami tangani sebagai data pribadi, karena data tersebut bisa mengidentifikasi ulang pengunjung yang kembali, dan menerapkan serangkaian kontrol penuh yang itu implikasikan. Infrastruktur berada di EU tanpa transfer ke luar wilayah tersebut. Hard-delete tersedia atas permintaan melalui backoffice, dan kami bisa menandatangani perjanjian dalam sehari. Daftar subprocessor kami ada di /subprocessors.

Beberapa hal spesifik yang sering ditanyakan oleh petugas perlindungan data:

  • Dasar hukum: kami merekomendasikan dasar kepentingan sah untuk pencegahan penipuan pada sebagian besar integrasi. Alur persetujuan juga didukung.
  • Minimisasi data: yang kami simpan adalah ringkasan tersamar satu arah, bukan nilai mentah. Kami tidak bisa merekonstruksi sinyal asli dari ringkasan tersebut.
  • Hak untuk dihapus: penghapusan diterapkan di lapisan penyimpanan, bukan sebagai tanda lunak. Setelah dihapus, data hilang selamanya.
  • Permintaan akses subjek: kami menyediakan cara untuk mengembalikan semua yang terkait dengan pengunjung tertentu, dibatasi pada akun Anda.

Berapa tingkat false positive Anda?

Tergantung di mana Anda menetapkan ambang batas. Dengan default konservatif kami, benchmark internal kami terhadap jutaan sesi nyata yang terverifikasi mengukur jauh di bawah setengah persen. Jika hanya bertindak pada tier paling ekstrem, tingkatnya mendekati nol. Kedua angka ini terus diperbarui dan terlihat di dasbor operator, dipecah berdasarkan keluarga browser dan negara sehingga Anda bisa melihat dengan tepat dari mana setiap ketidaktepatan berasal.

Cara pengukurannya: kami menjaga set referensi berlabel sesi manusia nyata dan sesi otomatis yang diketahui, diperbarui setiap kuartal. Setiap perubahan pada penilaian di-benchmark terhadap set lengkap sebelum dirilis.

Jika Anda ingin menjalankan benchmark pada lalu lintas Anda sendiri, dasbor operator mengekspor sesi Anda beserta level risiko, alasan di balik setiap skor, dan label hasil Anda sendiri sehingga Anda bisa menghitung tingkat Anda sendiri.

Apa yang terjadi jika layanan Anda mati?

Kolektor tetap bekerja. Hasil diantrekan secara lokal dan dikirim saat koneksi kembali. Jika verifikasi tidak bisa dijangkau melewati batas waktu Anda, Noxtica mengembalikan hasil yang aman dan netral dengan tanda “tidak tersedia” yang jelas, sehingga kode Anda bisa beralih ke kebijakan yang lebih lunak — tantangan daripada blokir, misalnya. Kami mempublikasikan target ketersediaan 99,95% dan halaman status publik di status.noxtica.com. Uptime terkini berjalan lebih tinggi dari itu.

Tanda “tidak tersedia” adalah isyarat untuk fallback Anda. Formulir pendaftaran mungkin melakukan soft-challenge, formulir pembayaran mungkin memblokir, dan API read-only mungkin cukup mengizinkan — default yang tepat tergantung pada toleransi risiko Anda untuk permukaan tersebut.

Bisakah saya menjalankan ini secara on-prem?

Ya. Kolektor dan verifier dikirim sebagai image mandiri yang ditandatangani untuk pelanggan Enterprise. Format profil, sinyal, dan tier risiko sama persis — tanpa ketergantungan cloud. Anda menarik pembaruan sesuai jadwal Anda sendiri, dan instalasi air-gapped didukung dengan paket pembaruan offline. Bicarakan dengan kami soal ini.

On-prem biasanya diminta oleh industri yang teregulasi — perbankan, layanan kesehatan, pemerintahan — di mana aturan residensi data menghalangi penggunaan verifier yang dihosting. Konsekuensinya bersifat operasional: Anda memelihara verifier, menarik pembaruan, dan menjalankan benchmark kalibrasi. Kami menyediakan perangkat lunak dan panduan pelaksanaan; tim Anda yang mengoperasikannya.

Bagaimana Anda menangani widget tertanam dan frame?

Kolektor mendeteksi saat berjalan di dalam frame tertanam dan menyesuaikan apa yang diukur — beberapa sinyal tetap bekerja, hanya dengan detail yang lebih sedikit. Kami menampilkan konteks tertanam sebagai sinyal yang jujur, bukan sebagai risiko otomatis. Yang justru penting adalah ketika frame tertanam dan halaman utama saling bertentangan, karena itu adalah tanda otomasi yang sudah dikenal. Anda yang memutuskan apa arti frame tertanam bagi aplikasi Anda.

Penggunaan frame tertanam yang sah itu umum — widget checkout, alat pihak ketiga, pratinjau konten — dan memperlakukan frame sebagai risiko otomatis akan memblokir pelanggan nyata. Kontradiksinya adalah sinyal yang penting: frame tertanam yang asli mewarisi state yang konsisten dari induknya, sementara yang digerakkan otomasi sering tidak.

Apa yang kolektor kirimkan melalui jaringan?

Saat halaman dinilai: satu hasil tersegel, beberapa kilobyte, dikirim ke endpoint Anda sendiri. Saat server Anda memverifikasinya: hanya hasil tersebut. Tidak ada telemetri tambahan, tidak ada beacon analitik, tidak ada font yang diambil dari tempat lain, tidak ada panggilan pihak ketiga di mana pun dalam jalur tersebut. Hasil tersegel adalah satu-satunya payload — dan Anda bisa membukanya secara lokal untuk melihat persis apa yang ada di dalamnya.

Anda bisa mengonfirmasi semua ini di panel jaringan browser Anda selama integrasi. Satu-satunya permintaan yang dibuat kolektor adalah ke endpoint same-origin Anda sendiri. Tidak ada yang dikirim ke Noxtica dari browser selama pengumpulan; verifikasi terjadi belakangan, dari backend Anda, secara server-to-server.

Bisakah saya menyesuaikan ambang batas risiko?

Ya. Default-nya konservatif secara sengaja (lihat prinsip 03). Anda bisa menyesuaikan tempat setiap tier terpicu, per key, di operator console. Penyesuaiannya ada di level ambang batas, bukan di internal model — kami tidak ingin pelanggan individual mengubah model dengan cara yang menyimpang dari benchmark kalibrasi.

Jika Anda memerlukan penyesuaian yang lebih dalam, itu adalah percakapan Enterprise. Kami mendukungnya untuk deployment on-prem, di mana benchmark bisa dijalankan ulang terhadap lalu lintas Anda sendiri.

Apa perbedaan antara Noxtica dan CAPTCHA?

CAPTCHA meminta pengguna untuk membuktikan bahwa mereka manusia. Noxtica meminta browser untuk mendeskripsikan dirinya, lalu menimbang deskripsi itu terhadap populasi yang lebih luas. Keduanya saling melengkapi, bukan saling menggantikan.

Banyak integrasi menggunakan Noxtica untuk memutuskan apakah perlu menampilkan CAPTCHA sama sekali. Sesi yang mencurigakan mendapat tantangan; yang bersih tidak. Kombinasi ini menghapus CAPTCHA dari sebagian besar pengguna nyata, yang tidak pernah melihatnya.

Bacaan terkait