Shopify 결제(체크아웃) 확장성 2026: 6월 30일 마감 가이드

Shopify Checkout Extensibility로의 전환은 2025년 8월부터 판매자의 추적 데이터에 문제를 일으켜 왔습니다. 조용히 발생하고 눈에 잘 띄지 않아, Events Manager를 자세히 확인하기 전까지는 광고 성과가 떨어진 것처럼 보입니다. 2026년 4월인 지금도 Plus 스토어에서 가장 흔히 진단되지 않은 매출 문제입니다.

GA4에 표시되는 광고 투자 수익률(ROAS)이 납득되지 않습니다. 손대지 않은 캠페인의 전환율이 1년 전의 일부 수준으로 떨어졌습니다. 대행사는 광고 소재에 문제가 없다고 합니다. 광고 계정에서 바뀐 것도 없고 예산도 같습니다.

실제로 일어난 일은 이렇습니다. 이전 작업을 미루는 사이 2025년 8월 마감일이 지났고, 어느 시점에 Shopify가 스토어를 자동 업그레이드했습니다. 픽셀은 여전히 작동하지만 개인 식별 정보(PII)가 없어서 광고 플랫폼이 전환을 사용자에게 연결하지 못합니다.

연 매출이 100만 달러대 중후반인 한 소비자 직접 판매 의류 브랜드는 한 분기 만에 Facebook ROAS가 4.2배에서 1배 미만으로 떨어졌습니다. 광고는 바뀌지 않았지만 추적 방식은 바뀌었습니다. 이전을 마친 지 3주 후 ROAS는 다시 3배를 넘었습니다.

이 가이드에서는 2025년 8월 마감 이후 발생한 문제, 자동 업그레이드 방식, 정확한 이전 절차, 2026년 6월 30일로 예정된 Scripts 종료까지 모두 설명합니다.

Checkout Extensibility 일정 요약#

Shopify Checkout Extensibility 전환은 두 단계를 거쳐 진행됐으며, 아직 남은 마감일은 Shopify Scripts 종료까지 62일입니다. 2026년 4월 기준 Plus 스토어가 알아야 할 주요 일정은 다음과 같습니다.

대부분의 스토어에서 추적 문제를 일으킨 것은 2025년 8월 마감일입니다. 2026년 6월 30일 Scripts 마감일에는 Scripts 기반 규칙을 계속 사용하는 Plus 스토어의 할인 및 배송 로직이 중단됩니다. 62일이 남은 지금 조치해야 합니다.

2025년 8월 마감 이후 달라진 점#

2025년 8월 마감일이 지나자 세 가지 기능이 중단되거나 잠겼습니다. 모두 매출에 직접 영향을 주거나 보고 데이터를 통해 의사결정에 영향을 줍니다.

Additional Scripts 필드가 잠겼습니다. 설정 → 결제(체크아웃)를 여세요. 기존 결제 환경에서는 Additional Scripts 필드가 보이지만 읽기만 가능합니다. 마감 시점에 들어 있던 픽셀과 스크립트는 그대로 고정돼 확인할 수는 있어도 수정할 수는 없습니다.

기존 추적에서 PII 전달이 중단됐습니다. Shopify는 기존 감사 페이지와 주문 상태 페이지의 추적 스크립트에 개인 식별 정보(이메일, 전화번호, 이름, 주소)를 전달하지 않게 됐습니다. 픽셀은 checkout_completed 이벤트에서 여전히 작동하지만, PII가 없으면 광고 플랫폼이 전환을 사용자와 연결할 수 없습니다. Meta CAPI는 전환 기여도를 확인하지 못하고, GA4는 익명 세션으로 기록합니다. 전환은 발생했지만 기여도 정보는 사라집니다.

checkout.liquid 맞춤 설정이 작동하지 않게 됐습니다. checkout.liquid로 구현한 브랜드 요소, 맞춤 진행 표시기, 업셀 블록 등의 시각적 변경 사항은 더 이상 적용되지 않습니다. Shopify의 자동 업그레이드가 이미 스토어에 적용됐다면 결제 화면이 기본 형태로 바뀌었을 수 있습니다.

