커스텀 도메인이란? GitHub Pages에 내 도메인 연결하는 원리

GitHub Pages로 첫 홈페이지를 만들면 보통 사용자이름.github.io처럼 GitHub 주소가 붙은 사이트를 이용하게 됩니다. 이 주소로도 충분히 웹사이트를 운영할 수 있지만, 가게나 브랜드를 소개하려면 내가 정한 도메인 이름을 사용하고 싶을 수 있습니다. 예를 들어 GitHub에서 제공하는 주소 대신 www.example.com처럼 짧고 기억하기 쉬운 주소로 방문자를 맞이하는 것입니다. 이렇게 기존 서비스의 기본 주소를 내가 소유한 별도의 도메인으로 연결하는 설정을 커스텀 도메인(Custom Domain)이라고 부릅니다. 하지만 주소 이름 하나만 바꾸면 끝나는 것은 아닙니다. 도메인 소유권, DNS, GitHub Pages 설정, HTTPS, 갱신 비용을 각각 확인해야 합니다. 이번 글에서는 AI와 코딩을 잘 모르는 분도 이해할 수 있도록 커스텀 도메인 뜻 → 기본 주소와 차이 → GitHub Pages 연결 원리 → 도메인 검증 → DNS → HTTPS → 오류·보안·유지관리 순서로 살펴보겠습니다. 설명 기준: 2026년 10월 16일. GitHub 공식 도움말에 근거한 안내이며, 이 글에서 실제 도메인을 구매하거나 DNS 설정을 변경해 성공 여부를 검증한 것은 아닙니다. 예시 도메인과 주소는 학습용입니다.

자체 제작 개념도 · EMFLS AI

이 글의 순서

1. 커스텀 도메인은 무슨 뜻인가요?
2. 도메인 이름과 웹사이트는 어떻게 다른가요?
3. GitHub Pages 기본 주소와 무엇이 다른가요?
4. example.com 과 www.example.com 은 무엇이 다른가요?
5. 연결하기 전에 꼭 준비해야 할 것
6. 가장 먼저 도메인 소유권을 검증하세요
7. GitHub Pages에서 커스텀 도메인 설정하기
8. DNS의 CNAME으로 www 주소 연결하기
9. www 없는 example.com 도 연결할 수 있나요?
10. TXT·CNAME·A 레코드가 모두 필요한가요?
11. DNS를 설정했는데 바로 열리지 않는 이유
12. HTTPS는 커스텀 도메인과 별도로 확인해야 해요
13. 도메인을 바꾼 뒤 이미지와 링크가 깨졌다면?
14. 도메인 탈취 위험은 어떤 상황에서 생기나요?
15. 도메인은 한 번 연결하면 계속 무료인가요?
16. 초보자를 위한 도메인 연결 전후 체크리스트
자주 묻는 질문(FAQ)
마무리: 예쁜 주소보다 올바른 연결과 관리가 먼저입니다
공식 자료

1. 커스텀 도메인은 무슨 뜻인가요?

도메인(Domain)은 사람이 웹사이트를 찾아갈 때 사용하는 인터넷 주소의 이름입니다. 예를 들어 example.com처럼 이름을 사용하면 방문자는 기억하기 어려운 서버 주소 대신 도메인 이름을 입력할 수 있습니다. 커스텀(Custom)은 사용자가 직접 정해 설정한다는 의미입니다. 따라서 커스텀 도메인은 서비스가 기본 제공하는 주소가 아니라, 내가 등록하고 관리하는 도메인을 그 서비스의 사이트 주소로 연결한 것이라고 이해하면 됩니다. 예를 들어 GitHub Pages가 만들어 준 기본 주소가 USERNAME.github.io라면, 이를 www.example.com으로 연결하도록 구성할 수 있습니다. 다만 주소 이름을 가진다는 것과 웹사이트 파일을 보관할 서버가 있다는 것은 별개입니다. 도메인이 간판이라면, GitHub Pages 같은 웹 호스팅 서비스는 방문객이 들어갈 실제 가게에 해당합니다.

2. 도메인 이름과 웹사이트는 어떻게 다른가요?

