쇼핑몰 이전 업체가 연락이 안 될 때, 다른 개발업체에 어디까지 맡길 수 있나요?

카페24 쇼핑몰을 만들어 준 이전 개발업체와 연락이 끊기면 이런 걱정을 하게 됩니다.

“기존 쇼핑몰을 다른 업체가 수정할 수 있을까?”

“이전에 개발한 기능도 그대로 살릴 수 있을까?”

“소스가 없으면 쇼핑몰을 처음부터 다시 만들어야 할까?”

결론부터 말하면 이전 업체와 연락이 끊겼다고 해서 쇼핑몰을 사용할 수 없게 되는 것은 아닙니다.

카페24 관리자, 쇼핑몰 스킨, 상품·주문 데이터, 도메인, PG 등의 권한을 운영자가 가지고 있다면 다른 개발업체가 이어서 작업할 수 있는 부분이 많습니다.

다만 이전 업체가 별도 서버에서 운영하던 기능이나 업체 계정으로 관리하던 API 키·소스·외부 시스템이 있다면 이야기가 달라집니다.

따라서 기존 쇼핑몰을 다른 업체에 맡길 때는 “무엇이 카페24 안에 있고, 무엇이 이전 업체에게만 있는가”를 먼저 구분하는 것이 중요합니다.

가장 간단한 기준은 다음과 같습니다.

현재 쇼핑몰 운영자가 직접 로그인하거나 비밀번호를 재설정할 수 있는가?

운영자 계정으로 접근할 수 있다면 새로운 개발업체에 필요한 권한을 제공할 수 있습니다.

대표적으로 다음과 같은 항목입니다.

반대로 이전 업체의 PC나 서버에만 존재하는 자료는 운영자가 직접 접근할 수 없습니다.

예를 들어 이전 업체가 별도 서버에서 주문 연동 프로그램을 운영하고 있었는데 서버 계정이나 소스를 받지 못했다면, 새로운 업체가 그 프로그램을 그대로 수정하기는 어렵습니다.

이 경우에는 기존 기능을 확인한 뒤 재발급·재연동·재개발 등의 방법을 선택하게 됩니다.

다음과 같은 자료와 권한은 운영자가 가지고 있다면 새로운 개발업체에 전달할 수 있습니다.

카페24 관리자

운영자 계정을 추가하고 필요한 메뉴에 대한 권한을 제공할 수 있습니다.

가능하면 처음부터 최고관리자 계정을 공유하기보다 작업에 필요한 권한만 제공하는 방식이 안전합니다.

쇼핑몰 스킨

카페24 관리자에서 사용하는 스킨 파일을 백업하거나 편집할 수 있다면 새로운 업체가 기존 스킨을 분석하고 수정할 수 있습니다.

다만 스킨 안에 이전 업체가 만든 복잡한 코드가 들어 있다면 코드 구조를 분석하는 데 시간이 추가될 수 있습니다.

상품·주문·회원 데이터

카페24에 정상적으로 저장되어 있는 데이터라면 기존 업체가 없어도 카페24 관리자나 제공되는 기능을 통해 확인하고 필요한 작업을 진행할 수 있습니다.

설치된 앱

현재 쇼핑몰에 설치되어 있고 운영자 계정으로 설정 화면에 접근할 수 있는 앱이라면 새로운 업체가 해당 앱의 설정과 연동 상태를 확인할 수 있습니다.

단, 앱 자체의 소스코드까지 수정할 수 있다는 의미는 아닙니다.

도메인과 PG

도메인과 PG 계약이 운영자 또는 사업자 명의라면 새로운 개발업체가 쇼핑몰 이전이나 수정 작업을 진행하는 데 필요한 권한을 확인할 수 있습니다.

다음과 같은 자료는 이전 업체가 가지고 있다면 운영자가 바로 가져오기 어려울 수 있습니다.

이런 자료가 없다고 해서 쇼핑몰 전체를 다시 만들어야 하는 것은 아닙니다.

다만 기존 기능을 그대로 이어서 수정하는 것과, 같은 기능을 새로 만드는 것은 다른 작업입니다.

