AI 에이전트는 접근성 트리를 읽는다 — SEO가 봐야 할 감사 항목

AI 에이전트는 히어로 이미지나 브랜드 컬러를 감상하지 않는다. **접근성 트리(accessibility tree)**를 읽는다. 접근성 트리는 브라우저가 DOM에서 만들어내는 구조화된 의미 계층으로, 스크린 리더가 수십 년간 사용해 온 바로 그 계층이다.

오픈AI의 퍼블리셔·개발자 FAQ는 챗GPT 아틀라스가 ARIA 역할과 레이블을 통해 페이지 구조와 인터랙티브 요소를 해석하며, 사이트를 더 접근성 있게 만들면 에이전트가 이해하기 쉬워진다고 명시한다. 에이전트 브라우징 프레임워크로 널리 쓰이는 마이크로소프트의 Playwright MCP도 같은 이유로 스크린샷이 아니라 접근성 스냅샷을 기반으로 만들어졌다.

먼저 읽어야 할 경고

SEO 목적으로 ARIA 속성을 건드리기 전에 이 계층이 원래 무엇을 위한 것인지 기억해야 한다. 접근성 트리는 장애가 있는 사람들이 웹을 쓸 수 있게 하려고 존재한다. 결과 중심으로 적합성을 재구성한 WCAG 3.0 초안을 포함해 W3C의 웹 콘텐츠 접근성 지침 전체가 보조 기술 사용자를 위해 쓰였다.

따라서 잘못했을 때의 위험은 인용 하나를 놓치는 것보다 크다. 부실한 ARIA는 에이전트를 헷갈리게 하는 데 그치지 않고, 자신이 잘못된 정보를 받고 있다는 사실조차 알 수 없는 스크린 리더 사용자를 적극적으로 오도한다. 소송으로 이어질 수도 있다. 일부 로펌은 자동화된 접근성 감사를 대규모로 돌려 소송 대상을 찾는다. 2025년 한 해에만 8,600건 이상의 접근성 소송이 제기됐다. 대규모 오디언스를 다루거나 규제 산업에 있다면 공인 접근성 전문가를 참여시키는 편이 낫다. SEO 이점은 접근성을 제대로 했을 때 따라오는 부수 효과로 다뤄야 하며, 그 반대가 되어서는 안 된다.

접근성 트리를 보는 두 가지 방법

크롬 개발자 도구에는 전체 페이지 접근성 트리 뷰가 있다. 개발자 도구를 열고 Elements 패널에서 오른쪽 사이드바(또는 레이아웃에 따라 하단)의 Accessibility 창을 연 뒤 Full-page accessibility tree를 활성화하면 DOM 뷰가 접근성 트리로 바뀌고 각 노드의 역할·이름·상태를 확인할 수 있다. 헤드리스 브라우저로 트리를 캡처해 JSON으로 내보내는 도구를 쓰면 여러 URL을 비교하거나 공유하기가 더 빠르다.

실전 감사 워크플로

1. 머니 페이지 에이전트 준비도 감사

매출·전환 기준 상위 10~20개 페이지를 뽑아 각각 접근성 트리를 캡처한 뒤 다음을 확인한다.

• 주요 CTA가 설명적인 이름을 가진 버튼 또는 링크로 노출되는가
• 모든 폼 입력에 프로그래밍적으로 연결된 레이블이 있는가
• 내비게이션이 navigation 랜드마크로 감싸져 있는가
• 본문이 main 랜드마크로 감싸져 있는가
• 가격·상품 상세·연락처 같은 핵심 정보가 읽을 수 있는 텍스트로 트리에 존재하는가

기준은 이렇다. 페이지의 모든 인터랙티브 요소가 일반적이지 않은(generic이 아닌) 역할을 갖고, 화면을 보지 않고도 낯선 사람이 행동할 수 있는 이름을 가져야 한다. 이름 없는 노드는 대개 div 기반 컨트롤, 레이블 없는 아이콘 버튼, 레이블이 빠진 입력에서 나온다. ARIA보다 네이티브 HTML로 먼저 고치는 것이 원칙이다.