초보자는 종종 '도메인을 샀으니 홈페이지도 만들어진 것 아닌가요?'라고 생각합니다. 하지만 도메인 등록만으로 홈페이지 디자인이나 글·이미지가 자동 생성되지는 않습니다. 다음 세 가지 역할을 구분해 보세요. 도메인: 방문자가 입력할 이름. 예: www.example.com. 웹 호스팅: HTML·CSS·이미지 같은 홈페이지 파일을 제공하는 서비스. 예: GitHub Pages. DNS: 입력한 도메인 이름이 어디를 가리키는지 알려주는 인터넷 주소 안내 체계. 여기에 방문자가 암호화된 연결로 접속하도록 설정하는 HTTPS가 추가됩니다.

용어	하는 일	초보자 비유
도메인	웹사이트의 사람 친화적 이름	가게 이름과 주소
호스팅	사이트의 파일을 전달	실제로 영업하는 가게
DNS	도메인을 서비스 위치로 연결	길 안내판
HTTPS	웹사이트와 브라우저의 연결 보호	통신 내용을 보호하는 통로

커스텀 도메인을 제대로 사용하려면 네 가지가 함께 맞게 설정돼야 합니다.

3. GitHub Pages 기본 주소와 무엇이 다른가요?

GitHub Pages는 저장소의 정적 홈페이지를 인터넷에 공개하는 서비스입니다. 기본적으로 다음과 같은 형태의 주소를 사용할 수 있습니다.


https://USERNAME.github.io/

프로젝트 사이트는 저장소 이름이 경로에 더해지는 형태일 수도 있습니다.


https://USERNAME.github.io/REPOSITORY/

하지만 커스텀 도메인을 연결하면 방문자에게 다음과 같은 주소를 안내할 수 있습니다.


https://www.example.com/

이렇게 바꿔도 원래 홈페이지를 담은 GitHub 저장소가 다른 것으로 바뀌는 것은 아닙니다. 사이트 주소를 연결하는 방식이 달라지는 것입니다. 단, 변경된 도메인과 URL 경로 때문에 기존 이미지·CSS·메뉴 링크가 깨질 수 있으므로 연결 이후에 실사용 화면을 점검해야 합니다. 또 GitHub Docs는 GitHub Pages 사용자 지정 도메인 설정에 대해 저장소 관리자 권한이 필요하다고 안내합니다.

4. `example.com`과 `www.example.com`은 무엇이 다른가요?

이 차이를 먼저 알아두면 DNS 설정을 이해하기 쉽습니다. example.com은 도메인의 최상위 주소라는 의미로 apex domain(에이펙스 도메인)이라고 부릅니다. www.example.com은 example.com 아래에 www가 붙은 하위 도메인(subdomain)입니다. blog.example.com도 또 다른 하위 도메인입니다. GitHub Pages는 공식 도움말에서 최상위 도메인과 하위 도메인 모두를 사용자 지정 도메인으로 지원한다고 안내합니다. 사이트 설정과 DNS가 적절히 구성돼 있다면 www.example.com과 example.com 사이에 자동 리디렉션이 동작할 수 있습니다. 하지만 리디렉션이 무조건 자동으로 된다고 생각하기보다는 실제 두 주소를 열어 원하는 한 주소로 이동하는지 확인해야 합니다. 이 글에서는 설명을 단순화하기 위해 www.example.com을 대표 주소로 연결하는 경우를 먼저 살펴보겠습니다.

5. 연결하기 전에 꼭 준비해야 할 것

커스텀 도메인을 사용하려면 보통 다음 사항을 먼저 준비합니다. 내가 관리하는 도메인: 도메인 등록업체에서 구입하거나 이미 소유한 이름이어야 합니다. DNS 설정 권한: 도메인이 어느 서비스로 연결될지 변경할 수 있는 관리 화면이 필요합니다. GitHub Pages 사이트: GitHub 저장소와 Pages 설정이 준비돼 있어야 합니다. 저장소 관리자 권한: GitHub Pages 설정에서 사용자 지정 도메인을 지정할 권한이 필요합니다. 갱신 비용 관리: 도메인은 무료로 영구 소유하는 물건처럼 생각하면 안 됩니다. 등록·갱신 기간과 비용이 따로 있을 수 있습니다. 또 자신이 도메인을 관리할 수 없는 상황이라면 DNS 설정을 바꿀 수 없을 수 있습니다. 회사·학교 도메인은 관리자 승인을 먼저 받아야 합니다. 처음에는 본인 도메인의 실제 값을 만지기보다 아래 example.com 가상 예시로 순서를 이해하는 것이 좋습니다.

