AI가 손님 대신 예약·주문까지 하게 되면 — ChatGPT·구글 AI 모드·네이버 에이전트의 현재와 가게가 지금 준비할 것

답을 고르는 AI에서, 대신 움직이는 AI로

지금까지 AI 상위노출은 대개 ‘답변에 이름이 나오느냐’의 문제였습니다. 손님이 “상무지구 저녁 4명 갈 만한 곳”을 물으면 AI가 몇 곳을 고르고, 전화와 예약은 손님이 직접 했습니다. 이제 그다음 단계까지 AI에게 맡기는 기능이 나오고 있습니다. AI가 가게를 고른 뒤 빈자리를 확인하고, 예약 화면을 채우고, 가게에 전화를 겁니다. AI 마케팅이 ‘AI에게 선택되는 것’에서 ‘AI가 선택한 뒤 실제로 행동할 수 있는 것’까지 넓어지는 셈입니다(AI 마케팅이란).

제가 보기에 이 단계에서 가게가 준비할 것은 하나로 모입니다. AI가 결정한 뒤 막히지 않고 따라갈 수 있는 길입니다. 눌러서 걸리는 전화번호, 눌러서 예약 화면이 열리는 버튼, 화면과 구조화 데이터에 같은 값으로 적힌 영업시간·가격, 그림이 아닌 글자 메뉴입니다.

겹치는 주제는 다른 글에 있습니다. 지도 프로필과 홈페이지 정보를 하나로 맞추는 일은 동네 가게의 AI 상위노출에, 상호 표기는 공식 이름을 하나로 맞추는 일에, 메뉴판 사진 문제는 메뉴판을 사진으로만 올리면 AI가 읽을까에 정리했습니다. 이 글은 예약·주문·전화라는 행동에 필요한 것만 다룹니다.

지금 어디까지 왔나 — 2026년 10월 26일 확인

이 분야는 이름과 범위가 몇 달 단위로 바뀝니다. 아래는 모두 2026년 10월 26일에 각 회사의 공식 글과 도움말을 열어 확인한 내용이고, ‘출시’와 ‘발표’를 나눠 적었습니다.

OpenAI — ‘ChatGPT 에이전트’는 종료, 브라우저 작업은 ‘클라우드 브라우저’로

OpenAI는 2025년 7월 17일 ‘ChatGPT 에이전트’를 내놓으며 ChatGPT가 자기 가상 컴퓨터로 웹사이트를 돌아다니고 약속을 잡을 수 있다고 소개했습니다. 그런데 2026년 10월 26일 도움말 첫머리에는 “ChatGPT agent is no longer available.”이라는 문장이 있고, 브라우저 작업은 ChatGPT Work의 ‘클라우드 브라우저’ 문서로 안내합니다.

“Cloud browser gives ChatGPT Work its own browser on a separate computer in the cloud. It can read web pages, click buttons, enter information into forms, and carry out steps on supported public and signed-in websites.”

작업 예에는 “Check restaurant availability or request quotes from businesses.”가 있고, 예약 확정이나 결제 전에는 채팅에서 확인을 받는다고 적었습니다. 가게 쪽에서 눈여겨볼 문장은 이것입니다.

“Some websites use security measures that restrict access from automated browser agents.”

자동 브라우저를 막는 보안 장치가 있으면 사람 브라우저로는 되는 일도 막힐 수 있고, 허용 여부는 사이트가 정한다는 뜻입니다. 같은 문서는 접속을 허용하려는 사이트 운영자를 위한 허용 목록(allowlisting) 안내를 따로 둔다고 적었습니다. CDN의 AI 봇 설정에서 ‘에이전트’ 범주가 어떻게 돼 있는지 보는 법은 ChatGPT에만 해당하는 작업에 있습니다. 지역은 “paid ChatGPT plans in supported regions”라고만 적혀 있어, 한국 계정에서 지금 열려 있는지는 직접 확인하지 못했습니다. 이와 별도로 OpenAI 도움말 「Searching the web with ChatGPT」(2026-10-26 확인)에는 ChatGPT 안의 식당 예약 찾기가 있어, OpenTable(전 세계)·Resy(미국)·Yelp(미국·캐나다)의 예약 가능 시간을 보여 주고 예약까지 이어 주며, 예약(Reserve) 버튼은 지원하는 제공자에게 그 식당 정보가 있을 때만 나온다고 적혀 있습니다.

