AI 생성 이미지
웹사이트 품질을 판단하는 기준이 넓어지고 있습니다. 기존 Lighthouse가 성능, 접근성, SEO 같은 사람 중심의 사용성을 주로 점검했다면, Google이 테스트 중인 실험적 카테고리 Agentic Browsing은 한 가지 질문을 더 던집니다.
이 사이트는 AI 에이전트가 이해하고 조작하기 쉬운가?
여기서 에이전트는 사람 대신 웹을 탐색하고, 정보를 읽고, 양식을 다루고, 버튼을 누르는 소프트웨어를 뜻합니다. Agentic Browsing은 이런 기계적 상호작용에 사이트가 얼마나 준비되어 있는지를 결정론적 감사 세트로 평가합니다.1
0~100점이 아니라 “통과한 준비도”를 본다
Agentic Browsing을 기존 Lighthouse 점수처럼 해석하면 안 됩니다. 이 카테고리는 0~100점의 가중 평균 점수를 제공하지 않고, 준비성 검사 중 몇 개를 통과했는지 비율로 보여줍니다.1
이 방식은 현재 단계와도 맞닿아 있습니다. 에이전틱 브라우징 표준은 아직 형성 중이며, Lighthouse도 확정된 순위를 매기기보다는 데이터를 수집하고 실행 가능한 신호를 제공하는 데 초점을 둡니다.1
따라서 “몇 점짜리 사이트인가”보다 중요한 질문은 이것입니다.
에이전트가 사용할 수 있는 도구가 명확히 노출되어 있는가?
페이지 구조가 접근성 트리에서 안정적으로 이해되는가?
요소 위치가 상호작용 전에 바뀌지 않는가?
에이전트가 참고할 수 있는 사이트 설명이 있는가?
Agentic Browsing이 보는 핵심 신호
Agentic Browsing 감사 항목은 WebMCP, 접근성 트리, CLS, llms.txt 같은 요소를 중심으로 구성됩니다. 각각은 “AI 에이전트가 웹을 안정적으로 사용할 수 있는가”라는 같은 문제를 다른 각도에서 봅니다.
WebMCP: 에이전트에게 가능한 동작을 알려주는 방식
Lighthouse는 사이트가 WebMCP 도구를 제대로 등록했는지 확인합니다. WebMCP는 웹사이트가 AI 에이전트에게 사용할 수 있는 도구나 동작을 명시적으로 노출하는 방식입니다.
Lighthouse는 HTML에 정의된 선언형 WebMCP 도구와 JavaScript에 정의된 명령형 WebMCP 도구를 모두 검증합니다.1 또한 CDP WebMCP 도메인을 호출해 도구 등록 이벤트를 모니터링합니다.1
다만 JavaScript Imperative API로 WebMCP 도구를 등록하는 경우, 등록 타이밍에 따라 Lighthouse 스냅샷에 포착되지 않을 수 있습니다.1 즉, 기능을 구현했더라도 감사 시점에 드러나지 않으면 경고나 오류로 이어질 수 있습니다.
접근성 트리: 사람을 위한 구조가 에이전트에게도 중요하다
에이전트가 페이지를 이해하려면 DOM뿐 아니라 접근성 트리도 중요합니다. 접근성 트리는 스크린리더와 자동화 도구가 페이지 구조를 파악하는 데 쓰는 데이터입니다.
의미 있는 HTML, 명확한 버튼 이름, 올바른 폼 라벨, 적절한 ARIA 사용은 접근성 개선에 그치지 않습니다. 에이전트가 “무엇을 눌러야 하는지”, “어떤 입력란이 무엇을 뜻하는지” 이해하는 기반이 됩니다.
반대로 DOM 크기나 복잡도가 크게 바뀌면 접근성 트리 구조에도 영향을 줄 수 있습니다.1 복잡하고 불안정한 페이지는 사람에게도 어렵지만, 에이전트에게는 더 직접적인 실패 요인이 될 수 있습니다.
CLS: 화면 흔들림은 에이전트의 클릭 실패로 이어질 수 있다
CLS(Cumulative Layout Shift)는 Agentic Browsing에서도 중요한 신호입니다. 광고, 크기 지정이 없는 이미지, 늦게 주입되는 콘텐츠는 요소의 위치를 바꿀 수 있습니다.1
사람에게는 “화면이 흔들려 불편하다” 정도로 느껴질 수 있지만, 에이전트에게는 더 치명적입니다. 에이전트가 특정 버튼이나 입력란을 식별한 뒤 실제로 상호작용하기 전에 위치가 바뀌면, 엉뚱한 요소를 누르거나 작업에 실패할 수 있기 때문입니다.
llms.txt는 필수 SEO 체크리스트가 아니다
llms.txt도 Agentic Browsing에서 확인되는 항목 중 하나입니다. llms.txt는 사이트의 목적과 주요 링크를 LLM과 AI 에이전트가 읽기 쉬운 Markdown 요약으로 제공하려는 관행입니다.2
다만 이를 “AI 검색 순위를 위한 필수 파일”로 받아들이는 것은 과합니다. Lighthouse는 도메인 루트의 llms.txt를 확인하지만, 현재 이 파일은 선택 사항입니다. 파일이 없어 404가 나면 감사는 N/A로 처리되고, 서버 오류가 날 때 문제가 됩니다.2
더 현실적인 해석은 이렇습니다. llms.txt는 순위 신호라기보다, 브라우저 기반 에이전트가 사이트의 구조와 목적을 빠르게 파악하도록 돕는 보조 힌트에 가깝습니다.
지금 사이트 운영자가 확인할 것
Agentic Browsing이 실험적이라고 해서 무시할 필요는 없습니다. 반대로, 당장 모든 사이트가 WebMCP나 llms.txt를 도입해야 한다고 볼 필요도 없습니다.
우선순위는 기본기입니다.
시맨틱 HTML을 사용한다.
버튼, 링크, 폼 입력란에 명확한 이름을 붙인다.
ARIA를 필요한 곳에 정확히 사용한다.
이미지와 광고 영역의 크기를 미리 지정해 CLS를 줄인다.
동적으로 삽입되는 콘텐츠가 주요 상호작용을 방해하지 않게 한다.
WebMCP를 도입한다면 등록 방식과 타이밍이 Lighthouse에 포착되는지 확인한다.
llms.txt는 사이트 성격상 에이전트에게 요약 정보를 제공할 가치가 있을 때 검토한다.
공개된 사례에서 Airbnb가 Agentic Browsing 검사 3개 중 1개만 통과한 것처럼, 규모가 큰 서비스라고 해서 자동으로 에이전트 친화적인 것은 아닙니다. 이 감사가 보여주는 핵심은 “좋은 웹사이트”의 기준이 사람의 화면 경험을 넘어, 기계가 이해하고 안정적으로 조작할 수 있는 구조까지 확장되고 있다는 점입니다.
Agentic Browsing은 아직 최종 표준이 아닙니다. 하지만 방향은 분명합니다. 앞으로의 웹에서는 사람뿐 아니라 에이전트도 사용자가 될 수 있습니다. 지금 Lighthouse가 보내는 신호는 그 변화에 대비해 사이트 구조, 접근성, 안정성을 다시 점검하라는 실용적인 체크포인트입니다.
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.