Shopify 감사 페이지 자동 업그레이드(2026년 1월)#

Shopify는 2026년 1월부터 기존 결제 환경을 사용하는 스토어를 Checkout Extensibility로 자동 이전하고 있습니다. 알림은 보내지만 거부할 수는 없습니다. 예정된 작업 시간을 안내하는 이메일을 받으며, 업그레이드를 막을 수는 없습니다.

자동 업그레이드는 가능한 범위에서 이전을 시도합니다. Shopify 공식 채널 앱 연동은 이전되지만 맞춤 픽셀, GTM 컨테이너, checkout.liquid 로직은 이전되지 않습니다.

자동 업그레이드가 처리하는 항목:

• 감사 페이지와 주문 상태 페이지를 확장성 시스템으로 전환
• 새 시스템을 지원하는 Shopify 공식 앱 연동 이전
• 스토어에서 Checkout Editor 사용 설정

자동 업그레이드가 처리하지 않는 항목:

• 맞춤 픽셀 로직 — 설정 → 고객 이벤트에서 다시 구축해야 합니다.
• GTM 컨테이너 — 새 샌드박스와 호환되지 않습니다.
• checkout.liquid의 시각적 맞춤 설정
• DOM에 직접 접근해야 하는 타사 스크립트

참고: 자동 업그레이드 후에는 PII가 다시 전달됩니다. checkout_completed 픽셀 이벤트에 고객 이메일, 전화번호, 주소가 Web Pixel API를 통해 다시 포함됩니다. 중요한 것은 그 과정에서 데이터 공백이 생기지 않도록 하는 것입니다.

추적 오류가 비용으로 이어지는 이유#

결제 추적 오류는 수치만 왜곡하지 않습니다. 이후의 모든 의사결정에도 영향을 줍니다. 예산 배분, 광고 소재 테스트, 타깃 설정, 고객 생애 가치(LTV) 모델링은 모두 전환 데이터에 의존합니다. 픽셀이 전환 기여도를 확인하지 못하면 광고 플랫폼은 잘못된 신호를 기준으로 최적화합니다.

월 광고 예산이 $50k인 경우 30일간의 추적 공백은 단순한 분석상의 불편이 아니라 실제 비용 문제입니다. 더 위험한 점은 알아채기 어렵다는 것입니다. 캠페인은 계속 실행되고 광고비도 계속 지출되지만, 문제가 있다는 신호는 실제와 맞지 않는 ROAS 수치뿐입니다.

Checkout Extensibility로 이전하는 방법(단계별 안내)#

이전에는 사용 중인 맞춤 픽셀과 스크립트의 수에 따라 1일에서 1주일이 걸립니다. 다음 순서로 진행하면 이전 과정에서 데이터 공백을 줄일 수 있습니다.

1. 현재 상태를 확인합니다. 설정 → 결제(체크아웃)로 이동하세요. “Upgrade” 버튼이 보이면 기존 환경을 사용 중입니다. Checkout Editor가 보이면 이미 이전됐습니다.
2. 먼저 Additional Scripts 필드의 내용을 기록합니다. 모든 픽셀 ID, GTM 컨테이너 ID, 맞춤 스크립트를 텍스트 파일에 복사하세요. 이 목록이 이전 대상 목록입니다. 다른 항목을 변경하기 전에 완료하세요.
3. 공식 채널 앱을 설치합니다. Google Analytics에는 Google & YouTube 앱을, Meta Pixel에는 Facebook & Instagram 앱을 사용합니다. 이러한 기본 연동이 Additional Scripts를 대체하고 PII 전달을 즉시 복구합니다.
4. 남은 픽셀을 맞춤 픽셀로 다시 구축합니다. 설정 → 고객 이벤트 → 맞춤 픽셀 추가로 이동하세요. Web Pixel API는 checkout_completed, payment_info_submitted 등의 표준 이벤트를 제공합니다. Shopify 공식 앱이 없는 플랫폼에 사용하세요.
5. Checkout Editor에서 시각적 맞춤 설정을 다시 구현합니다. 온라인 스토어 → 결제(체크아웃)로 이동하세요. 블록을 끌어다 놓고 브랜드 색상, 로고, 글꼴을 설정할 수 있습니다. 대부분의 Plus 스토어에서는 이 기능으로 checkout.liquid의 시각적 사용 사례 중 80%를 구현할 수 있습니다.
6. 업그레이드를 실행합니다. 설정 → 결제(체크아웃) → Upgrade로 이동하세요. 추적 설정을 이미 다시 구축했으므로 데이터 공백이 생기지 않습니다.
7. 테스트 거래를 진행합니다. 모든 픽셀 대시보드에서 checkout_completed 이벤트가 PII와 함께 발생하는지 확인하세요. 완료하기 전에 GA4와 Meta Events Manager도 확인합니다.

