AI agent(목표에 따라 상황을 살피고 다음 행동을 스스로 정하는 프로그램)가 고객 대신 영업시간을 찾고 예약 가능 여부를 확인하는 시대에는 웹사이트가 사람의 눈에만 잘 보이는 것으로 충분하지 않습니다. 상품 정보가 기계에도 읽혀야 하고, 폼을 제출했다면 성공했는지 분명히 알려야 합니다. 그렇다고 사람용 사이트와 기계용 사이트를 따로 만들 필요가 있다는 뜻은 아닙니다. 핵심은 누구든 필요한 일을 적은 마찰로 끝낼 수 있게 하는 것입니다.
방문자를 붙잡기보다 목적을 끝내게 합니다
정해진 순서만 반복하는 스크립트와 달리 AI agent는 페이지 상태를 살피고 멈추거나 경로를 바꿀 수 있습니다. Google은 지역 업체에 음성 전화를 걸어 영업시간이나 예약 가능 여부를 확인하는 기능도 제공하고 있습니다. 이 경우 웹사이트나 업체 정보에 정확한 전화번호와 운영 정보가 없다면, 고객을 대신해 움직이는 agent가 업체에 접근하기 어려워집니다.
사람과 agent의 공통 과제는 ‘오래 머무르기’가 아니라 ‘하려던 일을 마치기’입니다. 상품을 사려는 사람에게 긴 회사 소개를 먼저 읽게 하거나, 예약을 원하는 사람에게 여러 단계를 돌아가게 하는 설계는 체류 시간을 늘릴 수는 있어도 목적 달성에는 방해가 됩니다. 페이지마다 방문자가 가장 먼저 확인할 정보와 수행할 행동을 정하고, 그 앞을 가리는 불필요한 문구와 절차를 줄이는 편이 낫습니다.
화면에 보이는 정보가 기계에도 읽혀야 합니다
가장 먼저 점검할 부분은 client-side JavaScript(방문자의 브라우저에서 실행되는 코드)에만 의존하는 정보입니다. 많은 언어 모델과 agent 시스템은 페이지를 읽을 때 이를 실행하지 않습니다. Adidas의 상품 페이지 사례처럼 JavaScript를 끄면 사이즈 표, 재고 정보나 상품의 구조화된 표시가 사라지거나 깨질 수 있습니다. 사람에게는 정상으로 보이던 상품이 기계에는 정보가 빠진 페이지로 보일 수 있는 셈입니다.
브라우저에서 JavaScript를 끄고 가격, 재고, 사이즈, 운영 정보가 여전히 읽히는지 확인해 볼 수 있습니다. 중요한 내용은 기계가 접근할 수 있는 페이지 구조에 담고, semantic HTML5(태그로 각 요소의 역할을 드러내는 구조)를 사용합니다. 버튼 역할을 하는 요소에는 실제 버튼 태그를, 입력 작업에는 적절한 폼 태그를 쓰는 방식입니다. 페이지 첫 200단어가 언어 모델의 정보 검색 평가에 큰 영향을 준다는 업계 연구도 있습니다. 따라서 답을 찾으러 온 방문자에게 중요한 내용을 앞에 두되, 이 수치를 모든 agent 작업에 통하는 규칙으로 받아들일 필요는 없습니다. 정보를 찾는 일과 예약을 완료하는 일은 다르기 때문입니다.
▲ 읽을 수 있는 상품 정보
폼은 완료와 오류를 분명하게 알려야 합니다
폼을 보냈는데 버튼의 문구만 바뀌고 완료 상태를 확인할 수 없다면 agent는 제출을 반복하거나 작업을 멈출 수 있습니다. 성공했다는 안내는 DOM(브라우저가 인식하는 페이지 요소 구조)에 명확히 나타나야 합니다. 오류도 브라우저가 띄우는 기본 알림에만 맡기지 않는 편이 좋습니다. 그런 알림은 agent가 살피는 DOM이나 accessibility tree(보조기술에 제공되는 요소 구조)에 나타나지 않을 수 있습니다.
입력란 근처에 오류를 알리고, 제출 뒤에는 완료 여부를 확인할 수 있게 설계하면 사람도 다음에 무엇을 해야 하는지 알기 쉬워집니다. 과도한 팝업, 복잡한 설문, 흐름을 끊는 동의 창도 함께 살펴볼 대상입니다. 점검할 때는 자동화된 시험 결과만 보지 말고 Claude나 ChatGPT에 실제 고객이 할 법한 작업을 맡겨 어디서 멈추는지 확인합니다. agent의 행동은 매번 같지 않을 수 있으므로 한 번의 성공만으로 작업이 항상 완료된다고 판단해서는 안 됩니다.
▲ 폼의 완료와 오류 상태
방문 기록은 출발점이지 완료 기록이 아닙니다
Google Analytics만으로는 agent가 어떤 페이지에서 작업을 포기했는지 파악하기 어렵습니다. 서버 접속 기록이나 Cloudflare의 분석 정보로 어떤 페이지에 자동화된 방문이 있었는지부터 확인할 수 있습니다. 다만 방문한 경로를 안다고 해서 그 agent의 목적이나 실패 원인까지 알 수 있는 것은 아닙니다. 접속 기록을 살핀 뒤 실제 작업 시험과 함께 해석해야 합니다.
노출 측면에서도 기본기는 크게 달라지지 않습니다. SEO(검색엔진 최적화)와 GEO(생성형 검색 최적화)를 별개의 비법으로 보기보다, 읽을 수 있는 페이지와 일관된 정보를 유지하는 작업으로 접근할 수 있습니다. 회사의 핵심 사실과 제공 서비스를 한 문서에 정리해 변경 이력을 관리하고, 외부 소개와 공개 프로필도 이에 맞추는 방식입니다. 이는 AI가 엇갈린 정보를 접할 가능성을 줄이지만, 잘못된 답변을 완전히 막지는 못합니다. 특히 건강·법률·금융처럼 잘못된 요약의 영향이 큰 정보는 자동 생성된 답변만으로 판단하지 않고 검증된 전문가의 정보를 확인할 수 있어야 합니다. 개인의 건강에 관한 판단은 의료진과 상의해야 합니다.
지금 확인할 순서
- 방문자가 하려는 핵심 작업을 정하고, 그 작업에 필요 없는 문구와 단계를 줄입니다.
- JavaScript를 끈 상태에서 핵심 정보가 읽히는지 확인하고, 버튼과 폼에 역할이 분명한 HTML5 태그를 사용합니다.
- 폼의 오류와 제출 완료 상태가 DOM에 나타나는지 확인한 뒤, 실제 agent에 작업을 맡겨 봅니다.
- 서버 접속 기록으로 자동화된 방문 페이지를 파악하고, 사이트와 외부에 공개된 기본 정보가 서로 일치하는지 점검합니다.
이 순서는 AI 검색 결과의 상위 노출을 보장하는 방법이 아닙니다. 사람의 사용성을 해치지 않으면서 agent가 정보를 읽고 작업을 끝낼 가능성을 높이는 지속적인 점검에 가깝습니다.