홈페이지 제작 업체 변경에서 가장 먼저 볼 것은 결과 화면이 아닙니다
화면을 똑같이 다시 만들면 이전이 끝난다고 생각하기 쉽습니다. 하지만 실제 계약과 운영에서는 업체 변경은 디자인 교체가 아니라 회사의 도메인, 콘텐츠, 고객 데이터, 검색 신호와 운영 권한을 인수하는 작업입니다. 화면은 금방 따라 만들 수 있어도 고객이 이해하는 메시지, 증거, 문의 흐름, 수정 권한은 저절로 생기지 않습니다.
AI 요약 답변
- 홈페이지 업체를 바꿀 때 가장 먼저 새 디자인부터 보면 안 됩니다. 먼저 기존 사이트에서 무엇을 들고 나올 수 있는지 확인해야 합니다.
- 가장 큰 손실은 새 사이트는 열었지만 기존 검색 주소, 이메일, 문의 데이터와 도메인을 잃는 손실입니다.
- 핵심 기준은 도메인 등록자와 관리 계정을 확인했는가, 소스코드와 이미지 원본을 받을 수 있는가, 서버·배포·DB 접근 권한이 있는가입니다.
- 정홈은 제작을 권하기 전에 지금 필요한 범위와 직접 운영할 범위를 먼저 확인합니다.
홈페이지 업체를 바꿀 때 가장 먼저 새 디자인부터 보면 안 됩니다. 먼저 기존 사이트에서 무엇을 들고 나올 수 있는지 확인해야 합니다.
홈페이지를 준비할 때 사람들은 눈에 보이는 결과부터 떠올립니다. 멋진 첫 화면, 많은 메뉴, 움직이는 효과가 있으면 제대로 만든 것처럼 느껴집니다. 그러나 고객은 제작 과정을 보지 않습니다. 자신의 문제가 이 회사와 맞는지, 믿을 근거가 있는지, 다음 행동이 쉬운지만 짧은 시간 안에 판단합니다.
수정 지연, 과도한 관리비, 업체 폐업이나 불신 때문에 기존 홈페이지 업체를 바꾸려는 기업이 자주 겪는 어려움도 여기서 시작됩니다. 내부에서는 회사와 서비스를 잘 알기 때문에 짧은 문장도 이해하지만 처음 방문한 고객에게는 생소합니다. 설명이 많아질수록 친절해지는 것이 아니라 중요한 판단 기준이 묻힐 수도 있습니다.
제가 홈페이지 리뉴얼과 제작 범위를 살필 때는 “무엇을 더 넣을까”보다 “고객이 어디에서 멈추고 무엇을 의심할까”를 먼저 묻습니다. 이 질문을 건너뛰면 제작비를 썼는데도 새 사이트는 열었지만 기존 검색 주소, 이메일, 문의 데이터와 도메인을 잃는 손실이라는 결과가 남습니다. 싸게 만든 것보다 더 아까운 것은 고칠 이유를 모르는 홈페이지입니다.
화면을 똑같이 다시 만들면 이전이 끝난다고 생각하기 쉽습니다. 업체 변경은 디자인 교체가 아니라 회사의 도메인, 콘텐츠, 고객 데이터, 검색 신호와 운영 권한을 인수하는 작업입니다.
홈페이지 제작 업체 변경을 실제 상담 장면으로 바꾸어 보겠습니다
직원 20명 규모의 부품 유통회사는 수정 요청에 몇 주씩 걸려 홈페이지 업체를 바꾸려 했습니다. 새 업체 견적을 받은 뒤 기존 계약을 먼저 해지하려다가, 도메인이 7년 전 제작사 직원의 개인 계정에 등록되어 있다는 사실을 발견했습니다. 회사 이메일도 같은 도메인을 쓰고 있어 주소를 잘못 건드리면 영업 메일까지 멈출 수 있는 상황이었습니다.
기존 사이트에는 300여 개 제품 게시물과 4년치 문의가 있었지만 관리 화면에는 전체 내보내기 기능이 없었습니다. 제품 사진 원본은 사내에 없고 웹용 작은 이미지뿐이었습니다. 새 디자인만 기준으로 잡았다면 제품을 다시 등록하는 인건비와 누락된 문의 기록, 검색에서 들어오던 제품 주소를 동시에 잃을 수 있었습니다.
상담에서는 해지 통보보다 자산 목록을 먼저 만들었습니다. 도메인 등록기관, DNS 항목, 회사 메일 설정, 서버, 데이터베이스, 검색 도구, 분석 계정을 표 한 장에 적고 각 소유자와 로그인 가능 여부를 표시했습니다. 제품 주소는 방문이 많은 순서로 분류해 그대로 유지하거나 새 주소로 연결할 목록을 만들었습니다.
이전은 금요일 밤이 아니라 담당자들이 대응할 수 있는 평일 오전에 진행했습니다. 새 서버에서 폼과 메일 수신을 확인한 뒤 DNS를 바꾸고, 기존 서버는 바로 해지하지 않고 안정화 기간 동안 읽기 전용으로 남겼습니다. 업체 변경의 성공 기준은 새 화면 공개가 아니라 문의, 이메일, 검색 주소와 회사 권한이 끊기지 않는 것이었습니다.
정홈이 이 주제에서 따로 보는 판단 기준
업체를 바꾸기 전에는 새 견적보다 회수 가능한 자산을 먼저 평가하십시오. 도메인과 콘텐츠 원본, 고객 데이터, 이메일 설정 중 하나라도 회사가 접근하지 못한다면 바로 해지하지 말고 인수 가능 여부를 문서로 확인해야 합니다. 접근권이 없는 상태에서 일정부터 잡으면 새 제작비 외에 복원비가 붙습니다.
이전 비용은 화면 수보다 데이터 수와 연결 서비스 수에 민감합니다. 제품 300개를 건당 5분씩 옮겨도 25시간이고, 누락 검수 시간을 더하면 작업량은 더 커집니다. 메일 중단으로 하루 동안 견적 요청 열 건을 놓칠 가능성이 있다면 그 예상 매출 손실도 장애 대응 예산에 포함해야 합니다.
변경 결정을 내릴 때는 현재 업체에 남을 비용과 옮길 비용을 1년 기준으로 비교하십시오. 월 관리비가 높다는 이유만으로 옮겼지만 새 서버, 보안 업데이트, 수정 인력 비용을 합치면 더 비쌀 수 있습니다. 반대로 관리비가 낮아도 영업 수정에 매번 2주가 걸려 기회를 놓친다면 대기 손실이 더 큽니다.
기술적으로 옮길 수 있다는 답만으로는 부족합니다. 이전 전 백업 시각, 되돌리는 조건, 최종 점검 책임자, 기존 서버 해지일을 정해야 합니다. 네 가지가 문서에 없으면 일정이 조금 늦더라도 계약 종료를 미루는 쪽이 안전합니다.
- 도메인·DNS·서버·DB·메일 계정의 실제 소유자를 적었다
- 게시물·회원·문의 데이터를 시험 파일로 내려받았다
- 기존 URL별 유지·이동·삭제 계획을 만들었다
- 새 환경에서 폼 수신과 회사 이메일 송수신을 시험했다
- 백업 보관 기간과 기존 서버 해지일을 분리했다
이 선택이 모든 회사에 맞는 것은 아닙니다
현재 업체의 응답이 느리다는 이유만으로 전면 이전이 항상 최선은 아닙니다. 소유권과 보안에 문제가 없고 수정 요청만 병목이라면 운영 담당자를 추가하거나 관리 범위를 다시 계약하는 편이 비용과 위험이 작을 수 있습니다.
기존 계약에 소스 제공이나 데이터 이전 의무가 없거나 분쟁 중이라면 새 업체도 원본을 강제로 가져올 수 없습니다. 공개된 화면을 참고해 새로 만드는 것과 데이터·저작물을 인수하는 것은 다른 일입니다. 법적 권리 관계가 불분명하면 기술 이전보다 계약 검토를 먼저 받아야 합니다.
제작 전부터 오픈 30일까지 실행 계획
이전 준비는 회사 내부의 한 명을 총괄 책임자로 지정하는 일부터 시작합니다. 총괄은 기존 업체와 계약서를 확인하고 도메인, DNS, 서버, 데이터베이스, 메일, 검색·분석 계정의 소유자와 접근 가능 여부를 자산대장에 적습니다. 법무 또는 경영진은 제공 의무가 불분명한 원본과 고객 데이터의 반출 가능 범위를 먼저 판단합니다.
새 업체는 운영 사이트를 건드리기 전에 별도 시험 환경에서 백업 복원과 데이터 변환을 수행합니다. 내부 실무자는 제품 수, 게시물 수, 최근 문의 몇 건을 원본과 대조하고, 메일 관리자는 DNS 변경 없이 송수신 시험 방법을 준비합니다. 전환 승인 시점에는 되돌리기 조건과 기존 업체의 비상 연락망도 문서로 남깁니다.
전환 당일에는 기술 담당자가 DNS 상태, 주요 URL 응답, 로그인, 문의 저장과 회사 메일을 시간대별로 확인합니다. 검색 담당자는 이전 전 상위 유입 주소 목록을 기준으로 리디렉션 성공률과 404 발생 건수를 측정합니다. 영업팀은 실제 문의가 들어오는 채널마다 시험 메시지를 보내 누락이 없는지 서명합니다.
30일 점검에서 총괄은 검색 수집 오류, 이전 전후 자연 유입, 문의·회원 데이터 차이와 메일 장애 기록을 검토합니다. 문제가 없는 것이 확인된 뒤에만 기존 서버를 해지하고 최종 백업의 위치와 폐기일을 정합니다. 남은 계정은 회사 공용 관리 체계로 옮기고 기존 업체의 접근 권한을 회수합니다.
- 기존 자산 목록과 계약을 보지 않고 새 사이트부터 만들자고 재촉한다
- 전체 백업을 실제로 복원해 보지 않은 채 백업 완료라고 보고한다
- 기존 URL을 모두 메인 화면으로 보내면 검색 문제가 없다고 말한다
- 도메인 변경 때 회사 이메일의 DNS 설정을 점검 대상에서 뺀다
- 새 사이트 공개와 동시에 기존 서버·DB를 바로 삭제하라고 한다
발행 직전에 다시 확인할 사실
정책과 서비스 조건은 바뀔 수 있습니다. 아래 항목은 글을 실제로 발행하는 날 공식 자료에서 다시 확인합니다.
- KISA의 도메인 정보 조회와 국내 도메인 관리 안내에서 등록대행자, 등록인, 이전 절차 관련 최신 내용을 확인한다.
- Google Search Central의 사이트 이전 공식 문서에서 URL 변경, 리디렉션, 사이트맵과 모니터링 순서를 재검토한다.
- 네이버 서치어드바이저 공식 가이드에서 소유확인과 리뉴얼 후 수집 요청 절차가 현재도 같은지 대조한다.
- 사용 중인 메일 서비스의 공식 관리자 문서에서 MX·SPF·DKIM 변경과 전파 시 주의사항을 확인한다.
기존 사이트를 안전하게 옮기는 8가지
아래 항목은 개발 용어를 외우기 위한 목록이 아닙니다. 회사 자산이 어디에 있고 누가 통제하는지, 새 환경에서 실제로 복구되는지 확인하는 순서입니다. 답은 메신저 한 줄보다 계정 화면, 내려받은 파일과 시험 결과로 확인해야 합니다.
1. 도메인 등록자와 관리 계정을 회사가 통제하는가
도메인은 홈페이지 주소이면서 회사 이메일의 기반일 수 있습니다. 등록대행자 이름, 등록자 정보, 만료일, 자동 갱신 수단과 로그인 가능한 관리 계정을 먼저 확인하십시오. 제작사 직원 개인 계정에 묶여 있다면 명의와 관리 권한을 회사 계정으로 옮기는 절차부터 정해야 합니다.
도메인을 그대로 두고 서버만 바꾸는 것과 도메인 자체를 다른 등록대행자로 옮기는 것은 다른 작업입니다. 이전 승인 메일을 받을 주소와 잠금 상태, 인증 수단까지 확인해야 일정이 멈추지 않습니다.
“우리 회사가 직접 로그인해 등록자 정보와 네임서버를 바꿀 수 있나요?”
2. 소스코드뿐 아니라 콘텐츠 원본과 사용 권리를 확인했는가
소스코드 압축 파일 하나를 받았다고 인수가 끝난 것은 아닙니다. 로고 원본, 촬영 사진, 구매 이미지의 라이선스, 글과 제품 자료, 폰트 사용 범위, 외부 연동 키와 설정 문서가 함께 있어야 다시 배포할 수 있습니다.
계약상 원본 제공 의무가 없거나 특정 빌더에서만 작동하는 구조라면 그대로 이전하지 못할 수 있습니다. 이때는 공개 화면을 참고해 새로 만드는 범위와, 법적으로 인수할 수 있는 데이터·저작물을 구분해 견적을 받아야 합니다.
“받은 파일만으로 다른 서버에서 독립적으로 사이트를 다시 열 수 있나요?”
3. 서버·배포·데이터베이스 백업을 실제로 복원했는가
“백업했습니다”보다 중요한 것은 복원 시험입니다. 파일, 데이터베이스, 업로드 이미지와 환경 설정을 별도 시험 공간에 올려 주요 페이지와 관리자 로그인이 열리는지 확인하십시오. 암호화 키나 특정 서버 설정이 빠지면 백업 파일이 있어도 작동하지 않을 수 있습니다.
백업 시각과 파일 크기, 보관 위치, 복원 담당자와 성공 기준을 기록하십시오. 운영 사이트와 같은 계정 한 곳에만 둔 백업은 계정 접근이 끊기면 함께 잃을 수 있으므로 회사가 관리하는 별도 보관본도 필요합니다.
“전체 백업을 임시 주소에서 복원한 화면과 누락 목록을 보여 주실 수 있나요?”
4. 문의·회원·게시물 데이터를 빠짐없이 내보낼 수 있는가
화면에 보이는 게시물 수와 내려받은 데이터 수가 같은지 대조해야 합니다. 문의 날짜, 고객 연락처, 동의 기록, 첨부파일, 제품 분류와 이미지 연결처럼 서로 이어진 정보는 단순 엑셀 한 장으로 옮겨지지 않을 수 있습니다.
먼저 소량을 시험 이전해 한글 깨짐, 날짜 형식, 중복과 첨부파일 누락을 확인한 뒤 전체 이전을 진행하십시오. 개인정보가 포함된 파일은 전달 경로, 접근자, 보관기간과 폐기 책임도 함께 정해야 합니다.
“이전 전후 데이터 건수와 첨부파일 누락을 어떤 표로 대조하나요?”
5. 회사 이메일의 DNS 설정을 별도 자산으로 다루는가
웹사이트 서버를 바꾸는 과정에서 DNS 전체를 덮어쓰면 회사 메일이 멈출 수 있습니다. 홈페이지 연결 항목뿐 아니라 메일 수신과 발신 신뢰에 쓰이는 MX, SPF, DKIM 등 현재 설정을 먼저 내보내고 새 DNS에 빠짐없이 옮겨야 합니다.
전환 전후에 사내 주소에서 외부 메일로 보내고, 외부 주소에서 다시 받아 보십시오. 웹사이트가 잘 열려도 견적서와 세금계산서 메일이 빠지면 이전은 성공한 것이 아닙니다.
“현재 메일 관련 DNS 기록을 보존하고 실제 송수신까지 누가 시험하나요?”
6. 기존 URL과 새 URL을 한 줄씩 연결했는가
도메인과 주소 구조가 그대로라면 호스팅 이전으로 처리할 수 있지만, 페이지 주소가 바뀐다면 URL별 이전표가 필요합니다. Google은 이전 주소를 가장 관련 있는 새 주소로 영구 리디렉션하고, 새 사이트를 충분히 시험한 뒤 사이트맵과 검색 상태를 모니터링하도록 안내합니다.
기존 주소를 전부 새 메인 화면으로 보내는 방식은 고객도 원하는 내용을 찾기 어렵고 검색엔진도 대응 관계를 이해하기 어렵습니다. 방문이 많은 제품, 서비스와 글부터 기존 주소·새 주소·유지·통합·삭제 여부를 한 줄씩 기록하십시오.
“기존 주요 URL마다 이동할 새 주소와 404 처리 기준이 정리되어 있나요?”
7. 검색·분석 계정의 소유자가 회사인가
Search Console, 분석 도구, 태그 관리, 광고 계정은 새로 만들기보다 기존 기록과 권한을 인수하는 편이 좋습니다. Google Search Console은 소유자에게 사용자 관리와 설정 변경 권한을 주므로 회사 계정이 검증된 소유자인지 확인해야 합니다.
새 업체를 추가하기 전에 회사 소유자를 확보하고, 이전이 끝난 뒤 기존 업체의 사용자 권한과 남은 소유권 인증 토큰을 점검하십시오. 단순히 목록에서 계정을 지워도 인증 파일이나 DNS 토큰이 남으면 다시 소유권을 확인할 수 있는 경우가 있습니다.
“회사 계정이 검증된 소유자이고 이전 업체의 남은 인증 수단까지 확인했나요?”
8. 전환 시각·되돌리기·기존 서버 해지 조건이 있는가
업체 변경은 한 번에 끊고 켜는 행사가 아니라 겹쳐 운영하며 확인하는 과정입니다. 담당자가 대응할 수 있는 시간에 전환하고, 홈페이지·문의·로그인·결제·메일을 확인할 체크 담당자와 연락망을 정하십시오.
Google의 호스팅 변경 안내도 새 환경을 먼저 시험하고 DNS를 바꾼 뒤, 기존 환경의 트래픽이 사라지고 새 환경이 안정된 것을 확인한 후 종료하도록 설명합니다. 문제가 생기면 어느 시점의 백업으로 어떻게 되돌릴지, 기존 서버를 언제 해지할지 문서로 남겨야 합니다.
“오류가 생기면 몇 분 안에 누가 이전 환경으로 되돌리고, 기존 서버는 어떤 확인 뒤 해지하나요?”
먼저 어떤 종류의 이전인지 구분하십시오
“업체를 바꾼다”는 말 안에는 서로 다른 작업이 섞여 있습니다. 이 구분을 하지 않으면 필요 없는 검색 이전 비용을 내거나, 반대로 꼭 필요한 리디렉션을 빼먹기 쉽습니다.
도메인과 페이지 주소를 그대로 유지하는 경우
고객에게 보이는 주소는 같고 서버나 제작 방식만 바꾸는 호스팅 이전입니다. 새 환경에 기존 콘텐츠를 올리고 시험한 뒤 도메인의 DNS 연결을 새 서버로 바꾸는 것이 핵심입니다. 이 경우 기존 URL을 새 URL로 연결하는 대규모 리디렉션은 보통 필요하지 않지만, 새 사이트의 각 주소가 전과 똑같이 열리는지는 확인해야 합니다.
특히 개발 중 검색을 막기 위해 넣은 비공개 설정이 운영 공개 뒤에도 남지 않았는지, 인증서와 문의폼이 작동하는지, 회사 메일 DNS를 보존했는지 점검하십시오. 기존 서버는 DNS 전환 직후 닫지 말고 실제 접속과 검색 수집이 새 환경으로 넘어온 것을 확인한 뒤 종료하는 편이 안전합니다.
도메인이나 페이지 주소가 바뀌는 경우
기존 주소와 새 주소가 달라지는 검색 이전입니다. 모든 기존 페이지를 새 메인 화면으로 보내지 말고, 같은 목적의 새 페이지를 찾아 일대일로 연결해야 합니다. 삭제할 콘텐츠는 무리하게 관계없는 페이지로 보내지 말고 삭제 상태와 대체 안내를 결정하십시오.
기존·신규 도메인의 Search Console 소유권, 영구 리디렉션, 새 주소가 들어간 사이트맵, 내부 링크와 대표 주소 설정을 함께 확인해야 합니다. 주소 변경과 디자인·CMS·콘텐츠 전면 개편을 한 번에 하면 문제의 원인을 찾기 어려우므로, 가능하면 큰 변경을 나누어 진행하는 편이 낫습니다.
도메인을 유지하는지, 페이지 URL 구조가 바뀌는지, 기존 검색 유입 주소가 몇 개인지 세 문장으로 답할 수 있어야 이전 범위와 견적을 정확히 비교할 수 있습니다.
안전한 방향과 위험 신호를 한 번에 비교해 보십시오
업체 이름이나 금액만 나란히 놓으면 비교가 어렵습니다. 같은 단어를 쓰더라도 포함 범위가 다르기 때문입니다. 아래 표를 견적서 옆에 두고 설명이 구체적인지 확인해 보십시오. 모바일에서는 각 항목이 카드처럼 보이도록 구성했습니다.
| 확인 항목 | 안전한 방향 | 위험 신호 | 물어볼 질문 |
|---|---|---|---|
| 도메인 | 회사 계정에서 등록자·만료·DNS를 직접 관리함 | 제작사 개인 계정이며 회사가 로그인하지 못함 | 회사가 직접 네임서버를 바꿀 수 있나요? |
| 원본·사용권 | 코드·이미지·문구·라이선스 범위가 문서화됨 | 압축 파일만 있고 재배포 조건은 모름 | 다른 서버에서 독립적으로 열 수 있나요? |
| 백업·복원 | 별도 환경에서 실제 복원과 로그인을 시험함 | 파일을 받았다는 이유만으로 백업 완료 처리함 | 복원 시험 결과와 누락 목록이 있나요? |
| 데이터 | 건수·첨부파일·개인정보 처리까지 대조함 | 엑셀 한 장만 받고 전체 이전이라고 함 | 이전 전후 건수를 어떻게 확인하나요? |
| 회사 메일 | 메일 DNS를 보존하고 실제 송수신을 시험함 | 웹사이트 연결만 보고 DNS 전체를 바꿈 | 메일 설정과 송수신은 누가 확인하나요? |
| 검색 주소 | 기존 URL마다 새 URL과 처리 방식을 정함 | 모든 주소를 새 메인으로 보냄 | URL별 리디렉션 표가 있나요? |
| 검색·분석 권한 | 회사 계정이 검증된 소유자로 남음 | 이전 업체만 소유자이고 기록을 새로 만듦 | 회사 계정이 최고 권한을 갖나요? |
| 전환·복구 | 전환 시각, 책임자, 되돌리기와 해지일이 있음 | 공개 즉시 기존 서버를 삭제함 | 실패 시 어떻게 되돌리나요? |
모든 위험 신호가 곧 나쁜 업체를 뜻하지는 않습니다. 다만 설명하지 못하거나 기록을 꺼리는 경우에는 멈추는 편이 안전합니다. 좋은 거래는 서로의 기대가 맞는 상태에서 시작합니다.
업체를 만나기 전 준비 순서 5단계
준비 자료를 완벽하게 만들 필요는 없습니다. 다만 결정할 사람과 결정하지 않은 항목을 구분하면 상담 시간이 짧아지고 잘못된 추측이 줄어듭니다. 아래 순서는 작은 회사에서도 바로 실행할 수 있도록 단순하게 잡았습니다.
- 1단계. 도메인, DNS, 서버, 데이터베이스, 메일, 검색·분석 계정을 자산대장에 적고 회사가 실제로 로그인해 봅니다.
- 2단계. 파일과 데이터 백업을 회사 보관소와 이전 작업용 공간에 나누어 두고, 소량 데이터와 전체 사이트를 시험 복원합니다.
- 3단계. 새 사이트를 임시 주소에서 열어 페이지, 모바일, 관리자, 문의, 첨부파일과 외부 연동을 담당 부서가 검수합니다.
- 4단계. 기존 URL과 새 URL의 연결표를 만들고 메일 DNS, 검색 소유권, 사이트맵과 분석 코드를 전환 체크리스트에 넣습니다.
- 5단계. 대응 가능한 평일에 DNS를 전환하고 웹·문의·메일·검색 오류를 기록합니다. 안정화와 기존 트래픽 종료를 확인한 뒤에만 이전 서버를 해지합니다.
이 과정에서 모르는 항목이 나오는 것은 자연스럽습니다. 모른다는 사실을 숨기지 말고 견적서의 미정 항목으로 남기십시오. 제작 도중 갑자기 결정하면 추가비와 일정 변경이 생기기 쉽지만, 미정이라고 표시해 두면 우선순위를 함께 조정할 수 있습니다.
필수 페이지, 담당자, 자료 준비 상태, 직접 수정 범위, 소유권, 별도 비용, 오픈 기준과 오픈 후 지원 범위를 한 장에 적어 두십시오.
이 선택이 맞는 사람과 천천히 검토해야 할 사람
좋은 서비스도 모든 사람에게 맞지는 않습니다. 제작을 서두르기 전에 지금 필요한 결과와 내부 여건을 솔직하게 보아야 합니다. 정홈도 상담에서 맞지 않는 경우에는 더 작은 범위나 다른 방식, 혹은 제작 연기를 안내하는 편이 옳다고 생각합니다.
지금 검토하기 좋은 경우
- 도메인과 주요 계정을 회사가 보유하고 기존 업체와 인수 협의가 가능한 회사
- 제품·게시물·문의 자료를 대조할 내부 담당자가 있는 기업
- 수정 지연, 운영비, 검색·문의 문제처럼 변경 목표가 명확한 조직
굳이 서두르지 않아도 되는 경우
- 계정 명의와 계약상 원본 제공 범위가 확인되지 않은 상태
- 문의·회원·제품 데이터 백업 없이 기존 계약부터 즉시 끊으려는 경우
- 저작권이나 대금 같은 분쟁이 남아 기술 이전 범위를 확정할 수 없는 경우
홈페이지가 없어서 기회를 놓치는 경우도 있지만, 아직 정하지 않은 사업을 큰 사이트로 먼저 고정해 손해를 보는 경우도 있습니다. 중요한 것은 크기가 아니라 지금 고객에게 보낼 수 있는 정확한 링크가 필요한지입니다.
계약 전에 업체에게 그대로 물어볼 질문
질문은 어려운 기술 용어일 필요가 없습니다. 아래 문장을 그대로 읽어도 됩니다. 답을 들을 때는 “가능합니다” 다음에 범위, 비용, 담당자, 완료 기준이 따라오는지 확인하십시오.
- 1. 기존 업체에서 어떤 파일과 계정을 받아야 하나요?
답변은 상담 메신저에만 두지 말고 견적서나 작업 범위표에 옮겨 달라고 요청하십시오. - 2. 검색 주소를 유지할 수 있나요?
답변은 상담 메신저에만 두지 말고 견적서나 작업 범위표에 옮겨 달라고 요청하십시오. - 3. 회사 이메일은 중단되지 않나요?
답변은 상담 메신저에만 두지 말고 견적서나 작업 범위표에 옮겨 달라고 요청하십시오. - 4. 문의 데이터와 게시물도 옮길 수 있나요?
답변은 상담 메신저에만 두지 말고 견적서나 작업 범위표에 옮겨 달라고 요청하십시오. - 5. 이전 완료 후 기존 서버는 언제 해지하나요?
답변은 상담 메신저에만 두지 말고 견적서나 작업 범위표에 옮겨 달라고 요청하십시오.
업체가 질문을 반기지 않는다면 계약 후에는 더 묻기 어렵습니다. 반대로 불가능한 범위와 이유까지 설명하는 업체는 책임 경계가 비교적 분명합니다. 무엇이든 된다는 말보다 어디까지 되는지 아는 답이 더 믿을 만합니다.
정홈은 제작보다 먼저 필요한 범위를 묻습니다
정홈은 개인, 소상공인, 중소기업의 첫 홈페이지와 리뉴얼을 돕습니다. 상담에서 먼저 확인하는 것은 예산을 키울 방법이 아니라 고객에게 무엇을 보여줘야 하는지, 어떤 페이지를 직접 관리해야 하는지, 완성 후 소스와 계정 권한이 누구에게 남아야 하는지입니다.
자료가 부족하다면 업종에 맞는 문구와 이미지 방향을 함께 잡고, 간단한 문구와 이미지는 직접 고칠 수 있도록 운영 범위를 설명합니다. 불필요한 월 고정비를 만들지 않고, 소스와 권한 이전을 분명히 하는 것이 정홈이 말하는 정직한 홈페이지 제작의 기본입니다.
다만 복잡한 예약, 결제, 회원 시스템이나 긴 전략 수립이 필요한 프로젝트라면 작은 제작비와 빠른 일정만으로 결정하면 안 됩니다. 이 경우에는 기능 명세와 운영 인력, 개인정보 처리, 장기 유지보수를 먼저 설계해야 합니다. 맞지 않는 서비스를 억지로 권하지 않는 것도 제작사의 책임입니다.
상담을 신청하지 않아도 필요한 페이지와 주의할 비용을 먼저 정리해 볼 수 있습니다.
필요한 범위 확인하기자주 묻는 질문
기존 업체가 소스코드를 안 주면 옮길 수 없나요?
공개 화면을 참고해 새로 제작할 수는 있지만 기능과 데이터는 별도 재구축이 필요할 수 있습니다.
도메인을 그대로 쓸 수 있나요?
도메인이 회사 명의이거나 이전 권한을 확보했다면 그대로 연결할 수 있습니다.
검색 순위가 떨어질 수 있나요?
주소와 콘텐츠를 바꾸면서 리디렉션과 색인 관리를 놓치면 영향이 생길 수 있습니다.
공식 자료와 함께 확인했습니다
검색, 법률, 지원사업, 플랫폼 정책은 바뀔 수 있습니다. 발행 시점에 아래 공식 페이지를 다시 확인하고, 개별 계약이나 전문 판단이 필요한 내용은 담당 기관 또는 전문가에게 확인하십시오.
- Google Search Central 호스팅 변경 안내주소를 유지하며 서버를 바꿀 때의 준비, DNS 전환, 모니터링과 종료 기준
- Google Search Central URL 변경 사이트 이전 안내URL 매핑, 리디렉션, 사이트맵과 검색 상태 점검에 관한 공식 안내
- Google Search Console 소유자·사용자·권한 관리검증된 소유자, 사용자 권한과 남은 인증 토큰 관리 기준
- 네이버 서치어드바이저 웹마스터 가이드사이트 소유확인과 검색 수집 상태를 점검하는 공식 안내
홈페이지 제작 업체 변경 2026, 손해를 줄이는 기준부터 시작하십시오
업체 변경은 디자인 교체가 아니라 회사의 도메인, 콘텐츠, 고객 데이터, 검색 신호와 운영 권한을 인수하는 작업입니다. 견적이 싸거나 비싸다는 판단은 그다음입니다. 무엇이 포함되고, 고객이 무엇을 이해하며, 오픈 후 누가 운영하고, 계약이 끝난 뒤 무엇이 회사에 남는지를 먼저 확인해야 합니다.
이 글의 체크리스트만 가지고 다른 업체와 상담해도 괜찮습니다. 정홈의 목표는 모든 분을 상담으로 데려오는 것이 아니라 대표님이 모호한 말과 불필요한 비용 때문에 손해 보지 않도록 판단 기준을 드리는 것입니다.
관련 검색어: 홈페이지 업체 변경 · 홈페이지 이전 · 홈페이지 제작 업체 교체 · 홈페이지 소유권 · 도메인 이전