양식·버튼 이용을 판단하는 기준
AI 에이전트가 양식·버튼을 이용하도록 준비하려면 브라우저 에이전트가 화면·문서 구조·접근성 정보를 해석하는 방식을 바탕으로 실제 입력·클릭 흐름을 확인해야 합니다. 검색용 크롤러의 접근을 허용했다는 사실만으로 양식 작성이나 버튼 조작이 가능하다고 판단해서는 안 됩니다.
구글은 브라우저 에이전트가 작업에 필요한 정보를 얻는 방식으로 화면의 시각적 분석, 문서 구조 검사, 접근성 트리 해석을 설명합니다. 운영자는 이 설명을 바탕으로 사이트에서 수행할 작업을 정하고, 작업 대상을 식별하는 단계부터 결과를 읽는 단계까지 시험 범위를 정합니다. 특정 에이전트가 어떤 정보를 이용하는지 모르는 상태에서는 화면이 정상이라는 이유로 나머지 항목을 생략하지 않습니다.
문서 구조는 페이지를 구성하는 요소와 그 관계를 뜻하며, 접근성 정보는 입력란이나 버튼의 이름·역할·상태를 전달하는 정보를 뜻합니다. 운영자가 화면의 문구를 읽을 수 있어도 개발 담당이 검사한 요소에는 이름이 없거나 다른 역할이 기록될 수 있습니다. 따라서 화면의 목적과 개발 담당이 전달받은 정보를 같은 작업 단위로 대조합니다.
식별과 결과를 나눈 판단표
판단표는 버튼이 존재하는지를 기록하는 용도로 끝내지 않습니다. 작업 대상을 선택할 수 있는지와 조작 이후 상태를 알 수 있는지를 나누어 기록합니다.
| 판단 대상 | 충족 여부를 가릴 자료 | 판단을 보류할 상태 |
|---|---|---|
| 화면 표시 | 입력 목적과 버튼 동작을 설명하는 문구 | 같은 문구가 여러 대상에 반복됨 |
| 문서 구조 | 입력란·버튼과 주변 설명의 관계 | 설명과 실제 조작 대상이 연결되지 않음 |
| 접근성 정보 | 요소의 이름·역할·현재 상태 | 화면의 목적과 전달되는 정보가 다름 |
| 입력·클릭 결과 | 완료·오류·추가 입력을 알리는 표시 | 동작 뒤 무엇이 처리됐는지 알 수 없음 |
표의 항목은 사이트 운영자가 개발 요청을 정리하는 실무 기준이며, 특정 플랫폼의 필수 요건 목록은 아닙니다. 일부 항목이 충족되어도 실제 시험에서 목표한 작업을 마치지 못하면 완료로 처리하지 않습니다. 시험한 환경과 작업 범위를 함께 남겨 판단의 적용 범위를 제한합니다.
검색 수집과 조작 시험의 범위
검색 수집을 위한 접근 설정과 사용자 요청에 따른 사이트 이용은 목적이 다릅니다. 오픈에이아이는 검색용 수집과 사용자가 요청한 웹 방문을 서로 다른 용도로 설명합니다. 이 설명을 양식 제출이나 버튼 클릭 능력의 증거로 확대하지 않습니다.
운영자는 검색 관련 설정의 처리 여부와 별도로 입력·클릭 시험 항목을 관리합니다. 시험 결과에는 사용한 에이전트와 수행한 작업을 기재하며, 시험하지 않은 환경까지 이용 가능하다고 표시하지 않습니다.
대상 작업과 준비 자료
운영자는 페이지 전체를 시험 대상으로 요청하기보다 시작과 끝을 설명할 수 있는 작업을 선택합니다. 자료 검색, 조건 선택, 양식 오류 수정처럼 수행 목적이 분명한 작업부터 정리합니다. 제출이 외부 처리나 실제 업무를 발생시키는 양식은 시험용 환경 또는 사전에 합의한 안전한 범위를 준비합니다.
요청서에는 시작 화면, 사용할 시험용 입력값, 기대하는 결과, 작업을 멈출 조건을 기재합니다. 화면 자료만 전달하지 말고 어떤 입력란과 버튼을 어떤 순서로 이용할지도 설명합니다.
| 대상 작업 | 운영자가 확인할 화면 | 개발 담당에게 요청할 점검 |
|---|---|---|
| 검색어 입력 후 검색 | 입력 목적과 결과 목록 표시 | 입력란 이름과 검색 버튼의 역할 |
| 조건 선택 후 적용 | 선택한 조건과 적용 상태 | 선택 요소의 상태와 적용 대상의 관계 |
| 잘못된 입력 수정 | 오류 설명과 수정할 항목 | 오류 정보와 해당 입력란의 연결 |
| 양식 입력 후 제출 | 필수 항목 안내와 처리 결과 | 제출 요소 식별과 결과 상태 전달 |
표에 없는 작업은 같은 양식으로 추가하되, 사이트에서 실제로 제공하는 기능만 기재합니다. 개발 담당은 작업별로 수정 가능한 요소와 운영자가 문구를 고칠 요소를 나누어 회신합니다.
화면과 내부 정보의 검사 순서
- 운영자는 시작 화면에서 입력 항목의 목적, 필수 여부, 버튼을 누른 뒤 기대하는 동작을 기록합니다.
- 개발 담당은 해당 화면의 문서 구조에서 입력란과 버튼을 찾아 설명 문구와의 관계를 검사합니다.
- 개발 담당은 접근성 정보에 전달되는 이름·역할·상태를 추출해 운영자가 정한 작업 목적과 대조합니다.
- 담당자는 시험용 값으로 입력·클릭을 수행하고 결과 화면과 남은 작업을 기록합니다.
운영자는 화면 문구와 기대 동작을 결정하고, 개발 담당은 내부 요소가 그 뜻을 전달하는지 검사합니다. 마케팅 담당자가 문서 구조를 직접 해석하기 어렵다면 문제가 발생한 단계와 화면 자료를 전달하고, 해당 요소의 식별 정보를 회신받습니다.
수정 뒤 결과의 재확인
수정 뒤에는 이름이 변경된 요소만 검사하지 말고 앞에서 정한 작업을 시작부터 다시 수행합니다. 입력값이 유지되는지, 클릭 뒤 상태가 달라지는지, 오류를 수정한 다음 작업을 계속할 수 있는지 확인합니다. 담당자는 수정 전후의 결과를 같은 입력 조건으로 대조합니다.
완료 기록에는 작업명, 사용한 환경, 입력 조건, 관찰한 결과, 해결되지 않은 항목을 남깁니다. 개발 담당의 수정 완료 회신과 실제 작업 완료 여부는 별도 항목으로 기재합니다.
버튼 존재와 작업 대상의 혼동
자주 틀리는 판단은 화면에 버튼이 있다는 사실을 작업 대상을 식별할 수 있다는 뜻으로 해석하는 것입니다. 같은 화면에 같은 이름의 버튼이 여러 개 있으면 어느 내용에 작용하는지 추가 정보가 필요합니다. 운영자는 버튼 주변의 항목명과 대상 범위를 정리하고 개발 담당에게 그 관계가 전달되는지 요청합니다.
아이콘만 사용하는 버튼도 작업 목적을 판단할 수 있는 정보가 필요합니다. 화면에서 아이콘을 이해할 수 있다는 이유로 접근성 정보까지 충분하다고 처리하지 않습니다. 반대로 내부 이름이 있어도 화면의 설명과 뜻이 다르면 이름의 존재만으로 완료 판정을 내리지 않습니다.
입력란 안의 안내 문구가 입력과 함께 사라지는 경우에는 입력 후에도 항목의 목적을 알 수 있는지 시험합니다. 운영자는 값을 채운 화면을 기준으로 혼동되는 항목을 기록합니다. 개발 담당은 안내 문구가 사라진 뒤에도 입력란을 식별할 정보가 유지되는지 검사합니다.
결과 표시를 근거로 한 완료 기록
클릭 동작이 발생했다는 기록만으로 제출이나 적용이 끝났다고 처리하지 않습니다. 결과 메시지가 없거나 입력 화면이 그대로 유지된다면 성공, 실패, 처리 중 가운데 어떤 상태인지 판단할 근거가 부족합니다. 담당자는 관찰한 화면과 기대한 결과 사이의 차이를 기록하고 그 상태를 완료 미확정으로 표시합니다.
오류 메시지가 나타났다면 오류의 존재뿐 아니라 다음 행동을 정할 수 있는지도 기록합니다. 특정 항목을 수정해야 하는지, 입력을 유지한 채 재시도할 수 있는지, 작업을 종료해야 하는지를 따집니다. 같은 입력 조건에서 다른 결과가 발생하면 결과를 하나로 합치지 말고 각각 남깁니다.
화면 전환 없이 결과가 갱신되는 작업은 변경된 영역을 요청서에 명시합니다. 개발 담당은 결과가 변경됐을 때 어떤 상태 정보가 전달되는지 조사하고, 운영자는 그 정보로 기대한 처리 내용을 알 수 있는지 판단합니다. 이 기록은 문제가 발생한 단계를 특정하는 자료로 사용합니다.
시험 중 추가된 안내 화면의 처리
공지창이나 이용 안내가 작업 도중 나타나면 기존 작업의 실패와 별도로 기록합니다. 안내를 읽고 계속할 수 있는지, 작업 화면으로 돌아갈 수 있는지, 사용자가 선택해야 할 사항이 있는지에 따라 시험을 계속할 범위가 달라집니다. 운영자는 시험 시작 당시 나타난 안내와 선택 상태를 기재합니다.
다른 시험에서는 안내가 나타나지 않았다면 같은 시작 조건에서 수행했다고 처리하지 않습니다. 안내의 표시 조건을 모르면 개발 담당에게 발생 조건을 요청하고 해당 조건으로 다시 시험합니다. 동의나 승인처럼 사용자의 판단이 필요한 화면은 에이전트가 임의로 선택할 대상으로 포함하지 않으며, 선택이 필요한 단계까지의 결과만 기록합니다.
자주 묻는 질문
에이전트 시험 도구가 없으면 준비를 시작할 수 없습니까?
시험 도구가 없어도 작업 목록과 입력 조건, 기대 결과를 정리하는 준비는 할 수 있습니다. 사람이 수행한 결과는 사전 준비 자료로 사용하고 에이전트의 이용 성공으로 기록하지 않습니다. 실제 환경을 확보한 뒤 시험할 항목을 미수행 상태로 남깁니다.
버튼 문구를 반드시 특정 표현으로 통일해야 합니까?
특정 표현으로 모든 버튼을 통일할 필요는 없습니다. 해당 동작을 이해할 수 있는 문구를 선택하고 사이트 안에서 같은 동작에 서로 다른 뜻의 표현을 사용하지 않는지 정리합니다. 업계에서 익숙한 표현도 사용자가 오해할 수 있다면 담당자가 문구를 조정합니다.
에이전트 전용 화면을 별도로 만들어야 합니까?
별도 화면을 먼저 제작할 필요가 있다고 단정할 수는 없습니다. 기존 화면에서 해결할 수 없는 요구가 무엇인지 정리한 뒤 개발 담당이 제작 필요성을 판단합니다. 별도 화면을 만들 때는 기능 변경과 운영 자료 갱신을 누가 관리할지도 정합니다.
시험용 입력값에 실제 담당자 정보를 사용해도 됩니까?
작업 결과를 판단할 수 있는 시험용 값을 우선 준비합니다. 실제 담당자의 연락처나 업무 정보가 반드시 필요한지는 시험 책임자가 판단하고 사용 범위를 정합니다. 알림 발송이나 외부 전달이 발생하는 항목은 수신 대상까지 사전에 합의합니다.
에이전트가 중간에 멈추면 사이트 오류로 처리해야 합니까?
멈춘 사실만으로 사이트 오류를 확정하지 않습니다. 에이전트의 응답, 마지막 수행 단계, 사이트의 상태를 각각 기록하고 사람이 같은 조건에서 작업을 계속할 수 있는지 시험합니다. 원인을 특정하지 못했다면 사이트 수정 요청과 원인 미확정 기록을 따로 관리합니다.