이 글의 목차
셀프서비스 반품이나 교환은 고객 인증에서 시작되므로 이번 기한이 중요합니다. 전환에 실패해도 앱 자체가 중단되는 것은 아닐 수 있습니다. 하지만 반품 성수기에 Built for Shopify 상태와 구매자 경험이 위험해질 수 있습니다.
이 가이드에서는 규정을 설명하고, 영향을 받는 앱을 확인하며, 반품과 주문 처리 전 주문 수정을 구분합니다. 또한 에이전시가 12월 1일 전에 완료할 7단계 점검 방법을 제시합니다.
Built for Shopify의 Customer Account API 요건으로 달라지는 점
2026년 12월 1일부터 구매자 대상 셀프서비스를 제공하는 반품·교환 앱은 Built for Shopify 상태를 유지하기 위해 Customer Account API를 기본 고객 인증 수단으로 사용해야 합니다. Shopify는 2026년 6월 17일 이 변경 사항을 발표해 해당 앱 개발자에게 약 5개월 반의 전환 기간을 주었습니다.
Shopify 공식 개발자 변경 로그에는 구독 앱도 포함됩니다. 반품 업무 담당자가 주목할 표현은 구매자 대상 셀프서비스입니다. 고객이 직원의 도움 없이 반품을 시작하거나 관리하고, 교환 진행 상황을 확인하거나, 이와 유사한 작업을 할 수 있다는 뜻입니다.
기한을 요약한 일부 설명보다 실제 결과는 제한적입니다. Shopify는 요건을 충족하지 않는 앱이 Built for Shopify 상태를 잃을 위험이 있다고 명시합니다. 해당 앱이 모두 작동을 멈추거나, Shopify App Store에서 사라지거나, 자정에 판매자의 업무 흐름이 중단된다고 밝힌 것은 아닙니다.
| 점검 질문 | 2026년 11월 30일까지 | 2026년 12월 1일부터 |
|---|---|---|
| 필수 기본 구매자 인증 방식 | 기존 방식 유지 가능 | Customer Account API |
| 해당 범주 | 반품, 교환, 구독 | 동일한 범주 |
| 구매자 대상 셀프서비스 필요 여부 | 예, 규정 적용 조건 | 예, 규정 적용 조건 |
| 명시된 즉각적인 결과 | 전환 기간 유지 | Built for Shopify 상태 상실 위험 |
| 판매자가 할 일 | 공급업체에 증빙 요청 | 운영 환경의 동작 확인 |
12월 1일은 스토어가 자동으로 중단되는 날이 아니라 공급업체를 점검해야 하는 기한으로 다루어야 합니다. 그래도 에이전시는 지금 대응 수준을 높여야 합니다. 상태 변경이나 서둘러 배포한 인증 업데이트가 연말 반품 기간에 피할 수 있는 위험을 만들 수 있기 때문입니다.
Built for Shopify 요건의 적용 대상
앱이 반품, 교환 또는 구독 범주에 속하고, 구매자 대상 셀프서비스를 제공하며, 2026년 12월 1일 이후에도 Built for Shopify 상태를 유지하려는 경우 이 요건의 적용을 받습니다. 판매자가 사용하는 모든 앱에 자동으로 적용되는 것은 아닙니다.
구매 후 단계에서 사용하는 각 앱을 다음 목록으로 점검하세요.
- 앱 범주를 확인합니다. 기능 이름만 보고 판단하지 말고 Shopify와 공급업체가 앱을 어떻게 분류하는지 확인합니다.
- 구매자가 사용하는 업무 흐름을 찾습니다. 반품 신청, 교환 진행 상황 확인, 구독 변경, 이러한 작업을 수행하는 고객 포털을 포함합니다.
- 현재 인증 방식을 파악합니다. 운영 환경에서 Shopify의 Customer Account API를 이미 기본 인증 방식으로 사용하는지 묻습니다.
- 공급업체의 Built for Shopify 유지 계획을 확인합니다. 배지가 없는 앱은 잃을 배지도 없습니다. 다만 고객 계정과의 호환성은 운영상 여전히 중요할 수 있습니다.
- 주문 처리 전 작업과 상품 수령 후 작업을 구분합니다. 아직 주문 처리되지 않은 주문을 변경하는 것은 주문 수정입니다. 주문 처리된 상품을 돌려보내는 것은 반품입니다. 고객이 비슷한 표현을 사용해도 같은 업무 흐름이 되는 것은 아닙니다.
마지막 구분은 점검에서 가장 흔한 실수를 막아줍니다. 고객이 사이즈 변경을 “교환”이라고 부를 수 있지만, 주문 처리 전에 상품 옵션을 바꾸면 역물류 과정 자체를 피할 수 있습니다. 상품 수령 후 교환에는 반품 절차, 입고 또는 검수 기준, 대체 상품 배송이 필요합니다.
자체 데이터에 따르면 Shopify 주문 1,000만 건 이상 중 약 19건에 1건(5.2%)이 결제(체크아웃) 후 수정됩니다(Revize, 2026). 따라서 에이전시는 두 영역을 모두 점검하되, 12월 요건은 Shopify가 실제로 지정한 범주에만 적용해야 합니다.
Customer Account API가 실제로 하는 일
Customer Account API는 구매자를 인증하고 앱이 해당 구매자의 Shopify 계정 데이터에 통제된 방식으로 접근하도록 합니다. API는 시스템 간 요청을 관리하는 통로입니다. 앱이 권한이 있는 요청을 보내면 Shopify는 그 요청에 허용된 데이터만 반환합니다.
앱이 일반적으로 판매자를 대신해 작동하는 Admin API와는 다릅니다. Shopify의 Customer Account API 참조 문서에 따르면 고객 대상 API는 주문, 프로필, 주소를 포함해 구매자 본인의 정보를 읽고 업데이트합니다.
2026년 8월 29일 현재 Shopify 참조 문서에는 2026-07이 최신 버전으로 표시됩니다. 또한 검색 엔드포인트도 문서화되어 있습니다. 앱은 이를 통해 하나의 도메인을 코드에 고정하지 않고 각 스토어에 맞는 인증 및 GraphQL 엔드포인트를 가져올 수 있습니다.
인증과 화면 배치는 다른 문제입니다. Customer Account UI 확장 프로그램은 고객 계정 안에서 경험이 표시되는 위치를 제어합니다. Customer Account API는 고객 데이터에 대한 인증된 접근을 제어합니다. 앱에 완성도 높은 계정 페이지 구성 요소가 있더라도, 필수 API가 기본 인증 방식인지 공급업체의 확인이 필요합니다.
에이전시는 다음 네 가지 기술 질문에 대한 서면 답변을 요청해야 합니다.
- 운영 중인 구매자 업무 흐름에서 Customer Account API로 인증합니까?
- 계정 페이지, 주문 이메일, 딥 링크, 외부 포털 중 어떤 진입점에서 이를 사용합니까?
- 모든 판매자에게 전환이 적용되었습니까, 아니면 테스트 그룹에만 적용되었습니까?
- 전환 평가가 끝나면 공급업체의 Partner Dashboard에 어떤 증빙이 표시됩니까?
주의: “새 고객 계정을 지원한다”는 답변만으로 충분한 증빙으로 받아들이지 마세요. 해당 화면을 지원하는 것과 인증 요건을 충족하는 것은 관련이 있지만, 같은 의미는 아닙니다.
12월 점검에서 Revize가 해당하는 영역
Revize는 주문 처리 전 고객 셀프서비스를 담당하며, 12월 1일 규정은 상품 수령 후 반품·교환 전용 앱을 대상으로 합니다. Shopify는 현재 이 주문 수정 앱을 Built for Shopify 인증 앱으로 표시하고, 고객 계정과 호환된다고 안내하며, 반품·교환이 아닌 주문 수정 범주로 분류합니다.
고객은 주문 처리 전에 셀프서비스 주문 수정 포털에서 주소, 상품 옵션, 수량 또는 수정 가능한 주문을 변경할 수 있습니다. 이 기능은 Shopify의 주문 상태 페이지에 표시되며, 판매자가 수정 가능 시간을 제어합니다.
이 범주 구분은 운영상 유용합니다. 발송 전에 주문을 바로잡으면 피할 수 있는 반품이 역물류 시스템으로 넘어가지 않습니다. 상품 수령 후 반품은 별도의 업무로 남습니다. 따라서 주문량이 많은 스토어는 두 시스템의 역할을 혼동하지 않고 주문 수정 앱과 반품 전용 플랫폼을 함께 사용할 수 있습니다.
| 고객 요청 | 운영 단계 | 적합한 시스템 | 12월 규정과의 관련성 |
|---|---|---|---|
| 배송 주소 수정 | 주문 처리 전 | 주문 수정 앱 | 범주만으로는 대상 아님 |
| 발송 전 사이즈 변경 | 주문 처리 전 | 주문 수정 앱 | 범주만으로는 대상 아님 |
| 취소 가능한 주문 취소 | 주문 처리 전 | 주문 수정 앱 | 범주만으로는 대상 아님 |
| 수령한 상품 반품 | 주문 처리 후 | 반품 앱 | 구매자 셀프서비스가 있으면 대상 |
| 대체 상품 배송 추적 | 반품 또는 교환 절차 | 교환 앱 | 구매자 셀프서비스가 있으면 대상 |
Plus, Advanced, Grow 스토어를 점검하는 에이전시는 이 경계를 유지해야 합니다. 주문 처리 전 수정은 주문 수정 영역에 두고, 반품 공급업체에는 별도의 요건 충족 증빙을 요구하세요. Square Enix, Venchi, Shelly, Nude Project, AYBL, TheGameCollection을 비롯한 브랜드가 서로 다른 상품 범주에서 고객 셀프서비스 모델을 사용합니다.
현재 사용 중인 앱 구성이 주소 변경, 상품 옵션 변경, 취소 요청을 여전히 고객지원팀으로 보내고 있다면, 반품 공급업체가 12월 전환을 마치는 동안 주문 처리 전 셀프서비스 기능을 추가하세요.
에이전시의 Customer Account API 요건 점검 방법
셀프서비스 반품, 교환 또는 구독 기능을 사용하는 모든 고객사를 대상으로 2026년 12월 1일 전에 다음 7단계 점검을 진행하세요. 결과물에는 공급업체의 전환 약속만 기록하지 말고, 구매자의 각 진입점에서 운영 환경이 어떻게 작동하는지 입증해야 합니다.
- 해당 앱 목록을 만듭니다. 각 앱의 Shopify 범주, Built for Shopify 상태, 고객 대상 기능, 사업 담당자, 기술 담당자, 계약 갱신일을 기록합니다. 주문 수정, 추적, 반품, 교환, 구독, 고객지원, 창고 기능을 구분합니다.
- 날짜가 명시된 공급업체 확인서를 요청합니다. 앱이 Shopify가 발표한 범주별 요건에 해당하는지, Customer Account API가 운영 환경의 기본 인증 방식인지 묻습니다. 아직 그렇지 않다면 목표 배포일을 요구합니다.
- 모든 고객 진입점을 파악합니다. 계정 메뉴, 주문 상태 페이지, 주문 확인 이메일, 반품 링크, 교환 추적, QR 코드 연결 페이지, 모바일 브라우저, 헤드리스 스토어프론트 링크를 테스트합니다. 기본 계정 메뉴에서는 인증이 완성된 것처럼 보여도 이전 딥 링크는 별도 포털을 열 수 있습니다.
- 인증 전환 과정을 살펴봅니다. 구매자가 이미 로그인한 경우, 로그아웃한 경우, 이전 북마크로 돌아온 경우에 각각 어떤 일이 일어나는지 확인합니다. 리디렉션, 반복되는 로그인 요청, 사라진 주문 정보, 별도 포털 로그인 정보를 요구하는 경로를 기록합니다.
- 반품·교환 과정을 끝까지 테스트합니다. 통제된 테스트 주문으로 반품 가능 상품, 반품 불가 상품, 일부 상품 반품, 교환, 취소, 중간에 이탈했다가 다시 진행하는 고객을 테스트합니다. Shopify와 연결된 각 운영 시스템의 최종 상태를 확인합니다.
- 양쪽의 증빙을 수집합니다. 구매자 이용 과정 녹화, Shopify 주문 타임라인, 공급업체 배포 노트, 고객지원 확인 내용, 각 테스트 날짜를 보관합니다. 가능한 경우 앱 개발자에게 자체 Built for Shopify 평가 증빙도 요청합니다.
- 복구 및 문제 대응 계획을 만듭니다. 고객사 담당자, 에이전시 담당자, 공급업체 연락처, 대체 고객지원 절차, 신뢰할 만한 증빙을 제공하지 못하는 앱의 교체 결정일을 문서화합니다. 결정일은 성수기 변경 제한 기간 전에 잡습니다.
배지 상태가 바뀔 때까지 테스트를 미루지 마세요. 가장 비용이 큰 실패는 대개 배지 자체가 아닙니다. 고객이 주문을 찾지 못하거나, 교환을 이어서 진행하지 못하거나, 익숙한 계정 경로가 왜 달라졌는지 이해하지 못하는 상황입니다.
12월 1일 이후 실제로 문제가 되는 것은 무엇인가요?
Shopify가 12월 1일의 결과로 명시한 것은 요건을 충족하지 않는 해당 앱이 Built for Shopify 상태를 잃을 위험이 있다는 점뿐입니다. Shopify App Store에서 자동으로 제거되거나 반품 포털이 즉시 중단된다는 주장은 공개된 공지의 범위를 벗어납니다.
그래도 판매자는 다음 세 가지 실무 위험을 평가해야 합니다.
- 신뢰 위험: 앱 도입과 앱 구성 검토 때 판매자가 참고하는 품질 지표를 잃을 수 있습니다.
- 배포 위험: 늦은 인증 전환으로 로그인 반복, 잘못된 리디렉션, 누락된 주문 정보가 발생할 수 있습니다. 발생한다고 단정하지 말고 테스트 주문으로 확인하세요.
- 고객지원 위험: 셀프서비스 경로가 불안정해지면 반품이 가장 많은 시기에 고객이 이메일이나 채팅으로 문의할 수 있습니다.
Shopify가 밝힌 규정 적용 수단은 배지입니다. 판매자가 테스트해야 하는 비즈니스 흐름은 구매자 여정입니다.
팁: 공급업체의 설명과 자체 테스트 증빙을 같은 점검 기록에 보관하세요. 로드맵 날짜는 계획을 보여주고, 끝까지 완료된 구매자 여정은 준비 상태를 보여줍니다.
Plus 운영자를 위한 핵심 정리
8월 29일 기준 94일이 남은 만큼 에이전시는 9월에 현황 파악을 마치고, 10월에 운영 환경을 테스트하며, 11월 변경 제한 기간 전에 개선 여부를 결정해야 합니다. 12월 1일 기한은 명확하고 확인 가능하며, 구매 후 단계의 전체 앱 구성을 교체하지 않고도 범위를 정해 점검할 수 있습니다.
이번 주에 할 일은 다음과 같습니다.
- 구매자 대상 반품, 교환, 구독 앱을 모두 목록화합니다.
- 각 공급업체에 운영 환경에서 Customer Account API가 기본 인증 방식인지 묻습니다.
- 테스트 주문으로 모든 구매자 진입점을 확인합니다.
- 주문 처리 전 주문 수정과 상품 수령 후 반품을 구분합니다.
- 증빙, 담당자, 기한, 대체 경로를 기록합니다.
목표는 형식적인 전환이 아닙니다. 구매 후 여정 전체에서 고객이 안정적으로 본인 확인을 할 수 있도록 하고, 에이전시가 그 결과를 증빙하는 것입니다.
자주 묻는 질문
다음 답변은 에이전시와 Plus 운영자가 2026년 12월 1일 전에 해결해야 할 10가지 질문을 다룹니다. 공개된 규정은 간결합니다. 따라서 Shopify의 정확한 요건과 공급업체 증빙 및 테스트 주문으로 확인해야 할 운영상 판단을 구분하는 것이 안전합니다.
2026년 12월 1일에는 무엇이 바뀌나요?
해당 반품·교환·구독 앱은 Built for Shopify 상태를 유지하기 위해 Customer Account API를 기본 고객 인증 방식으로 사용해야 합니다. 구매자 대상 셀프서비스를 제공하는 앱에 적용됩니다. Shopify는 2026년 6월 17일 이 기한을 발표했습니다.
반품 앱이 12월 1일에 작동을 멈추나요?
Shopify는 해당 앱이 12월 1일에 자동으로 작동을 멈춘다고 밝히지 않았습니다. 공개된 결과는 요건을 충족하지 못한 앱이 Built for Shopify 상태를 잃을 위험이 있다는 것입니다. 판매자는 장애를 예측하기보다 공급업체에 서비스 지속 여부를 묻고 테스트 주문으로 고객 여정을 확인해야 합니다.
모든 Shopify 앱에 적용되나요?
아니요. 발표된 요건은 모든 Shopify 앱에 적용되지 않습니다. Shopify는 구매자 대상 셀프서비스를 제공하는 반품·교환 앱과 구독 앱을 지정했습니다. Shopify 또는 공급업체가 범주별 근거를 제공하지 않는 한 추적, 고객지원, 주문 수정, 창고 및 기타 범주를 적용 대상으로 선언해서는 안 됩니다.
판매자가 API 전환을 책임져야 하나요?
API 전환은 앱 개발자가 구현하며, 판매자는 공급업체와 운영상의 위험을 관리할 책임이 있습니다. 에이전시는 공급업체의 운영 환경 적용 상태를 확인하고, 영향을 받는 구매자 업무 흐름을 테스트하며, 대체 절차를 문서화해야 합니다. 판매자가 Shopify Admin 설정만으로 타사 앱의 인증 구조를 고칠 수는 없습니다.
Customer Account API란 무엇인가요?
Customer Account API는 인증된 구매자가 계정 데이터에 접근할 수 있도록 하는 Shopify의 인터페이스입니다. 앱은 이를 통해 로그인한 고객에게 속한 주문, 프로필 정보, 주소 등을 다룰 수 있습니다. Shopify는 이를 고객 계정, 스토어프론트, 연결된 앱 전반에서 사용하는 공통 인증 계층으로 제시합니다.
API와 Customer Account UI 확장 프로그램은 같은 것인가요?
아니요. 인증과 화면 배치는 별개의 문제입니다. Customer Account API는 인증된 데이터 접근을 관리합니다. Customer Account UI 확장 프로그램은 Shopify 계정 화면 안에 앱 경험을 배치합니다. 앱에 두 기능이 모두 필요할 수 있지만, API가 기본 인증 방식이라는 점은 별도로 입증해야 합니다.
반품 포털 전체를 옮겨야 하나요?
공개된 12월 규정은 Customer Account API를 기본 인증 방식으로 사용할 것을 구체적으로 요구합니다. 모든 화면을 하나의 Shopify 인터페이스 안에 다시 만들어야 한다고 명시하지는 않습니다. 에이전시는 어떤 화면과 백엔드 구성 요소가 변경되는지 공급업체에 묻고, 인증이 이후 모든 단계에 영향을 주므로 전체 과정을 테스트해야 합니다.
게스트 주문은 어떻게 테스트해야 하나요?
공급업체가 지원하는 실제 링크와 인증 상태를 사용해 게스트 주문을 테스트하세요. 주문 확인 이메일을 통한 진입, 로그아웃한 브라우저, 만료된 세션, 다른 기기에서의 재방문을 포함합니다. 로그인한 계정에서 테스트가 성공했다고 해서 모든 게스트 또는 사전 인증 경로가 준비되었다고 가정하지 마세요.
판매자가 현재 반품 앱을 계속 사용할 수 있나요?
예. 공급업체가 요건을 충족할 수 있는 신뢰할 만한 경로를 입증하고 운영 중인 업무 흐름이 테스트를 통과한다면 가능합니다. 이 기한 자체가 판매자에게 앱 교체를 요구하지는 않습니다. 공급업체가 증빙을 제공하지 못하거나, 합의한 일정을 놓치거나, 통제된 구매자 여정 테스트에 실패하면 교체는 운영상의 결정이 됩니다.
에이전시는 어떤 요건 충족 증빙을 보관해야 하나요?
공급업체 확인서, 테스트 날짜, 구매자 이용 과정 녹화, 해당 주문 ID, Shopify의 최종 상태, 문제 대응 담당자를 보관하세요. 앱의 현재 Built for Shopify 상태를 보여주는 스크린샷과 공급업체가 공유할 수 있는 관련 Partner Dashboard 증빙도 추가합니다. 기록에는 계획뿐 아니라 실제로 관찰한 동작이 나타나야 합니다.
지금 증빙을 확보하고 각 시스템이 담당하는 운영 단계에 집중하세요. 확인되지 않은 가정이 아니라 테스트를 마친 고객 여정으로 12월 1일을 맞이해야 합니다.