6. 가장 먼저 도메인 소유권을 검증하세요

GitHub는 사용자 지정 도메인을 Pages에 연결하기 전에 소유권을 검증할 것을 권장합니다. 왜 이런 과정이 필요할까요? 도메인은 인터넷에서 누구나 특정 문자열을 입력해 보는 것이 가능합니다. 누군가 다른 사람의 도메인을 자신의 GitHub Pages 사이트에 무단으로 연결할 수 있게 되면 도메인 탈취 위험이 생깁니다. GitHub는 소유권 검증을 통해 다른 GitHub 사용자가 내 확인된 도메인과 그 직속 하위 도메인을 자신의 Pages 사이트에 사용하는 일을 방지하도록 돕습니다. 일반적으로 개인 계정에서는 다음 절차를 안내합니다.

GitHub 프로필의 Settings(설정)으로 이동합니다.
프로필 설정의 Pages 영역을 찾습니다.
Add a domain을 선택해 소유 도메인을 등록합니다.
GitHub가 안내하는 DNS TXT 레코드를 도메인 관리 업체의 DNS 설정에 추가합니다.
DNS 변경이 반영됐는지 확인하고 GitHub에서 Verify를 진행합니다.
검증 상태를 유지하기 위해 안내된 TXT 레코드를 관리합니다. 주의: 프로필에 있는 도메인 소유권 검증과, 저장소의 Pages에서 사이트에 도메인을 연결하는 작업은 메뉴 위치도 목적도 다릅니다. 조직 소유 도메인은 개인 프로필이 아니라 GitHub 조직 설정에서 검증하는 절차를 따릅니다.

7. GitHub Pages에서 커스텀 도메인 설정하기

도메인 소유권 검증을 마쳤다면 이제 실제 Pages 사이트가 사용할 이름을 설정할 차례입니다. GitHub 공식 문서는 도메인 DNS를 먼저 GitHub Pages로 향하게 바꾸기보다, 저장소의 Pages 설정에 사용자 지정 도메인을 먼저 등록하도록 안내합니다. 도메인만 GitHub Pages로 보내고 GitHub 저장소에는 아직 등록하지 않았다면, 다른 사용자가 해당 하위 도메인을 게시에 활용할 위험이 있기 때문입니다. 일반적인 경로는 다음과 같습니다.

GitHub에서 홈페이지가 있는 저장소를 엽니다.
저장소의 Settings를 선택합니다.
왼쪽의 Pages 메뉴를 찾습니다.
Custom domain 입력란에 www.example.com처럼 사용할 도메인을 입력합니다.
저장하고 설정 상태를 확인합니다. 여기까지가 GitHub 측에서 어떤 주소를 이 사이트의 커스텀 도메인으로 쓰는지 알려주는 단계입니다. 아직 도메인 DNS가 옳게 연결되지 않았다면 방문자가 새 주소로 바로 접속되지 않을 수 있습니다.

8. DNS의 CNAME으로 www 주소 연결하기

GitHub Pages에 커스텀 도메인 이름을 등록했다면 DNS 제공업체에서 레코드를 설정합니다. www.example.com 같은 하위 도메인을 연결하는 대표 방법은 CNAME 레코드입니다. 공식 GitHub Docs는 CNAME의 대상 값을 USERNAME.github.io 또는 ORGANIZATION.github.io로 설정하라고 설명합니다. 학습용 예시는 다음과 같습니다.

항목	값 예시
레코드 종류	CNAME
이름(Host)	www
대상(Value)	`USERNAME.github.io`