팁: 이전 작업은 주중에 진행하고 금요일은 피하세요. 문제가 생기면 팀이 당일에 해결할 수 있어야 합니다.

Google Tag Manager와 Checkout Extensibility#

표준 GTM 컨테이너는 Checkout Extensibility 환경 안에서 작동하지 않습니다. 새 결제 화면은 GTM에 필요한 DOM 접근을 차단하는 샌드박스 iframe에서 실행됩니다. 따라서 맞춤 HTML 태그, 가시성 트리거, checkout.liquid 스크립트의 dataLayer 데이터 전송이 오류 표시 없이 실패합니다.

대안은 다음과 같습니다.

• Google & YouTube 앱 — GTM 없이 GA4와 Google Ads를 연결하는 직접적인 방법
• 서버 측 태그 관리 — Elevar, Analyzify, Stape를 통해 결제 이벤트를 서버 측으로 전달하면 샌드박스의 제약을 피할 수 있습니다.
• 맞춤 픽셀 — 설정 → 고객 이벤트에서 Web Pixel API를 사용해 주요 GTM 트리거를 다시 구축합니다.

서버 측 방식은 구현 작업이 가장 많지만, 결제 단계뿐 아니라 전체 구매 과정에서 더 나은 전환 기여도 데이터를 제공합니다.

Additional Scripts, GTM, 맞춤 코드를 대체하는 방법#

이전 후 결제 화면의 브랜드 디자인과 맞춤 설정#

Checkout Editor는 checkout.liquid가 제공하던 시각적 기능 대부분을 코드 없이 구현합니다. 이전을 꺼리는 흔한 이유는 “맞춤 제작한 결제 화면의 모습을 잃을 것”이라는 우려입니다. 18개월 전에는 타당한 걱정이었습니다. 2026년 4월 현재 Checkout Editor는 Plus 스토어의 일반적인 브랜드 디자인 요구사항 대부분을 기본으로 지원합니다.

코드를 수정하지 않고 설정할 수 있는 항목:

• 모든 결제 단계의 로고, 파비콘, 브랜드 색상
• 제목과 본문의 글꼴 종류, 크기, 굵기
• 결제 화면 영역의 배경색과 이미지
• 기본 결제 섹션 사이에 표시할 텍스트, 배너, 앱 기반 UI 등의 맞춤 콘텐츠 블록
• 감사 페이지의 확인 메시지와 업셀 블록

여전히 Checkout UI Extension 개발이 필요한 항목:

• 자체 백엔드에 연결된 맞춤 입력 필드
• 장바구니 내용에 따른 복잡한 조건부 로직
• 결제 도중 작동하는 심층 타사 연동

대부분의 Plus 스토어에서는 Checkout Editor로 checkout.liquid 사용 사례의 80%를 처리할 수 있습니다. 확장 기능이 필요한 나머지 20%는 보통 개발자가 2-3일 동안 작업해야 합니다.

Shopify Markets와 해외 결제#

Shopify Markets를 사용하는 판매자는 마켓별로 이전 결과를 테스트해야 합니다. 새 시스템은 다국어 및 지역별 설정을 기본으로 지원하지만, 마켓별 픽셀 설정과 규정 준수 요건은 활성화된 지역마다 별도로 확인해야 합니다.

