Cloudflare Personal Agent Analytics: Identitas Agen, Kebijakan Per Agent, dan Dampaknya ke Pemilik Situs
Cloudflare meluncurkan analytics dan kontrol akses per agen personal. Pemilik situs bisa mengklasifikasikan lalu mengizinkan atau memblokir agen, melacak akun mana yang memakai agen, dan mengatur kebijakan iklan…
Illustration: PeDeDe
Starter shell
Share
<p>Personal agent kini bukan lagi eksperimen. Agen AI yang bertindak atas nama manusia sudah mulai memesan barang, membandingkan produk, dan membuka akun di situs lain. Masalahnya: untuk pemilik situs, semua permintaan itu tetap terlihat seperti traffic otomatis. Tanpa konteks, memblokir agen secara keseluruhan adalah pilihan yang aman, tetapi bisa berarti mengusir pelanggan sungguhan.</p><p>Cloudflare mengumumkan langkah pertama untuk mengurai kebingungan itu. Per 4 November 2026, perusahaan meluncurkan dua fitur baru di dashboard keamanan: analytics untuk aktivitas agen personal, dan kebijakan akses terperinci yang mengizinkan pengecualian per agen. Fitur ini tersedia untuk pengguna Cloudflare yang mengaktifkan pengaturan AI Crawler and Agent access policies.</p><h2>Apa yang baru di analytics</h2><p>Di bagian Security Analytics, chart Bot Analysis sekarang memiliki kategori baru bernama Personal Assistants. Kategori ini muncul berdampingan dengan Verified Bot, Likely Human, Likely Automated, dan Automated, sehingga tim keamanan bisa memfilter hanya permintaan dari agen personal sepanjang waktu. Di Top statistics, widget Personal Assistants menampilkan agen mana yang berkunjung dan berapa permintaan yang dikirim masing-masing.</p><p>Setelah memilih satu agen, semua widget lainnya diperbarui agar menampilkan detail milik agen tersebut: path yang diminta, kode status yang diterima, dan jaringan asal permintaan. Dengan begitu, pemilik situs bisa melihat apakah agen tersebut sedang masuk ke halaman produk, mencapai checkout, atau justru mendapatkan error di halaman yang tidak bisa dipakainya.</p><h2>Akun mana yang memakai agen</h2><p>Fitur yang lebih tajam adalah identifikasi akun. Bagi situs yang menggunakan Account Abuse Protection, yang masih dalam tahap akses awal, pemilik situs dan tim fraud bisa melihat agen mana yang mewakili pengguna tertentu. Halaman population overview menampilkan agen personal aktif di seluruh pengguna serta jumlah akun yang menggunakannya. Setiap event login dan sign-up kini menandai apakah permintaan datang dari agen personal dan agen mana itu.</p><p>Analis fraud bisa menyaring akun berdasarkan event AI assistant atau jumlah AI assistant yang terhubung. Di halaman per akun, daftar agen yang bertindak untuk akun itu juga muncul. Jika terjadi login tidak biasa, analis bisa menentukan apakah aktivitas itu berasal dari agen yang sudah dipakai pelanggan selama berminggu-minggu, atau agen baru yang muncul tiba-tiba dan perlu investigasi lebih lanjut.</p><h2>Kebijakan per agen, bukan hanya kategori umum</h2><p>Secara historis, Cloudflare hanya menyediakan kontrol untuk kategori bot seperti Search, Training, dan Agents. Pengaturan baru ini memperluas kebijakan Agents dengan pengecualian untuk agen personal yang didukung. Nama pengguna di dashboard juga berubah: dari Configure AI bot policies menjadi AI Crawler and Agent access policies.</p><p>Pemilik situs bisa menentukan satu kebijakan umum untuk Agents, lalu memilih kebijakan berbeda untuk setiap agen personal yang didukung: Allow, Block on pages with ads, atau Block. Misalnya, sebuah situs bisa memblokir agen di halaman beriklan, tetapi membuat pengecualian Allow untuk satu agen tertentu agar pembaca tetap bisa menemukan artikel. Kebijakan Search dan Training tetap seperti semula, tidak terdampai perubahan ini.</p><h2>Mengapa ini berbeda dari pembatasan crawler biasa</h2><p>Perbedaan utamanya adalah intent. Crawler AI untuk mencari indeks atau melatih model biasanya bisa diblokir tanpa mengganggu pengalaman pengguna langsung. Agen personal bertindak atas nama manusia yang mungkin sedang berbelanja, mencari dukungan, atau menyelesaikan pembelian. Jika diblokir total, agen tersebut gagal memenuhi instruksi pengguna, dan pemilik situs bisa kehilangan transaksi yang sah.</p><p>Dengan analytics dan kebijakan per agen, operator situs dapat menerjemahkan traffic otomatis menjadi keputusan bisnis yang lebih spesifik: mengizinkan agen tertentu, membatasinya di halaman monetisasi, atau memblokirnya sepenuhnya. Identitas agen menjadi titik kontrol, bukan sekadar label crawler.</p><h2>Masih ada batasan yang harus diikuti</h2><p>Beberapa hal masih belum terselesaikan. Account Abuse Protection masih dalam tahap akses awal. Cloudflare juga mengakui bahwa identitas agen hanyalah sebagian dari cerita: ketika agen bertindak sebagai perantara, situs kehilangan konteks tentang hubungan dengan pengguna asli—apakah mereka pelanggan tetap, apakah mereka memiliki langganan, atau perlindungan apa yang seharusnya berlaku.</p><p>Cloudflare menyatakan tujuan berikutnya adalah membawa user context Lewat agen dengan cara yang menjaga privasi, mengevaluasi reputasi, dan menetapkan akuntabilitas saat terjadi kesalahan. Perusahaan berjanji akan berbagi perkembangan selanjutnya saat bekerja dengan operator agen dan peserta ekosistem lain.</p><h2>Intinya</h2><p>Personal agent mengubah cara pengguna berinteraksi dengan web, tetapi sistem klasifikasi traffic klasik belum menangkap perbedaan itu. Analytics dan kebijakan per agen yang diluncurkan Cloudflare memberi pemilik situs alat untuk membedakan agen mana yang layak diizinkan, dibatasi, atau diblokir, sesuai model bisnis masing-masing.</p><p>Sumber utama: <a href="https://blog.cloudflare.com/personal-agents-visibility-control/">Cloudflare Blog</a>, <a href="https://developers.cloudflare.com/changelog/post/2026-11-04-personal-agent-policies/">Cloudflare Changelog</a>.</p>