USERNAME은 본인의 GitHub 계정 이름으로 바꿔야 합니다. GitHub 문서가 해당 값을 실제 사용자별로 자동 계산해 주는 것이 아닙니다. 또 아래처럼 프로젝트 저장소 경로를 CNAME에 붙이면 안 됩니다.


잘못된 예: USERNAME.github.io/my-project

올바른 형태 예: USERNAME.github.io

DNS 레코드는 웹 주소의 경로가 아니라 도메인 이름과 대상 호스트를 연결합니다. my-project 같은 파일 경로를 CNAME 값에 넣는 용도가 아닙니다. DNS 업체마다 입력란이 '호스트', '별칭', '이름', '값' 등으로 다를 수 있으므로 실제 관리 화면의 설명을 따르세요.

9. www 없는 `example.com`도 연결할 수 있나요?

가능합니다. 다만 example.com과 같은 최상위 도메인(apex)은 www 하위 도메인과 일반적으로 설정 방식이 다릅니다. GitHub 공식 문서는 최상위 도메인에 A·AAAA 레코드, 또는 DNS 제공업체가 지원하는 경우 ALIAS·ANAME 레코드를 사용할 수 있다고 안내합니다. 2026년 10월 공식 문서에 안내된 GitHub Pages의 IPv4 A 레코드 예시는 다음 네 개입니다.


185.199.108.153

185.199.109.153

185.199.110.153

185.199.111.153

이 IP 목록은 설명 작성 시점의 GitHub 공식 안내이며, 향후 설정을 실제 변경할 때는 반드시 최신 공식 문서를 확인하세요. 일부 업체에서는 @ 기호를 최상위 도메인을 가리키는 호스트 이름으로 사용합니다. 원래 도메인에 기존 A·AAAA 레코드나 다른 서비스 설정이 있다면 덮어쓰기 전에 영향을 검토해야 합니다. 특히 이미 운영 중인 메일 서비스까지 바뀌는 것으로 오해하지 않도록 DNS 레코드 종류별 영향을 확인하세요.

10. TXT·CNAME·A 레코드가 모두 필요한가요?

혼동하기 쉬운 부분입니다.

종류	이번 작업에서 하는 일	대표 사용 상황
TXT	도메인을 관리할 권리가 있는지 GitHub에 증명	도메인 소유권 검증
CNAME	하위 도메인을 GitHub Pages 호스트 이름으로 연결	`www.example.com`
A	최상위 도메인을 IPv4 주소로 연결	`example.com`
AAAA	IPv6 주소로 연결	IPv6를 사용할 때
ALIAS/ANAME	일부 DNS 업체가 지원하는 별칭 방식	최상위 도메인 구성 대안

모든 종류를 무조건 동시에 추가하라는 의미가 아닙니다. 어떤 주소를 대표 주소로 쓰는지와 DNS 업체가 무엇을 지원하는지에 따라 필요한 레코드가 다릅니다. 그리고 TXT 검증은 내가 도메인의 소유 주체라는 사실을 확인하는 단계, CNAME/A는 방문자를 실제 사이트로 보내는 단계입니다. 이 두 기능을 혼동하면 GitHub의 소유권 검증이 끝나도 주소 연결이 안 되거나, 주소를 연결했지만 소유권 보호를 충분히 하지 못할 수 있습니다.

11. DNS를 설정했는데 바로 열리지 않는 이유

도메인 DNS 설정을 바꿨는데 새 주소로 사이트가 보이지 않는다고 바로 실패한 것은 아닙니다. DNS 변경은 전파·캐시 반영에 시간이 걸릴 수 있습니다. GitHub 공식 문서는 DNS 변경 반영이 바로 될 수도 있지만, 경우에 따라 최대 24시간이 걸릴 수 있다고 안내합니다. 따라서 ‘무조건 24시간 동안 아무것도 하지 마세요’도 정확하지 않고 ‘바로 연결되지 않으면 모두 잘못된 설정’도 정확하지 않습니다. 먼저 DNS 관리 화면에서 입력한 레코드와 대상 값을 다시 확인하세요. PC에서 명령줄 도구를 사용할 줄 안다면 다음 명령으로 현재 DNS 답변을 조사해 볼 수 있습니다.


dig www.example.com CNAME

dig example.com A

