홈페이지 인수인계는 기존 업체 없이도 고객사가 운영·복구·이전할 수 있을 때 끝납니다. 소스 압축 파일이나 호스팅 비밀번호 하나만 받아서는 충분하지 않습니다.
도메인, DNS, 호스팅·배포, 소스·데이터, 메일·폼, 분석, 백업·복구 순서로 확인하세요. 앞의 통제권이 없으면 뒤의 항목도 불안정합니다. 스크린샷이 아니라 고객사가 관리하는 계정에서 나온 동작 증거로 각 단계를 인수합니다.
여덟 가지 소유권 경계
| 시스템 | 받아야 할 증거 | 인수 테스트 |
|---|---|---|
| 도메인 | 등록기관, 등록자 조직, 갱신일, 결제 주체 | 고객사 관리자가 로그인해 갱신 설정 확인 |
| DNS | 권한 있는 네임서버와 영역 관리자 | 현재 레코드 조회와 영역 내보내기 |
| 호스팅 | 계정·프로젝트·요금제·결제·배포 권한 | 고객사 계정에서 운영 배포 확인 |
| 소스 코드 | 저장소 소유권, 기본 브랜치, 릴리스 이력 | 깨끗한 폴더에서 복제 후 문서대로 빌드 |
| CMS와 데이터 | 관리자 역할, 내보내기, 미디어 | 콘텐츠 내보내기와 안전한 표본 복원 |
| 이메일과 폼 | 발신 도메인, 수신자, 스팸 처리, 공급자 | 테스트 제출 후 수신과 전송 로그 확인 |
| 분석 | GA4 속성과 Search Console 소유자 | 고객사 계정에 관리자·소유자 권한 유지 |
| 복구 | 백업 위치, 보존, 암호화, 복구 담당자 | 기존 업체 개인 기기 없이 표본 복원 |
Google은 Analytics 데이터를 소유하는 법적 주체를 기준으로 계정 구조를 잡도록 안내합니다. Search Console도 소유자와 낮은 권한을 구분합니다. 고객사에 지속 가능한 소유권을 먼저 두고, 운영 업체에는 필요한 역할만 부여해야 합니다.
스크린샷이 아니라 동작 증거를 받습니다
스크린샷은 한 사람이 한 시점에 화면을 봤다는 사실만 보여줍니다. 복구 이메일, 결제, 조직 소유권이 이전됐는지는 증명하지 못합니다. 중요한 점검은 고객사가 통제하는 계정으로 로그인해 직접 수행합니다.
각 시스템에 다음을 기록합니다.
- 서비스명과 운영 URL
- 소유 조직과 주 관리자
- 복구 이메일과 다중 인증 방식
- 유지하거나 제거할 업체 권한
- 결제 수단과 다음 갱신일
- 내보내기·백업·복원 절차
- 인수 테스트 일시와 결과
비밀번호와 복구 코드는 인수인계 문서에 붙이지 말고 고객사의 승인된 비밀번호 관리자에 보관합니다.
도메인을 가장 먼저 확인합니다
ICANN Lookup으로 등록기관과 공개 등록 정보를 확인할 수 있지만, 공개 정보와 계정 통제권은 다릅니다. 등록기관 계정, 등록자 조직, 갱신 결제, 이전 잠금, 네임서버를 직접 확인합니다.
도메인을 통제하지 못하면 다른 인수인계도 불안정합니다. DNS는 소스 저장소와 별개로 홈페이지, 이메일, 소유권 인증, 외부 서비스를 다른 곳으로 보낼 수 있습니다.
깨끗한 환경에서 한 번 배포합니다
가장 강한 검증은 문서만 보고 작은 릴리스를 재현하는 것입니다.
- 새 환경에 저장소를 복제합니다.
- 고정된 의존성을 설치합니다.
- 문서의 명령으로 빌드합니다.
- 고객사 소유 CI 계정에서 배포합니다.
- 대표 도메인, 폼, 분석과 롤백 경로를 확인합니다.
- 필요하면 이전 릴리스로 복구합니다.
기존 업체의 로컬 파일, 개인 클라우드 계정, 설명되지 않은 수작업에 의존한다면 아직 끝나지 않은 인수 항목입니다.
AI를 활용해 만든 사이트라면 추가로 확인할 것
생성 코드도 위 여덟 가지 소유권 경계를 그대로 지켜야 합니다. 화면이 동작한다는 사실만으로 가려질 수 있는 항목을 더 확인하세요.
- 새 환경 빌드: 로컬 전용 파일, 수작업 패치나 편집기 확장 없이 새로 복제한 저장소가 문서의 명령만으로 빌드됩니다.
- 의존성 목록: 패키지 버전을 고정하고 공개 또는 고객사 통제 저장소에서 설치되며, 보안·호환성 업데이트 담당자를 정합니다.
- 비밀값 목록: 환경 변수, API 키와 서비스 계정마다 소유자, 보관 위치와 교체 방법을 적습니다. 저장소에 노출된 적이 있다면 삭제만 믿지 말고 교체합니다.
- 데이터 이전: 빈 데이터베이스와 승인된 대표 구조에서 이전 스크립트를 실행하고 예상 결과와 되돌리기 절차를 기록합니다.
- 생성 코드 검토: 인증, 폼 처리, 파일 업로드와 접근 권한 코드는 담당자가 직접 읽고 이해했다는 기록을 남깁니다.
- 라이선스: 컴포넌트, 폰트, 아이콘, 이미지와 생성 자산의 이용 조건이 고객사의 사용을 허용하는지 추적합니다.
- 배포 소유권: 빌드, 호스팅, 결제와 운영 중 호출하는 AI·자동화 서비스의 소유자와 이전 방법을 정합니다.
- 롤백·복원 증거: 이전 릴리스를 한 번 다시 배포하고 백업 하나를 복원해 날짜, 결과와 걸린 시간을 기록합니다.
얼마나 빨리 생성했는지는 인수 기준이 아닙니다. 다른 팀이 전달받은 계정과 문서만으로 다시 빌드·배포·복구할 수 있어야 합니다.
예외 목록으로 서명합니다
“파일 일체 전달” 같은 문장으로 끝내지 않습니다. 미해결 항목마다 담당자, 기한, 사업 영향, 임시 대응을 적습니다. 고객사가 직접 갱신·배포·측정·복구하고 새 업체를 지정할 수 있을 때 인수인계가 완료됩니다.
지금 할 일: 기존 업체와 한 시간을 잡아 양쪽 담당자가 있는 자리에서 새 환경 배포를 실행하세요. 백업 복원 테스트는 복구 항목을 반복 가능한 점검으로 바꾸고, 홈페이지 리뉴얼 SEO 체크리스트는 리뉴얼과 함께 옮겨야 할 URL을 정리합니다. 인수 증거를 함께 검토하려면 현재 구성을 알려주세요.
홈페이지 제작, 어디서부터 정할지 막막하신가요?
현재 상황과 필요한 결과를 들은 뒤, 만들 범위와 다음 단계를 먼저 정리합니다.