OpenAI — Instant Checkout은 방향을 바꿨다

2025년 9월 29일 OpenAI는 채팅 안 결제 ‘Instant Checkout’을 발표했습니다. “U.S. ChatGPT Plus, Pro, and Free users can now buy directly from U.S. Etsy sellers right in chat” — 미국 사용자가 미국 Etsy 판매자에게서 바로 사는 것으로 시작했고, 이를 받치는 규격 ‘Agentic Commerce Protocol(ACP)’은 Stripe와 함께 만들어 공개했습니다. 6개월 뒤인 2026년 3월 24일에는 이렇게 밝혔습니다.

“We’ve found that the initial version of Instant Checkout did not offer the level of flexibility that we aspire to provide, so we’re allowing merchants to use their own checkout experiences while we focus our efforts on product discovery.”

판매자가 자기 결제 화면을 쓰게 하고 OpenAI는 상품 탐색에 집중하겠다는 설명입니다. 두 문서에서 한국 판매자나 사용자에 대한 언급은 찾지 못했고, 상품 결제 이야기라 동네 식당·의원·학원과는 거리가 있습니다.

구글 — AI 모드 예약과 전화 대행

구글은 2025년 8월 21일 AI 모드에 식당 예약 찾기를 넣었습니다.

“AI Mode does the legwork and links you directly to the booking page, so you can easily take the last step and finalize your reservation.”

인원·날짜·시간 같은 조건을 말하면 여러 예약 플랫폼과 웹사이트에서 빈자리를 찾아 목록으로 보여 주고, 마지막 확정은 예약 페이지에서 사용자가 한다는 설명입니다. 처음엔 미국 AI Ultra 구독자 대상 Labs 실험이었고, 11월 17일 미국 AI 모드 전체(Labs 신청 불필요)로 넓어졌습니다. 2026년 4월 17일 글은 영국·인도·캐나다·호주 등 여러 나라로 ‘최근’ 확대됐다고 적었고, 나라별 시작일은 밝히지 않았습니다. 5월 19일 I/O에서는 예약을 지역 체험·서비스로 넓히고 집수리·미용·반려동물 관리 같은 분야에서는 대신 전화하게 하겠다며 “These capabilities will roll out to everyone in the U.S. this summer.”라고 밝혔습니다. 이것은 발표이고, 실제로 어디까지 펼쳐졌는지는 따로 확인하지 못했습니다.

대신 전화하기는 출시된 기능입니다. AI 모드 도움말은 대상을 “available in English to signed-in users over 18”로 적고 나라는 적지 않았습니다. 검색의 가격 확인 도움말은 같은 문장 끝에 “in the US”를 붙였고, 이 기능으로는 예약이 만들어지지 않는다고 적었습니다. AI 모드 도움말에는 가게에 직접 닿는 문장이 있습니다.

“If a business does not have its information listed online, such as the earliest available appointment or current inventory in stock, Google will make a call to get those answers for you.”

비즈니스 프로필 도움말은 이 전화가 프로필에 등록된 번호로 가고, 예약을 잡거나 가격·대기 시간을 묻거나 영업시간을 확인할 수 있으며, 일부 지역·언어에서만 제공되고, 원하지 않으면 인증된 프로필의 설정에서 끌 수 있다고 적었습니다. AI 모드 자체는 2025년 9월 8일부터 한국어로 순차 제공됐지만 그 발표에 예약은 나오지 않고, 위 예약·전화 기능의 나라 목록에도 한국은 없었습니다.

네이버 — 예약은 네이버 예약 안에서

