여러 프로토콜(ACP·UCP)을 동시에 대응해야 하는 이유와 전략

표준이 하나가 아니라 열 개다

2025년 4월부터 2026년 1월 사이라는 짧은 기간에 무려 10개의 경쟁 프로토콜이 서로 충돌 없이 동시에 상용화됐습니다. OpenAI의 ACP, Google의 UCP가 대표적이고, 여기에 Visa·Mastercard 등 결제사들이 자체적으로 미는 프로토콜까지 얽혀 있습니다. 10개 각각의 정확한 명칭 목록은 조사 자료에서 확인되지 않았으므로 이 글에서는 개수와 성격까지만 다룹니다. 중요한 건 이름이 아니라 이 프로토콜들 사이에 상호운용성이 거의 없다는 점입니다. 하나의 표준에 맞춰 데이터를 정비했다고 다른 플랫폼에도 자동으로 반영되지 않습니다.

그래서 미국 소매점 중에서 ChatGPT와 Gemini 양쪽에 모두 상품을 노출시키고 싶은 판매자는 ACP와 UCP를 각각 별도로 구현해야 하는 상황입니다. 리소스가 한정된 중소 판매자 입장에서는 이 이중 작업이 부담스러울 수밖에 없습니다. 표준이 언젠가 정리될 가능성도 있지만, 그때까지 기다리는 동안 노출을 포기하는 것도 선택지는 아니라서 결국 우선순위를 정하는 문제로 돌아옵니다.

표면마다 진입 방식이 다르다는 점부터 파악할 것

'프로토콜 대응'이라는 한 단어로 묶여 있지만 실제로 요구되는 작업량은 채널마다 확연히 다릅니다. 크게 세 유형으로 나눠 보면 판단이 쉬워집니다.

첫째는 자동 등록형입니다. 아마존은 2026년 5월 13일 Rufus를 'Alexa for Shopping'으로 리브랜딩하면서 Seller Central·Vendor Central 판매자를 자동으로 등록시켰습니다. 이 경우 신청이라는 절차 자체가 없으므로, 해야 할 일은 연동이 아니라 이미 올라가 있는 상품 데이터가 어떤 상태인지 점검하는 일입니다.

둘째는 수집형입니다. Perplexity Shopping은 여러 소매점 상품을 집계하면서 상품 피드와 JSON-LD 스키마 양쪽으로 데이터를 가져갑니다. 페이지에 스키마만 제대로 심어두면 별도 개발 없이도 수집 대상이 될 수 있는 구조라, 5강 작업의 연장선에서 커버되는 영역입니다.

셋째는 제출·심사형입니다. 2강에서 본 ACP가 여기 해당합니다. 카탈로그를 직접 제출해야 하고, 제출한다고 노출되는 게 아니라 OpenAI의 큐레이션을 한 번 더 통과해야 합니다. UCP는 오픈 표준이라 결제사 선택권이 있고 Microsoft Copilot에도 같은 표준이 적용되지만, 구현 자체는 별도로 해야 하는 작업입니다. 네이버·카카오는 국제 표준이 아니라 각 사 API에 붙는 또 다른 유형입니다. 이렇게 나눠 놓고 보면 어디에 개발 일정이 필요하고 어디는 데이터 정리만으로 되는지가 구분되고, 그 구분이 곧 착수 순서가 됩니다.

그럼 어디부터 시작해야 하나

현실적인 접근은 우선순위를 정하는 것입니다. 5강에서 다룬 JSON-LD 구조화 데이터는 어느 프로토콜을 쓰든 공통으로 필요한 기초 작업이라, 이 부분부터 먼저 완성해두는 게 순서입니다. 기초 데이터가 갖춰진 다음에 어느 플랫폼의 프로토콜을 우선 구현할지는 우리 고객이 주로 어떤 채널을 쓰는지, 즉 ChatGPT 이용자 비중이 높은지 Google 검색 의존도가 높은지를 보고 판단하면 됩니다. 모든 프로토콜을 동시에 완벽하게 대응하려고 하기보다, 데이터 기초를 먼저 다진 뒤 우선순위가 높은 프로토콜 한두 개부터 구현하는 편이 실무적으로 더 맞습니다.

우선순위를 정할 때 참고할 질문은 세 개면 충분합니다. 이 채널에 우리 고객이 실제로 있는가, 이 채널에 들어가는 데 개발 리소스가 필요한가, 들어간 뒤 성과를 측정할 수 있는가. 세 질문 모두 '예'인 채널이 있다면 거기부터 시작하면 되고, 세 번째에서 막힌다면 측정 설계를 먼저 만들어두는 게 순서입니다. 측정이 안 되는 채널에 리소스를 넣으면 다음 분기에 계속할지 접을지 판단할 근거가 남지 않습니다.

지금 시작하는 것 자체가 자산이 되는 이유

이 시장에는 아직 구글 검색처럼 오랜 시간 쌓인 백링크 에쿼티 같은 이전 세대의 자산이 존재하지 않습니다. 즉 모든 판매자가 비슷한 출발선에 서 있다는 뜻입니다. 분석 자료들은 2026년에 AI 에이전트 인용 기록을 먼저 쌓아두는 브랜드가 이후에 진입하는 경쟁자보다 유리한 위치를 확보할 가능성이 높다고 보고 있습니다. 정확한 데이터와 프로토콜 준수가 쌓이면 AI 추천이 일관되게 이어지고, 이게 다시 브랜드 신뢰로 축적되는 구조이기 때문입니다. 지금 손대는 작업이 나중에 따라잡기 어려운 격차로 이어질 수 있다는 뜻이니, 미루기보다는 지금 가능한 만큼 시작해두는 것을 권합니다.

국내 판매자는 다르게 접근해도 된다

4강에서 다뤘듯 네이버와 카카오는 국제 표준 프로토콜을 채택하지 않고 자사 생태계만 관리하는 방식을 쓰고 있습니다. 그래서 국내 판매자라면 ACP나 UCP 구현에 무리하게 자원을 쓰기보다, 네이버 쇼핑 API와 카카오 관련 API 연동에 집중하는 것이 우선순위입니다. 해외 판매까지 염두에 둔 브랜드라면 그때 가서 ACP·UCP 구현을 별도로 검토하면 됩니다. 아마존에서 이미 판매 중이라면 자동 등록된 표면이 하나 더 있는 셈이니, 그 데이터 점검을 국내 대응과 같은 주기로 묶어두면 관리 부담이 늘지 않습니다.