회원 엑셀만 넘기면 끝이 아닐 때
카페24로 몰을 옮기거나, 예전 DB·다른 채널·구 CRM에 있던 회원을 합치려 할 때 ‘회원 목록 파일만 주면 되지 않나?’라고 생각하기 쉽습니다. 실제로는 아이디 중복, 등급·그룹 이름 불일치, 적립금·쿠폰 처리, 비밀번호 재설정, 커스텀 시스템에 묶인 회원 키까지 한꺼번에 맞춰야 합니다.
가능 여부부터 말하면, 카페24 관리자·앱·API를 통해 회원 정보 이관은 할 수 있습니다. 다만 ‘전 필드를 그대로 복원’은 어렵고, 무엇을 옮기고 무엇은 새로 시작할지 먼저 정해야 합니다. 카페24 회원 이관·병합은 파일 업로드만의 문제가 아니라, 아이디·등급·적립·비밀번호·커스텀 DB 키를 어떻게 맞출지 정한 뒤 샘플 검증을 거치는 작업입니다.
이관과 병합, 무엇부터 나눌까
**이관**은 다른 시스템·옛 몰에 있던 회원을 카페24로 새로 넣는 일입니다. **병합**은 같은 사람에게 계정이 두 개 이상 있을 때 하나로 합치거나, 채널별 ID를 우리 기준 하나의 회원 키에 맞추는 일입니다. 둘 다 ‘회원 파일’로 보이지만 검수·롤백·CS 대응이 다릅니다.
먼저 **범위**를 정합니다. 필수: 아이디(또는 이메일)·이름·연락처·등급. 선택: 적립금·쿠폰·가입일·마케팅 수신 동의·과거 주문 조회 링크. 보통 **비밀번호는 이관하지 않고** 최초 로그인 시 재설정·임시 비밀번호·본인인증 흐름을 둡니다. 과거 주문·문의는 카페24 회원과 1:1로 붙지 않을 수 있어, ‘조회용 아카이브’로만 남기는 경우도 많습니다.
구현·진행 방식별 경계
카페24 기본·관리자: 회원 등록·일괄 등록(앱·가이드에 따른 형식), 등급 지정. 앱: 대량 이관·중복 정리·휴면 처리. API·별도 서버: 외부 CRM·오프라인 회원·커스텀 DB와 회원 ID 매핑, 병합 로그·재시도. 커스텀 DB에 회원별 정산·수당·승인 상태가 있으면, 카페24 member_id와 매핑 테이블을 미리 설계해야 이관 후 연동이 끊기지 않습니다.
이관 전에 맞춰 둘 매핑 표
옛 시스템 필드 → 카페24 필드, 등급 이름 변환표, 중복 판단 기준(이메일·휴대폰·사업자번호), 병합 시 남길 계정·버릴 계정 규칙. 이 표 없이 전량 업로드하면 나중에 ‘누가 누구인지’ CS가 불가능해질 수 있습니다.
- 이관: 타 시스템 → 카페24 신규 등록
- 병합: 중복·채널별 계정 → 하나의 회원 키
- 비밀번호: 보통 재설정·초기화 (그대로 옮기기 어려움)
- 커스텀 DB: member_id 매핑 테이블 필수
자주 터지는 문제와 검수
**아이디·이메일 중복**으로 일괄 등록이 중간에 실패하거나, 다른 사람 데이터가 덮어씌워지는 경우가 있습니다. 샘플 50~100명으로 먼저 올려 로그인·등급·마이페이지를 확인한 뒤 본 이관합니다. **등급·그룹 이름**이 옛 몰과 다르면 가격·혜택 노출 규칙이 어긋납니다. 이관 전 등급 매핑표를 운영·개발이 같이 서명하는 편이 안전합니다.
**적립금·포인트**는 금액·유효기간·사용 조건이 다릅니다. ‘숫자만 복사’하면 정산·CS 분쟁으로 이어질 수 있어, 1원 단위 검증·잔액 스냅샷·이관 일자 기록을 남깁니다. **병합** 시 주문·쿠폰·적립을 어느 계정에 남길지 규칙이 없으면 한쪽만 비게 됩니다. ‘최근 로그인 계정 우선’ 같은 단순 규칙도 미리 문서화합니다.
개인정보·마케팅 수신 동의는 이관 시점·근거를 남겨야 합니다. 휴면·탈퇴 회원을 활성으로 옮기지 않을지, 옮긴다면 재동의가 필요한지 정책을 먼저 정합니다. 커스텀 연동(정산·구독·B2B 승인)이 있으면 회원 이관 후 **별도 DB의 member_id**가 갱신되는지 배치로 확인합니다.
오픈 전 검수 체크
샘플 계정 로그인·비밀번호 재설정, 등급별 가격·혜택 노출, 적립 잔액·내역, 병합 대상 계정의 주문·쿠폰 귀속, 커스텀 관리 화면에서 회원 조회. 실패 건·스킵 건 로그와 재처리 방법을 운영자에게 넘깁니다.
안 될 때·비용을 줄이는 대안
전 회원 일괄 이관 대신 **활성 회원만** 1차, 나머지는 재가입 유도. 적립은 **쿠폰 일괄 발급**으로 대체. 과거 주문은 **조회 전용 페이지·PDF**로만 제공. 병합은 자동 전량보다 **CS 확인 후 수동** 범위로 줄이기도 합니다.
- 아이디·이메일 중복 → 일괄 실패·데이터 덮어쓰기
- 등급 이름 불일치 → 회원가·혜택 오류
- 적립금 숫자만 복사 → 잔액·정산 CS
- 병합 규칙 없음 → 주문·쿠폰이 한쪽만 남음
- 커스텀 member_id 미갱신 → 정산·연동 끊김
옴니어스가 회원 이관·병합을 볼 때
옴니어스는 회원 파일을 받기 전에, 이관인지 병합인지·옮길 필드·등급 매핑·적립·비밀번호 정책·커스텀 DB 연동 여부를 같이 적습니다. 샘플 검증 → 본 이관 → 오픈 후 CS 대응 창구까지 범위에 넣어 제안하는 편입니다.
플랫폼 전체 이전 사례와 겹치는 부분은 개발사례 글을 참고하시고, 회원만 따로 맞춰야 할 때는 옛 DB 샘플·등급표·중복 예시 몇 건만 있어도 방향을 잡을 수 있습니다.
회원 이관·병합 다음에 보면 좋은 글·페이지
타 플랫폼에서 카페24로 이전한 사례, 회원 그룹별 가격·혜택 설계, 제작 전 요구사항 체크리스트, API·별도 서버·커스텀 DB 연동 글을 이어서 읽어 보시면 회원 데이터 작업에 도움이 됩니다.
서비스·진행 방식·FAQ에서 범위와 진행 흐름을 더 볼 수 있고, 문의 페이지에 ‘옮길 회원 수·필드·중복 예시’만 남겨 주셔도 됩니다. 1차 범위와 검수 방법을 기준으로 안내해 드립니다.