위 주소는 모두 예시입니다. 조회 결과는 사용한 네트워크·DNS 서버·변경 반영 상태에 따라 달라질 수 있습니다. Windows에서 dig가 없다면 PowerShell의 Resolve-DnsName이나 다른 DNS 조회 도구를 사용할 수 있습니다. 이 글은 이러한 DNS 명령을 실제 실행해 특정 도메인이 연결됐음을 확인한 기록이 아닙니다.

12. HTTPS는 커스텀 도메인과 별도로 확인해야 해요

도메인으로 사이트가 열리더라도 HTTPS가 올바르게 적용됐는지 확인해야 합니다. HTTPS는 브라우저와 웹사이트 사이의 통신을 암호화하는 방식입니다. GitHub Pages는 정상적으로 설정된 사용자 지정 도메인에 대해 TLS 인증서를 자동으로 준비하도록 지원합니다. 하지만 DNS 레코드가 잘못되거나 서로 충돌하면 인증서 발급이 실패할 수 있습니다. GitHub 저장소의 Settings → Pages에서 Enforce HTTPS를 선택할 수 있는지 확인하세요. HTTPS가 적용된 후에는 브라우저 주소가 https://로 열리는지, http:// 주소가 의도대로 전환되는지, 브라우저에서 인증서 오류가 발생하지 않는지 점검해야 합니다. 또 HTML은 HTTPS로 열리는데 이미지나 JavaScript를 오래된 http:// 링크로 불러오면 혼합 콘텐츠(mixed content) 문제가 생길 수 있습니다. 연결한 도메인의 HTTPS가 준비되는 시간은 상황에 따라 다르므로 설정 직후 바로 활성화된다고 가정하면 안 됩니다.

13. 도메인을 바꾼 뒤 이미지와 링크가 깨졌다면?

예전 주소에서는 사이트가 정상인데 새 도메인에서는 사진이 보이지 않거나 버튼 링크가 404 오류로 이어질 수 있습니다. 이런 현상은 DNS뿐 아니라 사이트 내부의 경로 설정 때문에 생길 수 있습니다. 예를 들어 옛 GitHub Pages 프로젝트 사이트에서 다음처럼 경로를 사용했다고 가정해 보겠습니다.


https://USERNAME.github.io/my-project/images/logo.png

새 사용자 지정 도메인 아래에서도 같은 이미지를 사용하려면 실제 사이트 구조에 맞는 URL 경로를 다시 확인해야 합니다. 개발 프레임워크나 정적 사이트 생성기는 사이트의 기본 경로(base path) 설정을 사용하기도 합니다. 도메인 교체 이후 이 설정이 옛 경로를 계속 가리키면 이미지와 CSS가 깨질 수 있습니다. 따라서 새 주소로 접속할 때 다음을 확인하세요.

대표 페이지와 다른 메뉴의 주소가 열리는가?
이미지·글꼴·CSS·JavaScript 파일이 정상적으로 불러와지는가?
모바일에서 메뉴와 버튼이 작동하는가?
www가 있는 주소와 없는 주소의 리디렉션이 원하는 방향인가?
예전 주소에서 새 주소로 이동하거나 기존 링크를 계속 사용하는 방문자의 경험은 어떤가? 도메인 변경 자체가 웹사이트 파일을 자동으로 수정해 주는 것은 아닙니다.

14. 도메인 탈취 위험은 어떤 상황에서 생기나요?

