크롬 라이트하우스 '에이전틱 브라우징' 감사 신설

결론부터 말하면 이렇다. 크롬 라이트하우스 13.3에 '에이전틱 브라우징' 카테고리가 새로 생겼고, 그 안에 llms.txt 점검 항목이 포함됐다. 다만 이 파일이 없다고 지금 당장 감점되지는 않는다. 카테고리 자체가 아직 개발 중이라 점수 대신 참고용 리포트로만 표시된다.

라이트하우스는 구글이 만든 사이트 성능·품질 진단 도구로, 크롬 개발자 도구에서 무료로 돌릴 수 있다. 2026년 5월 업데이트(버전 13.3)에서 AI 에이전트가 웹사이트를 얼마나 잘 이해하고 조작할 수 있는지를 점검하는 항목들이 새 카테고리로 묶였다.

지금 사이트 운영자가 확인할 것은 딱 두 가지다. 이 감사가 무엇을 보는지, 그리고 실제로 순위나 AI 노출에 영향을 주는지. 아래에서 차례로 정리한다.

에이전틱 브라우징 감사는 정확히 무엇을 점검하나

총 네 가지 항목을 확인한다. 접근성 트리(웹페이지 구조를 스크린리더나 AI가 읽는 방식)가 잘 짜였는지, WebMCP(AI 에이전트가 웹 폼을 조작하는 새 표준)를 쓴다면 형식이 맞는지, llms.txt 파일이 있다면 규격을 지켰는지, 마지막으로 CLS(누적 레이아웃 이동)라 불리는 화면 흔들림 지표다.

CLS를 이 카테고리에 넣은 이유는 명확하다. AI 에이전트가 화면을 캡처해 다음 행동을 판단할 때, 레이아웃이 계속 움직이면 엉뚱한 버튼을 클릭할 수 있기 때문이다. 이미 코어 웹 바이탈에서 다루던 지표지만, 에이전트 관점에서 한 번 더 강조된 셈이다.

점검 항목	확인 내용
접근성 트리	HTML 구조가 논리적으로 정돈됐는지
WebMCP	웹 폼 주석이 규격에 맞는지
llms.txt	파일 위치·형식·필수 요소
CLS	화면 요소가 갑자기 움직이지 않는지

llms.txt 감사는 어떤 기준으로 통과·실패를 가르나

루트 경로(예: 내도메인.com/llms.txt)에 마크다운 문서로 올려두면 검사 대상이 된다. 파일이 아예 없어서 404가 뜨면 실패가 아니라 '해당 없음(N/A)'으로 처리된다. 아직은 파일 유무 자체가 선택 사항이라는 뜻이다.

파일을 이미 만들어 뒀다면 형식을 짚어야 한다. 문서 최상단에 사이트를 소개하는 H1 제목이 있는지, 내용이 사이트 목적을 요약할 만큼 충분한지, 핵심 페이지로 연결되는 마크다운 링크가 들어 있는지를 본다. 실제로 스펙에 맞게 만든 파일인데도 이 감사에서 오탐으로 걸리는 사례가 라이트하우스 깃허브 이슈로 여럿 보고돼, 구글 쪽에서도 계속 수정 중이다.

파일이 없어서 실패 처리되는 게 아니라 '검사 대상 아님'으로 넘어간다는 점을 먼저 확인하자.

지금 llms.txt를 만들어야 하나

아니다. 구글 검색·AI 오버뷰 노출과는 별개 문제다. 구글은 공식 최적화 가이드에서 "AI 검색에 노출되려고 새로운 기계 판독용 파일이나 마크다운을 따로 만들 필요는 없다"고 밝히고 있다. 구글 존 뮬러도 llms.txt의 역할을 '검색에 발견되는 것'이 아니라 '이미 찾아온 에이전트가 사이트를 더 쉽게 조작하는 기능'으로 선을 그었다.

즉 이 감사는 구글 검색 순위표가 아니라, AI 에이전트가 사이트를 방문했을 때 얼마나 매끄럽게 작동하는지를 재는 별도의 품질 지표에 가깝다. 개발자 문서 사이트나 API를 제공하는 서비스처럼 에이전트가 페이지를 직접 파싱해 작업을 수행하는 곳이라면 챙길 가치가 있다. 반면 일반 홈페이지·쇼핑몰이라면 지금 급하게 만들 이유는 없다. llms.txt 자체의 효과에 대한 더 자세한 근거는 llms.txt는 정말 필요할까 글에서, 화면 흔들림을 줄이는 CLS 개선법은 코어 웹 바이탈 가이드에서 확인할 수 있다.

라이트하우스 점수 하나하나에 매달리기보다, 사이트 구조와 로딩 속도 같은 기본기부터 점검하고 싶으시다면 이루웹에 문의해 주세요. 홈페이지 제작과 SEO 실무 컨설팅을 함께 진행하며 사이트 상태를 꼼꼼히 살펴봐 드리고 있습니다. 무료 상담으로 편하게 문의해 주시기 바랍니다.