2. 자바스크립트 렌더링 격차 진단

기존 감사가 "콘텐츠가 렌더링됐는가"를 물었다면, 이제는 "그 콘텐츠가 에이전트가 실제로 읽는 계층에 도달했는가, 그리고 언제 도달했는가"를 물어야 한다. 핵심 콘텐츠·헤딩·주요 링크는 자바스크립트 실행 전후 캡처 양쪽에 존재해야 한다. 클라이언트 사이드 렌더링 이커머스 카테고리 페이지를 검사하면 상품 그리드, 필터, 때로는 H1까지 하이드레이션 이후 트리에만 존재하는 경우가 흔하다. 그런 요소는 서버 사이드 렌더링이나 사전 렌더링으로 옮겨야 한다.

3. 전환 경로를 에이전트 관점에서 점검

에이전트는 웹사이트를 읽는 단계에서 거래하는 단계로 이동하고 있다. 구글과 마이크로소프트 엔지니어가 공동 작성하고 크롬 오리진 트라이얼에 들어간 W3C 초안 표준 WebMCP는 웹사이트가 기능을 에이전트에 직접 노출할 수 있게 한다. 대부분의 사이트가 관련 도구를 갖추기까지는 시간이 걸리므로 준비할 여유가 있다.

체크아웃, 리드 폼, 가입 중 하나를 골라 트리 뷰에서 단계별로 따라가며 네 가지 실패 유형을 표시한다. 이름 없는 버튼, div 기반 클릭 핸들러, 레이블 없는 입력, 그리고 갱신되지 않는 상태다. 마지막 항목이 특히 위험하다. 패널이 눈에 보이게 열렸는데도 aria-expanded="false"가 그대로면, 속성이 아예 없는 것보다 나쁘다. 확신을 갖고 거짓말을 하기 때문이다.

4. 경쟁사의 기계 가독성 벤치마킹

에이전트가 발견과 구매 결정의 상당 부분을 매개한다면, 기계 가독성은 컴플라이언스 지표가 아니라 경쟁 지표다. 백링크와 달리 경쟁사의 접근성 트리는 공개돼 있다. 가장 중요한 템플릿(상품·서비스·가격 페이지)과 경쟁사 3~5곳의 동일 URL을 캡처해 비교하면 된다. Playwright에서는 await page.ariaSnapshot() 한 줄로 전체 트리를 YAML로 얻을 수 있다.

그 밖의 활용

헤딩과 랜드마크 계층 검증(콘텐츠 구조), 접근 가능한 이름으로 앵커 텍스트 교정(내부 링크), 이미지·대체 텍스트 감사(콘텐츠 추출과 AI 인용), CI에 ARIA 스냅샷 넣기(모니터링·회귀 테스트), 마이그레이션 전후 트리 비교(마이그레이션 QA), SEO 가치 기준의 접근성 수정 우선순위화(로드맵)까지 같은 계층에서 이어진다.

정리

2026년에 SEO가 갑자기 접근성 트리를 이야기하는 이유는 하나다. AI 에이전트가 바로 그 계층을 읽고, WebMCP가 에이전트에게 읽기를 넘어 행동까지 허용하는 방향으로 가고 있기 때문이다. 다만 순서를 뒤집지 않는 것이 중요하다. 접근성을 제대로 하면 기계 가독성은 따라온다.

AI가 개념과 출처를 어떻게 연결하는지는 엔티티 SEO — AI 검색은 키워드가 아니라 개념의 출처를 찾는다에서, 하나의 질문이 여러 하위 질문으로 확장되는 구조는 쿼리 팬아웃이 바꾸는 구글 SEO — 하나의 검색이 여러 질문으로 쪼개진다에서 볼 수 있다.