커스텀 도메인은 예쁜 주소를 만들기 위한 도구이지만 관리하지 않으면 보안 문제가 생길 수 있습니다. GitHub 공식 문서는 Pages 사이트가 비활성화되거나 삭제됐는데 DNS가 여전히 GitHub Pages를 가리키는 경우를 위험 사례로 설명합니다. 즉, 도메인 주소는 여전히 서비스를 가리키고 있지만, 그 주소를 소유한 GitHub Pages 사이트의 연결이 사라져 다른 사용자가 해당 주소를 사용하려 시도할 수 있는 상황입니다. 이런 문제를 도메인 탈취(domain takeover) 위험이라고 부릅니다. 이를 줄이는 기본 방법은 다음과 같습니다. 첫째, GitHub 계정 또는 조직에서 도메인 소유권을 검증합니다. 둘째, 도메인 검증에 사용한 TXT 레코드를 적절히 유지합니다. 셋째, 더 이상 사용하지 않는 Pages 사이트의 DNS 연결을 정리합니다. 넷째, 필요하지 않은 와일드카드 DNS 레코드 *.example.com 사용을 피합니다. GitHub는 와일드카드가 도메인 탈취 위험을 높일 수 있다고 강하게 경고합니다. 다섯째, 도메인 등록 계정의 비밀번호·2단계 인증·갱신 상태를 관리합니다. 도메인 검증만 했다고 모든 보안 문제가 완전히 해결되는 것은 아닙니다.

15. 도메인은 한 번 연결하면 계속 무료인가요?

GitHub Pages 서비스 비용과 도메인 등록·갱신 비용은 서로 다른 문제입니다. GitHub Pages를 무료로 사용할 수 있는 계정과 저장소 조건이 있더라도, 별도의 example.com 같은 도메인을 소유하려면 등록업체의 약관·가격·갱신 기간이 적용됩니다. 도메인을 신청할 때 첫해 할인가가 표시될 수 있고, 다음 갱신 가격은 다를 수 있습니다. 이 글에서는 특정 등록업체의 현재 판매가격을 비교하거나 실시간 구매 가능 여부를 확인하지 않았으므로 정해진 월·연 비용을 단정하지 않습니다. 커스텀 도메인을 계속 사용하려면 도메인 만료일, 갱신 방법, 자동 갱신 여부, DNS 관리 계정의 접근권한을 점검하세요. 특히 브랜드 주소로 쓰는 도메인이라면 갱신을 놓치지 않도록 별도 일정 관리가 필요할 수 있습니다.

16. 초보자를 위한 도메인 연결 전후 체크리스트

순서	확인할 항목
1	도메인을 실제로 소유·관리할 수 있는가?
2	등록·연장 비용과 만료일을 확인했는가?
3	GitHub 계정/조직에서 TXT 소유권 검증을 했는가?
4	GitHub 저장소 Pages에 Custom domain을 등록했는가?
5	하위 도메인 CNAME 또는 apex A/ALIAS를 올바르게 설정했는가?
6	DNS 조회 결과가 공식 안내의 대상과 일치하는가?
7	HTTPS 인증서와 Enforce HTTPS를 확인했는가?
8	대표 URL·리디렉션·이미지·CSS·메뉴를 직접 점검했는가?
9	미사용 DNS·와일드카드·민감정보 노출 위험을 살폈는가?
10	향후 도메인 갱신·이전·해제 책임자를 정했는가?

이 표는 GitHub 공식 내용을 바탕으로 초보자에게 이해하기 쉽게 재구성한 실무 점검표입니다. 서비스에서 모든 항목을 똑같은 순서와 이름으로 보여 준다는 뜻은 아닙니다.

자주 묻는 질문(FAQ)

Q. 커스텀 도메인이란 무엇인가요?

서비스 기본 주소 대신 내가 등록하고 관리하는 도메인 이름을 웹사이트에 연결하는 설정입니다. GitHub Pages의 USERNAME.github.io 대신 www.example.com을 사용할 수 있습니다.

Q. GitHub Pages에서 커스텀 도메인을 쓰려면 GitHub 유료 플랜이 필요한가요?

일률적으로 그렇다고 할 수 없습니다. GitHub Pages 이용 조건은 계정·저장소 유형에 따라 달라지지만, 커스텀 도메인을 등록하는 업체에 내는 비용은 별도입니다.

Q. 도메인을 구입하면 홈페이지도 자동으로 만들어지나요?

아닙니다. 도메인 등록은 주소 이름을 확보하는 것이고, 웹페이지의 파일과 호스팅 서비스는 별도로 준비해야 합니다.

Q. www 주소와 www 없는 주소 중 어느 쪽을 써야 하나요?

둘 다 가능한 구성입니다. 대표 주소를 정하고 DNS·GitHub Pages에 맞게 등록한 뒤 자동 리디렉션과 HTTPS 동작을 실제 확인하는 것이 중요합니다.

