AI 에이전트 상품 피드는 그것을 위해 만들어진 결제 버튼보다 오래 살아남았습니다. OpenAI와 Stripe는 2025년 9월 말 Agentic Commerce Protocol을 공개하면서 채팅 내 구매를 함께 붙였고, 2026년 3월 OpenAI는 채팅 내 결제를 접고 피드만 남겼습니다. 각주로 넘길 일이 아닙니다. 이 표준에서 지금도 판매자에게 의미가 있는 쪽은 지루한 쪽, 그러니까 AI 어시스턴트가 여러분을 언급할지 말지 정하기 전에 읽어 들이는 구조화된 상품 데이터 열이라는 뜻이기 때문입니다.
가구, 철물, 건축자재를 판다면 이 명세 안에 글 한 편 값어치를 하는 문장이 하나 있습니다. "이거 사이즈 맞나요"에 답하는 필드들이 선택 항목이라는 문장입니다.
여기까지 온 네 번의 움직임
| 시점 | 무슨 일이 있었나 | 판매자에게 준 의미 |
|---|---|---|
| 2025년 9월 말 | Stripe와 OpenAI가 Agentic Commerce Protocol을 공개하고, 미국 Etsy 셀러와 Shopify 판매자를 시작으로 ChatGPT에서 Instant Checkout을 출시 | 상품 피드 전송과 에이전트 발신 결제 연동이라는 두 가지 과제가 한꺼번에 도착 |
| 2025년 말에서 2026년 초 | 쇼핑객은 어시스턴트에서 조사하고 판매자 자사 사이트에서 구매하는 흐름이 이어지며 채팅 내 구매 도입은 저조 | 발견 쪽은 제 몫을 하고 있고, 결제 쪽은 아니다 |
| 2026년 3월 | OpenAI가 Instant Checkout을 종료하고 ChatGPT 안의 상품 발견과 리테일러 연동으로 방향을 전환 | 결제 연동은 더 이상 급한 일이 아니게 됨 |
| 현재 | Product Feed Specification이 카탈로그와 어시스턴트를 잇는 접점으로 남음 | 피드 품질이 전부 |
이 흐름이 남긴 교훈은 화려하지 않지만 오래갑니다. 유효기간이 끝난 것은 결제 배관 공사였고, 쌓인 것은 데이터였습니다.
AI 에이전트 상품 피드란 무엇인가
AI 에이전트 상품 피드는 식별자, 제목, 설명, 가격, 재고, 미디어, 배송 정보, 물리 속성을 담아 주기적으로 갱신되는 기계 판독용 카탈로그 파일입니다. AI 어시스턴트는 이 파일을 수집해 대화 안에서 여러분의 상품을 노출하고, 걸러내고, 비교합니다. 사이트를 크롤링한 결과도 아니고 스토어프론트 HTML도 아닙니다. 상품 또는 변형 하나당 한 행으로 직접 넘겨주는 플랫 파일입니다.
작동 방식으로 보면, 현행 명세에서 이 파일은 UTF-8 구분 텍스트입니다. .txt, .tsv, .csv 중 하나에 탭 또는 쉼표 구분, gzip 허용이며, 소문자와 밑줄로 이루어진 헤더 행을 갖습니다. 파일 안의 모든 URL은 HTTP 200을 반환해야 합니다. 판매자는 먼저 검증용 샘플 피드를 보내고 이후에는 일간 스냅숏을 보내며, 시스템은 최소 15분 간격의 갱신까지 받아들입니다.
HTTP 200 요건은 따로 한 박자 짚고 갈 만합니다. 이미지 URL이 죽어 있으면 그 행의 순위가 내려가는 게 아니라 그 행이 무효가 됩니다. 끊어진 CDN 링크는 어시스턴트의 답변에서 사라지는 가장 조용한 방법입니다.
무시했을 때 치르는 값으로 나눈 필드 목록
현행 명세의 대략적인 모습입니다. 중요한 것은 목록 자체가 아니라 각 필드가 어느 등급에 놓여 있느냐입니다.
| 등급 | 필드 | 비고 |
|---|---|---|
| 필수 | item_id, title, description, url, brand, image_url, price, availability, seller_name, seller_url, target_countries, store_country, 그리고 is_eligible_search / is_eligible_checkout / is_ads_eligible 플래그 |
title은 150자, description은 5,000자, brand와 seller_name은 70자가 상한 |
| 조건부 필수 | identifier_exists를 no로 두지 않는 한 gtin 또는 mpn, 예약 주문과 입고 대기의 availability_date, return_policy, 결제를 켠 경우 판매자 개인정보 처리방침과 이용약관 |
식별자 누락은 다른 모든 피드 표준에서 그대로 넘어온 전형적인 "조용한 배제" 버그 |
| 권장 | group_id, listing_has_variations, variant_dict, size, size_system, q_and_a, reviews, relationship_type을 동반한 related_product_id |
relationship_type은 part_of_set, required_part, often_bought_with, substitute, accessory 같은 값을 받음 |
| 선택 | dimensions, length, width, height, dimensions_unit, weight, item_weight_unit, material, condition, product_category, additional_image_urls, video_url, model_3d_url, return_rate, popularity_score, warning, age_restriction |
상품의 물리적인 정보는 전부 이 등급에 있음 |
맨 아래 행을 다시 보십시오. image_url은 필수입니다. length, width, height, dimensions_unit은 선택입니다. 쇼핑객이 어시스턴트에게 가장 많이 던지는 축에 드는 질문, 즉 우리 집 공간에 들어가는지, 차에 실리는지, 지금 쓰는 프레임에 맞는지는 대다수 피드가 비워 두는 필드에 달려 있습니다.
치수 공백이 기회인 이유
선택이라는 말은 무시된다는 뜻이 아닙니다. 강제되지 않는다는 뜻입니다. 그리고 피드의 경제학에서 이것은 한 필드가 가질 수 있는 가장 흥미로운 지위입니다. 경쟁사 모두가 건너뛰어도 되고 실제로 대부분 건너뜁니다. 수천 개 SKU에 length / width / height / dimensions_unit을 채우는 일은 실제 공수가 드는데, 안 채운다고 누구의 결제 오류 로그에도 아무 말이 남지 않기 때문입니다.
"벽감에 넣을 폭 80cm 이하 책장"이라는 요청을 받은 어시스턴트는 폭 값이 존재하고 파싱되는 행만 후보로 추릴 수 있습니다. 사진이 아무리 좋아도 width가 비어 있는 행은 그 질문에서 순위가 낮아지는 게 아니라 애초에 후보가 아닙니다. 사진은 대체재가 되지 못합니다. 여러분의 JPEG을 재는 어시스턴트는 없습니다.
실무적인 결론은 세 가지입니다.
- 다른 무엇을 최적화하기 전에 물리 필드부터 채우십시오.
dimensions는12x8x5 in같은 짧은 문자열을 받고,length,width,height는 개별 값을 받으며dimensions_unit이in또는cm를 담습니다. 데이터가 허락한다면 복합형과 개별 필드를 모두 채우십시오. 소비하는 쪽마다 파싱하는 필드가 다릅니다. dimensions_unit을 모든 행에 명시하십시오. 단위 없는80은 치수가 아닙니다. 상품 상세 페이지에서도 똑같이 반복되는 실수이며, 상품 치수 구조화 데이터에서 다룬 바 있습니다.material,weight,item_weight_unit을 같은 묶음으로 다루십시오. 소재는 구매자가 "무늬목 말고 원목 오크"로 걸러내는 기준입니다. 무게는 물류를 아는 쇼핑객이 혼자 계단으로 올릴 수 있는지를 걸러내는 기준입니다.
명세에는 백분율로 표기하는 선택 필드 return_rate도 있습니다. 어시스턴트가 이 신호를 어떻게 쓰든, 그것이 스키마에 존재한다는 사실 자체는 곱씹어 볼 가치가 있습니다. 반품 성과가 이제는 내부에만 두는 지표가 아니라 구조화되고 비교 가능한 상품 속성이 되었다는 뜻이기 때문입니다. SKU 단위로 반품이 얼마의 비용인지 숫자로 내본 적이 없다면 반품률 계산기가 가장 빠른 방법입니다.
피드가 해결해 주지 않는 것
피드 데이터는 후보에 오르는 데까지 데려다줍니다. 판매를 마무리해 주지는 않습니다. 구매자는 결국 여러분의 페이지에 도착하기 때문입니다.
바로 그 인계 지점에서 공들인 피드 작업이 조용히 새어 나갑니다. 어시스턴트는 쇼핑객에게 선반 폭이 78cm라고 말합니다. 쇼핑객이 눌러 들어간 상세 페이지에는 연출된 방 사진만 있고 치수는 어디에도 없습니다. 방금 들은 말을 확인해 주는 것이 하나도 없습니다. 흔한 결말은 둘입니다. 사람이 일일이 답해야 하는 구매 전 문의이거나, 기대만으로 결제됐다가 사이즈 반품으로 돌아오는 주문이거나.
이 고리를 닫는 것은 데이터의 일이 아니라 보여 주기의 일입니다. 즉 상세 페이지에 실측 치수가 상품 위에 직접 그려진 이미지를 싣는 일입니다. 피드에서 선언한 것과 같은 숫자를, 구매자가 이미 보고 있는 자리에 보여 주는 것입니다. 여기서 측정의 결정성은 예전과 비교할 수 없을 만큼 중요해집니다. 피드의 숫자와 이미지의 숫자는 이제 기계끼리 대조할 수 있고, 그럴듯해 보이는 치수를 지어내는 AI 생성 이미지는 자기 구조화 데이터와 공개적으로 모순을 일으키게 됩니다.
효과가 큰 순서대로 다음 단계
이번 분기에 실제로 끝낼 수 있는 등급 하나를 고르십시오. 여러 개를 벌여 놓는 것보다 하나를 완전히 끝내는 편이 낫습니다.
- 무효 행부터 점검하십시오. HTTP 200을 반환하지 않는
url이나image_url은 그 행 전체를 끌어내립니다. 한나절이면 짜는 스크립트이고, 보통 단일 조치로는 회복량이 가장 큽니다. - 식별자를 바로잡으십시오.
gtin또는mpn을 채우거나identifier_exists를 정직하게 설정하십시오. 조용한 배제가 눈에 보이는 오류보다 나쁩니다. - 물리 블록을 채우십시오.
length,width,height,dimensions_unit,weight,item_weight_unit,material을 잘 팔리는 SKU부터, 그다음은 매출 순으로 내려가며 채우십시오. - 변형을 제대로 구조화하십시오.
group_id,listing_has_variations,variant_dict는 60cm 버전과 80cm 버전이 같은 상품임을 어시스턴트가 이해하고 맞는 쪽을 제안하게 만드는 장치입니다. - 피드 숫자와 페이지 이미지를 일치시키십시오. 사내 디자인 프로세스로 하든, 에이전시에 맡기든, 실측 치수를 사진에 고정하고 플랫폼별 이미지 규격으로 내보내는 소프트웨어를 쓰든 목표는 같습니다. 어시스턴트가 인용한 숫자가 구매자를 보내는 그 페이지 위에 보이게 하는 것입니다. 같은 카탈로그를 여러 채널에서 판다면 멀티플랫폼 판매에서 정리한 순서 조언이 여기에도 그대로 적용됩니다.
- 그다음에야
reviews,q_and_a,popularity_score같은 보강 등급을 신경 쓰십시오.
자주 묻는 질문
Instant Checkout이 사라진 지금도 상품 피드가 필요한가요
필요합니다. 오히려 전보다 더 필요합니다. 피드가 이제 연동의 절반이 아니라 연동 전체가 됐기 때문입니다. 채팅 내 구매는 2026년 3월에 종료됐지만 상품 발견은 종료되지 않았습니다. 어시스턴트가 여러분의 카탈로그가 존재한다는 사실을 아는 통로가 피드이고, 결제는 여전히 자사 사이트에서 일어납니다.
Agentic Commerce Protocol이란 무엇인가요
Agentic Commerce Protocol은 OpenAI와 Stripe가 공동 개발해 2025년 9월 말 공개한 공개 명세로, 판매자가 AI 에이전트와 상품 데이터, 장바구니, 주문 정보를 주고받는 방식을 정의합니다. 그중 Product Feed Specification이 카탈로그를 어떻게 기술할지 규정하는 부분입니다.
AI 쇼핑 에이전트가 크기로 걸러낼 때 쓰는 필드는 무엇인가요
dimensions_unit을 동반한 length, width, height, 복합 문자열인 dimensions, 그리고 item_weight_unit을 동반한 weight입니다. 모두 명세상 선택 등급에 있고, 그래서 대다수 카탈로그는 크기로 걸러낼 수 없습니다. 또 그래서 이 필드를 채우는 일이 피드 작업에 남은 몇 안 되는 값싼 우위입니다.
AI 에이전트 상품 피드는 얼마나 자주 갱신해야 하나요
판매자는 먼저 검증용 샘플 피드를 제출하고 이후 일간 스냅숏을 보내며, 갱신은 최소 15분 간격까지 받아들여집니다. 실무 기준선은 일간이고, 15분이라는 상한은 가격과 재고 변동을 위한 것이지 바뀌지도 않은 카탈로그를 다시 말하기 위한 것이 아닙니다.
사진이 훌륭하면 빠진 치수 필드를 메울 수 있나요
없습니다. 그리고 이것이 가장 먼저 버려야 할 가정입니다. 사진은 사람을 위해 그려지고, 후보에 오를지를 결정하는 필터링은 텍스트 필드 위에서 일어납니다. 매칭을 수행하는 시스템은 사진을 잴 수 없습니다. 사진이 할 수 있는 일은 필드가 이미 주장한 내용을 사람에게 확인시켜 주는 것뿐입니다.