Agentic Browsing trong Lighthouse: Website của bạn đã sẵn sàng cho AI Agent chưa?

Trong bài viết này, chúng ta sẽ đi sâu vào từng tiêu chí mà Lighthouse kiểm tra, cách chạy audit trên website của bạn, và những việc cần làm ngay để website không bị bỏ lại phía sau trong kỷ nguyên agentic web.

Agentic Browsing là gì và tại sao lại quan trọng?

Trước đây, Lighthouse chủ yếu đo lường hai đối tượng: người dùng thật và bot tìm kiếm. Nhưng từ năm 2026, một “khách truy cập” thứ ba đã xuất hiện: AI agent — những công cụ như Gemini trong Chrome, ChatGPT, Claude hay các trợ lý mua sắm tự động — có thể mở trang web, đọc nội dung, click nút, điền form và thậm chí hoàn tất giao dịch thay cho con người.

Agentic Browsing audit chính xác là để đo lường khả năng tương tác đó. Nó kiểm tra xem AI agent có thể hiểu cấu trúc trang, xác định đúng vị trí phần tử, và thực hiện hành động trên website của bạn hay không. Điều quan trọng cần nhớ: danh mục này không ảnh hưởng đến điểm PageSpeed Insights 0-100 của bạn. Nó là một phần riêng biệt, hiển thị tỷ lệ pass/fail trên từng tiêu chí.

Lighthouse kiểm tra những gì trong Agentic Browsing?

Hiện tại, danh mục này chạy 9 bài kiểm tra chia thành 4 nhóm chính. Dưới đây là phân tích chi tiết từng tiêu chí và cách khắc phục.

1. Accessibility tree is well-formed (Cây trợ năng)

Đây là tiêu chí quan trọng nhất và cũng là nơi nhiều website thất bại nhất. AI agent không “nhìn” trang web như con người; thay vào đó, nó đọc accessibility tree — một bản đồ cấu trúc máy đọc được do trình duyệt xây dựng từ HTML, ARIA và semantic markup của bạn.

Lighthouse lọc ra các lỗi trợ năng cụ thể ảnh hưởng đến tương tác máy:

• Phần tử tương tác thiếu tên hoặc nhãn (button, link, form field không có aria-label hoặc text mô tả).
• Sử dụng ARIA không hợp lệ (ví dụ: đặt aria-expanded và aria-haspopup lên một input thường mà không có role="combobox").
• Cấu trúc cha-con trong cây trợ năng bị phá vỡ.
• Nội dung bị ẩn khỏi cây trợ năng khi cần tương tác.

Cách khắc phục:

• Sử dụng semantic HTML đúng chuẩn: <button> cho hành động, <a> cho liên kết, <nav> cho menu.
• Đảm bảo mọi phần tử tương tác có programmatic name — dùng aria-label, aria-labelledby, hoặc text visible bên trong phần tử.
• Kiểm tra ARIA bằng công cụ như axe DevTools hoặc tab Accessibility trong Chrome DevTools.
• Tuân thủ WCAG 2.1 — công việc này vừa giúp agent, vừa giúp người dùng khiếm thị và cả SEO.

2. Cumulative Layout Shift (Độ ổn định bố cục)

CLS đo lường mức độ di chuyển của các phần tử hiển thị trong viewport khi trang đang tải. Tại sao điều này lại quan trọng với AI agent?

Nhiều agent hoạt động bằng cách chụp screenshot, phân tích vị trí của nút bấm hoặc form, sau đó click vào tọa độ đó. Nếu trong khoảnh khắc giữa “nhìn” và “click” mà bố cục thay đổi (banner quảng cáo đẩy nút xuống, font chữ chưa load làm text nhảy, hình ảnh không có kích thước đẩy nội dung), agent sẽ click nhầm vào chỗ trống hoặc phần tử khác — dẫn đến thất bại hoàn toàn nhiệm vụ.

Cách khắc phục:

• Luôn khai báo width và height cho hình ảnh và video.
• Đặt chỗ trống (placeholder) cho quảng cáo, embed hoặc nội dung động được inject sau.
• Tránh chèn nội dung mới phía trên nội dung hiện có, đặc biệt là trên màn hình đầu tiên.
• Sử dụng font-display: swap cẩn thận — preload font chính để giảm nháy chữ.
• Theo dõi CLS thực tế từ người dùng trong Google Search Console (Core Web Vitals) thay vì chỉ dựa vào số liệu lab test.

