Bạn vừa tối ưu xong tốc độ, schema, Core Web Vitals cho site. Mọi đèn đều xanh. Rồi tự nhiên có người hỏi: “site của bạn đã sẵn sàng cho AI agent chưa?”. Bạn ngớ người, vì SEO cũ đo site cho con người và cho Googlebot, chứ chưa ai đo site cho một con bot biết tự bấm nút thay bạn.
Tháng 5/2026, Google lặng lẽ thêm một hạng mục mới vào Lighthouse, tên là Agentic Browsing. Nó không chấm tốc độ, không chấm SEO. Nó chấm xem một AI agent có “đọc” và “thao tác” được trên site của bạn hay không. Mình đã chạy thử nó trên ongboit.com bằng Lighthouse CLI, và kết quả khá thú vị: 3/3 mục testable đều pass, nhưng có một nhóm check hiện N/A trên gần như mọi site hiện nay.
Có một chuyện buồn cười mà gần như chưa bài tiếng Việt nào nói: một công cụ của Google (Lighthouse) đang đi chấm điểm llms.txt, trong khi một người khác của Google (John Mueller) công khai bảo llms.txt vô dụng, ví nó với thẻ meta keywords đã chết. Bài này giải thích Agentic Browsing là gì, 4 thứ nó chấm, cách chạy thật, và quan trọng nhất: cái nào đáng làm, cái nào cứ bình tĩnh.
TL;DR: Agentic Browsing là hạng mục thử nghiệm trong Lighthouse 13.3 (ra 7/5/2026) đo site “sẵn sàng cho AI agent” qua 4 mảng: accessibility tree, llms.txt, WebMCP, CLS. Nó KHÔNG phải ranking factor, KHÔNG chấm điểm 0-100, mà báo pass-ratio. Ưu tiên accessibility tree và CLS; llms.txt và WebMCP thì cứ bình tĩnh.
Đọc tiếp nếu: bạn làm SEO/GEO, dev, hoặc chủ site muốn biết “website cho AI agent” đo bằng gì và có cần lo.
Bỏ qua nếu: bạn cần một ranking factor chắc chắn để báo cáo sếp, vì cái này vẫn experimental.
Agentic Browsing Là Gì?
Một bộ kiểm tra mới trong Lighthouse đo xem website của bạn có dễ cho AI agent đọc và thao tác không, Google gọi nó là Agentic Browsing. Khác với SEO cũ (tối ưu cho người đọc và cho crawler index), nhóm check này hỏi một câu rất khác: khi một con bot tự động (kiểu agent đặt vé, agent mua hàng, agent điền form) ghé site bạn, nó có hiểu cấu trúc trang và bấm đúng nút không?
Hãy hình dung thế này. Googlebot cũ giống một nhân viên đọc lướt cả thư viện rồi ghi sổ mục lục. Còn AI agent giống một trợ lý bạn sai đi làm việc cụ thể: “vào trang này, tìm nút đặt phòng, điền tên rồi bấm xác nhận”. Trợ lý đó không nhìn màu sắc hay bố cục đẹp, nó đọc cấu trúc bên dưới. Agentic Browsing chấm xem cái cấu trúc đó có rõ ràng cho trợ lý không.
Ba điều phải nói ngay từ đầu, kẻo hiểu sai:
- Đây là tính năng thử nghiệm. Tài liệu Chrome ghi rõ: “The Agentic Browsing category and WebMCP support are experimental and based on proposed standards” (hạng mục Agentic Browsing và WebMCP là thử nghiệm, dựa trên các chuẩn còn đang đề xuất). Ngay trên báo cáo Lighthouse cũng có dòng “This category is still under development and subject to change” (truy cập 18/06/2026).
- Nó KHÔNG phải ranking factor. Không có chỗ nào trong tài liệu nói điểm này ảnh hưởng thứ hạng Google Search. Đừng báo cáo sếp kiểu “phải làm cái này không thì tụt hạng”.
- Nó KHÔNG cho điểm 0-100. Tài liệu Chrome mô tả: báo cáo hiển thị “a fractional score: a ratio showing how many agentic readiness checks your site passes” (điểm phân số: tỉ lệ site bạn pass bao nhiêu check). Bạn sẽ thấy kiểu “3/3” hay “2/2”, không phải con số 90+ như Performance.
Nói cách khác, Agentic Browsing là một mảnh trong dịch chuyển lớn từ SEO sang GEO. Nếu bạn chưa rõ SEO, AEO, GEO khác nhau chỗ nào, đọc GEO là gì và phân biệt SEO, AEO, GEO trước, vì Agentic Browsing chính là khi cuộc chơi đó chạm tới tầng kỹ thuật của site.
Vì Sao Google Thêm Nó Vào Lighthouse 13.3?
Câu trả lời ngắn: vì cách người ta dùng web đang đổi. Trước đây người dùng tự mở trình duyệt, tự đọc, tự bấm. Giờ ngày càng nhiều tác vụ được giao cho AI agent làm hộ. Khi agent là “người dùng” mới, site phải đọc được bằng máy, không chỉ đẹp với mắt người.
Đây cũng là lý do AI Overview và các trợ lý AI ngày càng quan trọng với traffic. Nhưng Agentic Browsing đi xa hơn AI Overview một bước: AI Overview là AI đọc và tóm tắt nội dung, còn agentic browsing là AI thao tác, tự điền form, tự bấm nút, tự hoàn thành một việc trên site bạn.
Google đặt nhóm check này vào Lighthouse vì Lighthouse là nơi dev đã quen mở mỗi ngày để đo Performance và Accessibility. Thêm một tab nữa cho “agent readiness” là cách rẻ nhất để đẩy ý tưởng này tới hàng triệu dev. Nhưng nhớ: đặt vào Lighthouse không có nghĩa nó đã là chuẩn chính thức. Tài liệu nói thẳng “the standards for the agentic web are still emerging” (các chuẩn cho web agentic vẫn đang hình thành).
4 Mảng Lighthouse Agentic Browsing Chấm Gì?
Nhóm check này soi 4 mảng. Mình giải thích từng cái theo công thức: nó là gì, vì sao agent cần, và fix thế nào.
1. Accessibility tree: agent đọc cây cấu trúc như screen reader
Accessibility tree là phiên bản “rút gọn về ngữ nghĩa” của trang mà trình duyệt dựng ra: nút này tên gì, ô input này nhãn gì, vùng nào là menu. AI agent đọc cây này y như screen reader của người khiếm thị, nó không nhìn pixel hay màu cam đẹp của bạn. Nếu một nút chỉ là <div> rỗng không có nhãn, người dùng thấy “Đặt phòng” nhưng agent thấy một ô trống vô danh, và nó chịu.
Fix: mọi phần tử tương tác (button, link, input) phải có tên hoặc nhãn rõ ràng (text, aria-label, hoặc <label> gắn đúng), và cây không bị vỡ cấu trúc. Đây cũng chính là accessibility tốt cho người khuyết tật, nên fix một công đôi việc.
2. llms.txt: file chỉ đường cho LLM (và cũng là mảng gây tranh cãi nhất)
Một file text đặt ở gốc domain (tên-site.com/llms.txt) liệt kê các trang quan trọng để AI dễ hiểu site bạn nói về gì, người ta gọi nó là llms.txt. Lighthouse check file này có tồn tại không, có chứa link không, và có bị viết sai định dạng không.
Fix: tạo file llms.txt ở gốc, có heading H1 tên site, mô tả ngắn, và danh sách link tới các trang chính. Nhưng khoan đã vội: cả một mục riêng bên dưới mình sẽ nói vì sao mảng này gây tranh cãi ngay trong nội bộ Google. Đừng đổ công sức vào nó trước khi đọc phần đó.
3. WebMCP: site tự “đưa công cụ” cho agent dùng
WebMCP là cách site khai báo sẵn các “tool” cho agent gọi, thay vì để agent mò mẫm bấm thử giao diện. Có hai kiểu: declarative (gắn chú thích vào form HTML để agent hiểu form làm gì) và imperative (đăng ký tool bằng JavaScript). Lighthouse chấm 3 thứ con: form coverage, registered tools, và schema validity.
Fix: đây là mảng mới nhất và ít site có nhất. Để test được WebMCP, bạn cần Chrome 150+ hoặc đăng ký WebMCP origin trial; nếu không, các check này hiện N/A, đúng như mình thấy trên ongboit.com. Với hầu hết site, WebMCP là chuyện của tương lai, không phải việc tuần này.
4. CLS: layout nhảy làm agent bấm nhầm nút
CLS (Cumulative Layout Shift) đo độ “nhảy” của bố cục khi trang load. Cái này không mới, nó là một Core Web Vital từ 2021. Cái mới là góc nhìn: với người, layout shift gây khó chịu; với agent, nó gây bấm nhầm. Agent nhận diện nút “Xác nhận” ở thời điểm T, tới T+1 nó bấm, nhưng một banner vừa load đẩy nút xuống, thế là nó bấm trúng quảng cáo.
Fix: đặt kích thước cố định cho ảnh và iframe, chừa chỗ sẵn cho banner/ad, tránh chèn nội dung đẩy layout. Ngưỡng tốt của CLS là ≤ 0.1 (đo ở phân vị 75, theo web.dev). Agentic Browsing nâng CLS từ “yếu tố trải nghiệm” lên thành “lỗi chặn agent”.
Chạy Audit Agentic Browsing Thế Nào?
Phần này nhiều bài làm sơ sài. Mình ghi đủ để bạn chạy được ngay hôm nay, kèm cảnh báo phiên bản, vì đây là chỗ dễ sai nhất.
| Môi trường | Cách bật Agentic Browsing |
|---|---|
| Chrome 150+ | Mở DevTools, tab Lighthouse, tick “Agentic Browsing”, bấm Analyze. Không cần cấu hình gì thêm. |
| Chrome 130 đến 149 | Vào chrome://flags/#enable-webmcp-testing, đặt Enabled, relaunch. Sau đó mở DevTools, tab Lighthouse như trên. |
| Lighthouse CLI | npx lighthouse@latest <url> --only-categories=agentic-browsing, trả JSON pass/fail từng audit, hợp cho CI. |
| PageSpeed Insights / DevTools bản stable | Tại thời điểm viết, vẫn dùng Lighthouse bản cũ hơn nên chưa có hạng mục này. Các nguồn nói khác nhau về thời điểm kế thừa, nên đừng chờ: dùng Lighthouse CLI hoặc DebugBear để chạy ngay. |
Mình dùng cách CLI vì nó nhanh và lặp lại được. Lệnh đầy đủ mình chạy cho ongboit.com:
npx lighthouse@latest https://ongboit.com/ \
--only-categories=agentic-browsing \
--output=json --output=html \
--output-path=./agentic --quietCách đọc kết quả, chỗ nhiều người hiểu sai: bạn KHÔNG tìm con số 90+. Bạn đọc pass-ratio (ví dụ “3/3 passed”) và trạng thái từng audit: PASS, FAIL, hoặc N/A. Mục N/A không phải lỗi, nó nghĩa là “không áp dụng được trong điều kiện test hiện tại” (như WebMCP khi chưa có origin trial). Pass-ratio chỉ đếm các mục testable.
llms.txt: Google Có Đang Tự Mâu Thuẫn?
Đây là phần thú vị nhất, và là lý do mình viết bài này thay vì copy mấy bài tiếng Anh.
Lighthouse, một công cụ của Google, đi chấm điểm llms.txt. Nhưng John Mueller của chính Google lại công khai dìm llms.txt. Trên Reddit, ông nói: “AFAIK none of the AI services have said they’re using LLMs.TXT … To me, it’s comparable to the keywords meta tag” (theo tôi biết, chưa dịch vụ AI nào nói họ dùng llms.txt; với tôi nó giống thẻ meta keywords). Thẻ meta keywords là cái mà search engine đã bỏ qua hơn một thập kỷ, vì site tự khai nên dễ gian lận.
Vậy ai đúng? Mình nghĩ cả hai cùng đúng, ở hai tầng khác nhau. Lighthouse chấm llms.txt ở tầng “có file đúng định dạng không” (một check kỹ thuật trung lập). Mueller nói ở tầng “file đó có thật sự khiến AI chọn site bạn không” (một câu hỏi về hiệu quả). Một cái đo sự tồn tại, một cái đo tác dụng. Cũng có người phản biện Mueller: Search Engine Land đăng bài “No, llms.txt is not the ‘new meta keywords’”, lập luận rằng dùng đúng ngữ cảnh thì file vẫn có ích cho agent đã ở trên site.
Kết luận thực dụng của mình: tạo llms.txt mất 10 phút và không hại gì, cứ làm cho qua check. Nhưng đừng kỳ vọng nó kéo traffic AI, và đừng ưu tiên nó hơn accessibility tree hay CLS, hai thứ có tác dụng thật và rõ ràng ngay.
Mình Chấm Thử ongboit.com Được Bao Nhiêu?
Nói lý thuyết mãi cũng chán, nên mình chạy thật. Tính năng ra mắt ở Lighthouse 13.3, nhưng mình test bằng bản mới hơn 13.4.0 (chạy ngày 18/06/2026 nên CLI tự kéo bản latest), 4 mảng vẫn y nguyên. Môi trường: Lighthouse CLI 13.4.0 trên Chrome 149, headless. Đây là số đo lab một lần chạy, không phải dữ liệu field. Lưu ý: mình chạy Chrome 149 và KHÔNG bật flag chrome://flags/#enable-webmcp-testing, nên cả 3 mục WebMCP hiện N/A (đúng như bảng “cách chạy” ở trên: muốn test WebMCP thì phải bật flag đó hoặc dùng Chrome 150+ kèm origin trial).
| Audit | Kết quả | Chi tiết |
|---|---|---|
| Accessibility tree well-formed | ✅ PASS | “All audits passed” |
| Cumulative Layout Shift | ✅ PASS | CLS 0.002 (lab; ngưỡng tốt ≤ 0.1) |
| llms.txt follows recommendations | ✅ PASS | ongboit đã có file llms.txt hợp lệ |
| WebMCP form coverage | ⚪ N/A | chưa đăng ký WebMCP origin trial |
| WebMCP registered tools | ⚪ N/A | chưa expose tool nào |
| WebMCP schema validity | ⚪ N/A | chưa có schema để validate |
Đọc thẳng: ongboit.com pass cả 3 mục testable, 0 fail, 3 mục WebMCP hiện N/A. Cái N/A đó không phải điểm trừ, nó là tình trạng chung của gần như mọi site lúc này, vì WebMCP cần bật origin trial và phải chủ động khai báo tool. CLS 0.002 thì rất tốt (xa dưới ngưỡng 0.1). Điểm mình hài lòng nhất là accessibility tree pass, vì đó là thứ có tác dụng thật cho cả người lẫn agent.
Nếu bạn không muốn tự gõ lệnh, /seo-pipeline trong bộ kit claude-growth mình đang dùng đã tự động kiểm 4 mảng này (accessibility, CLS, cấu trúc cho máy đọc) trong cùng một lần audit hạ tầng site, nên bạn không phải ghép tay nhiều tool.
Khi Nào Bạn KHÔNG Cần Lo Về Agentic Browsing?
Phần này để bạn khỏi hoảng. Hype rất to, nhưng thực tế adoption còn rất thấp.
- WebMCP: gần như chưa site nào có, và chưa AI agent lớn nào xác nhận đọc tool theo chuẩn này rộng rãi. Nếu bạn không bán hàng qua agent ngay bây giờ, cứ để N/A, không sao.
- llms.txt: theo Ahrefs, 97% file nhận 0 request và chưa hãng AI lớn nào (Anthropic, OpenAI, Google) xác nhận dùng. Làm cho qua check thì được, nhưng đừng kỳ vọng.
- Nó không phải ranking factor: điểm này không kéo hay dìm thứ hạng Google Search của bạn.
Vậy ưu tiên gì? Theo mình, thứ tự đáng làm là: (1) accessibility tree, vì nó tốt cho cả người khuyết tật, SEO, lẫn agent; (2) CLS, vì nó là Core Web Vital có thật, ảnh hưởng trải nghiệm và giờ thêm cả agent; (3) llms.txt, làm nhanh cho qua, kỳ vọng thấp; (4) WebMCP, để dành tương lai trừ khi bạn có lý do kinh doanh rõ ràng ngay.
Sai Lầm Hay Mắc Khi Đọc Điểm Agentic Browsing
- Tưởng N/A là fail. N/A nghĩa là không test được trong điều kiện hiện tại (như WebMCP chưa có origin trial), không phải bạn làm sai. Pass-ratio chỉ đếm mục testable.
- Đi tìm điểm 90+. Hạng mục này báo pass-ratio kiểu 3/3, không có thang 0-100. Tìm số 90 là tìm nhầm thứ.
- Coi nó là ranking factor. Không phải. Đừng đánh đổi việc SEO/UX có tác dụng thật để chạy theo một chỉ số experimental.
- Sai phiên bản Chrome. Dưới Chrome 150 mà không bật flag
chrome://flags/#enable-webmcp-testingthì không thấy hạng mục, rồi tưởng “site mình hỏng”. Kiểm tra phiên bản trước. - Đổ hết công vào llms.txt. Nó là mảng tranh cãi nhất và ít tác dụng đo được nhất. Làm nhanh, rồi quay lại accessibility tree và CLS.
Câu Hỏi Thường Gặp
Agentic Browsing có phải ranking factor của Google không?
Không. Tài liệu Chrome không nói nó ảnh hưởng thứ hạng Google Search, và nó vẫn là tính năng thử nghiệm. Nó đo mức độ site sẵn sàng cho AI agent thao tác, một việc khác với xếp hạng tìm kiếm.
Điểm Agentic Browsing chấm theo thang nào?
Theo pass-ratio (ví dụ 3/3), không phải thang 0-100 như Performance. Tài liệu Chrome mô tả là “a fractional score” hiển thị tỉ lệ check mà site pass. Mục N/A không tính vào tỉ lệ.
Tôi cần Chrome phiên bản nào để chạy?
Chrome 150+ thấy hạng mục ngay trong DevTools, tab Lighthouse. Chrome 130 đến 149 cần bật chrome://flags/#enable-webmcp-testing rồi relaunch. Hoặc dùng Lighthouse CLI: npx lighthouse@latest <url> --only-categories=agentic-browsing.
Có cần tạo llms.txt không?
Tạo thì tốt cho qua check, mất khoảng 10 phút, và không hại gì. Nhưng theo Ahrefs (137.000 domain, 5/2026), 97% file llms.txt nhận 0 request và chưa hãng AI lớn nào xác nhận dùng. Nên làm nhưng đừng kỳ vọng nó kéo traffic AI.
WebMCP hiện N/A trên site tôi, có sao không?
Không sao. WebMCP cần bật origin trial và phải chủ động khai báo tool, nên gần như mọi site đều N/A lúc này, kể cả ongboit.com khi mình test. Nó là chuyện tương lai trừ khi bạn có nhu cầu bán hàng/đặt dịch vụ qua agent ngay.
Kết Luận
Agentic Browsing là tín hiệu sớm của một web nơi AI agent là “người dùng” mới. Nhưng nó vẫn experimental, không phải ranking factor, và không cho điểm 0-100. Cách dùng đúng: chạy thử bằng Lighthouse CLI, đọc pass-ratio thay vì tìm số 90, rồi ưu tiên accessibility tree và CLS (hai thứ có tác dụng thật), làm llms.txt cho qua, để WebMCP cho tương lai.
Nếu muốn kiểm site mình mà không phải gõ lệnh từng cái, dịch vụ audit website của mình chạy /seo-pipeline soi cả 4 mảng này cùng phần SEO và GEO trong một lần, rồi trả về danh sách fix theo thứ tự ưu tiên. Còn nếu bạn thích tự làm, đọc cách mình audit website bằng Claude Code để dựng quy trình tương tự.
Nguồn: Chrome for Developers (Lighthouse agentic browsing scoring), Lighthouse changelog 13.3.0, Ahrefs llms.txt study, Search Engine Journal (Mueller on llms.txt). Số đo ongboit.com: Lighthouse CLI 13.4.0, Chrome 149, mình đo 18/06/2026.
