GPT-6 아스트라가 예약을 대신한다 — 예약받는 사이트가 확인할 것
1.오픈AI가 실제로 앞세운 문장
새 모델 소개에서 컴퓨터 사용을 설명하는 첫 문장에 “온라인 폼 작성”이 들어 있습니다. 수학이나 코딩이 아니라, 남의 웹사이트에 들어가 칸을 채우는 일입니다.
오픈AI 소개 글의 ‘세계 최고의 컴퓨터 사용 모델’ 절은 이렇게 시작합니다. 온라인 양식을 채우고, CRM의 고객 기록을 업데이트하고, 일정을 정리하는 것 같은 번거로운 일을 대신할 수 있습니다.
뒤이어 소개된 시연 목록도 성격이 같습니다 — 소아과 찾기, 집 알아보기, 차량국 방문 예약하기, 저탄수화물 간식 주문하기. 전부 어딘가의 웹사이트에 들어가 사람 대신 절차를 밟는 일입니다.
숫자도 그 방향입니다. 컴퓨터 사용을 재는 OSWorld 2.0에서 아스트라는 과제당 약 40분에 72.6%를 기록했습니다. 직전 모델 GPT-5.6 솔은 약 75분에 65.7%였으니 정확도는 올라가고 시간은 약 47% 줄어든 셈입니다. 화면에서 버튼과 입력칸의 위치를 찾아내는 ScreenSpot-Pro에서는 도구 없이 92.7%로, 솔의 76.9%에서 크게 올랐습니다.
정리하면 지금 오픈AI가 가장 크게 밀고 있는 것은 채팅 실력이 아니라 ‘남의 화면을 대신 조작하는 능력’이고, 그 남의 화면 중 하나가 우리 예약 페이지입니다.
2.그런데 오늘 당장은 아닙니다
과장하지 않겠습니다. 아스트라는 공개 당일 일부 조직에만 열렸고, 개인 요금제와 API로는 “며칠에 걸쳐” 확대됩니다. 기업 관리자 화면에서는 기본값이 꺼짐입니다.
그러니 내일 아침부터 AI가 보낸 신청서가 쌓이는 일은 없습니다. 비용도 걸림돌입니다. API 기준 100만 토큰당 입력 10달러, 출력 50달러로 직전 모델의 두 배가 넘습니다. 화면을 한 단계씩 보며 조작하는 방식은 토큰을 많이 쓰기 때문에, 당분간은 아무 일에나 붙이기 어렵습니다.
그럼 왜 지금 보느냐 — 아래에서 짚을 다섯 가지가 전부 사람 손님에게도 그대로 이득이 되는 항목이기 때문입니다. AI가 오든 안 오든 손해 볼 일이 없고, 오면 준비된 상태가 됩니다. 반대로 이걸 안 해두면 준비된 경쟁 업체로 예약이 넘어간 뒤에야 알게 됩니다.
3.확인 하나 — 우리 가게가 후보에 오르는가
에이전트가 우리 화면을 조작하려면 먼저 우리를 골라야 합니다. 고르는 단계는 검색이고, 검색용 AI 크롤러는 자바스크립트를 실행하지 않습니다.
여기서 구분이 하나 필요합니다. 아스트라가 실제로 화면을 조작할 때는 진짜 브라우저를 씁니다. 그래서 자바스크립트로 그려지는 화면도 문제없이 읽습니다. 하지만 그 전에 “어디로 갈까”를 정하는 단계는 다릅니다. 그건 검색이고, 검색을 담당하는 크롤러는 자바스크립트를 실행하지 않습니다. 여기서 걸러지면 조작이고 뭐고 후보에 아예 오르지 못합니다.
확인은 한 줄이면 됩니다. 자기 사이트 주소를 넣고 상호가 몇 번 나오는지 세어 보십시오.
# 첫 응답 HTML 안에 상호가 들어 있는지만 본다
curl -s https://내사이트주소/ | grep -c "우리가게이름"
# 0 이 나오면 화면엔 보여도 기계는 못 읽는 상태다0이 나오는 구조와 그 이유는 AI 빌더 사이트엔 하단 필수정보 입력란이 없다에서 자세히 다뤘습니다. 같은 점검을 영업시간, 주소, 가격, 예약 안내 문구에도 해보시면 됩니다. 이미지 안에만 적혀 있는 정보는 없는 정보입니다.
4.확인 둘 — 신청 화면이 라벨을 갖고 있는가
사람은 칸 위에 적힌 글씨를 보고 압니다. 기계는 그 글씨가 칸에 연결돼 있어야 압니다. 연결이 없으면 이름란에 전화번호가 들어갑니다.
ScreenSpot-Pro 92.7%는 화면에서 요소의 위치를 찾아내는 능력입니다. 위치는 찾아도 그 칸이 무엇을 받는 칸인지는 별개 문제입니다. 아래 두 코드는 화면상 똑같이 보이지만 기계에게는 전혀 다릅니다.
<!-- 기계가 못 읽는 쪽 -->
<div>이름</div>
<input type="text">
<!-- 기계가 읽는 쪽 -->
<label for="name">이름</label>
<input type="text" id="name" name="name" autocomplete="name">손으로 확인하는 방법이 더 빠릅니다. 마우스를 쓰지 말고 Tab 키만으로 신청 화면을 끝까지 채워 보십시오. 중간에 건너뛰는 칸이 있거나, 달력이 Tab으로 안 열리거나, 마지막 보내기 버튼에 도달하지 못하면 거기가 막히는 자리입니다. 같은 자리에서 키보드만 쓰는 손님과 화면 낭독기를 쓰는 손님도 똑같이 막힙니다. 그래서 이 확인은 AI와 무관하게 해둘 값어치가 있습니다.
5.확인 셋 — 봇 차단이 손님의 심부름꾼까지 막는가
스팸을 막으려고 걸어둔 장치가, 손님이 보낸 에이전트도 함께 막습니다. 그리고 그건 예약 한 건이 조용히 사라지는 방식으로 나타납니다.
여기가 이 글에서 가장 판단이 어려운 자리입니다. 차단을 풀면 스팸이 들어오고, 그대로 두면 진짜 손님이 보낸 심부름꾼이 막힙니다. 정답이 하나로 정해져 있지 않습니다. 다만 지금 무엇이 걸려 있는지는 알고 있어야 나중에 고를 수 있습니다.
| 걸려 있는 것 | 사람 손님 | 손님이 보낸 에이전트 |
|---|---|---|
| 이미지 고르기 방식의 자동가입 방지 | 통과 | 대체로 막힘 |
| 화면 뒤에서 도는 점수식 방지 장치 | 통과 | 점수에 따라 갈림 |
| 보안 서비스의 자동화 접속 차단 | 통과 | 설정에 따라 막힘 |
| 휴대폰 인증 | 통과 | 막힘 |
당장 풀라는 뜻이 아닙니다. 예약이 최종 확정되는 마지막 단계에만 인증을 두고, 그 앞 단계는 열어 두는 방식이 절충점이 될 수 있습니다. 문의 폼과 예약 폼의 방어 수준을 다르게 가져가는 것도 방법입니다. 어느 쪽이든 지금 우리 사이트에 뭐가 걸려 있는지부터 확인하는 게 먼저입니다.
6.확인 넷 — 확정 연락이 사람에게 닿는가
에이전트가 예약을 넣고 나면, 확인 전화를 받을 사람이 그 자리에 없습니다. 손님은 AI에게 시켜 놓고 다른 일을 하고 있습니다.
지금 많은 가게가 신청을 받은 뒤 전화로 확정합니다. 그런데 신청을 넣은 쪽이 사람이 아니면 그 전화는 허공에 뜹니다. 손님 본인은 자기가 예약이 됐는지 안 됐는지 모르는 상태가 됩니다. 이건 AI 문제라기보다 원래 있던 약점이 드러나는 것에 가깝습니다.
고칠 방향은 단순합니다. 신청이 들어온 즉시 화면에 확정 여부와 접수번호를 글자로 보여주고, 같은 내용을 문자나 메일로 한 번 더 보내는 것입니다. 전화는 그다음입니다. 이렇게 해두면 전화 통화를 부담스러워하는 사람 손님에게도 그대로 이득입니다.
7.지금 하지 않아도 되는 것
안 해도 되는 일을 안 하는 것이 시간을 가장 많이 아낍니다. 지금 팔리기 시작하는 대응책 중 상당수는 근거가 없습니다.
- 사이트를 통째로 다시 만들 필요는 없습니다. 위 네 가지는 전부 기존 사이트를 고치는 작업이지 새로 짓는 작업이 아닙니다.
- AI 전용 페이지를 따로 만들 필요는 없습니다. 사람이 보는 화면과 기계가 읽는 화면을 나누기 시작하면 관리 대상이 두 배가 되고, 둘이 어긋나는 순간 신뢰를 잃습니다.
- 이미 검색 순위가 나오는 글은 건드리지 마십시오. 잘 되고 있는 본문을 AI용으로 다시 쓰는 건 손해라는 실험 결과가 있습니다. 새로 쓰는 글에만 적용하는 편이 안전합니다.
- 모델 이름을 사이트 코드에 박아두지 마십시오. 이번처럼 새 모델이 나오고 옛 모델이 종료되는 주기가 짧아졌습니다. 관련해서는 10월 23일 오픈AI 모델 종료에 정리해 두었습니다.
§이 글의 근거
인용한 문장과 수치는 모두 오픈AI가 2026년 9월 3일 공개한 GPT-6 Astra 소개 문서에서 확인했습니다. 온라인 양식 작성·CRM 기록 갱신·일정 정리라는 예시 순서, OSWorld 2.0의 72.6%와 약 40분 대 65.7%와 약 75분, ScreenSpot-Pro 92.7% 대 76.9%, API 가격 100만 토큰당 입력 10달러·출력 50달러, 공개 당일 일부 조직 한정과 기업 관리자 기본값 꺼짐이 모두 같은 문서에 있습니다. 사이버보안 역량이 자사 대비 체계에서 중대 단계에 해당한다는 판단은 안전 개요 문서에 있습니다.
확인하지 못한 것을 밝힙니다. 국내 예약 서비스와 보안 서비스가 이번 모델의 접속을 실제로 어떻게 처리하는지는 공개된 자료로 확인하지 못했습니다. 5번 표의 ‘대체로 막힘’은 각 방어 장치의 작동 원리에서 나오는 일반적인 예상이며, 특정 서비스의 실측 결과가 아닙니다. 실제 동작은 각 서비스의 설정과 정책에 따라 달라지므로, 운영 중인 도구가 있다면 해당 업체에 직접 확인하시기를 권합니다. 아스트라가 개인 요금제까지 열리면 우리 사이트로 직접 시험해 결과를 따로 적겠습니다.