한국에서 예약까지 이어지는 것을 확인한 AI는 네이버 쪽에 있습니다. 네이버는 2025년 11월 6일 DAN25에서 통합 맞춤형 에이전트 ‘Agent N’을 소개했고, 2026년 6월 26일 AI탭을 전체 사용자에게 정식 출시하며 “네이버 지도 및 실시간 예약 가능 시간대를 답변 안에서 직관적으로 안내하는 기능”을 더했습니다. 9월 17일에는 네이버지도 앱에 ‘플레이스 에이전트’를 공개했습니다. 답변에는 “주소, 영업시간, 메뉴, 전화번호 등 플레이스 정보”와 방문자 리뷰·블로그 후기, “예약 가능 여부”가 반영되고, 예약은 이렇게 됩니다.

“원하는 장소가 네이버 예약을 이용중인 플레이스라면, 에이전트에 날짜와 시간, 인원까지 필요한 정보를 한 문장에 담아 예약 신청도 할 수 있다.”

“(업체명) 내일 점심 12시에 4명 예약해줘”라고 쓰면 조건을 정리해 동의 여부를 묻고, 사용자가 수락하는 방식입니다. 만 14세 이상 로그인 사용자가 대상입니다.

보도자료가 적은 재료는 가게 홈페이지가 아니라 네이버가 가진 플레이스 정보·리뷰와 네이버 예약입니다. 그러니 네이버에서 ‘기계가 따라갈 길’은 스마트플레이스의 영업시간·메뉴·전화번호와 네이버 예약의 시간대 설정입니다. 반영하는 정보의 종류는 적혀 있지만, 그것으로 장소의 순서를 어떻게 매기는지는 나오지 않습니다. AI 브리핑의 출처 구조는 네이버 AI 브리핑 글에 있습니다.

카카오 — 연결은 출시, 실행은 계획

카카오는 2025년 2월 4일 OpenAI와의 전략적 제휴를 발표했고, 10월 28일 카카오톡 안의 ‘ChatGPT for Kakao’를 출시했습니다. 보도자료는 “출시 시점에는 카카오맵, 카카오톡 예약하기, 카카오톡 선물하기, 멜론이 Kakao Tools에 포함되며, 이용자의 요청에 따라 관련 서비스를 자동 연결”한다고 적었습니다. ‘연결’까지이고, 예약을 대신 끝낸다고는 적지 않았습니다. 2026년 10월 13일 if(kakao)26에서는 AI 어시스턴트 ‘카나나 스페이스’를 공개하며 앞으로 “주문, 선물, 예약, 송금 등 필요한 작업을 실행할 수 있도록” 고도화할 방침이라고 밝혔습니다. 카나나 스페이스 자체가 12월부터 사전 신청자 일부에게 비공개 베타를 여는 단계라, 주문·예약 실행은 발표된 계획입니다.

에이전트가 행동하려면 무엇이 필요한가

위 문서에 나온 길은 셋입니다. 사람처럼 페이지를 읽고 누르는 길, 플랫폼 안의 예약 시스템(네이버 예약, 카카오톡 예약하기, 구글의 예약 파트너), 그리고 전화입니다.

전화 — 글자로, 눌러서 걸리게, 같은 번호로

<p>전화 <a href="tel:+82-62-000-0000">062-000-0000</a></p>

tel:은 전화번호를 가리키는 표준 주소 형식(RFC 3966)으로, +82처럼 국가번호로 시작하는 번호와 읽기 쉽게 넣는 하이픈을 허용합니다. 번호가 이미지 속에만 있거나 ‘전화하기’ 버튼이 번호 없이 채팅방으로 가면, 사람도 에이전트도 그 번호를 확실하게 쓰기 어렵습니다. 구조화 데이터의 telephone은 구글 문서대로 “the primary contact method for customers”인 번호에 국가번호와 지역번호를 붙여 넣습니다.