Markets 판매자가 확인할 주요 항목:

• 지역별 주소 확인이 올바르게 작동하는지, 특히 EU 주소 형식에서 확인
• 지역별 픽셀 추적이 각 마켓의 통화와 언어에 맞게 작동하는지 확인
• 이전 후에도 GDPR 동의 절차와 VAT 표시가 작동하는지 확인
• Shopify Scripts에서 실행 중인 마켓별 할인 로직을 기록해 6월 30일 전에 Functions로 이전

Shopify Scripts와 Checkout Extensibility — 서로 다른 두 마감일#

Shopify Scripts와 Checkout Extensibility는 종료 일정이 각각 다릅니다. 둘을 혼동하면 Plus 스토어의 이전 계획에 큰 차질이 생길 수 있습니다.

Checkout Extensibility는 checkout.liquid를 대체했습니다. 마감일: 2025년 8월 28일 — 이미 지났습니다. Shopify는 아직 이전하지 않은 스토어를 자동 업그레이드하고 있습니다.

Shopify Scripts는 맞춤 할인 로직, 배송 요금, 장바구니 변환에 사용되는 Ruby 서버리스 실행 환경을 대체했습니다. 마감일: 2026년 6월 30일 — 지금부터 62일 후입니다.

스토어에서 할인 조합, 단계별 배송 요금, B2B 가격, 묶음 상품 로직에 Scripts를 사용한다면 해당 로직은 2026년 7월 1일에 완전히 작동을 멈춥니다. 이전 대상은 Shopify Functions입니다. JavaScript 또는 Rust로 작성해 앱으로 배포합니다. 복잡한 Scripts 설정을 이전하는 데는 4-8주가 걸립니다.

주의: 이번 주에 시작하면 62일 안에 Scripts 이전을 마칠 수 있습니다. 6월에 시작하면 시간이 부족합니다.

전체 기술 절차는 Shopify Scripts에서 Functions로 이전하는 가이드를 참고하세요.

이전 후 구매 고객의 주문 수정#

Checkout Extensibility 이전을 마치면 감사 페이지에서 구매 후 경험을 더 깔끔하게 제공할 수 있습니다. 이전에는 checkout.liquid 스크립트와 주문 확인 로직이 구매 후 작업 흐름과 얽혀 있어 새 기능을 추가할 때 오류가 생기기 쉬웠습니다.

새 시스템에서 감사 페이지 앱은 Checkout UI Extensions를 사용하므로 추적 설정과 충돌하지 않고 연동됩니다. 이 글을 게시한 Revize를 예로 들면, Revize는 Checkout Extensibility와 완전히 호환됩니다. 여러 판매자가 이전을 마친 뒤에야 고객 셀프서비스 주문 수정 기능을 추가했다고 전했습니다. 감사 페이지의 추적 설정을 해칠 걱정 없이 기능을 추가할 수 있게 됐기 때문입니다.

이전 후 주문 관리에서 달라지는 점은 Shopify 주문 관리 가이드 2026을 참고하세요.

핵심 정리#

Shopify Checkout Extensibility 이전은 선택 사항이 아니며, 앞으로의 일도 아닙니다. 2025년 8월 마감일은 8개월 전에 지났습니다. 자동 업그레이드는 2026년 1월부터 진행되고 있습니다. 지금 확인할 것은 새 시스템에서 추적이 정상 작동하는지, 아니면 Shopify의 업그레이드 순서를 기다리고 있는지입니다.

판매자라면: 오늘 설정 → 결제(체크아웃)를 확인하세요. 기존 환경을 사용 중이라면 Shopify가 업그레이드 일정을 지정하기 전에 Additional Scripts 필드의 내용을 기록하고 공식 채널 앱을 설치하세요.

개발자와 대행사라면: 남은 마감일은 2026년 6월 30일 Shopify Scripts 종료일입니다. 복잡한 설정에는 4-8주가 걸리는 더 어려운 이전 작업입니다. 고객사가 아직 Scripts 기반 할인 또는 배송 로직을 사용한다면 지난달에 이미 논의를 시작했어야 합니다.

