이제 AI 에이전트가 당신의 WooCommerce 스토어를 읽을 수 있습니다. 하지만 여전히 비교는 불가능하며, 그것이 더 어려운 문제입니다.

제 지난 포스트를 읽으셨다면, 당신은 WooCommerce 스토어에 에이전트가 읽을 수 있는 API를 추가했거나, 10.3 버전에 포함된 WooCommerce MCP에 의존하고 있을 것입니다. 어느 쪽이든, 이제 AI 어시스턴트(AI assistant)가 당신의 스토어 데이터에 더 많이 접근할 수 있게 되었습니다. 하지만 접근(access)이 상점 간 비교 가능성(cross-merchant comparability)과 동일한 것은 아닙니다.

당신은 가시성(visibility) 문제를 해결했습니다. 하지만 비교 가능성(comparability) 문제는 해결하지 못했습니다. 그리고 비교 가능성이 게임의 핵심입니다.

읽을 수 있는 것과 비교할 수 있는 것은 다릅니다

누군가가 에이전트에게 "M 사이즈의 150유로 미만 방수 재킷을 찾아줘"라고 말할 때, 에이전트는 한 곳의 스토어에서 쇼핑하는 것이 아닙니다. 에이전트는 여러 스토어에서 후보들을 나열하고 카테고리, 사이즈, 색상, 세금 포함 가격, 현재 재고 여부와 같은 동일한 축(axes)을 기준으로 순위를 매깁니다.

이를 수행하려면 모든 스토어가 해당 축들에 대해 동일한 언어를 사용해야 합니다. 한 스토어를 읽는 것은 쉽습니다. 하지만 50개를 비교하는 것은 문제입니다. 왜냐하면 50개의 WooCommerce 스토어가 동일한 제품을 50가지의 서로 다른 방식으로 설명하기 때문입니다.

동일한 티셔츠, 50가지의 형태

WooCommerce는 오픈 소스(open-source)이며 조합 가능(composable)합니다. 이는 판매자에게는 강점이지만 에이전트에게는 부담입니다. 스토어 전체에 걸쳐 공유되는 플랫폼 강제적 시맨틱 모델(semantic model)이 없기 때문에, 모든 스토어가 자신만의 모델을 만들어냅니다.

세 개의 스토어에 걸쳐 있는 동일한 면 티셔츠가 기계에게는 다음과 같이 보입니다:

size: M / Taglia M / 48
category: Apparel > Men > T-shirts / Magliette / Abbigliamento/Uomo
price: 29.00 (tax included) / 23.77 (tax excluded) / "29,00 €" as a string
"color" 속성: 한 스토어에서는 분류 체계(taxonomy) 용어, 다른 스토어에서는 커스텀 필드(custom field), 세 번째 스토어에서는 제목(title)에 포함됨

이 중 틀린 것은 없습니다. 모두 유효한 WooCommerce 데이터입니다. 바로 그 점 때문에 어려운 것입니다.

그리고 표면 아래로 내려가면 상황은 더 악화됩니다. 제가 감사(audit)한 실제 카탈로그 중 하나에서는, 단일 치수(dimensions) 필드가 서로 호환되지 않는 약 10가지 형태로 채워져 있었으며, 센티미터(cm)로 읽었을 때 약 6개 중 1개의 값은 물리적으로 불가능한 수치였습니다. 단 하나의 스토어, 단 하나의 필드에서 말입니다.

이것은 버그가 아니라 WooCommerce가 지불해야 하는 세금입니다

Shopify는 플랫폼 경계에서 이러한 문제가 덜 발생하는데, 이는 Shopify가 제품 및 결제 모델의 더 많은 부분을 제어하기 때문입니다. 이러한 제어력은 — 우연이 아니라 — Shopify가 모든 에이전트 기반 인터페이스 (agentic surface)의 출시 파트너로 계속 등장하는 이유입니다.

누가 가장 먼저 서비스를 시작했는지 살펴보십시오. ChatGPT의 인스턴트 체크아웃 (Instant Checkout)은 2025년 9월 미국 Etsy 판매자를 대상으로 먼저 출시되었으며, OpenAI는 다음 채널로 100만 명 이상의 Shopify 판매자를 발표했습니다. Google의 유니버설 카트 (Universal Cart)는 I/O 2026에서 발표되었습니다. Google은 향후 출시될 선택적 결제 기능의 브랜드로 Nike, Sephora, Target, Ulta Beauty, Walmart, Wayfair, 그리고 Shopify 판매자들을 지목했습니다. 두 목록 모두에서 빠져 있는 것이 무엇인지 주목하십시오. 바로 단 하나의 WooCommerce 스토어도 없다는 점입니다.

이는 무시하는 것이 아닙니다. 구조적인 문제입니다. 에이전트 기반 커머스 (Agentic commerce)는 카탈로그가 이미 균일한 곳, 즉 관리형 플랫폼(managed platforms)과 전담 통합 팀을 보유한 대형 소매업체들이 있는 곳에서 출시됩니다. 430만 개의 활성 WooCommerce 스토어 (StoreLeads, 2026년 5월 기준)는 롱테일 (long tail)이며, 롱테일은 구조적으로 이질적 (heterogeneous)입니다.