그 번호는 지도 프로필과 같아야 합니다. 구글의 자동 전화는 프로필 번호로 가므로, 둘이 다르면 에이전트가 거는 곳과 손님이 거는 곳이 달라집니다.

예약 버튼 — 정말 예약 화면으로 가는가

구글은 비즈니스 프로필의 예약·주문 링크에 이런 규칙을 두었습니다.

“Local business links must allow customers to complete the designated action. For example, an ‘order’ link must allow the customer to complete an order.”

같은 문서는 SNS, 메신저 링크, 앱 스토어 링크, 단축 URL을 쓸 수 없고, 확인용 크롤러가 CAPTCHA나 로그인 없이 페이지를 열 수 있어야 한다고 적었습니다. 프로필 링크에 대한 규칙이지만 홈페이지의 예약 버튼을 점검하는 기준으로도 그대로 쓸 만합니다(제 해석입니다). 흔한 빈틈은 ‘예약하기’가 홈 맨 위나 ‘오시는 길’로 돌아가는 경우, 인스타그램 DM이나 메신저 채팅방으로 가는 경우, 예약 화면이 로그인부터 요구하는 경우입니다.

네이버 예약을 쓰는 가게라면 플레이스 에이전트가 그 예약 시스템으로 예약 신청을 받고, ChatGPT for Kakao는 카카오톡 예약하기로 연결합니다. 그러면 할 일은 열어 둔 시간대·받는 인원·쉬는 날을 실제 운영과 맞추는 것이고, 홈페이지 버튼은 그 예약 화면으로 바로 걸면 됩니다. 예약을 받지 않는 가게라면 ‘예약 없이 방문 순서대로’라고 글자로 적어 두는 것도 길입니다.

영업시간·가격·메뉴 — 본문과 구조화 데이터에 같은 값

‘토요일 밤 9시에 가도 되나’를 판단할 때 에이전트가 가게 쪽에서 읽을 수 있는 것은 화면의 영업시간 표, 구조화 데이터, 지도 프로필입니다. 구글 LocalBusiness 문서는 자정을 넘기는 영업은 한 줄에 여는·닫는 시간을 함께 적고, 하루 종일 쉬는 날은 둘 다 00:00으로 적으라고 안내합니다.

확인되지 않은 값은 구조화 데이터에 넣지 않습니다. 이 원칙은 제 작업에서 먼저 어긋났습니다. 칸세이스시 상무본점 사례에는 확인되지 않은 월·토 시간을 다른 요일 시간으로 채워, 요일표에는 ‘전화 확인’을 붙였지만 요약 줄과 구조화 데이터에는 추정값이 그대로 들어간 한계를 적어 두었습니다. 노블365의원 사례에는 본문에 ‘전화 확인’이라 쓴 월·금 마감 시간이 구조화 데이터에는 표시 없이 들어가 있었고, ChatGPT 답변도 ‘전화로 확인’ 없이 ‘평일 19:30까지’라고 옮긴 기록이 있습니다(답변이 어느 값을 읽었는지는 모릅니다). 구조화 데이터의 시간 칸에는 그런 단서가 따라가지 않아 확정된 값처럼 읽히기 쉽습니다. 1965원조제일돌곱창 상무점 사례에서는 가격·전화·영업시간을 데이터 파일 한 곳에서 내보내고, 10월 2일부터 빌드할 때마다 화면·구조화 데이터·llms.txt 값이 그 파일과 같은지 검사하게 했습니다. 기준일 관리는 AI 답변의 최신성에 있습니다.

구조화 데이터 예시 — 예약을 받는 식당

가상의 식당입니다. 전화·주소·링크는 모두 지어낸 값이고, 실제로는 화면에 보이는 값과 글자 하나까지 같게 넣습니다.