이전 후에는 결제 추적이 이전보다 개선됩니다. PII가 기본적으로 전달되고 CAPI의 전환 기여도 측정이 개선되며, 기존 checkout.liquid에서는 안정적으로 접근할 수 없었던 자체 고객 데이터를 픽셀이 사용할 수 있습니다.

이번 주에 할 일은 다음과 같습니다.

1. 설정 → 결제(체크아웃) → 현재 상태 확인
2. 기존 환경을 사용 중이라면 Additional Scripts 내용을 기록하고 Google & YouTube 및 Facebook & Instagram 앱을 설치한 다음 업그레이드
3. 이미 이전했다면 Meta Events Manager와 GA4에서 PII 전달 여부 확인
4. Shopify Scripts를 사용 중이라면 지금 Functions 이전 시작 — 6월 30일까지 62일 남음

자주 묻는 질문#

스토어가 아직 기존 결제 환경을 사용하는지 어떻게 알 수 있나요?#

설정 → 결제(체크아웃)로 이동하세요. “Upgrade” 버튼이나 업그레이드 예정 배너가 보이면 아직 기존 환경을 사용 중입니다. 끌어다 놓을 수 있는 섹션이 있는 Checkout Editor가 보이면 이미 이전됐습니다. Shopify는 자동 업그레이드 전에 이메일 알림을 보내므로 확실하지 않다면 관리자 알림 내역을 확인하세요.

2025년 8월 이후 Facebook ROAS와 GA4 전환 수가 떨어진 이유는 무엇인가요?#

2025년 8월 마감 이후 Shopify가 기존 감사 페이지의 추적 스크립트에 PII 전달을 중단했기 때문입니다. 픽셀은 작동하지만 광고 플랫폼이 전환 기여도를 확인하지 못합니다. 이메일이나 전화번호가 없으면 Meta CAPI는 checkout_completed를 사용자 프로필에 연결할 수 없습니다. GA4는 식별되지 않은 세션으로 기록합니다. 구매는 발생했지만 기여도는 사라집니다. 이전을 마치면 PII가 다시 전달되고 전환 기여도 측정이 회복됩니다.

Shopify 자동 업그레이드는 스토어에서 무엇을 변경하나요?#

Shopify 자동 업그레이드는 감사 페이지와 주문 상태 페이지를 확장성 시스템으로 전환하고 공식 앱 연동을 이전합니다. 하지만 맞춤 픽셀, GTM, checkout.liquid 로직은 복원하지 못합니다. 이러한 항목은 고객 이벤트와 Checkout Editor에서 수동으로 다시 구축해야 합니다. 예정된 작업 시간 전에 이메일을 받지만 거부할 수는 없습니다. 따라서 직접 일정을 정해 이전하는 편이 좋습니다.

자동 업그레이드 후 이전 상태로 되돌릴 수 있나요?#

아니요. Shopify가 자동 업그레이드를 완료한 뒤에는 되돌리는 옵션이 없습니다. 업그레이드 후 추적에 문제가 생기면 고객 이벤트에서 픽셀을 다시 구축해 해결해야 합니다. 이전 상태로 되돌릴 수는 없습니다. Shopify가 일정을 정하기 전에 직접 이전하면 시기를 정하고 실제 적용 전에 모든 항목을 테스트할 수 있습니다.

Google Tag Manager는 Checkout Extensibility에서 작동하나요?#

표준 GTM 컨테이너는 새 결제 샌드박스 안에서 작동하지 않습니다. 샌드박스 iframe이 DOM 접근을 차단하므로 맞춤 HTML 태그, 가시성 트리거, checkout.liquid에서 삽입한 dataLayer 데이터 전송이 오류 표시 없이 실패합니다. GA4와 Google Ads에는 Google & YouTube 앱을 사용하세요. GTM 기능을 전부 대체해야 한다면 서버 측 플랫폼(Elevar, Analyzify, Stape)을 사용하세요.

