WebMCP untuk Website Klien: Rapikan Form Dulu, Jangan Buru-buru Pasang Tool (2026)

Klien mulai bertanya: “Website kami perlu siap untuk agen AI, kan?” Pertanyaan ini wajar, apalagi setelah browser dan asisten AI makin sering dipakai untuk mencari, mengisi form, dan membandingkan opsi. Namun, urutannya penting. Artikel ini membahas WebMCP, status resminya, batas keamanannya, dan apa yang masuk akal dikerjakan di proyek klien sekarang.

Apa itu WebMCP

Menurut panduan Semrush (diperbarui 4 November 2026), WebMCP adalah proposal standar web yang membuat halaman menawarkan fiturnya ke agen AI sebagai tool terstruktur lewat browser. Tanpa WebMCP, agen beroperasi seperti pengguna biasa: mengambil screenshot, mengurai HTML mentah, dan menebak tombol mana yang harus diklik. Langkah itu lambat, memakan token, dan rentan patah jika ada popup atau tata letak berubah.

Dengan WebMCP, situs dapat mengumumkan tool, misalnya pencarian produk atau tiket penerbangan, lengkap dengan parameter yang dibutuhkan. Agen cukup mengirim input terstruktur dan menerima respons tanpa harus menavigasi setiap elemen visual.

Chrome for Developers menjelaskan tujuannya serupa: cara standar membuka tool terstruktur agar agen bisa menjalankan aksi di situs dengan lebih cepat dan andal. Halaman itu membagi implementasi menjadi dua pendekatan:

Declarative API: aksi standar yang didefinisikan langsung pada atribut form HTML.
Imperative API: interaksi dinamis dan kompleks yang didaftarkan lewat JavaScript.

Status: eksperimen, bukan standar

Poin ini sering hilang di presentasi vendor. Semrush menulis bahwa WebMCP masih draf spesifikasi di W3C Web Machine Learning Community Group, dengan editor draf dari Google dan Microsoft. WebMCP belum menjadi standar W3C resmi.

Rangkuman dukungan browser saat ini juga masih sangat terbatas:

Chrome: menjalankan origin trial publik (mulai Chrome 149+), nonaktif secara default dan perlu diaktifkan untuk pengujian.
Edge: ikut serta dalam origin trial (Edge 150+).
Mozilla: mengambil posisi netral.
WebKit (Apple): secara resmi menentang proposal spesifikasi ini.

Semrush juga mencatat bahwa API sudah mengalami perubahan, misalnya dari navigator.modelContext menjadi document.modelContext. Kode yang ditulis dari tutorial lama bisa gagal berjalan di browser uji terbaru. Karena itu, kesimpulan Semrush sejalan dengan pendekatan saya: implementasikan hanya sebagai eksperimen kecil, bukan dasar untuk membangun ulang website klien.

Perbedaan WebMCP, MCP, dan llms.txt

Klien yang membaca sekilas sering mencampur ketiga istilah ini:

MCP (Model Context Protocol): protokol klien-server yang menghubungkan sistem AI dengan database atau server backend lewat perantara seperti JSON-RPC. MCP berjalan di server atau aplikasi desktop mandiri.
WebMCP: proposal yang berjalan di dalam browser pengguna pada tab yang sedang aktif. Tool hanya hidup selama halaman terbuka dan mewarisi sesi pengguna (cookie, sesi login).
llms.txt: file teks statis di root domain yang memberi peta konten bagi model bahasa. File ini tidak menjalankan aksi apa pun. Menurut panduan optimasi AI dari Google, file semacam ini tidak diperlukan untuk Google Search dan tidak membantu ranking.

Memahami batas masing-masing mencegah klien meminta “pasang WebMCP di server” atau mengharapkan ranking naik hanya karena menambahkan file teks.

Batas keamanan yang wajib dipahami

Tool WebMCP berjalan di dalam tab browser pengguna, yang berarti tool tersebut dapat bertindak atas nama akun pengguna yang sedang login. Semrush mengingatkan risiko prompt injection: instruksi jahat yang disembunyikan di ulasan produk, komentar, atau respons tool bisa memanipulasi agen untuk melakukan aksi yang tidak diinginkan.

Spesifikasi WebMCP memang menawarkan mekanisme pengaman:

Submit manual secara default: agen yang mengisi form lewat Declarative API tidak langsung mengirim data, kecuali situs menambahkan atribut toolautosubmit.
Interaksi pengguna (requestUserInteraction): kode tool dapat meminta konfirmasi manusia sebelum mengeksekusi aksi penting seperti pembayaran.
Anotasi aksi berisiko: penanda consequentialHint untuk aksi yang mengubah data permanen.