{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "@id": "https://example.com/#restaurant",
  "name": "예시식당 상무점",
  "url": "https://example.com/",
  "telephone": "+82-62-000-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "예시로 00",
    "addressLocality": "서구",
    "addressRegion": "광주광역시",
    "postalCode": "00000",
    "addressCountry": "KR"
  },
  "servesCuisine": "한식",
  "menu": "https://example.com/menu/",
  "acceptsReservations": "https://example.com/reservation/",
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday"],
      "opens": "11:30",
      "closes": "15:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday"],
      "opens": "17:00",
      "closes": "21:30"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Sunday",
      "opens": "00:00",
      "closes": "00:00"
    }
  ],
  "potentialAction": {
    "@type": "ReserveAction",
    "target": {
      "@type": "EntryPoint",
      "urlTemplate": "https://example.com/reservation/",
      "actionPlatform": [
        "https://schema.org/DesktopWebPlatform",
        "https://schema.org/MobileWebPlatform"
      ]
    }
  }
}

• openingHoursSpecification — 월–토 11:30–15:00과 17:00–21:30, 일요일 휴무. 브레이크타임(15:00–17:00)은 같은 요일 두 줄로 나눴고, 일요일 휴무는 구글 문서 방식대로 00:00–00:00으로 적었습니다.
• menu — 구글 문서가 메뉴 주소로 드는 속성입니다. schema.org는 이 속성이 hasMenu로 대체됐다고 표시합니다.
• acceptsReservations — schema.org는 참·거짓, 또는 “an URL at which reservations can be made”로 적을 수 있다고 정의합니다. 예약을 받지 않으면 false입니다.
• potentialAction / ReserveAction — potentialAction은 이 대상이 관련될 수 있는 행동을, ReserveAction은 식탁이나 호텔처럼 구체적인 것을 시간에 맞춰 잡는 행동을 뜻합니다. target의 EntryPoint는 그 행동을 실행할 주소입니다.

한계도 적어 둡니다. 구글 LocalBusiness 문서는 acceptsReservations와 potentialAction을 지원 속성으로 들지 않고, 검색 결과에서 바로 예약을 받으려면 Maps Booking API를 쓸 수 있다고 안내합니다. OpenAI·구글·네이버의 에이전트가 ReserveAction을 읽고 예약한다는 문서도 찾지 못했습니다. 그러니 이 블록은 화면에 있는 사실을 기계가 읽는 형식으로 한 번 더 적는 것이고, 웹을 읽는 에이전트에게 실제 길이 되는 것은 눌렀을 때 예약 화면이 열리는 링크라고 봅니다.

이 사이트의 빈칸 (자체 기록)

이 기준을 이 사이트(hwano-ai.com)에 대 보면 빈칸이 있습니다. 이 사이트는 가게가 아니라 유환호 한 사람의 작업을 소개하는 사이트이고, 연락은 이메일로만 받습니다. 2026년 10월 26일 홈과 연락하기(/contact/) 페이지의 HTML을 받아 확인한 결과입니다.

사람 구조화 데이터(Person)에도 연락처는 이메일뿐입니다. 맨 위 메뉴 막대의 ‘의뢰하기’ 버튼은 /contact/로 가는데, 그 페이지에도 양식은 없고 이메일 주소와 자주 묻는 질문이 있습니다.

누군가 AI에게 ‘이 사람에게 상담 일정을 잡아 줘’라고 맡기면, 이 사이트에서 에이전트가 할 수 있는 일은 이메일 주소를 알려 주거나 메일 초안을 쓰는 데서 멈출 가능성이 큽니다(제 추론입니다). 1인 작업이라 이메일을 창구로 정해 둔 것이지만, 이 글의 기준으로는 분명한 빈칸이라 그대로 적습니다. 덧붙이면 받지 않는 번호를 채워 넣는 것은 빈칸보다 나쁘다고 봅니다. tel: 링크는 영업시간에 실제로 받는 번호에만 겁니다.

체크리스트

전화

• 첫 화면과 연락처 페이지에 전화번호가 글자로 있고, tel: 링크를 휴대폰에서 눌러 실제로 걸린다
• 구조화 데이터 telephone에 국가번호를 붙인 같은 번호(+82-…)가 있다
• 네이버 플레이스·구글 비즈니스 프로필·카카오맵의 번호가 홈페이지와 같고, 영업시간에 받는 번호다

