Technote

개발 워크플로우 실무

연재 개발자를 고용하기 전에 알아야 할 것 8부 중 3부

도메인 · 호스팅 · 저장소는 누구 이름으로 되어 있습니까

이 연재에서 가장 많은 후회가 나오는 항목입니다. 계정이 남의 이름으로 되어 있으면, 관계가 좋을 때는 아무 문제가 없고 끝날 때 전부 문제가 됩니다.

계약서에는 없고 견적서에도 없지만, 몇 년 뒤에 가장 큰 문제가 되는 항목이 있습니다. 계정의 이름입니다. 도메인이 누구 계정에 등록되어 있는지, 호스팅 결제가 누구 카드로 되어 있는지, 코드가 어느 저장소에 있는지 — 이 세 가지가 우리 이름이 아니면, 사이트는 우리 것이지만 사이트를 통제할 권한은 우리 것이 아닙니다.

이 문제가 고약한 이유는 관계가 좋을 때는 아무 증상이 없다는 점입니다. 제작사가 성실하게 관리해 주는 동안에는 오히려 편합니다. 문제는 담당자가 퇴사하거나, 업체가 폐업하거나, 단순히 다른 업체로 옮기기로 했을 때 한꺼번에 드러납니다.

이름을 확인해야 하는 다섯 가지

소유권을 확인할 다섯 계층 — 위쪽일수록 되찾기가 어렵다

도메인이 가장 중요합니다. 도메인을 잃으면 주소를 잃고, 주소를 잃으면 그동안 쌓은 검색 순위와 명함에 인쇄된 주소와 고객이 저장해 둔 링크를 전부 잃습니다. 등록 정보에서 등록자(Registrant)가 사업자 본인 또는 법인인지 확인하세요. 관리 담당자(Admin Contact)가 제작사인 것은 괜찮지만, 등록자는 우리여야 합니다.

호스팅은 결제 수단까지 봅니다. 업체 카드로 결제되고 있으면, 관계가 끝났을 때 결제가 끊기고 사이트가 함께 내려갑니다. 계정을 우리 이름으로 만들고, 필요하면 제작사에는 협업자 권한만 주는 것이 정석입니다. 요즘 호스팅과 클라우드는 대부분 이 기능을 제공합니다.

코드 저장소는 비개발자에게 가장 생소한 항목입니다. 코드는 대개 깃(Git) 저장소에 보관되는데, 그 저장소가 개인 계정 아래 있으면 그 사람이 떠날 때 함께 사라질 수 있습니다. 회사 이름의 조직 계정을 만들고 그 아래에 두되, 소유자 권한은 대표가 갖습니다. 개발자에게는 쓰기 권한을 주면 충분합니다.

이미 남의 이름으로 되어 있다면

대부분의 경우 되찾을 수 있습니다. 중요한 것은 관계가 좋을 때 하는 것입니다. 다툼이 시작된 뒤에 요청하면 절차가 훨씬 복잡해집니다.

순서는 이렇습니다. 먼저 현재 상태를 목록으로 만듭니다 — 위 다섯 계층에 대해 “누구 이름 / 어떤 계정 / 결제 수단” 을 채웁니다. 모르는 칸이 있으면 그것을 물어보는 것 자체가 첫 단계입니다. 그다음 도메인부터 이전을 요청합니다. 도메인 이전은 절차가 정해져 있고 며칠이 걸리므로 가장 먼저 시작합니다.

소유권 점검표 — 아래 세 줄 중 하나라도 해당되면 지금 정리한다

우리에게 맡길 때도 같습니다

이 원칙은 예외 없이 적용되고, 그 예외에는 우리도 포함됩니다. 이 사이트는 워드프레스 업그레이드 · 최적화 작업을 맡는 업체지만, 작업을 위해 받는 것은 고객 서버의 접속 정보이지 고객 계정의 소유권이 아닙니다. 도메인 · 호스팅 · 라이선스는 언제나 고객 이름으로 남아야 하고, 작업이 끝나면 접속 정보는 고객이 바꾸면 그만입니다.

좋은 업체를 고르는 기준을 하나만 꼽으라면 이것입니다 — 계정을 우리 이름으로 만들자고 먼저 말하는 곳. 그 제안은 스스로의 편의를 줄이는 제안이므로, 그 말이 나온다는 것 자체가 신호입니다.

실제 작업에서 접속 정보를 어떻게 받고 다루는지는 작업 과정에 절차로 적어 두었고, 작업 범위 전체는 최적화 지원 사업 페이지에서 볼 수 있습니다.

다음 회차

소유권이 정리됐으면 계약 문서로 돌아갑니다. 다음 회차는 “완성” 의 정의입니다 — 이것이 계약서에 없으면 잔금 지급 시점도 없는 것과 같습니다.

이 주제의 다른 글

노하우 목록으로

개발 워크플로우 실무

워드프레스를 GitHub 에 올릴 때의 .gitignore

워드프레스 저장소에서 커밋해야 할 것과 절대 커밋하면 안 되는 것의 경계는 명확합니다. wp-config.php 한 파일이 저장소에 들어가는 순간 DB 비밀번호와 인증 솔트가 통째로 유출됩니다.

개발자 · 운영 · 관리자 5분 읽기

개발 워크플로우 실무

취향 논쟁을 규칙 확인으로 바꾸는 디자인 리뷰

"좀 답답해 보인다" 는 반박할 수 없고 고칠 수도 없습니다. 간격 척도 밖의 값, 팔레트 밖의 색, 기준 미달 대비, 빠진 상태 — 네 항목만 규칙으로 바꿔도 리뷰의…

디자이너 4분 읽기

₩270,000 · 신청하기