Technote

개발 워크플로우 실무

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

다음 회차

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

이 주제의 다른 글

노하우 목록으로

개발 워크플로우 실무

캠페인 주소 관리 — 색인과 리포트가 함께 쪼개집니다

캠페인 파라미터가 붙은 주소는 검색엔진에게 별개의 주소입니다. 색인되면 같은 페이지가 여러 벌로 잡히고, 표기가 흔들리면 리포트가 쪼개집니다. 원인이 하나라 해법도 하나입니다.

마케터 5분 읽기

개발 워크플로우 심화

배포 전 디자인 QA 체크리스트

배포 후에 발견하는 디자인 문제의 대부분은 배포 전에 순서대로 확인하면 잡힙니다. 규칙 · 상태 · 실기기의 세 단계로 정리했습니다.

디자이너 3분 읽기

개발 워크플로우 심화

되돌릴 계획 없이 배포하지 않습니다

롤백은 버튼 하나가 아니라 코드와 데이터베이스 두 갈래이고, 되돌리는 순서가 있습니다. 그 순서를 배포 전에 적어 두는 것까지가 준비입니다.

디자이너 5분 읽기

₩270,000 · 신청하기