## WebMCP Là Gì Và Tại Sao Nó Quan Trọng Với Bất Kỳ Ai Làm Website?
WebMCP (Web Model Context Protocol) là chuẩn web mở do Google và Microsoft cùng phát triển qua W3C Web Machine Learning Working Group. Nó cho phép website “mở API” trực tiếp cho AI agents ngay trong trình duyệt, không cần backend thay đổi, không cần API riêng.
Bạn nghĩ AI agents duyệt web kiểu gì hiện nay? Chụp màn hình, gửi cho model, model đoán vị trí nút bấm, click, chụp lại, gửi lại. Khoảng 5-7 lần lặp lại cho một hành động đơn giản. Nó chậm, tốn tiền, và hỏng mỗi khi CSS đổi class name.
WebMCP thay thế cái vòng lặp thiếu hiệu quả đó bằng một kênh giao tiếp có cấu trúc. Agent gọi bookFlight({origin: "SGN", destination: "HAN", date: "2026-06-15"}) và nhận lại JSON. Xong. Không chụp màn hình, không đoán.
Mình theo dõi announcement này từ Google I/O 2026 và phải nói: đây có thể là tin quan trọng nhất bị chìm dưới đống demo Gemini và Antigravity 2.0.
## AI Agents Đang Duyệt Web Kiểu Gì Trước WebMCP?
Câu trả lời ngắn: cực kỳ thô sơ. Agents như ChatGPT browsing hay Claude Computer Use hoạt động theo cơ chế “nhìn và đoán”.
Quy trình hiện tại gồm 6 bước: agent chụp screenshot trang web, gửi ảnh cho vision model, model trả về tọa độ pixel cần click, agent mô phỏng click, chờ trang tải, rồi lặp lại. Mỗi bước tốn 1-3 giây, mỗi transaction mất 15-30 giây, và tỷ lệ lỗi dao động 15-40% tùy độ phức tạp của giao diện.
Mình test Claude Computer Use tuần trước trên một trang booking đơn giản. Agent mất 47 giây để book một phòng hotel, và thất bại 2/5 lần vì nó click nhầm nút “Xem thêm” thay vì “Đặt phòng”. Đó là vấn đề cấu trúc, không phải vấn đề model thông minh hơn là giải được.
WebMCP giải quyết triệt để bằng cách bỏ qua toàn bộ bước “nhìn và đoán”. Agent không cần biết giao diện trông thế nào, nó chỉ cần biết chức năng nào có sẵn.
## Hai Cách Thêm WebMCP Vào Website: Declarative Và Imperative?
WebMCP cung cấp hai API, và cái đơn giản hơn gần như không cần viết code.
Declarative API — thêm 2 thuộc tính HTML là xong. Bạn annotate form hiện tại bằng toolname và tooldescription, trình duyệt tự động tạo JSON schema từ cấu trúc form. Ví dụ một form tìm kiếm chuyến bay:
<form toolname="bookFlight" tooldescription="Tìm và đặt chuyến bay">
<input name="origin" toolparamdescription="Sân bay đi (VD: SGN)">
<input name="destination" toolparamdescription="Sân bay đến">
<input name="date" type="date" toolparamdescription="Ngày bay">
<button type="submit">Tìm chuyến bay</button>
</form>
Không cần JavaScript. Không cần backend thay đổi. Nếu website bạn dùng HTML form chuẩn, bạn có thể biến nó thành agent-callable trong 10 phút.
Imperative API — cho trường hợp phức tạp hơn, dùng navigator.modelContext.register() để đăng ký tool bằng JavaScript. Phù hợp cho multi-step checkout, dynamic state management, những workflow không thể diễn tả bằng một form đơn.
Mình đánh giá Declarative API là nơi bắt đầu hợp lý nhất. Overhead gần bằng không, forward compatibility thực tế.
## Booking.com, Shopify, Expedia Đã Chơi Trước — Tại Sao Họ Nhanh Thế?
Sáu nền tảng lớn — Booking.com, Expedia, Instacart, Intuit, Shopify, và Redfin — đã công khai cam kết triển khai WebMCP tại I/O 2026. Đây không phải lòng tốt. Đây là chiến lược first-mover advantage.
Logic giống hệt giai đoạn đầu schema.org: ai adopt trước, AI agents ưa thích hơn. Nếu một agent có thể hoàn thành tác vụ trên Booking.com nhờ WebMCP nhưng không thể trên trang competitor vì thiếu WebMCP, agent sẽ chọn Booking.com. Mỗi lần.
So sánh với robots.txt: tạo năm 1994, bị bỏ qua nhiều năm, rồi âm thầm trở thành hạ tầng thiết yếu khi search crawler volume vượt ngưỡng. WebMCP đang trên quỹ đạo tương tự, nhưng tốc độ compound nhanh hơn nhiều vì AI agent traffic tăng nhanh hơn search crawlers từng tăng.
Mình thấy parallel rõ ràng: schema.org năm 2011 → ai implement sớm được rich results → traffic tăng. WebMCP năm 2026 → ai implement sớm được agent preference → conversion tăng.
## WebMCP So Với MCP Của Anthropic: Khác Gì, Dùng Cái Nào?
Đây là câu mình được hỏi nhiều nhất khi nói về chủ đề này, nên mình so sánh trực tiếp.
| Tiêu chí | MCP (Anthropic) | WebMCP (Google/Microsoft) |
|---|---|---|
| Chạy ở đâu | Backend server, JSON-RPC | Trong trình duyệt, browser-native |
| Xác thực | Cần API key riêng | Dùng session hiện có của user |
| Cài đặt | Cần backend thay đổi | Thêm HTML attributes (Declarative) |
| Chuẩn | Open-source, Anthropic dẫn | W3C proposed standard |
| Headless support | Có | Chưa hỗ trợ |
| Coverage | Bất kỳ nền tảng nào | Chrome 149+, Edge 147+ (Firefox tracking) |
| Phù hợp | Backend automation, API integration | Browser-based agent interactions |
Kết luận của mình: đây không phải “chọn A hay B”. MCP cho backend automation, WebMCP cho browser-based agent interaction. Dùng cả hai là optimal. Nhưng nếu chỉ được chọn một để bắt đầu, WebMCP có rào cản thấp hơn nhiều.
## Bắt Đầu Với WebMCP: 4 Bước Trong 30 Phút?
Mình tóm tắt quy trình nhanh nhất để bạn thử WebMCP ngay:
Bước 1: Bật flag WebMCP trên Chrome 149+ bằng cách vào chrome://flags, tìm “WebMCP” và enable. Restart Chrome.
Bước 2: Audit các HTML form trên website của bạn. Tìm những form thực hiện hành động rõ ràng: tìm kiếm, liên hệ, đặt hàng, đăng ký.
Bước 3: Thêm toolname và tooldescription vào các form đó. Thêm toolparamdescription vào từng input. Mô tả phải rõ ràng để agent hiểu đúng ngữ cảnh.
Bước 4: Test bằng Chrome DevTools console hoặc đăng ký Chrome 149 origin trial cho production traffic.
Tổng thời gian ước tính: 30 phút cho site đơn giản. Nếu website bạn có 10 form, bạn vừa thêm 10 agent-callable tools mà không thay đổi một dòng logic.
## WebMCP Có Hạn Chế Gì Cần Biết?
Mình luôn nói cả hai mặt, không chỉ mặt tốt.
Hỗ trợ trình duyệt chưa đầy đủ. Chrome 149+ và Edge 147+ đã support. Firefox đang theo dõi, ước tính 8-12 tuần nữa. Safari chưa có timeline cam kết. Apple có đại diện trong W3C working group nhưng “tham gia” khác “triển khai”. Safari chiếm hơn 1/3 mobile web traffic, và nếu Apple không implement, WebMCP sẽ có khoảng trống lớn trên mobile.
Vấn đề bảo mật chưa đóng hoàn toàn. WebMCP tools chạy với session hiện có của user, không có credential riêng. Security team không thể audit hoặc thu hồi agent access độc lập. Prompt injection vẫn là mối lo — một trang độc hại có thể thao túng tool calls của agent qua mô tả được craft kỹ. Google cho rằng browser là ranh giới bảo mật, nhưng đó chưa phải câu trả lời trọn vẹn.
Không hỗ trợ headless. Tools yêu cầu browser tab đang mở và active. Điều này giới hạn use case automation chạy nền.
## WebMCP Đáng Đầu Tư Thời Gian Ngay Bây Giờ Không?
Mình nghĩ là có, với điều kiện bạn chọn đúng mức đầu tư.
Declarative API có cost gần bằng không. Thêm 2 attributes vào HTML form không tốn gì cả, nhưng cho phép website bạn sẵn sàng khi AI agents trở thành nguồn traffic đáng kể. So sánh với chi phí của việc retrofit sau: schema.org adopt sớm tốn vài giờ, retrofit sau mất vài tuần.
Nếu bạn đang xây tính năng mới mà có form hoặc structured action flow, thiết kế nó như WebMCP tool ngay từ đầu. Overhead nhỏ, forward compatibility thực.
Còn nếu bạn hỏi “AI agents có thành nguồn traffic chính không?” — thì câu trả lời của mình là: AI Mode vừa vượt 1 tỷ user tháng, query volume tăng gấp đôi mỗi quý. Agents không đang đến. Agents đã ở đây rồi.
Nguồn tham khảo:
– Chrome Developers Blog: WebMCP Early Preview
– Google I/O 2026 Developer Keynote
– ByteIota: WebMCP Agent-Ready Web Standard
– W3C Web Machine Learning Working Group
