쇼피파이 스토어 마이그레이션 체크리스트: 글로벌 진출 브랜드를 위한 가이드

쇼피파이 마이그레이션은 새 테마에 상품을 올리는 작업이 아닙니다. 카페24, 우커머스, 마젠토, 커스텀몰 또는 복잡해진 기존 쇼피파이에서 매출이 발생하는 운영 구조를 새 환경으로 옮기는 프로젝트입니다.

상품과 고객 데이터만 이동하면 끝날 것처럼 보이지만 실제 범위에는 URL, 검색 노출, 리뷰, 이메일 자동화, 광고 이벤트, 결제, 배송, 세금, 도메인과 고객지원이 함께 들어갑니다. 어느 하나라도 빠지면 새 스토어가 열려도 주문이 누락되거나 기존 유입을 잃을 수 있습니다.

따라서 마이그레이션 계획은 무엇을 옮길지뿐 아니라 무엇을 정리하고, 대체하고, 검증할지까지 포함해야 합니다. 아래 체크리스트는 글로벌 판매를 준비하는 브랜드가 구축 전부터 런칭 후 첫 주까지 확인해야 할 순서입니다.

플랫폼 교체가 아니라 해결하려는 운영 문제와 런칭 후 성공 기준을 먼저 정의해야 합니다.

“쇼피파이가 글로벌 판매에 좋다”는 이유만으로 시작하면 프로젝트 도중 범위가 계속 늘어납니다. 현재 플랫폼에서 막히는 문제와 새 스토어가 해결해야 하는 결과를 한 문서에 적으세요. 예를 들어 시장별 가격 운영, 현지 결제, 콘텐츠 수정 속도, 앱 비용 절감, 페이지 속도처럼 측정 가능한 항목이어야 합니다.

프로젝트 킥오프 전에 다음 질문에 답할 수 있어야 합니다.

• 첫 출시 시장과 언어, 통화는 무엇인가
• 반드시 유지해야 하는 매출 상위 상품, URL, 고객 흐름은 무엇인가
• 기존 구조에서 그대로 옮기지 않고 개선할 항목은 무엇인가
• 런칭 가능 여부를 승인하는 담당자는 누구인가
• 런칭 후 정상으로 판단할 주문, 전환, 오류 기준은 무엇인가

성공 기준이 정해지면 디자인 요구와 필수 운영 요구를 분리할 수 있습니다. 이 구분은 일정이 밀릴 때 무엇을 다음 단계로 넘길지 결정하는 기준이 됩니다.

데이터를 내보내기 전에 현재 스토어에서 실제로 사용되는 자산과 연결 관계를 목록화해야 합니다.

관리자 화면에 보이는 데이터만 확인하면 부족합니다. 광고 랜딩 페이지, 외부 리뷰, 구독 계약, 고객 태그, 이메일 숨김 필드, ERP와 3PL 연동처럼 운영자가 평소 의식하지 않는 연결이 매출에 영향을 줍니다. 각 항목에 유지, 수정, 통합, 폐기 중 하나의 결정을 표시하세요.

감사 결과에는 소유자와 데이터 원본도 적어야 합니다. 같은 재고 수량이 기존 스토어, ERP, 물류 시스템에 모두 있다면 어느 시스템이 최종 기준인지 합의하지 않은 상태로 이전해서는 안 됩니다.

각 데이터의 최종 원본, 새 쇼피파이 필드, 변환 규칙과 검수 방법을 표로 관리하세요.

가장 흔한 오류는 파일을 가져오는 데 성공했지만 데이터 의미가 달라지는 경우입니다. 색상 옵션이 상품명에 섞이거나, SKU 앞의 0이 사라지거나, 고객의 마케팅 동의가 잘못 해석될 수 있습니다. 상품, 고객, 주문, 리뷰마다 원본 필드와 대상 필드를 연결한 매핑 시트를 만드세요.

• 상품과 변형 상품의 고유 키를 SKU 또는 별도 ID로 고정하기
• 상품 상태, 재고 추적, 품절 판매, 과세 여부의 기본값 정하기
• 고객 마케팅 동의와 개인정보를 허용 범위 안에서 이전하기
• 과거 주문을 운영용으로 가져올지 조회용 보관소에 둘지 결정하기
• 리뷰, 구독, 포인트처럼 앱에 종속된 데이터의 이전 가능 범위 확인하기