Q. CNAME은 왜 필요한가요?

www.example.com 같은 하위 도메인을 다른 호스트 이름에 연결하는 DNS 레코드입니다. GitHub Pages에서는 보통 USERNAME.github.io를 CNAME 대상으로 안내합니다.

Q. A 레코드는 무엇에 쓰나요?

최상위 도메인인 example.com을 서비스의 IPv4 주소에 연결할 때 사용할 수 있습니다. GitHub Pages에 필요한 값은 공식 문서의 현재 안내를 확인해야 합니다.

Q. TXT 레코드만 추가하면 내 사이트가 열리나요?

아닙니다. TXT는 GitHub가 도메인 소유권을 검증하는 데 쓰는 것이고, 방문자를 실제 사이트에 연결하는 DNS 레코드와 Pages 설정은 별도로 필요합니다.

Q. DNS를 바꿨는데 바로 안 열리면 실패한 건가요?

아닙니다. DNS 변경 적용에 시간이 걸릴 수 있습니다. GitHub는 최대 24시간이 걸릴 수 있다고 안내합니다. 설정값과 현재 조회 결과를 함께 확인하세요.

Q. 커스텀 도메인을 연결하면 HTTPS도 자동으로 되나요?

GitHub Pages는 올바른 DNS 설정에 대해 인증서 자동 구성을 지원하지만, 발급 완료와 Enforce HTTPS 동작을 별도로 확인해야 합니다. DNS 충돌이나 오래된 HTTP 자원 때문에 문제가 생길 수 있습니다.

Q. GitHub Pages 사이트를 없애면 도메인도 함께 안전하게 해제되나요?

자동으로 모든 위험이 사라지는 것은 아닙니다. Pages 연결은 없어졌는데 DNS가 계속 GitHub를 가리키는 상태는 도메인 탈취 위험을 만들 수 있습니다. 사용하지 않는 DNS 레코드를 정리하고 소유권 검증을 유지해야 합니다.

Q. 커스텀 도메인을 바꾸면 검색 결과에 바로 새 주소가 나오나요?

보장되지 않습니다. 사이트 주소 변경과 검색엔진의 검색 색인 업데이트는 다른 절차입니다. 필요하면 실제 공개 URL과 검색 도구의 색인 상태를 별도로 확인해야 합니다.

마무리: 예쁜 주소보다 올바른 연결과 관리가 먼저입니다

커스텀 도메인을 이용하면 GitHub가 제공하는 기본 주소 대신 내가 선택한 브랜드 주소를 사용할 수 있습니다. 하지만 도메인을 등록했다는 사실만으로 웹사이트가 생기거나, 보안이 자동으로 완성되거나, 검색 노출이 보장되는 것은 아닙니다. 초보자라면 순서를 이렇게 기억해 보세요. 도메인 소유·갱신 확인 → GitHub 소유권 검증 → Pages에 도메인 등록 → DNS 연결 → HTTPS 확인 → 실제 접속·내부 링크 점검. 여기에 도메인을 더 이상 사용하지 않을 때의 DNS 정리와 만료일 관리까지 포함하면 불필요한 오류와 보안 위험을 줄일 수 있습니다. 커스텀 도메인은 단순히 주소를 꾸미는 기능이 아니라, 사람들이 내 사이트를 안정적으로 찾을 수 있도록 연결하고 관리하는 과정입니다.

공식 자료

제품의 동작과 제한은 바뀔 수 있으므로 게시 시점에도 공식 문서에서 다시 확인하세요.

이 블로그 검색

커스텀 도메인이란? GitHub Pages에 내 도메인 연결하는 원리

1. 커스텀 도메인은 무슨 뜻인가요?

2. 도메인 이름과 웹사이트는 어떻게 다른가요?

3. GitHub Pages 기본 주소와 무엇이 다른가요?

4. `example.com`과 `www.example.com`은 무엇이 다른가요?

5. 연결하기 전에 꼭 준비해야 할 것

6. 가장 먼저 도메인 소유권을 검증하세요

7. GitHub Pages에서 커스텀 도메인 설정하기

