‘우리 몰인데 다른 업체는 못 고친다’는 말에 막힐 때
카페24 몰을 만든 업체와 더 이상 맞지 않거나, 일정이 안 되거나, 견적·소통이 맞지 않으면 운영자는 다른 수정 업체를 찾게 됩니다. 그런데 ‘이전 업체가 만든 몰이라 다른 곳은 못 건드린다’, ‘소스가 없어서 안 된다’는 말을 들으면, 몰을 통째로 다시 만들어야 하나 싶어집니다.
결론부터 말하면, **이전 업체가 만든 카페24 몰도 다른 수정 업체에 맡겨도 됩니다.** 카페24 관리자·스킨·상품·주문·설치 앱이 운영자(또는 대표) 계정 아래에 있으면, 새 업체에 권한을 주고 이어 고칠 수 있습니다. 다만 이전 업체만 갖고 있던 별도 서버·업체 명의 API·전달되지 않은 원본 소스는 그대로 이어지지 않을 수 있어, 그 구간은 재발급·재작성·1차 축소로 나눕니다. 이 글은 ‘맡겨도 되는지’와 ‘맡기기 전에 무엇을 준비하는지’를 중심으로 정리합니다. 연락이 이미 끊긴 경우는 별도 글에서 넘길 수 있는 것·없는 것을 더 깊게 다룹니다.
한눈에 보는 핵심 답변
업체 변경을 검토할 때 먼저 보면 좋은 결론만 모으면 아래와 같습니다.
- 가능합니다. 카페24 몰 자체는 플랫폼에 있으므로 수정 업체를 바꿀 수 있습니다.
- 전제는 관리자·도메인·PG가 운영자 명의로 열려 있는 것입니다.
- 스킨·앱 설정·상품·주문은 새 업체에 권한을 줘 이어 고칠 수 있습니다.
- 이전 업체 전용 서버·업체 명의 토큰·미전달 소스는 제한이 있습니다.
- 이전 업체 계정을 남긴 채 새 업체만 넣으면 권한·책임이 겹칩니다.
- 연락 두절이면 인수 가능 범위를 따로 나누는 글과 함께 보시면 됩니다.
다른 업체에 넘길 때 실제로 하는 일과 가능 범위
카페24 기본으로 보면, 쇼핑몰은 호스팅·관리자가 운영자 쪽에 있는 구조입니다. 이전 업체가 디자인을 했고 기능을 넣었어도, 대표 관리자만 살아 있으면 새 수정 업체를 ‘운영자’ 또는 제한 권한으로 추가할 수 있습니다. 스마트디자인(스킨) 편집, 상품·진열, 주문 조회, 앱스토어 앱 설정 화면처럼 관리자 안에서 보이는 것은 새 업체가 바로 점검·수정할 수 있는 범위에 들어갑니다.
앱으로 충분한 수정은 앱 설정·버전·충돌만 확인하면 되는 경우가 많습니다. 스킨 수정은 백업을 받은 뒤 파일을 읽고 고치는 방식이고, 이전 업체 주석이 없어도 ‘지금 몰에 올라간 코드’를 기준으로 작업합니다. 커스텀·API·별도 서버가 붙어 있으면, 그 서버와 키가 운영자 명의인지가 갈림표입니다. 운영자 명의면 접속·재발급 후 이어 고칠 수 있고, 이전 업체 클라우드·업체 앱에만 있으면 새 업체는 그 기능을 복원하지 못하고 재구축하거나 1차에서 빼는 쪽으로 갑니다.
실무에서 넘기는 순서는 대체로 이렇습니다. 1) 운영자가 대표 관리자로 로그인할 수 있는지 확인 → 2) 이전 업체 관리자·불필요 API 권한 정리 계획을 세움 → 3) 새 업체에 필요한 메뉴만 권한 부여 → 4) 스킨 백업·앱 목록·깨진 화면·고치고 싶은 요구를 문장으로 전달 → 5) 새 업체가 스킨/앱으로 될지, 서버 재작성이 필요한지 판별 → 6) 1차 수정 범위와 점검 창을 맞춤. ‘이전 업체 허락이 있어야만 다른 업체가 손을 댄다’는 규칙은 카페24 플랫폼 자체에는 없습니다. 다만 계약서에 유지보수 독점·소스 인도 조항이 있으면 계약 해지·인수 일정을 먼저 정리하는 편이 안전합니다.
새 업체가 바로 이어가기 쉬운 것
카페24 관리자 권한, 스킨 파일(편집기·백업), 설치 앱 목록과 설정, 상품·회원·주문 데이터, 본인 명의 도메인·PG. 버튼·배너·상세 문구·일부 레이아웃처럼 스킨·기본 기능으로 되는 수정은 이전 업체 없이도 새 업체가 진행하는 경우가 많습니다.
바로 이어가기 어렵거나 다시 맞춰야 하는 것
이전 업체 PC·깃에만 있던 원본, 업체가 임대한 서버·DB, 업체 명의 API 키·웹훅, 프라이빗 앱, 외부 ERP와 이전 업체만의 계약 연동. 이 구간은 운영자 명의로 키를 다시 발급하거나, 기능을 다시 만들거나, 당분간 수작업으로 돌리는 선택이 됩니다. 토큰이 스킨에 박혀 있으면 폐기 후 서버로 옮기는 작업이 선행됩니다.
핵심 체크리스트
다른 수정 업체에 맡기기 전에 아래로 표시해 보세요. ‘아니오’가 많으면 인수 범위를 줄이거나 권한부터 되찾는 편이 먼저입니다.
- 카페24 대표 관리자로 본인이 로그인할 수 있는가
- 도메인·PG·사업자 정보가 운영자(회사) 명의인가
- 이전 업체 관리자 계정을 회수·비활성화할 계획이 있는가
- 스킨 백업을 내려받거나 편집기로 열 수 있는가
- 설치 앱 목록과 설정 화면을 운영자 계정으로 볼 수 있는가
- 별도 서버·API가 있다면 접속·키가 운영자 쪽에 있는가
- 새 업체에 줄 권한이 최고 관리자가 아니라 필요 메뉴만인가
- 고치려는 화면·증상·우선순위를 문장으로 적어 두었는가
- 이전 업체와 유지보수·소스 인도 계약 종료 일정을 확인했는가
- 테스트몰 또는 백업 후 실몰 반영 순서를 새 업체와 맞췄는가
업체 변경 시 막히는 지점과 현실적 대안
가장 흔한 제한은 ‘몰은 내 것인데 기능의 절반이 이전 업체 서버에만 있다’는 상태입니다. 화면은 카페24인데 정산·알림·재고 동기화가 외부에 있으면, 새 업체는 스킨만 고칠 수 있고 그 기능은 멈춘 채로 남을 수 있습니다. 이때 전면 재구축을 한 번에 맡기면 비용이 리뉴얼에 가까워지므로, 1차는 깨진 화면·필수 CS만 고치고 서버 기능은 수작업 또는 다음 단계로 미루는 편이 현실적입니다.
이전 업체가 아직 연락이 될 때도 주의할 점이 있습니다. 두 업체가 동시에 최고 관리자로 들어가면 누가 배포했는지 추적이 어렵고, 서로 다른 백업을 덮어쓸 수 있습니다. 인수일 기준으로 이전 업체 권한을 내리고, 새 업체만 배포하도록 창구를 하나로 두는 것이 안전합니다. 계약상 소스 인도가 되어 있어도 파일이 없으면 법적 권리와 실제 수정 가능 범위는 별개입니다.
실무에서 이런 문제가 발생할 수 있습니다
디자인·기본 운영은 카페24에 있고, 회원 등급별 가격만 이전 업체 서버에서 계산하던 몰을 다른 업체에 맡긴 경우가 있습니다. 새 업체는 스킨·배너는 바로 고쳤지만, 서버 접속이 없어 등급 가격은 당분간 수작업 엑셀로 돌렸습니다. 이런 요구라면 ‘화면 수정’과 ‘서버 기능 재구축’을 견적·일정에서 분리해 적는 편이 분쟁을 줄입니다.
이전 업체와 사이가 틀어진 뒤, 관리자만 넘기고 앱·API 키 설명을 안 남긴 몰도 있습니다. 새 업체가 앱을 끄자 할인 계산이 깨졌고, 키를 함부로 삭제하자 웹훅이 멈췄습니다. 인수 첫 주에 ‘설치된 앱·쓰는 키·손대지 말 파일’ 목록을 같이 적어두면, 같은 실수를 줄일 수 있습니다.
이전 업체 허락 없이 다른 업체에 맡겨도 되나요
카페24 관리자·몰 소유가 운영자에게 있으면 다른 수정 업체에 권한을 줄 수 있습니다. 다만 별도 유지보수 계약·소스 인도 조항이 있으면 계약 종료·인수 일정을 먼저 맞추는 편이 안전합니다. 플랫폼 규칙과 업체 간 계약은 별개입니다.
소스가 없어도 새 업체가 고칠 수 있나요
카페24에 올라간 스킨·설정이 있으면 ‘지금 보이는 코드’를 기준으로 고칠 수 있습니다. 주석·원본 깃이 없으면 일정은 늘어날 수 있고, 별도 서버 로직이 없으면 그 기능은 재작성이 필요합니다. 소스 없음 = 몰 포기와는 다릅니다.
이전 업체와 새 업체를 같이 쓰면 안 되나요
단기 인수 기간에는 역할이 겹치지 않게 나눌 수 있습니다. 다만 같은 스킨·같은 서버에 두 곳이 동시에 배포하면 덮어쓰기·책임 공백이 납니다. 인수일 이후에는 배포 창구를 하나로 두는 편이 안전합니다.
관리자 비밀번호를 새 업체에만 주면 되나요
최고 관리자 공유보다, 필요한 메뉴만 주는 운영자 계정을 새로 만드는 편이 낫습니다. 인수·작업이 끝나면 권한을 회수할 수 있게 두는 것이 기본입니다. 비밀번호를 메신저로만 주고받지 말고, 계정 단위로 관리하세요.
견적이 이전 업체보다 많이 나오면 왜인가요
문서·서버·의도가 없으면 새 업체는 탐색·회귀 검수 시간이 붙습니다. 같은 ‘버튼 하나’라도 공통 파일·앱 충돌을 확인해야 하면 범위가 달라집니다. 견적 전에 고칠 화면·앱 목록·서버 유무를 알려 주면 차이가 줄어듭니다.
연락이 이미 안 되면 이 글만으로 충분한가요
아니요. 연락 두절이면 넘길 수 있는 것·없는 것을 더 구체적으로 나눈 글이 있습니다. 이 글은 ‘업체 변경이 가능한지·어떻게 준비하는지’에 초점을 두고, 두절 상황은 그 글을 함께 보시면 됩니다.
옴니어스24가 이전 업체 몰을 이어받을 때
옴니어스24는 이전 업체가 만든 카페24 몰을 맡길 때, ‘소스가 전부 있다’고 가정하지 않습니다. 운영자가 지금 들어갈 수 있는 관리자·스킨·앱부터 확인하고, 서버·토큰이 운영자 쪽에 있는지에 따라 이어 고칠지·재작성할지·1차에서 뺄지를 문장으로 나눕니다.
거품 없는 범위로 일한 만큼 제안드리며, 자료가 없어도 관리자 캡처·앱 목록·고치고 싶은 화면만 있으면 인수 가능 범위를 가늠할 수 있습니다. 이전 업체 권한 정리와 오픈 후 창구도 같이 맞춰 드립니다.
업체 변경 다음에 보면 좋은 글·페이지
연락이 끊긴 뒤 넘길 수 있는 범위는 연락 두절 인수 글에서, 기존 몰에 기능을 얹을 때 깨지기 쉬운 지점은 기존 몰 커스텀 글에서 이어서 볼 수 있습니다. 수정 중 판매를 멈출지 말지는 판매 중단 여부 글과, 업체를 고를 때 물을 항목은 상담 질문 글과 연결됩니다.
진행 방식·FAQ·서비스 안내에서도 기존 몰 수정 흐름을 확인할 수 있고, 문의 페이지에 ‘이전 업체 몰인데 다른 업체에 맡기고 싶다’와 지금 관리자 로그인 가능 여부만 남겨 주셔도 됩니다. 인수 가능 범위부터 같이 정리해 드립니다.