예를 들어 이전 업체가 별도 서버에서 주문을 받아 정산하는 프로그램을 만들었는데 서버와 소스를 모두 사용할 수 없다면, 새로운 업체는 기존 프로그램을 직접 수정할 수 없습니다.

대신 현재 쇼핑몰의 데이터와 기존 화면을 기준으로 필요한 기능을 다시 설계할 수 있습니다.

반드시 그런 것은 아닙니다.

카페24 관리자에서 현재 사용 중인 스킨을 확인하고 편집할 수 있다면 해당 스킨을 기준으로 수정할 수 있습니다.

다만 다음과 같은 경우에는 작업 난도가 달라질 수 있습니다.

따라서 “소스가 있느냐 없느냐”만으로 판단하기보다 현재 카페24에 남아 있는 코드를 실제로 확인하는 것이 중요합니다.

여기에서도 앱의 종류를 구분해야 합니다.

쇼핑몰에 설치된 일반적인 앱이라면 운영자 계정으로 설정 화면에 접근하여 현재 설정 상태를 확인할 수 있습니다.

하지만 앱 자체의 개발 소스까지 수정할 수 있는 것은 아닙니다.

특히 이전 업체가 자체적으로 개발한 비공개 앱이나 업체 개발자 계정에 연결된 앱이라면 새로운 업체가 해당 앱의 소스를 바로 수정하지 못할 수 있습니다.

이 경우에는 앱을 계속 사용할 수 있는지 확인한 후,

기존 앱 유지 → 설정 변경

또는

새로운 API·앱·서버로 기능 재구축

중 하나를 선택하게 됩니다.

가능하면 기존 업체가 가지고 있던 인증 정보를 그대로 사용하는 것보다 운영자 명의로 다시 발급하는 방식을 권장합니다.

특히 다음과 같은 정보는 어디에서 사용되고 있는지 먼저 확인해야 합니다.

기존 인증 정보가 이전 업체 계정에 연결되어 있다면 새로운 업체가 해당 정보를 계속 사용하는 구조는 관리하기 어렵습니다.

또한 API 키가 카페24 스킨이나 JavaScript에 직접 들어 있다면 보안상 적절하지 않을 수 있습니다.

이런 경우에는 인증 정보를 폐기하고 서버에서 안전하게 관리하는 구조로 다시 연결하는 작업이 필요할 수 있습니다.

이 부분이 기존 쇼핑몰 인수에서 가장 중요한 항목 중 하나입니다.

카페24 쇼핑몰과 별도로 서버를 운영하면서 다음과 같은 기능을 처리하는 경우가 있습니다.

그런데 이전 업체의 서버에만 접속할 수 있고 새로운 업체가 서버 계정이나 소스를 받지 못한다면 기존 기능을 그대로 수정하기 어렵습니다.

이 경우에는 기능을 세 가지 방법으로 나누어 볼 수 있습니다.

1. 기존 서버를 계속 사용할 수 있는 경우

접속 권한을 확보하고 기존 구조를 분석하여 이어서 수정합니다.

2. 서버는 있지만 일부 기능만 사용할 수 있는 경우

필요한 부분을 유지하고 나머지를 별도로 재구성합니다.

3. 서버와 소스를 모두 사용할 수 없는 경우

현재 쇼핑몰과 운영 방식에 필요한 기능을 확인한 뒤 새로운 서버와 프로그램으로 다시 개발합니다.

새로운 개발업체를 찾기 전에 운영자가 가지고 있는 권한부터 정리하는 것이 좋습니다.

1단계. 카페24 관리자 확인

운영자 계정으로 로그인할 수 있는지 확인합니다.

로그인할 수 없다면 비밀번호 재설정이나 본인 인증 절차를 먼저 진행합니다.

2단계. 운영자 계정 정리

이전 업체 직원이나 개발자의 관리자 계정이 남아 있다면 현재 필요한 계정인지 확인합니다.

필요하지 않은 계정은 정리하고 새로운 개발업체에는 작업에 필요한 권한을 별도로 제공합니다.

3단계. 설치 앱 확인

현재 설치된 앱 목록을 확인하고 어떤 기능에서 사용하고 있는지 정리합니다.

4단계. 도메인·PG·호스팅 확인

도메인, PG, 별도 호스팅 또는 서버가 누구의 명의로 되어 있는지 확인합니다.