이전에는 얼마나 걸리나요?#

대부분의 Plus 스토어는 Checkout Extensibility 이전을 영업일 기준 1-5일 안에 마칩니다. 공식 앱을 사용하며 픽셀이 2-3개인 스토어는 몇 시간 안에 끝낼 수 있습니다. GTM 맞춤 설정이 많거나 checkout.liquid UI 변경이 복잡하면 1주일가량 걸립니다. Shopify Scripts에서 Functions로 이전하는 작업은 별개이며, 복잡한 설정에는 4-8주가 걸립니다.

Web Pixel API란 무엇인가요?#

Web Pixel API는 결제 및 구매 후 페이지에서 추적·분석 코드를 실행하는 Shopify의 샌드박스 환경입니다. 페이지에서 임의의 JavaScript를 직접 실행하던 Additional Scripts와 달리 Web Pixels는 격리된 iframe에서 실행됩니다. 표준 Shopify 이벤트(checkout_completed, payment_info_submitted 등)는 사용할 수 있지만 DOM 접근은 제한됩니다. PII는 페이지에서 추출하는 대신 API를 통해 명시적으로 전달됩니다. 맞춤 픽셀은 설정 → 고객 이벤트에서 구성하세요.

Checkout Extensibility는 모든 Shopify 요금제에서 사용할 수 있나요?#

주요 결제 과정에 적용되는 Checkout Extensibility는 Plus 전용입니다. 일반 요금제 판매자는 원래 checkout.liquid를 사용할 수 없었으므로 같은 방식으로 이전할 필요가 없습니다. 감사 페이지와 주문 상태 페이지의 확장 기능은 모든 요금제에서 사용할 수 있지만, 주요 결제 단계의 Checkout Editor는 여전히 Plus 전용입니다.

Shopify Scripts와 Checkout Extensibility의 차이는 무엇인가요?#

서로 다른 일정에 따라 지원이 종료되는 별개의 시스템이며, 많은 Plus 스토어가 두 개의 프로젝트로 나눠 처리해야 합니다. Checkout Extensibility는 결제 페이지의 시각적 요소와 스크립트 계층인 checkout.liquid를 대체했습니다. Shopify Scripts는 할인, 배송, 장바구니 로직에 사용되는 Ruby 실행 환경을 대체했습니다. Checkout Extensibility 마감일은 2025년 8월 28일(이미 지남), Scripts 마감일은 2026년 6월 30일(62일 남음)입니다.

6월 30일 이후 Shopify Scripts는 무엇으로 대체되나요?#

직접적인 대체 기능은 Shopify Functions입니다. Functions는 WebAssembly 샌드박스에서 실행되며, Ruby 대신 JavaScript 또는 Rust를 사용해 맞춤 할인, 배송 요금, 장바구니 변환 등 동일한 사용 사례를 처리합니다. 관리자 화면에 스크립트를 입력하는 방식이 아니라 앱으로 배포합니다. 전체 문서와 이전 가이드는 shopify.dev/docs/apps/build/functions에서 확인할 수 있습니다.

이전 후에도 구매 후 앱이 작동하나요?#

Checkout UI Extensions를 기반으로 만든 앱은 새 시스템에서 정상 작동합니다. checkout.liquid 또는 Additional Scripts를 통해 스크립트를 삽입하던 앱은 확장 기능 방식으로 업데이트해야 합니다. 이전하기 전에 앱의 변경 내역이나 지원 문서에서 호환 여부를 확인하세요. 주요 구매 후 앱 대부분은 호환 상태를 공개했습니다.

2026년 8월 업데이트. Revize는 고객이 구매 후 직접 주문을 수정할 수 있는 Shopify 앱입니다. 주문 처리(풀필먼트) 전에 지원 문의 없이 배송 주소를 변경하고, 옵션이나 상품을 교환하고, 주문을 취소하고, 환불 또는 스토어 크레딧을 받을 수 있습니다. 고객이 직접 Shopify 주문을 수정하도록 설정하는 방법을 자세히 알아보거나 Shopify App Store에서 Revize를 확인하세요.