이제 SaaS 구매 여부를 좌우하는 주체가 사람이 아닐 수도 있습니다. 사용자가 ChatGPT에 “Slack과 연동되고 SSO를 지원하며 월 5,000 미만인 프로젝트 관리 소프트웨어를 찾아줘”라고 요청하면, 에이전트는 웹사이트 10곳을 읽고 핵심 정보를 추출해 후보 3개를 제시합니다. 이때 제품 페이지는 마케팅 콘텐츠가 아니라 사양서로 읽힙니다. 가격을 추출할 수 없고, 연동 목록을 파악할 수 없으며, 요금제별 차이도 이해하기 어렵다면 검토 대상에서 탈락할 기회조차 없이 최종 후보에서 사라집니다.
이러한 변화는 많은 B2B 팀의 예상보다 빠르게 진행됐습니다. 에이전틱 커머스는 단순히 “AI가 결제를 도와주는 것”에 그치지 않습니다. 구매 전 조사와 비교, 후보 선별을 에이전트가 수행하고 사람은 최종 결정만 내리는 구조를 뜻합니다. 지금까지 공들여 설득해 온 의사결정자 앞에 새로운 게이트키퍼가 생긴 셈입니다. 이 프로그램은 브랜드 스토리보다 구조화된 사실을 읽습니다. 에이전트가 제품을 읽지 못하면 의사결정자에게 브랜드가 노출될 기회도 없습니다.
에이전트는 익숙한 유형의 방문자가 아닙니다
에이전트를 참을성이 없고 스크롤이나 애니메이션에 반응하지 않는 방문자라고 생각해 보십시오. 히어로 영역의 페이드인 효과를 기다리지 않고, 커뮤니티의 추천사에도 감동하지 않으며, 가격을 찾으려고 3단계 드롭다운 메뉴를 탐색하지도 않습니다. 에이전트가 하는 일은 지극히 기계적입니다. 페이지를 크롤링하고, 구조를 분석하고, 필요한 필드를 추출해 다른 후보와 비교한 뒤, 사람이 볼 최종 후보에 포함할지 결정합니다.
여기에는 냉정한 격차가 존재합니다. 큰 이미지와 넉넉한 여백, 정교한 인터랙션을 갖춘 페이지가 사람에게는 아름답게 보일 수 있습니다. 하지만 에이전트가 읽는 것은 의미 구조가 무너진 <div> 묶음일 수 있습니다. 가격은 이미지 안에 있고, 솔루션 정보는 JavaScript 동적 로딩에 의존하며, 핵심 사양은 내려받아야 하는 PDF에만 담겨 있을 수도 있습니다. 사람의 눈에는 보여도 기계는 포착하지 못합니다. 에이전틱 커머스에서는 기계가 포착하지 못하는 정보는 존재하지 않는 것과 같습니다.
에이전트가 제품 페이지에서 실제로 찾는 정보
고객사의 GEO를 진단할 때는 매우 단순한 방법을 사용합니다. 제품 페이지의 원본 HTML을 모델에 입력한 뒤 “이 제품의 가격은 얼마이며, 어떤 서비스와 연동되고, 누구에게 적합한가?”라고 묻습니다. 답하지 못하거나 잘못 답한다면 실제 에이전트 역시 정확히 처리하기 어려울 가능성이 큽니다. 에이전트가 반복적으로 찾는 정보는 다음과 같습니다.
- 가격 및 청구 방식: “견적 문의”로만 표시하지 말고 명확한 금액, 통화, 결제 주기를 제시합니다.
- 기능 및 연동: 소프트웨어가 제공하는 기능과 연결할 수 있는 시스템을 열거 가능한 목록으로 제시하는 것이 좋습니다.
- 적용 대상 및 제한 사항: 적합한 팀 규모와 업종, 사용 한도 또는 사전 조건을 명시합니다.
- 요금제별 차이: 마케팅 수식어 대신 서로 직접 비교할 수 있는 항목으로 각 요금제의 차이를 보여줍니다.
- 신뢰 신호: 이용 약관, 보안 규정 준수, 환불 정책 등은 신중한 구매자를 대신하는 에이전트가 먼저 확인하는 항목입니다.
구조화 데이터: 장식이 아니라 인터페이스입니다
SEO 중심의 시대에는 Schema.org 마크업을 있으면 좋은 부가 요소로 보는 경우가 많았습니다. 추가하면 검색 결과에 별점이 표시될 수 있는 정도로 여긴 것입니다. 에이전틱 커머스에서는 역할이 달라집니다. 구조화 데이터는 제품과 에이전트를 연결하는 공식 인터페이스입니다. Product, Offer, Organization, FAQPage 같은 유형을 활용하면 가격, 공급 상태, 자주 묻는 질문을 기계가 즉시 이해할 수 있는 형식으로 직접 제공할 수 있습니다. 에이전트가 레이아웃의 어느 부분이 가격이고 어느 부분이 요금제인지 추측할 필요가 없어집니다.
시맨틱 HTML과 깔끔하게 추출되는 콘텐츠
구조화 마크업이 명시적인 필드를 처리한다면 나머지 텍스트는 시맨틱 HTML에 달려 있습니다. 에이전트는 텍스트를 추출할 때 제목 계층, 목록, 표 등의 구조를 바탕으로 어떤 문장이 중요하고 어떤 항목이 나란히 비교되는 선택지인지 판단합니다. <h2>와 <h3>로 계층을 나누고, 실제 표로 요금제를 비교하며, 목록으로 기능을 정리한 페이지에서는 모델이 정보를 깔끔하게 읽을 수 있습니다. 반면 모든 내용을 <div>에 넣고 CSS로만 배치한 페이지는 계층 없는 단어 더미로 인식됩니다.
여기에는 Markdown 방식의 사고가 유용합니다. 페이지를 머릿속에서 Markdown으로 바꿨을 때 제목과 목록, 정렬된 열로 명확하게 설명할 수 있다면 에이전트 친화적일 가능성이 큽니다. 반대로 시각적 배치를 봐야만 이해할 수 있는 페이지는 에이전트도 이해하기 어렵습니다. 고객에게 isitagentready로 먼저 자체 점검해 보라고 권하는 이유도 여기에 있습니다. 우선 기계가 정보를 읽을 수 있는지 확인한 다음, 올바르게 이해하는지를 살펴봐야 합니다.
가격과 거래 실행 가능성: 에이전트가 가장 자주 막히는 구간
앞서 살펴본 구조화 데이터와 시맨틱 HTML은 대부분의 팀이 비교적 쉽게 개선할 수 있습니다. 실제로 어려운 부분은 마지막 단계인 거래 실행 가능성입니다. 이상적인 흐름에서는 사용자가 체험을 시작하거나, 구매 항목을 추가하거나, 예약하는 단계까지 에이전트가 한 걸음 더 나아갈 수 있어야 합니다. 프로그램이 조작할 수 있는 진입점, 명확한 작업, 안정적인 양식, 사람의 판단 없이 완료할 수 있는 다음 단계가 필요합니다. 다음 단계가 항목 10개짜리 양식을 작성하고 영업 담당자의 전화를 기다린 뒤 견적을 받기 위해 이메일을 3차례 주고받는 것이라면 에이전트는 그 지점에서 멈춥니다. 사용자는 다시 수동 절차로 돌아가지만, 그사이 전 과정을 바로 완료할 수 있는 경쟁 제품을 선택할 수 있습니다.
많은 제품 페이지를 검토해 보면 담당자는 정보가 충분하다고 생각하지만, 모델에 입력했을 때 가격조차 추출되지 않는 경우가 적지 않습니다. 차이는 대개 사실을 머신 리더블 형식으로 작성했는지에 달려 있습니다.— Tenten GEO
오늘 바로 시작하는 머신 리더블 체크리스트
앞의 내용을 실행 항목으로 압축하면 다음 다섯 가지입니다. 고객사에는 기대 효과가 큰 순서대로 점검하도록 권합니다.
- 가격과 요금제별 차이를 페이지의 실제 크롤링 가능한 텍스트와 표로 작성합니다. 이미지나 PDF 안에 숨기지 마십시오.
- 주요 제품 페이지에 Product, Offer, FAQPage 구조화 데이터를 추가하고, 페이지에 표시된 내용과 문구 및 수치가 정확히 일치하는지 확인합니다.
- 시맨틱 HTML로 콘텐츠를 재구성합니다. 제목 계층, 기능 목록, 요금제 비교표를 명확히 만듭니다.
- 구매 전에 자주 나오는 질문을 질문 하나와 답변 하나로 구성해, 각각 독립적으로 추출할 수 있는 문단으로 작성합니다.
- 체험, 예약, 견적 요청 등 “다음 단계”를 프로그램이 완료할 수 있는지 점검합니다. 최소한 사람의 응답을 기다리지 않고 진행할 수 있는 경로를 마련합니다.
이 체크리스트를 적용하기 위해 사이트 전체를 다시 만들 필요는 없습니다. 대부분 기존 페이지에 구조와 사실 정보를 보강하고 마찰 요소를 줄이는 작업입니다. 어려운 점은 무엇이 부족한지 구분하는 것입니다. 기계가 페이지를 전혀 읽지 못하는 것인지, 읽을 수는 있지만 최종 후보에 오를 만큼 정보가 충분하지 않은 것인지 파악해야 합니다. 에이전트의 눈에 제품 페이지가 어떻게 보이고 어느 지점에서 막히는지 확인하고 싶다면 30분 GEO 진단을 예약해 보십시오. 실제 추출 테스트를 바탕으로 함께 점검해 드립니다.