3. WebMCP Integration

WebMCP (Web Model Context Protocol) là một giao thức thử nghiệm cho phép website đăng ký các “công cụ” (tools) mà AI agent có thể gọi trực tiếp. Thay vì agent phải đoán “nút này là thêm vào giỏ hàng”, WebMCP cho phép bạn khai báo rõ ràng: đây là hành động addToCart(), cần tham số productId và quantity.

Lighthouse kiểm tra ba khía cạnh:

• Registered WebMCP tools: Liệt kê tất cả tool đã đăng ký trên trang.
• Missing declarative WebMCP on forms: Các form có thiếu annotation WebMCP hay không.
• WebMCP schema validity: Schema của tool có hợp lệ không.

Bạn có thể đăng ký tool theo hai cách:

a) Declarative API (HTML annotation):

<form toolname="book_appointment" tooldescription="Đặt lịch hẹn với bác sĩ">
  <input type="date" name="date" required>
  <input type="time" name="time" required>
  <button type="submit">Đặt lịch</button>
</form>

b) Imperative API (JavaScript):

navigator.modelContext.registerTool({
  name: "search_products",
  description: "Tìm kiếm sản phẩm trong cửa hàng",
  parameters: {
    query: { type: "string", description: "Từ khóa tìm kiếm" }
  },
  handler: async (params) => {
    // Xử lý tìm kiếm
  }
});

Lưu ý quan trọng: WebMCP hiện chỉ hoạt động trong Chrome khi bật flag chrome://flags/#enable-webmcp-testing hoặc Chrome Canary. Hầu hết website hiện tại sẽ nhận kết quả “Not Applicable” cho các audit này. Đây là tính năng hướng tới tương lai, bạn không cần gấp gáp triển khai ngay nhưng nên theo dõi sát.

4. llms.txt

llms.txt là một file Markdown đặt tại thư mục gốc của domain (ví dụ: yoursite.com/llms.txt), cung cấp bản tóm tắt ngắn gọn về website dành cho AI. Nó tương tự khái niệm robots.txt nhưng hướng đến việc giúp agent hiểu nhanh nội dung và cấu trúc site.

Lighthouse kiểm tra:

• File llms.txt có tồn tại tại root domain không.
• File có chứa ít nhất một heading H1 không.
• Nội dung có đủ dài để hữu ích không (quá ngắn sẽ bị cảnh báo).
• File có chứa ít nhất một liên kết đến trang con không.

Ví dụ cấu trúc llms.txt:

# Tên Công Ty / Website

Giới thiệu ngắn gọn về website, lĩnh vực hoạt động và giá trị cốt lõi.

## Trang quan trọng