Namun, mekanisme di atas adalah pengurang risiko, bukan jaminan aman mutlak. Untuk proyek klien, terapkan aturan dasar berikut:

Batasi tool hanya untuk aksi pembacaan atau pencarian sederhana.
Selalu validasi izin dan data di sisi server, jangan percaya input agen begitu saja.
Wajibkan konfirmasi manual pengguna untuk transaksi, perubahan akun, atau penghapusan data.

Untuk situs jasa yang formulirnya hanya mengirimkan pesan penawaran, risikonya sangat kecil. Namun untuk toko online atau dashboard pelanggan, pasang pengaman berlapis dan jangan aktifkan pengiriman otomatis.

Yang jangan dijanjikan ke klien

Sebagai pengembang atau konsultan, ada tiga hal yang sebaiknya dihindari:

Jangan menjanjikan kenaikan ranking atau trafik. WebMCP adalah antarmuka aksi browser, bukan sinyal peringkat Google.
Jangan menjanjikan agen AI pasti memakai tool tersebut. Dukungan agen di dunia nyata masih sangat terbatas, misalnya ChatGPT desktop yang baru menguji fitur ini pada browser bawaan dan akun terpilih.
Jangan mengutip persentase penghematan token sebagai janji kontrak. Angka efisiensi adalah klaim lingkungan uji, bukan jaminan hasil di situs klien.

Yang layak dikerjakan sekarang: audit form

Menurut Semrush, Declarative API dibangun langsung di atas struktur form HTML biasa. Artinya, form yang rapi, semantik, dan mudah diakses manusia akan menjadi form yang paling murah dihubungkan ke WebMCP saat teknologinya matang.

Perbaikan ini memberi hasil nyata hari ini untuk pengguna ponsel, pembaca layar, dan konversi lead:

Label yang jelas: setiap input wajib punya pasangan <label for="..."> dengan teks yang mendeskripsikan kebutuhan, bukan sekadar placeholder.
Tipe input tepat: gunakan type="email", type="tel", type="date", dan type="number", lengkap dengan atribut required serta batasan min/max.
Struktur satu tujuan: hindari satu form raksasa dengan logika tersembunyi yang rumit. Buat formulir yang fokus dengan tombol submit bernama jelas.
Pesan status yang terbaca: tampilkan pesan sukses dan pesan galat langsung di HTML halaman, bukan popup yang hilang dalam dua detik.
Bebas rintangan: pastikan form tidak tertutup banner diskon, popup survei, atau captcha agresif saat pertama kali dimuat.

Pastikan pula formulir utama tetap dapat dirender tanpa beban skrip pihak ketiga yang berlebihan. Anda bisa membaca panduan teknisnya di status HTTP dan JavaScript untuk Googlebot. Untuk mengukur konversi, pasang pelacakan yang tepat lewat panduan ukur lead formulir di GA4 dan pantau interaksi riil menggunakan Clarity untuk analisis form lead.

Tahapan uji kecil di staging

Jika klien memang ingin mencoba, batasi ruang lingkupnya dengan langkah-langkah berikut:

Pilih satu form dengan risiko paling rendah, misalnya formulir permintaan penawaran di landing page.
Buka environment staging, tambahkan atribut toolname dan tooldescription sesuai contoh di panduan Semrush.
Jangan gunakan toolautosubmit. Biarkan pengguna tetap menekan tombol kirim sendiri.
Uji alur menggunakan browser Chrome yang menjalankan origin trial, dan catat setiap kegagalan input.
Dokumentasikan hasilnya untuk klien sebagai catatan teknis internal, bukan sebagai bahan klaim pemasaran.

Cara menjawab pertanyaan klien

Bila ada klien yang menanyakan tren ini di rapat bulanan, cukup gunakan jawaban singkat:

“WebMCP masih tahap draf dan origin trial, sehingga belum ada browser utama yang menjadikannya standar baku. Pekerjaan terbaik yang kita lakukan sekarang adalah merapikan struktur formulir, label, dan aksesibilitas website. Begitu standarnya matang, kita tinggal menghubungkannya tanpa perlu merombak ulang sistem.”

Jika situs bisnis Anda membutuhkan audit form, perbaikan aksesibilitas, atau pembenahan fondasi teknis, pelajari layanan saya di jasa pembuatan website dan jasa SEO, atau hubungi saya untuk konsultasi langsung.