전체 데이터를 한 번에 옮기기 전에 소량의 대표 샘플로 시험 이전을 진행하세요. 옵션이 많은 상품, 품절 상품, 할인 주문, 부분 환불, 해외 주소처럼 예외가 많은 레코드가 검수에 더 유용합니다.

리다이렉트는 런칭 직전 작업이 아니라 새 정보 구조를 설계하는 시점에 시작해야 합니다.

기존 URL과 새 URL을 일대일로 대응하고 페이지 유형, 최근 유입, 매출, 백링크, 새 페이지 준비 상태를 함께 기록하세요. 상품은 대응 상품으로, 컬렉션은 관련 컬렉션으로, 콘텐츠는 같은 검색 의도를 가진 콘텐츠로 연결해야 합니다. 모든 삭제 URL을 홈으로 보내면 사용자 맥락과 검색 신호를 잃습니다.

• 상위 유입·매출 URL과 광고 랜딩 페이지 우선 검수
• 국가 또는 언어 경로가 바뀌는 경우 hreflang와 canonical 정책 확인
• 페이지 제목, 메타 설명, H1과 인덱스 설정 이전
• 사이트맵, robots.txt, Search Console 속성과 도메인 변경 절차 준비
• 런칭 후 404, 리다이렉트 체인, 색인 변화 모니터링

Shopify Markets 설정은 번역만이 아니라 실제 주문이 성립하는 상업 조건을 시장별로 검증하는 작업입니다.

목표 국가마다 판매 가능 상품, 표시 통화, 가격 조정, 결제수단, 세금과 관세 표시, 배송비와 반품 주소가 달라질 수 있습니다. 기본 시장에서 작동하는 설정이 다른 시장에도 자동으로 맞는다고 가정하지 마세요. 특히 고객이 결제 전에 보는 총비용과 배송 예정일이 실제 이행 조건과 일치해야 합니다.

• 시장 활성화와 도메인·하위 폴더, 언어 연결
• 현지 통화 표시와 실제 결제 통화, 환율·가격 반올림 규칙
• 카드, PayPal, 간편결제 등 목표 고객이 기대하는 결제수단
• DDP·DAP 정책, 세금과 관세 안내, 무료배송 임계값
• 배송 제외 지역, 위험 상품 제한, 반품 주소와 고객 안내

각 시장에서 실제 주소와 결제수단을 사용한 테스트 주문을 실행하세요. 주문 생성만 보지 말고 결제 승인, 세금, 배송 라벨, 주문 알림, 취소와 환불까지 한 사이클을 확인해야 합니다.

기존 앱을 그대로 찾는 대신 기능, 데이터, 운영 담당자 기준으로 유지·교체·제거를 결정해야 합니다.

앱 목록에는 비용뿐 아니라 해당 앱이 읽고 쓰는 데이터, 테마 삽입 코드, 웹훅, 장애 시 영향, 내부 소유자를 적으세요. 같은 기능을 여러 앱이 수행한다면 새 스토어에서 통합할 수 있습니다. 반대로 구독, 로열티, 리뷰처럼 고객 계약이나 이력이 있는 기능은 데이터 이전과 고객 커뮤니케이션이 먼저입니다.

• ERP·WMS·3PL의 SKU, 재고, 주문 상태 동기화
• Klaviyo 등 이메일 플랫폼의 리스트, 이벤트, 플로우와 폼
• 리뷰, 구독, 포인트 데이터와 고객 계정 연결
• Gorgias 등 고객지원 시스템의 주문 조회와 고객 식별
• 테마에 남은 이전 앱 스크립트와 중복 픽셀 제거

연동마다 정상 시나리오와 실패 시나리오를 하나씩 정하세요. 예를 들어 재고 동기화가 멈췄을 때 판매를 중단할지, 마지막 수량을 사용할지, 누가 알림을 받고 수동으로 복구할지까지 운영 문서에 포함해야 합니다.

새 스토어의 분석은 기존 수치와 비교할 수 있는 이벤트 정의와 동의 로직을 갖춰야 합니다.

페이지뷰가 수집된다고 해서 트래킹이 끝난 것은 아닙니다. GA4, Meta, Google Ads, TikTok과 이메일 플랫폼에서 상품 ID, 통화, 금액, 주문 ID가 같은 의미로 전달되는지 확인하세요. 브라우저 픽셀과 서버 이벤트를 함께 쓰는 경우 중복 제거 키도 검증해야 합니다.

