Lighthouse 13.3 Agentic Browsing — AI 에이전트가 내 웹사이트를 잘 탐색할 수 있나
Google Lighthouse에 새로 추가된 Agentic Browsing 카테고리는 AI 에이전트가 사이트를 얼마나 잘 이해할 수 있는지를 측정한다.
성능, 접근성, SEO. 지금까지 Lighthouse가 측정한 것들이다. 여기에 네 번째가 추가됐다. AI 에이전트가 내 사이트를 얼마나 잘 이해할 수 있는가.
Lighthouse 13.3에 등장한 Agentic Browsing 카테고리가 그것이다. 인간 사용자가 아니라 AI 에이전트를 기준으로 사이트를 평가한다.
Agentic Browsing 카테고리란
비유하면 이렇다. 기존 Lighthouse가 "사람이 이 사이트를 쾌적하게 쓸 수 있나?"를 묻는다면, Agentic Browsing은 "AI 에이전트가 이 사이트에서 작업을 수행할 수 있나?"를 묻는다.
AI 에이전트는 웹사이트를 세 가지 형식으로 처리한다.
| 형식 | 내용 | AI 친화도 |
|---|---|---|
| 스크린샷 | 렌더링된 픽셀 이미지 | 낮음 |
| HTML 코드 | 원시 마크업 | 중간 |
| 접근성 트리 | 구조화된 요소 계층 | 높음 |
에이전트가 가장 잘 처리하는 건 접근성 트리다. 이미 접근성을 잘 구현한 사이트가 AI 에이전트에서도 유리한 이유가 여기 있다.
4가지 점검 항목
1. 접근성 트리 구조 검증
에이전트가 효율적으로 파악할 수 있는 페이지 구조인지 확인한다. aria-label, 시맨틱 HTML, 의미 있는 헤딩 계층이 여기서 평가된다.
[💡 잠깐! 이 용어는?]
접근성 트리(Accessibility Tree): 브라우저가 HTML에서 생성하는 구조화된 트리. 스크린리더와 AI 에이전트 모두 이 트리를 통해 페이지를 탐색한다. role, name, state 정보가 포함된다.
2. WebMCP 유효성 검사
WebMCP는 웹사이트가 에이전트용 명령어를 표준 방식으로 노출하는 API다. 올바르게 구현했는지 점검한다.
[💡 잠깐! 이 용어는?] WebMCP: AI 에이전트가 웹사이트와 상호작용하는 표준 프로토콜. "이 버튼 클릭" 같은 추론 대신, 사이트가 에이전트에게 명시적으로 "이 액션을 할 수 있다"고 알려주는 방식이다.
3. llms.txt 가이드라인 준수
llms.txt는 AI를 위한 robots.txt 개념이다. 사이트 루트에 위치하며 에이전트에게 제공할 정보와 접근 허용 여부를 명시한다. Lighthouse는 이 파일이 올바른 형식인지, 필수 요소를 담고 있는지 확인한다.
# llms.txt
Allow: /docs
Allow: /api
Disallow: /admin
# Site info
Name: My App
Description: API 관리 플랫폼
Contact: dev@example.com4. 레이아웃 시프트 감지
콘텐츠가 이동하면 에이전트가 혼란을 겪는다. 버튼을 클릭하려 했는데 레이아웃이 바뀌면서 다른 요소를 클릭하게 되는 것이다. CLS(Cumulative Layout Shift) 기반으로 이미 측정하던 것을 에이전트 관점에서 재해석한다.
현재 상태: 점수에 불이익 없음
중요한 점이 있다. 현재 이 카테고리는 개발 단계다.
npx lighthouse https://example.com --output htmlexample.com 같은 기본 사이트도 Agentic Browsing에서 만점을 받는다. WebMCP나 llms.txt를 구현하지 않아도 점수에 불이익이 없다. Google은 이 카테고리를 "웹 개발자가 AI 에이전트 친화성을 탐색하도록 돕는 가이드"로 위치시키고 있다.
| 상태 | 내용 |
|---|---|
| 현재 | 점수 참고용, 미구현 시 불이익 없음 |
| 향후 | SEO처럼 AI 접근성이 검색 랭킹에 영향 가능성 |
개발자에게 지금 의미하는 것
시맨틱 HTML이 두 배 중요해진다
접근성 트리 기반 평가가 중심이라는 건, 시맨틱 HTML이 사람과 AI 에이전트 모두를 위한 것이 됐다는 뜻이다. <button> 대신 <div onClick>을 쓰면 AI 에이전트가 버튼을 인식하지 못한다. 이미 알고 있던 베스트 프랙티스가 더 강한 근거를 얻었다.
llms.txt는 지금 추가해도 무방하다
아직 점수에 영향이 없어도, llms.txt를 추가하는 건 비용이 거의 없다. 사이트에 대한 기본 정보를 구조화해서 제공하는 것으로, SEO를 위한 robots.txt를 추가했던 것과 같은 패턴이다.
# llms.txt
Allow: /
# Site info
Name: [사이트명]
Description: [한 문장 설명]
Contact: [이메일]
# Key pages
Docs: /docs
API: /api/v1WebMCP는 당장 필요하지 않다
WebMCP 구현은 상당한 작업이 필요하다. 아직 사양이 안정화되는 중이라 지금 구현을 서두를 필요는 없다. 스펙을 주시하면서 안정화되는 시점을 기다리는 게 현실적이다.
정리
- Lighthouse 13.3에
Agentic Browsing카테고리가 추가됐다 - 접근성 트리, WebMCP, llms.txt, 레이아웃 시프트 4가지를 점검한다
- 현재는 점수 불이익 없음 — 미구현 사이트도 만점 가능
- 시맨틱 HTML을 잘 쓰면 AI 에이전트 친화성도 자동으로 올라간다
llms.txt는 지금 추가해도 비용 대비 효과가 있다
AI 에이전트가 웹을 탐색하는 비율은 계속 높아지고 있다. 사람을 위한 UX만큼 에이전트를 위한 "에이전트 UX"가 중요해지는 시점이 온다.
참고:
같은 카테고리 · Tooling
비슷한 주제의 최신 글
태그가 겹치는 글
공통 태그가 많을수록 위에 보인다