예약·주문

• 예약 버튼을 끝까지 눌러 봤다 — 날짜·시간·인원을 고르는 화면이 열린다
• 예약·주문 링크가 SNS, 메신저 채팅방, 앱 설치 화면, 단축 URL이 아니다
• 예약 화면이 처음부터 로그인이나 CAPTCHA를 요구하지 않는다
• 네이버 예약·카카오톡 예약하기를 쓴다면 시간대·인원·휴무 설정이 실제 운영과 같다
• 예약을 받지 않으면 그렇게 글자로 적고 acceptsReservations를 false로 뒀다
• CDN·보안 설정이 AI 에이전트 범주를 막고 있는지 확인했다

영업시간·가격·메뉴

• 요일별 시간·브레이크타임·정기 휴무를 본문 글자로 적었다
• openingHoursSpecification이 본문과 같은 값이고, 확인되지 않은 요일은 넣지 않았다
• 임시 휴무는 홈페이지 공지와 지도 프로필 특별 영업시간에 같은 날 올렸다
• 메뉴·가격이 글자(표)로 있고 기준일이 붙어 있다

확인

• 휴대폰으로 손님처럼 ‘전화 → 예약 → 메뉴’를 한 번씩 눌러 본다
• PC에서 페이지 소스 보기(Ctrl+U)로 tel:, telephone, openingHoursSpecification을 찾아본다

바꾼 뒤에는 손님이 실제로 물을 질문으로 다시 확인합니다. 방법은 AI 답변에 우리 가게가 나오는지 확인하는 법에 있습니다.

한국에서는 아직 대부분 열리지 않았고, 준비가 선택을 보장하지도 않는다

2026년 10월 26일 한국에서 출시를 확인한 것은 네이버 AI탭·플레이스 에이전트(네이버 예약)와 ChatGPT for Kakao의 서비스 연결이고, 구글의 예약·전화 대행과 Instant Checkout의 나라 목록에는 한국이 없었습니다. ChatGPT 검색의 식당 예약 찾기는 OpenTable이 ‘전 세계’로 적혀 있지만, 네이버 예약은 그 제공자 목록에 없습니다.

그래서 이 글의 준비는 대부분 앞으로 올 것에 대한 준비입니다. 다만 목록의 거의 모든 항목은 에이전트가 없어도 지금 휴대폰으로 가게를 찾는 손님에게 바로 쓸모가 있습니다. 그리고 이렇게 준비해도 AI가 우리 가게를 고른다는 보장은 없습니다. 제가 읽은 문서 가운데 에이전트가 가게를 고르는 기준을 밝힌 곳은 없었습니다. 가장 가까운 것은 OpenAI가 같은 상품을 파는 판매자들의 순서를 정할 때 구매 가능 여부·가격·품질 등을 본다고 적은 대목입니다. 이 글은 에이전트가 고른 뒤 행동하다 막히지 않게 하는 일이지, 고르게 만드는 방법이 아닙니다.

아직 모르는 것도 적어 둡니다. 이 글은 공식 문서를 대조해 쓴 것이고, 에이전트로 한국 가게의 예약 화면을 끝까지 돌려 본 기록은 아닙니다. 서비스의 지역과 범위가 바뀐 것을 확인하면 이 글에 날짜와 함께 고칩니다. 작업 순서는 진행 방식에 있습니다.

이 글을 쓴 사람

이 글은 AI 상위노출(AI 검색 노출) 작업을 하는 유환호가 썼습니다. 이 주제로 일을 하고 있으므로 이해관계가 있습니다. 서비스별 현황과 이 사이트의 빈칸은 2026년 10월 26일 공식 문서와 HTML을 직접 열어 대조했습니다. 본문에 링크한 사례 세 곳의 홈페이지는 그가 만들었고, 각 사례 페이지에 한계를 함께 공개했습니다.