‘도메인 호스팅’을 찾을 때 먼저 풀어야 할 질문은 어느 업체가 가장 싼가가 아닙니다. 도메인 주소의 소유·갱신 관리와 웹사이트가 실행되는 호스팅 환경을 한 업체에 둘지, 분리할지를 정하는 일입니다.
도메인과 웹호스팅은 반드시 같은 업체에서 구매할 필요가 없습니다. 등록기관과 호스팅 업체가 달라도 DNS로 연결할 수 있습니다. 앞으로 호스팅을 바꿀 가능성이 있다면 도메인 등록기관 계정은 직접 관리하고, 새 호스팅으로 DNS 대상만 바꾸는 방식도 가능합니다. 다만 분리할수록 DNS·이메일·이전 작업의 담당 범위를 분명히 해야 합니다.
도메인 호스팅을 찾기 전에: 도메인·DNS·웹호스팅은 무엇이 다른가
도메인은 example.com 같은 웹사이트 주소이고, 웹호스팅은 사이트 파일과 실행 환경을 제공하는 서비스입니다. 주소와 서버는 역할이 다르므로 등록기관과 호스팅 업체를 다르게 선택할 수 있습니다.
그 사이를 잇는 DNS는 도메인에 웹사이트와 이메일의 연결 정보를 기록하는 체계입니다. 따라서 도메인을 샀다고 웹사이트나 이메일이 자동으로 개통되지는 않습니다.
- 도메인 등록기관: 주소의 등록·갱신·기관이전·네임서버 변경 관리
- DNS 관리 위치: 도메인 연결 정보를 쓰는 곳
- 웹호스팅: HTML, 워드프레스, PHP, 데이터베이스 등의 운영 환경
- 이메일 서비스: 도메인 이메일 수신·발송을 제공하거나 DNS로 연결하는 영역
가비아는 보유 도메인으로 웹호스팅을 신청할 수 있다고 안내합니다. 도메인이 없어도 기본 도메인으로 호스팅을 먼저 개설할 수 있지만, 브랜드 주소를 쓰려면 이후 연결 조건을 확인해야 합니다.
도메인과 호스팅은 같은 업체에서 사야 할까? 결합형과 분리형 비교
한 업체에 함께 두면 계정과 문의 창구를 줄일 수 있습니다. 분리하면 서버를 바꿔도 도메인 관리 계정을 유지하기 쉽습니다. 어느 방식이 항상 더 쉽거나 저렴하다고 단정할 수는 없습니다.
| 비교 항목 | 한 업체에 결합 | 등록기관·호스팅 분리 |
|---|---|---|
| 관리 화면 | 도메인·호스팅 설정이 한 계정에 모일 수 있음 | 등록·DNS·서버 관리 위치를 기록할 필요가 있음 |
| DNS 관리권 | 업체 기본 DNS를 쓰는 흐름이 단순할 수 있음 | 등록기관 또는 별도 DNS 서비스 중 관리 위치를 정해야 함 |
| 호스팅 변경 | 같은 업체 안에서도 상품 변경 조건 확인 필요 | 도메인은 유지하고 DNS 대상만 새 호스팅으로 바꾸기 좋음 |
| 장애·문의 대응 | 한 곳에 문의를 시작하기 쉬움 | 도메인·DNS·서버·메일 중 문제 계층을 구분해야 함 |
| 비용 | 연결비·포함 서비스·할인 조건 확인 | 등록·갱신·연결비를 합산해 확인 |
가비아의 도메인 연결 기능은 여러 도메인을 웹호스팅 홈페이지에 연결하는 용도입니다. 가비아 관리 도메인은 무료로 안내되지만 다른 등록기관 도메인은 연결 비용이 발생할 수 있습니다. 이 서비스는 웹사이트 연결 중심이며 이메일을 제공하지 않으므로, 연결비와 이메일 운영 방식은 별도 항목으로 확인해야 합니다.
연결 방식 이해하기: 네임서버 변경과 A 레코드·CNAME·MX 레코드
DNS 연결은 ‘DNS 관리처 자체를 바꾸는가’와 ‘현재 관리처에서 레코드만 수정하는가’로 나뉩니다.
- 네임서버 변경: 등록기관에서 도메인이 참조할 DNS 사업자의 네임서버를 바꾸는 작업입니다. Cloudflare 전체 DNS를 쓰려면 등록기관에서 지정 네임서버로 변경해야 합니다.
- A 레코드: 도메인 또는 하위 도메인을 웹 서버 IP 주소로 향하게 할 때 쓰는 항목입니다.
- CNAME 레코드: 하위 도메인을 다른 도메인 이름에 연결할 때 쓰는 항목입니다.
- MX 레코드: 도메인 이메일을 받을 메일 서버를 지정하는 항목입니다.
Cloudflare Pages는 루트 도메인(example.com) 연결 시 Cloudflare zone 추가와 네임서버 설정 흐름을 안내합니다. 하위 도메인은 DNS 레코드 방식으로 연결하는 흐름이 다를 수 있습니다. GitHub Pages도 DNS 확인 뒤 HTTPS 인증서 발급 절차를 진행하며 HTTPS 강제 적용을 지원합니다.
네임서버 변경은 데이터 이전을 대신하지 않습니다. 웹사이트 파일·데이터베이스·SSL 상태와 이메일용 MX 레코드는 각각 확인해야 합니다. 이메일을 쓰고 있다면 변경 전에 기존 MX와 관련 DNS 항목을 보관하세요.
사이트 유형별 구성: 정적 사이트·워드프레스·PHP/MySQL·웹앱
도메인 연결 구조는 필요한 실행 환경에 따라 달라집니다. 같은 홈페이지라도 같은 호스팅 상품에 맞지는 않습니다.
- 정적 사이트: HTML·CSS·JavaScript 중심 사이트는 GitHub Pages나 Cloudflare Pages와 커스텀 도메인 연결을 검토할 수 있습니다. GitHub Pages는 PHP나 일반적인 MySQL 기반 웹호스팅처럼 서버 코드를 직접 실행하는 환경은 아닙니다.
- 워드프레스: PHP와 데이터베이스를 지원하는 호스팅 또는 관리형 환경을 확인해야 합니다. 워드프레스 자체 호스팅과 관리형 호스팅 비교도 참고할 수 있습니다.
- PHP/MySQL 사이트: 필요한 PHP·DB 지원 범위와 저장공간·트래픽 조건을 확인합니다.
- 웹앱: 서버 코드, 데이터베이스, 비밀정보 관리가 필요한지 나눠 판단합니다. 정적 배포와 전통적 웹호스팅을 같은 상품처럼 보면 안 됩니다.
도메인+호스팅 1년 비용 계산: 등록·설치·SSL·이메일·갱신비 분리하기
도메인 호스팅 비용은 월 최저가 하나로 비교하기 어렵습니다. 첫해 할인 가격과 다음 해 갱신 가격을 섞지 말고 비용을 분리해 계산하세요.
1년차 총비용 = 도메인 신규 등록비 + (호스팅 월 요금 × 12) + 설치·연결비 + 별도 SSL 비용 + 별도 이메일 비용
갱신연도 총비용 = 도메인 갱신비 + (호스팅 갱신비 × 12) + 유지 중인 SSL·이메일 등 부가서비스 비용
| 입력 항목 | 1년차에 적을 값 | 갱신연도에 적을 값 |
|---|---|---|
| 도메인 | 신규 등록가, 프로모션 적용 여부 | 정상 연장가, VAT 조건 |
| 호스팅 | 월 요금×12, 초기 설치비 | 할인 종료 후 월 요금×12 |
| 도메인 연결 | 외부 등록기관 도메인 연결비 여부 | 유지·변경 비용 여부 |
| SSL·이메일 | 포함 범위와 별도 구매 비용 | 갱신 또는 계속 이용 비용 |
가정 예시: 호스팅케이알 공식 화면에는 2026년 기준 리눅스 SLIM 월 1,000원, BASIC 월 4,900원 등이 표시됩니다. 도메인 검색 화면에는 .com 연 23,000원, .co.kr·.kr 연 20,000원이 표시됩니다. .com 1개와 월 1,000원 호스팅을 단순 합산하면 도메인 23,000원과 호스팅 연 12,000원 외에 설치·SSL·메일·연결 비용도 확인해야 합니다. 이는 최종 견적이 아니라 빠진 비용을 찾는 계산 틀입니다.
호스팅케이알은 2026년 1월 5일부터 주요 도메인 가격을 조정했다고 공지했습니다. 프로모션과 VAT 조건, 신규·연장·이전 가격은 결제 전에 확인하고 할인 표기를 정상 갱신가로 가정하지 마세요. 전체 예산은 홈페이지 1년 운영비 계산 기준에서 확장해 볼 수 있습니다.
업체 선택 시 확인할 운영 조건: 트래픽·저장공간·백업·권한·지원·이전
구매 전 상품 설명과 결제 화면에서 다음을 확인합니다.
- 사이트 수, 연결 가능한 도메인 수, SSD 저장공간과 월 트래픽
- 사이트에 필요한 PHP·데이터베이스 등 실행 환경
- 백업·복원 절차와 파일·데이터베이스 접근 방식
- SSL 발급·갱신 조건과 이메일 제공·외부 메일 연결 방식
- 상품 변경, 데이터 이전, 고객지원 조건
호스팅케이알의 표시 플랜도 사이트 수·도메인 수·SSD·월 트래픽 조건이 다릅니다. 공유 웹호스팅의 권한이나 상품 전환 조건이 중요하다면 카페24 웹호스팅 상품군과 이전 조건처럼 업체별 상세 조건을 따로 확인하는 편이 좋습니다.
호스팅을 바꿀 때 도메인과 이메일을 지키는 이전 순서
호스팅 이전, DNS 변경, 도메인 기관이전은 같은 작업이 아닙니다. 기관이전은 도메인 등록대행자를 옮기는 절차이며, 호스팅케이알 약관은 일반적으로 1년 연장이 함께 진행된다고 안내합니다. 서버를 옮긴다고 기관이전까지 해야 하는 것은 아닙니다.
- 현재 관리 위치를 기록합니다. 등록기관, DNS, 웹호스팅, 이메일, SSL 관리 위치를 나눠 적습니다.
- 새 호스팅 환경을 준비합니다. 사이트 파일·데이터베이스·환경 설정을 옮기고 필요한 동작을 확인합니다.
- 현재 DNS 레코드를 백업합니다. 웹 연결용 A·CNAME뿐 아니라 이메일용 MX도 보관합니다.
- 새 호스팅 안내에 따라 DNS를 변경합니다. 네임서버 전체 변경인지 A·CNAME 수정인지 구분합니다.
- 웹사이트와 이메일을 각각 점검합니다. 주소 접속, HTTPS, 메일 수신·발송을 확인합니다.
- 기존 호스팅 해지는 마지막에 판단합니다. 새 환경·도메인 연결·이메일 흐름을 확인하기 전에는 종료를 서두르지 않습니다.
정적 사이트를 새 배포 서비스로 옮긴다면 무료 호스팅과 커스텀 도메인 연결 조건도 보조 자료가 됩니다.
상황별 결론과 도메인 호스팅 신청 전 체크리스트
처음 사이트를 열고 DNS를 자주 다루고 싶지 않다면 한 업체에서 시작하면 관리 흐름을 단순하게 만들 수 있습니다. 다만 외부 도메인 연결비, 이메일 포함 여부, 갱신 조건은 별도로 확인해야 합니다.
서버나 배포 환경을 바꿀 가능성이 크다면 등록기관 계정을 직접 관리하고 도메인·DNS·호스팅 위치를 문서화하는 분리형 구성이 적합할 수 있습니다. 대신 DNS와 이메일 운영 책임을 감당할 준비가 필요합니다.
- 도메인 등록자 계정과 갱신 알림을 내가 관리할 수 있는가?
- DNS 관리 위치와 로그인 권한 보유자는 명확한가?
- 사이트 유형이 정적 사이트, PHP·MySQL·워드프레스, 웹앱 중 무엇인가?
- 웹사이트와 이메일을 별도 서비스로 보았는가?
- 신규 등록가·정상 갱신가·기관이전가·VAT 포함 여부를 확인했는가?
- 설치비·연결비·SSL·메일 비용을 1년차와 갱신연도로 나눠 계산했는가?
- 이전 시 데이터·DNS·이메일·SSL 점검 목록이 있는가?
핵심은 업체를 바꾸더라도 주소와 메일 운영 정보를 잃지 않도록 도메인 소유권과 DNS 관리권을 분명히 하는 것입니다.

Leave a Reply