격차를 해소하지 못하는 세 가지 답변

"WooCommerce MCP가 이미 내 스토어를 에이전트 준비 상태로 만들어 줍니다." 10.3 버전에 포함된 MCP는 스토어의 기존 REST API를 얇게 감싼 래퍼 (wrapper)에 불과합니다. 제품 및 주문 작업은 여전히 개발자 프리뷰 (developer preview) 단계이며, 소비자 쇼핑은 향후 단계로 나열되어 있습니다. 이는 데이터를 충실하게 전달할 뿐, 귀하의 데이터를 다른 누구의 데이터와도 일치시키기 위해 아무것도 하지 않습니다. 읽을 수는 있지만, 비교할 수는 없습니다.

"schema.org가 이를 정규화합니다." schema.org는 변형 (variants), 사이즈, 색상을 표현할 수 있습니다. Google은 2024년에 ProductGroup 지원을 추가했습니다. 하지만 값은 자유 텍스트 (free text)이며 통제된 어휘 (controlled vocabulary)가 아닙니다. 따라서 M, Taglia M, 48은 여전히 세 개의 서로 다른 문자열로 남게 되며, 공유된 카테고리 트리도 없습니다. 이는 검색에서 리치 결과 (rich results)를 얻기 위해 구축된 것이지, 판매자 간에 카탈로그를 비교 가능하게 만들기 위해 구축된 것이 아닙니다. 이는 혼란을 줄여줄 뿐, 해결해주지는 않습니다.

"에이전트의 모델이 즉석에서 정규화(normalize)를 수행할 것입니다." 요청 시마다 그렇게 할 수는 있습니다. 하지만 쿼리 시점에 수백만 개의 SKU를 정규화하는 것은 속도가 느리고, 비용이 발생하며, 비결정론적(non-deterministic)입니다. 예를 들어, 48이라는 숫자가 유럽 의류 사이즈인지, 신발 사이즈인지, 아니면 센티미터 단위의 허리 둘레인지 어떻게 알 수 있을까요? 비교를 위해서는 매번 새로운 추측을 하는 것이 아니라, 모든 쿼리에서 동일한 의미를 갖는 안정적인 키(key)가 필요합니다. 이것이 바로 플랫폼들이 런타임(runtime) 시의 추론(inference)에 의존하는 대신 구조화된 피드(structured feeds)를 표준화하는 이유입니다.

무엇이 실제로 이 문제를 해결하는가

더 예쁜 API가 아닙니다. 더 풍부한 피드도 아닙니다. 바로 정규화 계층(normalization layer)입니다.

각 상점의 특이한 어휘를 하나의 공유되고 관리되는 의미론적 프레임(semantic frame)으로 매핑하는 무언가가 필요합니다. 즉, 카테고리는 공통 트리로 조정되고, 사이즈와 색상 및 속성은 표준화(canonicalized)되며, 가격은 세금이 명시된 인코딩으로 정규화되어야 합니다. 그리고 이를 매 쿼리마다 다시 추측하는 대신, 한 번의 지속적인 결정으로서 수행해야 합니다. 이는 화려하지 않은 작업입니다. 하지만 상점이 단순히 '읽을 수 있는' 수준인지, 아니면 '비교 가능한' 수준인지를 결정하는 핵심적인 부분이기도 합니다.

그것이 바로 제가 KaliCart 하단에 구축해 온 계층입니다. 즉, 이질적인 WooCommerce 상점들이 에이전트가 쿼리하고 순위를 매길 수 있는 단일한 비교 가능 표면으로 수렴되는 연합 카탈로그(federated catalog)입니다. 상점은 자신의 형태를 유지합니다. 에이전트는 단일한 언어를 보게 됩니다.

솔직한 범위

이 문제는 판매자 간의 작업 — 즉, 탐색(discovery), 순위 매기기(ranking), 여러 상점에 걸친 장바구니(cart) — 에서 가장 뼈아프게 다가옵니다. 단일 상점이 단일 에이전트와 대화할 때는 이 문제를 훨씬 덜 느끼게 됩니다. 그리고 맞습니다, schema.org와 플랫폼 피드들이 가장자리(edges)의 문제를 줄여주기는 합니다.

하지만 문제가 사라지지는 않습니다. 누군가는 여전히 각기 다른 이질적인 상점들을 공유된 프레임에 매핑해야 하기 때문입니다. Shopify의 경우 플랫폼이 이를 수행합니다. 하지만 수백만 개의 WooCommerce 상점의 경우, 정확히 그 목적을 위해 구축된 계층이 없다면 아무도 이를 수행하지 않습니다.

에이전트 중심의 웹(agentic web)은 가장 예쁜 상점 모델에 보상을 주지 않습니다. 가장 결점 없는 진실의 원천(source of truth)에 보상을 줍니다. 그리고 결점 없다는 것은 단순히 노출되어 있다는 뜻이 아닙니다. 그것은 정규화되어 있다는 뜻입니다.

Giuseppe Socci — KaliCart Bridge 제작자
bridge.kalicart.com · github.com/giuseppesocci-bot/kalicart-bridge · global.kalicart.com