5단계. 기존 기능 확인

현재 쇼핑몰에서 정상적으로 작동하는 기능과 문제가 발생한 기능을 구분합니다.

특히 다음과 같은 기능을 확인하면 좋습니다.

6단계. 스킨과 데이터 백업

새로운 업체가 작업하기 전에 현재 스킨과 필요한 데이터를 백업합니다.

실제 운영 중인 쇼핑몰에서 바로 수정하기보다 가능하면 테스트 환경에서 먼저 확인하는 것이 좋습니다.

기존 쇼핑몰에 커스텀 기능이 많이 들어 있다면 현재 보이는 화면만 보고 코드를 수정하는 것은 위험할 수 있습니다.

예를 들어 상품 상세페이지의 코드 하나를 수정했는데 해당 코드가 장바구니나 주문 과정에서도 사용되고 있을 수 있습니다.

또한 화면은 정상적으로 보이지만 뒤에서 외부 서버와 데이터를 주고받고 있을 수도 있습니다.

따라서 새로운 업체가 인수할 때는 먼저 다음 내용을 확인하는 것이 좋습니다.

현재 기능 확인 → 코드·앱 분석 → 외부 연동 확인 → 백업 → 테스트 → 실제 쇼핑몰 반영

특히 공통 헤더, 상품 상세, 장바구니, 주문서처럼 여러 페이지에서 사용하는 코드는 바로 수정하기보다 의존 관계를 먼저 확인하는 것이 안전합니다.

이 경우에는 새로운 개발업체가 바로 해결할 수 없는 부분이 생길 수 있습니다.

예를 들어 도메인이 이전 업체 명의로 등록되어 있거나 별도 서버가 이전 업체 계정으로 운영되고 있다면 먼저 명의와 소유권을 정리하는 과정이 필요합니다.

개발업체는 운영자를 대신해 도메인이나 외부 서비스의 소유권을 자동으로 가져올 수 없습니다.

따라서 다음 항목을 각각 확인해야 합니다.

운영자 명의로 되어 있는 서비스부터 권한을 확보하고, 업체 명의로 되어 있는 서비스는 해당 서비스의 명의 변경 또는 이전 절차를 확인하는 것이 좋습니다.

가능한 경우가 많습니다.

다만 기존 소스를 복구하는 것과 기존 기능을 다시 개발하는 것은 다른 작업입니다.

예를 들어 이전 업체가 만든 가맹점 정산 기능의 소스가 없다고 가정해 보겠습니다.

현재 쇼핑몰에서 주문이 어떻게 발생하고, 어떤 기준으로 수수료를 계산하며, 어떤 결과를 관리자에게 보여주는지 확인할 수 있다면 그 업무 규칙을 기준으로 새로운 정산 시스템을 만들 수 있습니다.

하지만 이전 업체가 사용하던 정확한 계산 방식이나 예외 규칙을 확인할 자료가 없다면 기존 기능과 100% 동일하게 재현하기는 어려울 수 있습니다.

따라서 기존 자료가 부족할수록 현재 운영 방식과 실제 사용 사례를 기준으로 요구사항을 다시 정리하는 과정이 중요합니다.

이 목록을 먼저 정리하면 새로운 개발업체가 작업 가능한 범위를 훨씬 정확하게 판단할 수 있습니다.

옴니어스24는 이전 업체의 소스가 모두 남아 있다고 가정하고 작업하지 않습니다.

먼저 현재 운영자가 접근할 수 있는 항목을 확인합니다.

카페24 관리자 → 스킨 → 설치 앱 → 외부 API → 별도 서버 → 외부 시스템

순서로 현재 구조를 확인하고, 각각을 다음과 같이 구분합니다.

특히 이전 업체와 연락이 끊긴 상태에서는 모든 기능을 한 번에 다시 만드는 것보다 현재 쇼핑몰을 먼저 정상적으로 운영할 수 있게 만드는 것이 중요합니다.

필요하다면 1차로 기존 쇼핑몰의 인수와 오류 수정을 진행하고, 2차로 사라진 서버 기능이나 자동화 기능을 재구축하는 방식으로 범위를 나눌 수 있습니다.