• view_item, add_to_cart, begin_checkout, purchase의 파라미터 확인
• 할인, 세금, 배송비, 환불이 매출 지표에 반영되는 방식 확인
• 광고 플랫폼별 상품 ID와 카탈로그 ID 일치 여부 확인
• 쿠키 동의 전후 이벤트와 Consent Mode 상태 확인
• 내부 테스트 주문과 실제 매출 보고서의 제외 규칙 준비

런칭 전 기존 스토어의 일별 세션, 주문, 전환율, 평균 주문액, 결제 실패율을 기준선으로 저장하세요. 새 스토어의 첫 주 수치가 정상인지 판단하려면 비교 가능한 이전 값이 필요합니다.

런칭 당일의 순서, 담당자, 승인 기준과 되돌리는 조건을 시간 단위로 문서화해야 합니다.

컷오버 전에는 콘텐츠와 상품 변경을 잠시 동결하고 최종 증분 데이터를 다시 가져옵니다. 이후 결제, 도메인, 리다이렉트, 이메일, 광고, 물류 연동을 정해진 순서로 활성화합니다. 각 단계에는 실행자와 검수자가 따로 있어야 하며 채팅 메시지가 아니라 공유 런북에 결과를 남겨야 합니다.

• DNS TTL 조정과 도메인 전환 시점 확인
• 최종 상품·고객·주문 증분 이전과 레코드 수 대조
• 실제 결제 테스트 주문, 취소, 환불과 물류 전달 확인
• 리다이렉트, 주요 랜딩 페이지, 정책·연락처 페이지 점검
• 심각한 오류의 정의, 롤백 결정권자와 고객 안내 문구 준비

롤백은 단순히 DNS를 되돌리는 일이 아닐 수 있습니다. 새 스토어에서 이미 발생한 주문과 고객 데이터를 어떻게 보존하고 기존 시스템에 반영할지까지 정해야 합니다. 결제 불가, 주문 유실, 재고 과판매처럼 매출과 고객 신뢰에 직접 영향을 주는 조건은 사전에 중단 기준을 합의하세요.

스토어가 열렸다는 사실보다 주문, 재고, 트래킹과 고객 문의가 서로 맞는지 확인하는 것이 중요합니다.

첫 24시간에는 주문을 건별로 추적하고 결제 금액, 할인, 세금, 배송비, 재고 차감, 물류 전달, 고객 알림을 대조하세요. 이후 일주일 동안은 기존 기준선과 새 스토어 수치를 매일 비교합니다. 차이가 보이면 트래픽 변화인지 설정 오류인지 분리해 조사해야 합니다.

• 주문 수와 결제사 정산 건수, ERP·3PL 수신 건수 대조
• GA4·광고 플랫폼 구매 수와 쇼피파이 주문 수 비교
• 404 상위 URL, 검색 노출과 주요 키워드 변화 확인
• 결제 실패, 배송 불가, 할인 오류와 고객 문의 유형 집계
• 앱 오류, 웹훅 실패, 재고 불일치의 담당자와 해결 기한 기록

마이그레이션 완료 기준은 모든 문제가 0개가 되는 것이 아니라 핵심 거래 흐름이 안정되고 남은 이슈가 담당자, 우선순위, 기한과 함께 관리되는 상태입니다. 이 기록은 다음 시장과 언어를 추가할 때 그대로 재사용할 수 있습니다.

SEO, 데이터, 현지화, 연동과 런칭 리스크가 함께 걸려 있다면 구축 견적보다 이전 감사를 먼저 진행하는 편이 안전합니다.

클랩스는 마이그레이션을 화면 복제가 아니라 운영 전환 프로젝트로 설계합니다. 기존 스토어와 연결 시스템을 감사하고, 이전 범위와 데이터 매핑, 리다이렉트, 시장 설정, 트래킹 QA, 컷오버와 첫 주 모니터링까지 하나의 실행 계획으로 연결합니다.

카페24, 우커머스, 마젠토, 커스텀몰 또는 복잡해진 쇼피파이에서 이전을 준비하고 있다면 현재 구조에서 반드시 지켜야 할 자산과 먼저 정리해야 할 운영 부채부터 확인하세요.