2026년 5월부터 PageSpeed Insights 화면에 낯선 항목이 하나 더 생겼다. 기존의 성능, 접근성, 권장사항, SEO 옆에 ‘에이전트 브라우징(Agentic Browsing)’이라는 새 카테고리가 추가된 것이다. Lighthouse 13.3 배포와 함께 AI 에이전트가 내 사이트를 제대로 탐색할 수 있는지를 비율로 보여주기 시작했다. 이 항목이 무엇을 점검하는지, 기존 점수와는 어떻게 다른지 정리했다.
Lighthouse에 에이전트 브라우징 카테고리가 생겼다
구글의 오픈소스 웹 성능 분석 도구인 Lighthouse(라이트하우스)는 Chrome 개발자 도구와 PageSpeed Insights(구글이 운영하는 무료 웹 성능 측정 서비스)의 엔진 역할을 한다. 지금까지 Lighthouse는 성능, 접근성, 권장사항, SEO 네 가지를 0-100 점수로 평가했다.
여기에 새로운 카테고리가 추가됐다. 2025년 하반기 Lighthouse 12.5에서 실험적으로 처음 등장한 에이전트 브라우징 항목이 2026년 5월 7일 배포된 Lighthouse 13.3.0에서 기본 설정으로 정식 포함됐다. PageSpeed Insights 온라인 버전에는 5월 21일경부터 이 항목이 나타나기 시작했다.
점수 표기 방식이 기존과 전혀 다르다. 성능이나 접근성처럼 0-100 숫자로 나오는 게 아니라 ‘3/3’ 또는 ‘2/3’처럼 비율로 표시된다. 에이전트 웹 표준이 아직 확정 중인 만큼 등급을 매기기보다 현황을 파악하는 데 목적을 뒀다.
AI 에이전트가 진짜 웹 방문자가 된 배경
구글이 이 카테고리를 추가한 이유는 단순하다. AI 에이전트가 실제로 웹사이트를 방문하고 있기 때문이다.
OpenAI의 Operator와 Atlas, 구글의 Project Mariner(프로젝트 매리너 – Gemini 기반 자율 웹 탐색 에이전트), Perplexity의 Comet(코멧 – 2025년 7월 출시된 AI 내장 브라우저), ChatGPT의 Browse 모드 등이 사용자 대신 웹을 탐색하고 작업을 수행한다. 이 에이전트들은 단순히 텍스트를 긁어가는 크롤러가 아니라 실제 사용자처럼 버튼을 클릭하고 폼을 채우고 정보를 읽어 작업을 완료한다.
이 에이전트들이 웹페이지를 이해하는 방식은 사람과 다르다. 화면을 보는 대신 접근성 트리(Accessibility Tree – 페이지 구조와 의미를 압축한 기계 판독 표현)를 읽거나, 사이트에 등록된 도구 명령을 호출하거나, llms.txt 파일에서 사이트 정보를 가져온다. 사람 눈에 예쁜 사이트가 AI에겐 읽히지 않을 수 있다.
에이전트 브라우징이 점검하는 4가지 항목
DebugBear와 Chrome for Developers 공식 문서에 따르면, Lighthouse 13.3의 에이전트 브라우징 카테고리는 크게 4가지를 점검한다.
첫 번째는 접근성 트리(Accessibility Tree)다. 에이전트는 HTML 전체 코드나 스크린샷 대신 접근성 트리를 읽는다. 버튼, 링크, 폼 등 상호작용 요소에 의미 있는 이름이 붙어 있는지를 확인하는 항목이다. 시각 장애인용 스크린 리더에 맞춰 만들어 온 ARIA 레이블과 시맨틱 태그가 AI 에이전트 대응에도 그대로 연결된다.
두 번째는 llms.txt다. 사이트 루트 경로에 이 파일이 있으면 AI 에이전트와 크롤러가 먼저 읽어 사이트 구조와 핵심 콘텐츠를 파악한다. Lighthouse는 파일 존재 여부, H1 제목 태그 유무, 링크 포함 여부, 내용 분량을 점검한다.
세 번째는 WebMCP(웹MCP)다. 웹사이트가 AI 에이전트에 특정 기능이나 명령을 직접 노출하는 API 표준이다. 에이전트가 방문자의 브라우저 세션 안에서 사이트 기능을 호출할 수 있게 한다. 현재 구글 Origin Trial(신기능을 실제 사이트에서 시험하는 공식 파일럿 프로그램) 단계로, 등록한 사이트에서만 작동한다.
네 번째는 레이아웃 시프트(CLS – Cumulative Layout Shift, 누적 레이아웃 변화)다. 에이전트가 버튼을 클릭하는 도중 화면 요소가 갑자기 이동하면 잘못된 위치를 클릭하는 오류가 생긴다. 기존 성능 점수에서도 쓰이던 CLS 지표를 에이전트 조작 안정성 관점으로 다시 활용한다.
| 점검 항목 | 확인 내용 | 현황 |
|---|---|---|
| 접근성 트리 | 인터랙티브 요소에 ARIA 레이블 부착 여부 | 기본 감사 항목 |
| llms.txt | 파일 존재, H1 제목, 링크 포함, 충분한 분량 | 기본 감사 항목 |
| WebMCP | 에이전트 호출 가능한 도구 등록 여부 | Origin Trial 실험 중 |
| 레이아웃 시프트(CLS) | 페이지 로딩 중 요소 위치 안정성 | 기존 성능 지표 연동 |
사이트를 AI 에이전트에 맞추는 실질적인 접근법
지금 당장 대응할 수 있는 방법은 세 가지로 나뉜다. WebMCP처럼 아직 실험 단계인 기능보다, 접근성 트리와 llms.txt 그리고 CLS 개선이 현실적인 시작점이다.
기존 성능 점수와 어떻게 다른가
가장 중요한 점은 에이전트 브라우징 카테고리가 기존 성능, 접근성, SEO 점수에 전혀 영향을 주지 않는다는 것이다. 완전히 독립적으로 작동하는 카테고리이며, 비율이 낮게 나와도 기존 점수는 그대로 유지된다.
AI 기능을 하나도 갖추지 않았다고 해서 자동으로 실패하지도 않는다. 구글 테스트 결과에 따르면 특별한 AI 대응 없이도 2/2를 받는 경우가 있다. 접근성 트리와 CLS는 원래부터 좋은 웹 개발 관행이기 때문이다.
구글 Lighthouse 팀은 이 카테고리의 목적이 순위 매기기가 아니라, 에이전트 웹 표준이 발전하는 과정에서 데이터를 수집하고 개발자에게 현황 신호를 제공하는 것이라고 밝혔다. WebMCP 같은 고급 기능은 아직 Origin Trial 단계로 일반 사이트에서 필수 사항이 아니다.
우선순위를 따지면 당장 서둘러야 할 항목은 이렇다.
- 접근성 트리 – 기존 접근성 점수 개선 작업과 동일하므로 우선순위 높음
- llms.txt – 파일 하나 추가로 바로 대응 가능
- CLS – 기존 Core Web Vitals 최적화와 겹치는 작업
- WebMCP – 현재 실험 단계, 일반 사이트 운영자는 관망해도 무방
▲ 에이전트 브라우징 점수 자체가 검색 순위에 즉각적인 영향을 미친다는 공식 확인은 없다. ▲ Chrome 버전 150 이상에서 항목 확인이 가능하다.
자주 묻는 질문 FAQ
Q1) 에이전트 브라우징 점수가 낮으면 검색 순위가 떨어지나
현재까지 에이전트 브라우징 점수가 구글 검색 순위에 직접 영향을 준다는 공식 발표는 없다. 이 카테고리는 정보 제공과 데이터 수집 목적으로 추가됐으며, 기존 성능, 접근성, SEO 점수와 완전히 별개로 작동한다.
Q2) llms.txt 파일은 어떻게 만드나
사이트 루트 경로(예 – https://example.com/llms.txt)에 일반 텍스트 파일을 배치한다. 파일 안에 마크다운 형식으로 H1 제목, 사이트 설명, 주요 페이지 URL 링크를 작성하면 된다. Lighthouse는 H1 제목 존재 여부, 링크 포함 여부, 내용 길이를 기준으로 판정한다.
Q3) 에이전트 브라우징 카테고리는 어디서 확인하나
pagespeed.web.dev에서 사이트 주소를 입력하거나, Chrome 개발자 도구(F12) – Lighthouse 탭에서 분석을 실행하면 나타난다. Chrome 150 버전 이상이 필요하며, WebMCP 관련 감사 항목은 Origin Trial 등록 없이는 표시되지 않을 수 있다.