PageSpeed Insights đã nhiều năm chấm điểm Hiệu năng, Khả năng truy cập, Thực hành tốt nhất và SEO. Vào năm 2026, một mục thứ năm lặng lẽ gia nhập hàng đó: Agentic Browsing. Nó trả lời một câu hỏi mà bốn hạng mục kia bỏ qua — liệu một tác nhân AI có thực sự làm việc được với trang này không?
Hướng dẫn này nói về việc đưa kiểm tra đó vào site của bạn: chạy nó, đọc xem từng mục thực sự nói gì, và rời đi với một danh sách sửa lỗi.
Bạn sẽ có gì sau khi đọc xong
Dành cho ai: đội SEO, lập trình viên và chủ site muốn biết trang của họ hành xử thế nào khi một tác nhân duyệt thay vì một người.
Bạn sẽ có gì khi xong: kết quả Agentic Browsing thật cho site của bạn, cách đọc từng mục về cái gì đạt, không đạt hay không áp dụng, và một danh sách sửa lỗi đã xếp thứ tự ưu tiên.
Điều kiện cần: một URL truy cập công khai được, khoảng mười phút cho lần chạy đầu, và quyền truy cập mã nguồn nếu bạn định sửa ngay trong ngày.
Định nghĩa hoàn thành: bạn giải thích được điểm phân số của mình theo từng mục, và nói được lỗi nào thật sự chặn tác nhân hoàn thành một tác vụ trên trang của bạn.
Kiểm tra này từ đâu ra, và tại sao lại là bây giờ
Hạng mục Agentic Browsing chưa tồn tại một năm trước. Quá trình ra mắt diễn ra theo ba bước, tất cả đều được Google ghi lại:
- 7 tháng 5, 2026: Lighthouse 13.3 thêm hạng mục này vào cấu hình mặc định, biến nó thành một phần của lần chạy tiêu chuẩn.
- 22 tháng 6, 2026: blog Chrome for Developers công bố nó trong bài "A developer toolkit to make your website agent-ready", cùng với DevTools for agents và hướng dẫn WebMCP.
- 20 tháng 7, 2026: Lighthouse 13.4.1 bật hạng mục này cho đường API của PageSpeed Insights và nói bản phát hành sẽ tới PageSpeed Insights "trong vòng 2 tuần". Điều đó đặt mốc ra mắt công khai vào đầu tháng 8 năm 2026.
Khi tôi chạy kiểm tra vào ngày 11 tháng 9 năm 2026, chân trang báo cáo ghi "Emulated Moto G Power with Lighthouse 13.4.1", và Agentic Browsing nằm ngay cạnh SEO. Vậy tính năng đã chạy thật, không chỉ ở kênh canary. Nó cũng được nêu rõ là chưa hoàn thiện. Phần mô tả hạng mục trong báo cáo nói thẳng: "This category is still under development and subject to change."
Một lưu ý thực tế trước khi bắt đầu: PSI chạy hạng mục này giúp bạn, ở phía Google. Bạn không cần Chrome 150 hay origin trial cho các kiểm tra cấp trang. Những lần chạy cục bộ trong Chrome DevTools mới là chỗ có yêu cầu phiên bản.
Chạy kiểm tra trên site của bạn
- Mở pagespeed.web.dev và dán URL của bạn. Chạy cho di động trước, rồi lặp lại cho máy tính, vì hai lần chạy phòng thí nghiệm được chấm riêng.
- Chờ dữ liệu phòng thí nghiệm chạy xong. Dữ liệu hiện trường ở trên đến từ Chrome UX Report và tải nhanh. Lần chạy Lighthouse bên dưới lâu hơn và là nơi chứa các hạng mục.
- Tìm hàng điểm. Bạn sẽ thấy Hiệu năng, Khả năng truy cập, Thực hành tốt nhất, SEO, rồi Agentic Browsing dưới dạng phân số thay vì điểm 0–100.
- Mở rộng hạng mục. Danh sách kiểm tra nhóm thành Agent Accessibility, WebMCP và các cụm đạt cùng không áp dụng như thường lệ.
- Mở từng mục không đạt. Mỗi hàng mở rộng ra và cho thấy quy tắc, phần tử hoặc tệp cụ thể đứng sau lỗi — đúng thứ bạn cần cho một phiếu sửa lỗi.
Hạng mục thứ năm nằm cùng hàng với các điểm mà đội SEO kiểm tra mỗi ngày. Chụp trong PageSpeed Insights ngày 11 tháng 9 năm 2026.
Kiểm tra chất lượng: xác nhận phiên bản Lighthouse trong chi tiết lần chạy trước khi so kết quả với đồng nghiệp. PSI cập nhật Lighthouse theo lịch riêng, và hạng mục này vẫn thay đổi giữa các phiên bản.
Nếu thất bại: PSI đôi khi trả về lỗi hết thời gian RPC trên các trang nặng. Tôi cũng gặp điều đó trên một site lớn giữa lúc nghiên cứu. Hãy thử lại, hoặc kiểm tra trang bằng Lighthouse cục bộ.
Đọc đúng điểm phân số
Agentic Browsing không có điểm 0–100 có trọng số, và đó là chủ ý. Tài liệu của Lighthouse nói rằng các chuẩn cho web dành cho tác nhân vẫn đang hình thành, nên trọng tâm là các tín hiệu có thể hành động thay vì một thứ hạng.
Đây là phép tính thực sự quan trọng:
Hiển thị | Ý nghĩa |
|---|---|
3/3 | Mọi kiểm tra được chấm đều đạt. Các kiểm tra không áp dụng bị loại ra. |
1/3 | Một đạt, hai không đạt. Mẫu số chỉ gồm các kiểm tra đạt và không đạt. |
0/3 | Chưa có kiểm tra được chấm nào đạt. Thường gặp ở lần chạy đầu trên một trang nặng nhiều quảng cáo. |
Không có phân số | Mọi mục đều không áp dụng hoặc hạng mục không chạy. Kiểm tra chi tiết lần chạy. |
Cái bẫy là đọc 1/3 thành "sẵn sàng cho tác nhân 33 phần trăm". Nó không phải phần trăm của thứ gì cả. Nó là một phép đếm: một trong ba kiểm tra có thể chấm trên trang đó đã đạt, và các mục không áp dụng bị loại hoàn toàn khỏi phép tính. Trong báo cáo tôi chụp, sáu mục đã chạy, ba mục không áp dụng, và ba mục còn lại tạo ra 1/3.
Điểm cũng dịch chuyển giữa các lần chạy trên cùng một trang. Ba nguyên nhân Lighthouse nêu ra là đăng ký công cụ động (công cụ WebMCP đăng ký bằng JavaScript có thể bắt được hoặc bỏ sót tùy thời điểm), thay đổi DOM làm biến dạng cây trợ năng, và dịch chuyển bố cục do quảng cáo, ảnh thiếu kích thước hoặc nội dung được chèn vào. Nếu con số của bạn dao động, thường là vì những lý do đó.
Đi qua sáu mục kiểm tra
Bản PSI hiện tại chạy sáu mục. Một mục nữa đang tới: nhánh phát triển của Lighthouse đã thêm kiểm tra ai-catalog.json (Agent Resource Discovery) dưới một nhóm mới tên Agent Discoverability, nên hãy coi danh sách này phụ thuộc phiên bản.
Mục kiểm tra | Nó kiểm gì | "Không áp dụng" nghĩa là gì |
|---|---|---|
Cây trợ năng không đúng chuẩn | Một tập con các quy tắc trợ năng tập trung vào tác nhân: tên và nhãn lập trình, cấu trúc ARIA hợp lệ, và các phần tử vẫn tương tác dù bị ẩn khỏi cây | Không bao giờ; mục này luôn được chấm |
llms.txt không theo khuyến nghị | Rằng | Tệp trả về 404. Thiếu llms.txt được coi là tùy chọn, không phải lỗi |
Dịch chuyển bố cục tích lũy | Tính ổn định thị giác, để các tác nhân hành động theo vị trí phần tử không bấm nhầm thứ khác giữa lúc dịch chuyển | Không bao giờ; mục này luôn được chấm |
Công cụ WebMCP đã đăng ký | Trang có đăng ký công cụ WebMCP nào qua API khai báo hoặc mệnh lệnh không | Không phát hiện công cụ WebMCP nào |
Độ phủ biểu mẫu WebMCP | Các biểu mẫu khai báo thiếu chú thích công cụ | Như trên |
Lược đồ WebMCP hợp lệ | Rằng các công cụ đã đăng ký công bố lược đồ đầu vào và đầu ra hợp lệ | Như trên |
Góc nhìn mở rộng của hạng mục: hai lỗi, một mục đạt và ba kiểm tra không áp dụng. Danh sách lỗi là con đường ngắn nhất tới một việc cần làm.
Ba mục WebMCP hiển thị "không áp dụng" là bình thường vào năm 2026. WebMCP là một chuẩn được đề xuất, đang trong origin trial và bản xem trước sớm, với hai API: một khai báo để chú thích các biểu mẫu HTML tiêu chuẩn, và một mệnh lệnh để đăng ký công cụ từ JavaScript. Hầu hết site chưa triển khai cả hai, nên hầu hết báo cáo hiển thị ba vòng tròn xám ở đó. Màu xám không phải màu đỏ. Đừng coi đó là lỗi.
Sửa những gì kiểm tra đánh dấu
Bốn chủ đề sửa lỗi bao trùm sáu mục. Ba hàng WebMCP chỉ cần chú ý nếu bạn thật sự phát hành công cụ cho tác nhân.
Làm cho cây trợ năng đọc được với tác nhân
Tác nhân dựa vào cây trợ năng như bản đồ chính của trang bạn. Ở đó có vai trò, tên và trạng thái. Một nút không có tên trợ năng là ngõ cụt với chúng, và cả với người dùng trình đọc màn hình.
Hành động: xử lý các quy tắc không đạt từ mục kiểm tra mở rộng. Những nghi phạm quen thuộc là nút chỉ có biểu tượng, trường biểu mẫu không nhãn, liên kết mà văn bản chỉ là "bấm vào đây", tổ hợp vai trò ARIA không hợp lệ, và ID trùng lặp được ARIA tham chiếu. Ưu tiên HTML ngữ nghĩa, thêm thuộc tính for cho nhãn, và gán vai trò rõ ràng cùng tabindex cho widget tùy chỉnh khi không thể dùng phần tử gốc.
Kết quả mong đợi: mục kiểm tra chuyển sang đạt, và điểm Khả năng truy cập thường của bạn cũng thường cải thiện cùng lúc, vì bản Agentic Browsing là một tập con tập trung của chính các kiểm tra đó.
Đường khắc phục: nếu danh sách sửa lên tới hàng trăm phần tử, đừng đuổi theo từng cái. Sửa thành phần dùng chung, ví dụ nút chỉ có biểu tượng ở header, rồi chạy lại. Một thành phần thường dọn được hàng chục hàng.
Xuất bản llms.txt vượt qua kiểm tra định dạng
Mục này có một cái bẫy khiến cả người cẩn thận vướng. Kiểm tra không chỉ xem /llms.txt có tồn tại hay không. Nó kiểm nội dung tệp, và một tệp chỉ liệt kê URL trần sẽ không đạt, vì kiểm tra tìm liên kết kiểu Markdown.
Hành động: tạo /llms.txt ở tên miền gốc với tiêu đề H1 và liên kết Markdown thật:
# Your Company
Short description of what the site covers and how it should be used.
## Key pages
- [Product overview](https://example.com/product)
- [Pricing](https://example.com/pricing)
- [Documentation](https://example.com/docs)Kết quả mong đợi: mục kiểm tra chuyển xanh. Ngược lại, 404 hiển thị là không áp dụng, điều vẫn chấp nhận được hiện nay. Phản hồi nhóm 500, hoặc lỗi tải, là lỗi thật cần sửa phía máy chủ.
Kiểm tra chất lượng: tải /llms.txt của chính bạn trong terminal và đếm liên kết. Nếu chúng trông như https://example.com/pricing không có ngoặc vuông, kiểm tra sẽ không đạt dù tệp đang chạy và người đọc được.
Một lưu ý trung thực: Google Search không dùng llms.txt. Hướng dẫn tối ưu hóa AI của chính Google nói tệp này "will neither harm nor help your site's visibility or rankings in Google Search, as Google Search ignores them". Hãy viết nó cho các công cụ tác nhân đọc quy ước đó, không phải cho thứ hạng.
Ổn định bố cục để tác nhân ngắm được
Dịch chuyển bố cục giờ quan trọng hơn trước. Một tác nhân định vị nút rồi bấm vào tọa độ của nó sẽ trượt nếu một quảng cáo, banner hoặc ảnh tải muộn đẩy nút đó xuống 200 pixel giữa hai thời điểm.
Hành động: đặt chiều rộng và chiều cao rõ ràng (hoặc aspect-ratio) cho ảnh và nội dung nhúng, để dành không gian cố định cho vị trí quảng cáo và banner đồng ý, tránh chèn nội dung lên trên nội dung đã có sau khi tải, và tạo hiệu ứng bằng transform thay vì các thuộc tính gây dịch chuyển bố cục.
Kết quả mong đợi: Dịch chuyển bố cục tích lũy dưới 0,1 trong lần chạy phòng thí nghiệm, cùng ngưỡng mà Core Web Vitals dùng.
Kiểm tra chất lượng: mục thông tin Layout shift culprits dưới Hiệu năng nêu chính xác các phần tử chịu trách nhiệm. Hãy bắt đầu từ đó thay vì đoán.
Quyết định về WebMCP sau
Ba mục WebMCP chỉ được chấm nếu site bạn đăng ký công cụ. Nếu bạn vận hành luồng đặt chỗ, thanh toán, biểu mẫu hỗ trợ hay bất kỳ tác vụ có cấu trúc nào mà tác nhân có thể hoàn thành, WebMCP đáng để làm thử: nó nói cho tác nhân biết chính xác cần gọi công cụ nào thay vì để chúng đoán từ DOM. Chrome phát hành tính năng này sau origin trial và cờ thử nghiệm cục bộ, nên đây là lựa chọn thật, không phải thí nghiệm tư duy.
Nếu bạn không có tác vụ nào đáng tự động hóa, hãy để WebMCP yên. Ba vòng tròn xám không có gì sai. Một điều không nên làm là đăng ký một công cụ trang trí chỉ để phân số trông đẹp hơn. Hạng mục này là tín hiệu sẵn sàng, và gian lận nó làm mất đi mục đích.
Xác minh bản sửa
Chạy lại cùng URL trong PSI và so ba thứ, không phải một: phân số, trạng thái từng mục và loại thiết bị. Một bản sửa có thể dịch chuyển phân số mà không sửa được thứ bạn quan tâm, và di động với máy tính cho ra kết quả phòng thí nghiệm riêng.
Để lặp nhanh hơn, chạy Lighthouse cục bộ thay vì chờ PSI. Hạng mục này có trong Lighthouse 13.3 trở lên, nên bản cài cục bộ sẽ có nó. Nếu bạn muốn bản trong bảng DevTools, tài liệu Google lưu ý rằng kiểm thử hạng mục đòi Chrome 150 trở lên, và các mục WebMCP còn cần origin trial đã đăng ký.
Giữ một ghi chép ngắn trước-sau. Một dòng có ngày như "2026-09-11: di động 1/3, không đạt cây a11y + llms.txt" là đủ. Nó cho bạn biết một hồi quy sau này là thật hay chỉ là dao động giữa các lần chạy.
Kiểm tra này không phải là gì
Ba điều nó không làm, vì sự nhầm lẫn khá phổ biến:
- Nó không phải yếu tố xếp hạng. Thông báo của Chrome gọi hạng mục này là thông tin và không có chuẩn đối sánh. Thứ hạng trên Google Search không bị ảnh hưởng bởi phân số Agentic Browsing của bạn.
- Nó không phải điểm hiển thị AI. Nó đo xem một tác nhân có vận hành được trang của bạn không. Nó không nói gì về việc ChatGPT hay Perplexity có trích dẫn bạn trong câu trả lời hay không.
- Nó không phải phán quyết đạt/không đạt cho site của bạn. Phân số thấp trên một trang tiếp thị đơn giản thường nghĩa là có ít thứ để chấm, chứ không phải tác nhân bị khóa ngoài.
Lăng kính hữu ích: hạng mục này kiểm tra xem site của bạn có trụ được khi người truy cập không phải là người. Mọi thứ nó thưởng đều đáng làm dù sao: HTML ngữ nghĩa, bố cục ổn định, điều khiển có nhãn. Hướng dẫn thân thiện với tác nhân của Google cũng kết ở điểm đó: điều làm một site sẵn sàng cho tác nhân cũng làm nó tốt hơn cho con người.
Giữ nó trong vòng kiểm tra của bạn
Sự sẵn sàng cho tác nhân là một trong những lĩnh vực mà nền tảng di chuyển nhanh hơn danh sách kiểm tra. Hai thói quen giữ bạn cập nhật mà không biến nó thành dự án:
- Chạy lại kiểm tra sau mọi thay đổi về mẫu, điều hướng, biểu mẫu hoặc thanh toán. Đó là những chỉnh sửa làm dịch chuyển cây trợ năng và độ ổn định bố cục.
- Theo dõi phân số theo mẫu, không theo URL. Mười trang sản phẩm đều chấm giống nhau là vấn đề của mẫu, và một bản sửa giải quyết cả mười.
Kiểm tra của PSI cố tình hẹp: sáu mục, mỗi lần một trang. Nếu bạn muốn bức tranh rộng hơn — gồm cả việc quy tắc robots, thẻ máy chủ MCP, khám phá OAuth và tín hiệu thương mại tác nhân đã sẵn sàng chưa — Auspia duy trì một kiểm tra Agent Readiness miễn phí, quét một URL theo các chuẩn cấp giao thức đó và hiển thị bảng xếp hạng để so sánh.
Câu hỏi thường gặp
Điểm Agentic Browsing có ảnh hưởng thứ hạng Google không? Không. Google mô tả hạng mục này là thông tin và nó không thuộc hệ thống xếp hạng của Search. Hãy coi nó là kiểm tra mức sẵn sàng cho tác nhân, không phải điểm SEO.
Vì sao phân số của tôi đổi giữa hai lần chạy trên cùng một trang? Đăng ký công cụ động, thay đổi DOM làm đổi cây trợ năng, và dịch chuyển bố cục muộn đều gây dao động giữa các lần chạy. Kiểm tra lại, và so danh sách mục kiểm tra chứ không chỉ phân số.
Vì sao cả ba mục WebMCP đều hiện không áp dụng? Vì trang của bạn không đăng ký công cụ WebMCP. Đó là trạng thái bình thường với hầu hết site năm 2026, và không phải lỗi.
Thiếu llms.txt có phải vấn đề không? Với mục kiểm tra này, không. 404 được coi là không áp dụng. Một tệp tồn tại nhưng sai định dạng sẽ không đạt, nên nếu bạn xuất bản nó, hãy xuất bản cho đúng.
Tôi có thể chạy nó trong CI không? Có, khi hạng mục này có trong phiên bản Lighthouse của bạn. Các mục kiểm tra được thiết kế mang tính xác định, và đó là điều khiến chúng phù hợp cho kiểm tra trong pipeline. Lưu ý rằng phần WebMCP phụ thuộc vào hỗ trợ trình duyệt và việc tham gia origin trial, nên hãy dự tính chúng đọc là không áp dụng trong hầu hết môi trường CI.
Tôi có cần Chrome 150 để dùng nó không? Không. PageSpeed Insights chạy nó phía máy chủ. Yêu cầu Chrome 150 áp dụng cho việc chạy hạng mục cục bộ trong DevTools.
Tác giả: Alice Monroe, chuyên viên phân tích công cụ AI SEO phụ trách hơn 150 công cụ tại Auspia. Alice viết về SEO và công cụ tìm kiếm AI, những kiểm tra nào đáng thời gian của bạn, và cách đưa chúng vào thói quen làm việc.
