수집 허용을 넘어선 작업 정보 전달
AI 에이전트에 대비하는 기술 판단은 페이지 수집 허용에 그치지 않고, 사람이 맡긴 작업에 필요한 정보를 화면·DOM 구조·접근성 트리에서 파악할 수 있는지까지 포함합니다. 운영자는 사이트에서 맡길 작업을 정한 뒤, 그 작업의 판단에 필요한 내용이 각 정보 표현에 실제로 전달되는지를 기준으로 준비 상태를 판단해야 합니다.
페이지를 가져오는 일과 사람 대신 작업하는 일에는 서로 다른 정보가 필요합니다. 페이지에 접근할 수 있더라도 대상의 이름, 선택 조건, 이용 제한을 읽을 수 없다면 맡긴 작업에 필요한 자료가 충분하다고 판단하기 어렵습니다. 마케팅 담당자는 전달하려는 설명을 나열하는 데서 그치지 말고, 이용자가 어떤 결정을 요청할지와 그 결정에 필요한 내용을 연결해야 합니다.
구글 가이드는 AI 에이전트가 사람을 대신해 작업을 수행하는 시스템이며, 브라우저 에이전트가 시각적 표현과 DOM 구조, 접근성 트리를 이용해 데이터를 수집할 수 있다고 설명합니다. 이는 모든 에이전트가 같은 자료를 같은 방식으로 처리한다는 뜻은 아닙니다. 사이트 운영에서는 이 설명을 정보 전달 상태를 조사할 대상으로 활용하고, 개별 에이전트의 처리 능력은 별도 판단 대상으로 남겨야 합니다.
화면과 구조에 담겨야 할 작업 단서
화면의 시각적 표현은 배치와 표시 상태를 통해 정보를 전달하고, DOM은 페이지 요소가 어떤 구조로 구성됐는지를 나타냅니다. 접근성 트리는 보조 기술에 전달되는 요소와 의미를 담습니다. 운영자는 이 표현들이 존재하는지만 묻지 말고, 작업에 필요한 대상과 조건을 읽을 자료가 있는지 개발 담당에게 요청해야 합니다.
| 사이트 이용 방식 | 필요한 정보 표현 | 운영자가 확인할 질문 |
|---|---|---|
| 화면의 시각적 표현 분석 | 대상 이름, 설명, 조건이 표시된 화면 | 필요한 설명이 실제 표시 상태에서도 읽힙니까? |
| DOM 구조 검사 | 대상과 관련 설명을 담은 페이지 요소 | 구조에서 어떤 설명이 어떤 대상에 속하는지 가릴 수 있습니까? |
| 접근성 트리 해석 | 보조 기술에 전달되는 이름과 의미 | 전달되는 정보로 작업 대상과 조건을 알아낼 수 있습니까? |
각 표현에 문장이 완전히 동일하게 실려야 한다는 뜻은 아닙니다. 대상과 조건의 의미가 어긋나거나 필요한 설명이 특정 표현에서 빠지는 상태를 조사하는 것이 목적입니다. 화면이 정돈됐다는 평가만으로 구조와 접근성 정보의 전달 상태까지 결론 내리지 않습니다.
맡길 작업에서 시작하는 조사 순서
조사는 에이전트에게 맡길 작업과 필요한 정보를 정하는 일부터 시작합니다. 대상 페이지를 먼저 모으면 페이지별 기술 상태는 기록할 수 있지만, 어떤 내용이 누락됐을 때 작업 판단이 어려워지는지는 놓칠 수 있습니다. 마케팅 담당자는 이용자의 요청을 작업 문장으로 정리하고, 개발 담당자는 그 문장에 필요한 정보의 전달 경로를 조사합니다.
- 운영자가 작업 대상과 완료 판단에 필요한 정보를 기재합니다. 이름이나 설명뿐 아니라 선택에 영향을 주는 조건도 포함합니다.
- 개발 담당자가 서버 응답과 실제 본문 전달 상태를 나누어 조사합니다. 처음 받은 문서와 이후 화면에 표시되는 내용의 차이를 기록합니다.
- 담당자가 화면·페이지 구조·접근성 정보에서 작업 단서를 대조합니다. 필요한 내용이 없거나 서로 다른 뜻을 전달하는 항목을 결과에 남깁니다.
준비 자료에는 대상 페이지 목록, 맡길 작업의 설명, 필수 정보 목록, 조사할 이용 상태를 포함합니다. 로그인 여부나 선택한 항목에 따라 내용이 달라지는 사이트라면 그 조건도 함께 기재합니다. 개발 담당에게는 준비한 자료를 기준으로 어디까지 조사했고 어떤 상태는 조사하지 못했는지 답하도록 요청합니다.
개발 담당에게 요청할 자료와 판단 한계
요청서는 통과 여부만 받는 형식보다 관찰한 내용을 남기는 형식이 적합합니다. 응답 자료, 본문 표시 상태, 요소 구조를 각각 기록하면 결과가 다를 때 설명이 엇갈린 지점을 찾을 수 있습니다. 아래 항목은 사이트 운영을 위한 조사 제안이며, 특정 플랫폼이 요구하는 시험 절차는 아닙니다.
| 확인 대상 | 개발 담당에게 요청할 확인 내용 | 확인만으로 단정할 수 없는 것 |
|---|---|---|
| 서버 응답 | 요청에 대한 응답 결과와 수신한 문서 내용 | 필요한 본문이 모두 전달됐다는 결론 |
| 본문 전달 | 초기 문서와 표시된 본문에 필수 정보가 있는지 | 모든 에이전트가 같은 본문을 얻는다는 결론 |
| 화면과 DOM | 대상과 설명의 표시 상태 및 요소 관계 | 작업 조건을 정확히 해석한다는 결론 |
| 접근성 정보 | 작업 대상의 이름과 관련 의미가 전달되는지 | 에이전트가 작업을 완료한다는 결론 |
조사 결과에는 사용한 페이지 상태와 근거 자료를 함께 기재합니다. 문제가 없다는 답변에도 그 판단이 응답 자료에 관한 것인지, 본문과 작업 단서까지 포함하는지 명시하도록 요청합니다. 처리 능력을 시험하지 않았다면 결과에는 정보 전달 상태만 기록합니다.
응답 성공과 본문 전달의 다른 판단
서버가 요청에 응답했다는 사실은 필요한 설명이 전달됐다는 사실과 별개입니다. 구글의 HTTP 상태 코드 문서는 성공 응답으로 받은 콘텐츠를 후속 처리에서 고려할 수 있지만, 검색 색인 생성을 보장하지 않는다고 설명합니다. 운영자는 응답 결과만 담긴 보고서를 본문 내용에 대한 조사 결과로 확대해 읽지 않아야 합니다.
받은 문서에 페이지의 기본 틀만 있고 실제 설명이 빠져 있다면, 해당 설명이 이후 어떤 상태에서 전달되는지 추가로 조사해야 합니다. 오류 안내나 빈 내용이 표시된 경우에도 화면에 무언가 나타났다는 이유로 필수 정보가 있다고 처리하지 않습니다. 필요한 문장과 조건이 수신 자료에 있는지, 표시된 본문에는 있는지를 각각 기록합니다.
구글의 처리 설명을 적용할 수 있는 범위
구글의 자바스크립트 문서는 초기 HTML에 실제 콘텐츠가 없는 사이트에서 구글이 자바스크립트를 실행해 페이지 내용을 얻는 과정을 설명합니다. 또한 구글이 렌더링된 HTML을 색인 생성에 사용한다고 설명합니다. 이 설명으로 판단할 수 있는 범위는 구글의 검색 처리이며, 다른 브라우저 에이전트의 실행 환경까지 포함하지 않습니다.
따라서 구글이 처리할 수 있는 구성이라는 이유만으로 모든 에이전트가 필요한 정보를 얻는다고 결론 내리면 안 됩니다. 반대로 본문이 자바스크립트로 만들어진다는 사실만으로 모든 에이전트가 읽지 못한다고 판단해서도 안 됩니다. 개발 담당자는 본문을 전달하는 기술과 조사한 환경을 기재하고, 운영자는 실제로 관찰한 결과와 아직 시험하지 않은 능력을 따로 기록합니다.
보고서의 표현도 판단 범위에 맞춰야 합니다. 특정 상태의 화면과 구조에서 설명을 찾았다면 그 사실을 기재하고, 에이전트 전체에 대한 적합 판정으로 확대하지 않습니다. 정보 전달 자료와 처리 능력에 관한 근거가 섞인 보고서는 결론을 나누어 다시 작성하도록 요청합니다.
콘텐츠 기준 시점의 불일치
정보가 빠지지 않았더라도 서로 다른 시점의 내용이 함께 전달되면 작업 판단에 혼선을 줄 수 있습니다. 화면에는 변경된 조건이 표시되고 구조에서 추출한 설명에는 이전 조건이 남아 있다면, 정보의 존재 여부만으로는 적합성을 판단하기 어렵습니다. 콘텐츠 담당자는 현재 유효한 설명을 지정하고 개발 담당자는 조사 자료의 문구와 대조합니다.
이때 차이를 모두 기술 오류로 처리하지는 않습니다. 이용 상태에 따른 의도된 차이인지, 변경 사항이 일부 표현에 반영되지 않은 것인지 원인을 가려야 합니다. 운영자는 정답으로 사용할 내용과 적용 조건을 먼저 확정하고, 조사 기록에는 자료를 얻은 시점과 유효한 조건을 함께 기재합니다.
자주 묻는 질문
사이트의 모든 이용 작업을 조사 대상으로 정해야 합니까?
처음부터 모든 작업을 포함할 필요는 없습니다. 운영자가 지원하려는 요청을 정하고, 그 요청과 직접 관련된 페이지 및 설명을 조사 대상으로 선택합니다. 범위 밖의 작업은 문제가 없다고 처리하지 말고 조사하지 않은 항목으로 기록합니다.
외부 페이지의 설명도 필요한 정보 목록에 포함합니까?
작업 판단에 꼭 필요한 설명이라면 외부 자료라는 사실과 함께 목록에 포함합니다. 운영자가 내용을 관리할 수 없는 자료는 담당자에게 사이트 내부 자료와 같은 수정 책임을 요구하지 않습니다. 의존하는 정보와 관리 주체를 기재해 조사 범위를 정합니다.
개인화된 내용은 어느 이용 상태를 기준으로 조사합니까?
지원하려는 요청에 해당하는 이용 상태를 기준으로 정합니다. 계정이나 선택 조건에 따라 내용이 달라진다면 상태별로 필요한 설명을 작성합니다. 조사하지 않은 다른 계정의 결과까지 같다고 결론 내리지 않습니다.
마케팅 담당자가 기술 용어를 몰라도 자료를 준비할 수 있습니까?
담당자는 이용자가 요청할 일과 판단에 필요한 설명을 일상적인 문장으로 작성하면 됩니다. DOM이나 접근성 트리에 해당 내용이 어떻게 전달되는지는 개발 담당에게 해석을 요청합니다. 질문을 기술 용어로 변경하기보다 원래의 작업 뜻이 유지되도록 전달합니다.
아직 지원하지 않는 작업도 기술 준비 대상으로 포함합니까?
지원 계획이 확정되지 않았다면 현재 제공하는 기능과 별도로 기록합니다. 운영자는 미래 요청에 필요한 내용을 정리할 수 있지만, 계획만으로 현재 사이트가 그 작업을 지원한다고 안내해서는 안 됩니다. 지원 범위가 확정된 뒤 조사 대상에 포함합니다.