체크아웃의 세 상태와 자율이 멈추는 순간
UCP(Universal Commerce Protocol)의 체크아웃은 상태를 세 가지로 구분합니다. 아직 요건이 덜 찬 incomplete, 에이전트가 자율로는 더 진행할 수 없는 requires_escalation, 그리고 완료를 부를 수 있는 ready_for_complete입니다. 문제는 가운데 상태입니다. CAPTCHA, 누락된 주소 필드, 규제 요건, 판매자 정책, 에이전트가 지원하지 않는 기능처럼 사람이 개입해야 하는 지점에 닿으면 체크아웃은 requires_escalation으로 넘어갑니다.
continue_url은 이탈 표시가 아니라 이어달리기 지점
사양은 requires_escalation일 때 판매자 응답이 continue_url을 포함하도록 MUST로 규정합니다. 구매자는 이 링크를 따라가 에이전트가 멈춘 지점에서 결제를 이어받습니다. 즉 에스컬레이션은 세션이 끊기는 실패가 아니라, 프로토콜이 명시적으로 열어 둔 회수 경로입니다. 자율 완료가 불가능한 구간을 버려진 카트로 볼지, 관측하고 최적화할 퍼널 단계로 볼지가 전환율을 가릅니다.
지금 이 문제가 실무가 된 배경
UCP는 2026년 1월 11일 Google과 Shopify, Etsy, Wayfair, Target, Walmart가 함께 발표했고 Google AI Mode, Gemini, YouTube Shopping에서 이미 라이브입니다. 5월에는 Search, Gemini, YouTube, Gmail을 아우르는 교차 소매 지속 장바구니(Universal Cart)가 추가돼, 한 세션이 여러 표면을 넘나들며 유지됩니다. 표면이 늘수록 에이전트가 멈추는 지점도 늘고, 핸드오프 설계의 품질이 곧 매출 회수율이 됩니다.
이탈 복구 설계: 에스컬레이션을 회수 퍼널로 운영하기
(기획·목표 수치) 자율 완료율 하나만 KPI로 두면 requires_escalation 이후 구간은 통째로 사각지대가 됩니다. 관측 지표를 먼저 나눠 선언합니다. 사유별 에스컬레이션 발생률, continue_url 클릭에서 완료까지의 전환율(핸드오프 완료율 60% 이상을 출발선으로), 핸드오프 소요시간 중앙값 3분 이내, 재입력 없이 이어받은 비율 90% 이상, 세션 만료로 상태가 소실된 비율 2% 이하가 현실적인 목표 묶음입니다.
(실패 패턴) 네 가지가 반복됩니다. 첫째, continue_url을 맥락 없이 넘겨 구매자가 도착하면 장바구니와 주소를 처음부터 다시 입력하게 만드는 경우. 둘째, 에스컬레이션 사유를 태깅하지 않아 CAPTCHA에서 새는지 정책에서 새는지 분간하지 못하는 경우. 셋째, 자율 완료율만 보고 핸드오프 완료율을 방치하는 경우. 넷째, continue_url 세션이 만료돼 구매자가 링크를 열었을 때 이미 상태가 사라진 경우입니다.
(복구 전략) 사유를 다섯 갈래로 분류표에 고정하면 어디서 새는지가 드러납니다. 봇 검증(CAPTCHA), 주소·연락처 누락 필드, 규제 요건(연령·라이선스 확인), 판매자 정책(수량 제한·회원 전용), 에이전트 미지원 기능(선물 포장·특정 쿠폰)입니다. 각 사유에 코드를 부여해 continue_url 페이로드에 실으면, 링크를 받은 화면이 처음이 아니라 멈춘 그 단계로 바로 열립니다.
(운영 체크리스트) continue_url 페이로드의 최소 필드를 계약으로 못 박습니다. 카트·세션 참조 ID, 이어받을 체크아웃 단계 앵커, 사유 코드, 에이전트가 이미 채운 필드값, 만료 타임스탬프, 재개 인증 토큰 여섯 가지입니다. 만료는 짧게 잡되 도착 시 갱신 가능한 형태로 설계하고, 이미 채운 필드는 서버가 보관해 재입력을 0에 수렴시킵니다.
(품질·관측) 로그 필드도 전환 전에 확정합니다. 세션 ID, 에스컬레이션 사유 코드, continue_url 발급·클릭·완료 타임스탬프, 재입력 발생 여부, 만료 소실 플래그를 남겨야 사유별 이탈을 같은 대시보드에서 비교할 수 있습니다. PII는 주소·연락처가 페이로드에 실리므로 저장 시 마스킹하고, 토큰은 1회용으로 발급합니다.
(지속 개선 루프) 주간 단위로 사유별 이탈 상위 항목을 뽑아, CAPTCHA가 1위면 봇 판정 임계값을, 주소 누락이 1위면 에이전트가 사전 수집할 필드 목록을 손봅니다. 만료 소실률이 목표를 넘으면 세션 TTL을 늘리기 전에 도착 시 갱신 경로부터 점검합니다. 이 사유별 순위표가 매주 바뀐다는 사실 자체가, 에스컬레이션을 회수 퍼널로 운영하고 있다는 증거입니다.
핸드오프를 회수 퍼널로 만드는 요점
requires_escalation은 에이전트 커머스에서 피할 수 없는 상태이고 continue_url은 그 상태를 매출로 되돌리는 유일한 통로입니다. 사유를 다섯 갈래로 태깅하고, 페이로드 여섯 필드를 계약으로 고정하며, 핸드오프 완료율 60%·재입력 없이 이어받은 비율 90%·만료 소실률 2%를 지표로 걸어 두면, 자율 완료가 막힌 순간이 이탈이 아니라 관측과 최적화가 가능한 퍼널 단계로 바뀝니다.
참고 링크
Building the Universal Commerce Protocol (2026) — Shopify Engineering
Native checkout — Google Universal Commerce Protocol (UCP) Guide