8. DNS의 CNAME으로 www 주소 연결하기

9. www 없는 `example.com`도 연결할 수 있나요?

10. TXT·CNAME·A 레코드가 모두 필요한가요?

11. DNS를 설정했는데 바로 열리지 않는 이유

12. HTTPS는 커스텀 도메인과 별도로 확인해야 해요

13. 도메인을 바꾼 뒤 이미지와 링크가 깨졌다면?

14. 도메인 탈취 위험은 어떤 상황에서 생기나요?

15. 도메인은 한 번 연결하면 계속 무료인가요?

16. 초보자를 위한 도메인 연결 전후 체크리스트

자주 묻는 질문(FAQ)

Q. 커스텀 도메인이란 무엇인가요?

Q. GitHub Pages에서 커스텀 도메인을 쓰려면 GitHub 유료 플랜이 필요한가요?

Q. 도메인을 구입하면 홈페이지도 자동으로 만들어지나요?

Q. www 주소와 www 없는 주소 중 어느 쪽을 써야 하나요?

Q. CNAME은 왜 필요한가요?

Q. A 레코드는 무엇에 쓰나요?

Q. TXT 레코드만 추가하면 내 사이트가 열리나요?

Q. DNS를 바꿨는데 바로 안 열리면 실패한 건가요?

Q. 커스텀 도메인을 연결하면 HTTPS도 자동으로 되나요?

Q. GitHub Pages 사이트를 없애면 도메인도 함께 안전하게 해제되나요?

Q. 커스텀 도메인을 바꾸면 검색 결과에 바로 새 주소가 나오나요?

마무리: 예쁜 주소보다 올바른 연결과 관리가 먼저입니다

공식 자료

함께 읽으면 좋은 글

커스텀 도메인이란? GitHub Pages에 내 도메인 연결하는 원리

1. 커스텀 도메인은 무슨 뜻인가요?

2. 도메인 이름과 웹사이트는 어떻게 다른가요?

3. GitHub Pages 기본 주소와 무엇이 다른가요?

4. example.com과 www.example.com은 무엇이 다른가요?

5. 연결하기 전에 꼭 준비해야 할 것

6. 가장 먼저 도메인 소유권을 검증하세요

7. GitHub Pages에서 커스텀 도메인 설정하기

8. DNS의 CNAME으로 www 주소 연결하기

9. www 없는 example.com도 연결할 수 있나요?

10. TXT·CNAME·A 레코드가 모두 필요한가요?

11. DNS를 설정했는데 바로 열리지 않는 이유

12. HTTPS는 커스텀 도메인과 별도로 확인해야 해요

13. 도메인을 바꾼 뒤 이미지와 링크가 깨졌다면?

14. 도메인 탈취 위험은 어떤 상황에서 생기나요?

15. 도메인은 한 번 연결하면 계속 무료인가요?

16. 초보자를 위한 도메인 연결 전후 체크리스트

자주 묻는 질문(FAQ)

Q. 커스텀 도메인이란 무엇인가요?

Q. GitHub Pages에서 커스텀 도메인을 쓰려면 GitHub 유료 플랜이 필요한가요?

Q. 도메인을 구입하면 홈페이지도 자동으로 만들어지나요?

Q. www 주소와 www 없는 주소 중 어느 쪽을 써야 하나요?

Q. CNAME은 왜 필요한가요?

Q. A 레코드는 무엇에 쓰나요?

Q. TXT 레코드만 추가하면 내 사이트가 열리나요?

Q. DNS를 바꿨는데 바로 안 열리면 실패한 건가요?

Q. 커스텀 도메인을 연결하면 HTTPS도 자동으로 되나요?

Q. GitHub Pages 사이트를 없애면 도메인도 함께 안전하게 해제되나요?

Q. 커스텀 도메인을 바꾸면 검색 결과에 바로 새 주소가 나오나요?

마무리: 예쁜 주소보다 올바른 연결과 관리가 먼저입니다

공식 자료

함께 읽으면 좋은 글

안내

4. `example.com`과 `www.example.com`은 무엇이 다른가요?

9. www 없는 `example.com`도 연결할 수 있나요?