- [Trang chủ](https://yoursite.com/)
- [Sản phẩm](https://yoursite.com/san-pham/)
- [Liên hệ](https://yoursite.com/lien-he/)
- [Blog](https://yoursite.com/blog/)

## Thông tin liên hệ

Email: [email protected]
Điện thoại: 0123-456-789

Lưu ý: Google Search team đã xác nhận llms.txt không ảnh hưởng đến thứ hạng tìm kiếm hay AI Overviews. Tuy nhiên, việc tạo file này rất nhanh (chỉ mất khoảng 30 phút), chi phí thấp, và có thể hữu ích cho các agent duyệt web qua Chrome trong tương lai. Nếu chưa có, audit sẽ hiển thị “Not Applicable” thay vì “Fail”.

Cách chạy audit Agentic Browsing trên website của bạn

Phương pháp 1: Chrome DevTools (đơn giản nhất)

1. Mở Chrome phiên bản 150+ (hoặc Chrome Canary nếu dùng bản cũ hơn).
2. Truy cập website cần kiểm tra.
3. Mở DevTools (F12), chuyển sang tab Lighthouse.
4. Tick chọn danh mục Agentic Browsing (nếu chưa chọn mặc định).
5. Click Analyze page load và đợi kết quả.

Mẹo: Chạy audit trong Incognito Mode và tắt hết extension trình duyệt để tránh kết quả bị sai lệch.

Phương pháp 2: Command Line (cho CI/CD)

Cài đặt Lighthouse CLI:

npm install -g lighthouse@latest

Chạy audit Agentic Browsing riêng biệt:

lighthouse https://yoursite.com/ \
  --only-categories=agentic-browsing \
  --chrome-flags="--enable-experimental-web-platform-features" \
  --output=html \
  --output-path=report.html

Sau đó mở file report.html để xem chi tiết từng pass/fail.

Phương pháp 3: PageSpeed Insights

Tính đến tháng 7/2026, PageSpeed Insights chưa hiển thị danh mục Agentic Browsing. Bạn cần dùng Chrome DevTools hoặc Lighthouse CLI để xem kết quả đầy đủ.

Chiến lược ưu tiên: Nên sửa cái gì trước?

Không phải audit nào cũng cần hành động ngay lập tức. Dưới đây là thứ tự ưu tiên dựa trên tác động thực tế:

Ưu tiên 1: Sửa Accessibility Tree (Tác động cao — có thể làm ngay)

Đây là nơi mang lại lợi ích kép lớn nhất. Việc dọn dẹp semantic HTML và ARIA không chỉ giúp pass audit Agentic Browsing mà còn cải thiện trải nghiệm cho người dùng khiếm thị, tăng khả năng crawl của search engine, và củng cố kỹ thuật SEO on-page. Nếu website của bạn đã làm tốt accessibility, bạn đã gần như hoàn thành phần này.

Ưu tiên 2: Tối ưu CLS (Tác động cao — dữ liệu sẵn có)

Bạn đã có sẵn dữ liệu CLS từ Lighthouse Performance và Search Console. Tập trung vào các trang có nhiều tương tác: trang sản phẩm, giỏ hàng, form đặt hàng, trang đăng ký. Đảm bảo các phần tử quan trọng không bị đẩy lệch sau khi trang load xong.

Ưu tiên 3: Tạo llms.txt (Tác động trung bình — nhanh và rẻ)

Chỉ mất khoảng 30 phút để viết và upload một file Markdown lên root domain. Không cần thay đổi code phức tạp. Đây là khoản đầu tư nhỏ với rủi ro thấp, giúp website của bạn sẵn sàng nếu chuẩn này trở nên phổ biến.

Ưu tiên 4: Theo dõi WebMCP (Tác động tương lai — chưa cần triển khai)

Giao thức này vẫn đang thử nghiệm, hỗ trợ còn hạn chế, và chưa có agent thương mại nào sử dụng rộng rãi. Hãy đọc tài liệu, thử nghiệm trên môi trường staging, nhưng đừng để nó chặn các công việc quan trọng hơn như performance và accessibility.

Những điều cần nhớ

• Agentic Browsing không phải ranking factor. Google chưa tuyên bố đây là yếu tố xếp hạng. Hãy xem đây là tín hiệu chuẩn bị cho tương lai thay vì áp lực cấp bách.
• Không có điểm số 0-100. Bạn sẽ thấy tỷ lệ pass/fail (ví dụ: 3/4) thay vì một con số tổng hợp. Google muốn cung cấp tín hiệu hành động thay vì xếp hạng.
• Danh mục đang trong giai đoạn thử nghiệm. Google ghi rõ “still under development and subject to change”. Các audit và tiêu chí có thể thay đổi trong các phiên bản Lighthouse tới.
• “Not Applicable” khác với “Fail”. Nếu bạn chưa có llms.txt hoặc chưa triển khai WebMCP, kết quả sẽ là Not Applicable — không phải điểm trừ.

Kết luận

Agentic Browsing trong Lighthouse là một bước ngoặt ý nghĩa: lần đầu tiên Google đưa ra một bộ tiêu chí chuẩn hóa để đánh giá website dưới góc nhìn của AI agent. Mặc dù còn thử nghiệm, nó cho thấy rõ xu hướng web đang chuyển từ “tối ưu cho người và bot tìm kiếm” sang “tối ưu cho cả AI agent tự chủ”.

Điều tích cực là phần lớn công việc cần làm — semantic HTML, ARIA đúng chuẩn, ổn định bố cục — đều là những việc bạn nên làm ngay cả khi không có audit này. Hãy bắt đầu bằng cách chạy Lighthouse trên hai trang quan trọng nhất của bạn (trang chủ và trang chuyển đổi), ghi nhận các lỗi accessibility tree và CLS, rồi lên lịch sửa trong tuần này. Website sẵn sàng cho AI agent không chỉ là chuẩn bị cho tương lai — mà còn là cách bạn phục vụ tốt hơn mọi người dùng ngay hôm nay.