2026년 도메인을 웹사이트에 연결하는 법: 이메일은 그대로 지키기

도메인을 샀고 웹사이트도 완성했는데, 빌더의 도움말 페이지는 등록 업체에서 A 레코드와 CNAME을 추가하라고 합니다. 등록 업체의 DNS 화면에는 입력칸이 열네 개, 레코드 종류를 고르는 드롭다운, 그리고 변경하면 문제가 생길 수 있다는 경고가 있습니다. 두 시간 뒤 사이트에는 자물쇠 오류가 뜨고 사무실 누구도 이메일을 받지 못합니다.

마지막 부분이 흔한 결말이고, 피할 수 있습니다. 이 가이드는 도메인을 웹사이트에 연결하는 방법을, 주요 플랫폼이 실제로 요구하는 레코드로 설명합니다. 레코드는 2026년 10월 7일에 각 플랫폼의 도움말 페이지에서 확인했고, 쉬운 말로, 이메일이 살아 있게 하는 순서대로 안내합니다. 변경에 실제로 걸리는 시간, 자물쇠가 저절로 나타나는 이유, 화면 자체를 건너뛰는 지름길도 다룹니다.

이 가이드를 검증한 방법

1. 플랫폼 자체 도움말 페이지의 레코드. Shopify, Squarespace, Wix, WordPress.com, GitHub Pages를 2026년 10월 7일에 확인했습니다. 플랫폼은 이를 바꾸기도 하므로 입력하기 전에 해당 페이지를 확인하십시오.
2. CA/Browser Forum의 인증서 규칙. HTTPS 인증서의 유효 기간을 정하는 기관입니다.
3. DNS 캐싱의 작동 방식에 따른 소요 시간. 모두가 되풀이하는 "48시간"이 아닙니다.
4. Jobbit의 실시간 도메인 페이지에서 확인한 동작. 무엇을 자동으로 하고 무엇을 사용자에게 맡기는지입니다.

도메인을 연결하는 두 가지 방법

포인팅: DNS는 그대로 두고 레코드를 추가합니다

등록 업체가 계속 도메인에 대한 질문에 답하고, 웹사이트 트래픽을 새 호스트로 보내는 레코드를 두세 개 추가합니다. 이메일, 인증 레코드, 그 밖의 모든 것은 그대로 남습니다. 도메인에 이미 이메일이 연결되어 있다면 이 방법이 맞습니다.

네임서버: 영역 전체를 호스트에 넘깁니다

등록 업체의 네임서버를 호스트의 네임서버로 바꾸면, 그 뒤로는 호스트가 도메인에 관한 모든 질문에 답합니다. 한곳에서 관리하기 더 간단하며 WordPress.com이 선호하는 방식입니다. 단점은 이전에 있던 모든 레코드, 이메일을 배달하는 MX 레코드를 포함해, 전환하기 전에 호스트에서 다시 만들어야 하며 그렇지 않으면 사라진다는 점입니다.

규칙은 이렇습니다. 도메인에 이메일이나 다른 것이 연결되어 있다면 포인팅, 새 도메인이거나 호스트가 이메일도 운영할 때만 네임서버입니다.

쉬운 말로 보는 10가지 DNS 레코드

@ 기호는 앞에 아무것도 없는 기본 도메인, 곧 yourname.co.uk를 뜻합니다. 일부 화면은 대신 빈칸을 요구합니다. www의 호스트 칸에는 그냥 www만 쓰고, 화면이 도메인을 알아서 붙이므로 www.yourname.co.uk라고 쓰지 마십시오.

주요 플랫폼이 요구하는 것

Shopify

Shopify의 타사 도메인 연결 안내에 따르면 @에 23.227.38.65를 가리키는 A 레코드와 www에 shops.myshopify.com을 가리키는 CNAME입니다. Shopify가 지역에 따라 다른 IP 주소를 줄 수도 있으며 문제없습니다. TLS 인증서는 Shopify가 직접 발급하며, 도메인이 완전히 활성화되기까지 최대 48시간이 걸릴 수 있다고 안내합니다.

Squarespace

Squarespace의 타사 도메인 연결 안내에 따르면 @에 198.185.159.144, 198.185.159.145, 198.49.23.144, 198.49.23.145를 가리키는 A 레코드 네 개, www에 ext-cust.squarespace.com을 가리키는 CNAME, 그리고 Squarespace가 주는 코드가 들어가며 verify.squarespace.com을 가리키는 인증용 CNAME입니다. Squarespace는 연결에 24시간에서 48시간이 걸릴 수 있고, 인증 레코드가 없는 도메인은 15일 뒤 연결이 해제된다고 안내합니다.

Wix

Wix의 포인팅 방식 안내에 따르면 @에 185.230.63.107을 가리키는 A 레코드와 www에 pointing.wixdns.net을 가리키는 CNAME입니다. Wix는 두 레코드 중 하나만 추가하면 사이트가 안전하지 않은 것으로 표시될 수 있다고 경고하며, 최대 48시간을 안내합니다.

WordPress.com

WordPress.com은 네임서버를 선호합니다. ns1.wordpress.com, ns2.wordpress.com, ns3.wordpress.com이며, 기존 이메일을 유지해야 하는 사람을 위한 대안으로 A와 CNAME 레코드가 있다고 기존 도메인 연결 안내에서 설명합니다. 네임서버 변경에는 최대 72시간을 안내합니다.

GitHub Pages

GitHub의 사용자 지정 도메인 안내에 따르면 @에 185.199.108.153, 185.199.109.153, 185.199.110.153, 185.199.111.153을 가리키는 A 레코드 네 개와 www에 yourusername.github.io를 가리키는 CNAME입니다. 그러면 GitHub이 두 버전 사이의 리디렉션을 직접 처리합니다.

Jobbit

두 가지 경우가 있습니다. Jobbit에서 등록한 도메인은 거기서 만든 어떤 앱에도 원클릭으로 연결됩니다. Jobbit이 이미 DNS 영역을 호스팅하므로 레코드를 만들고 HTTPS 인증서를 직접 발급하며, 보통 1분 안에 끝납니다. 다른 곳에서 등록한 도메인은 앱의 도메인 설정에 표시된 주소로 가는 A 레코드 하나로 Jobbit 앱을 가리키며, 인증서가 뒤따릅니다. 도메인에 이메일이 필요하다면 발신 도메인으로 연결할 때 MX, SPF, DKIM 레코드가 영역에 만들어지고 자동으로 검증됩니다. 등록 쪽은 도메인 이름 구매 방법 가이드에서 다룹니다.

이메일이 계속 작동하는 순서의 단계별 안내

1. 현재 영역을 스크린샷으로 남기십시오. 무엇이든 건드리기 전에 DNS 화면을 열어 모든 레코드, 특히 MX와 TXT 줄을 캡처하십시오. 이것이 되돌리기 버튼입니다.
2. 새 웹사이트 레코드를 추가하십시오. 위 목록의 @용 A 레코드 또는 ALIAS와 www용 CNAME입니다. 추가만 하고 아직 삭제하지 마십시오.
3. 옛 웹사이트 레코드만 제거하십시오. @에 대한 옛 A 레코드나 www에 대한 CNAME이 이전 호스트를 가리키고 있다면 그 두 개만 삭제하고 다른 것은 건드리지 마십시오. MX, TXT, SRV, 그리고 알아보지 못하는 레코드는 그대로 두십시오.
4. 플랫폼이 요구하면 인증 레코드를 추가하십시오. Squarespace의 CNAME이나 Search Console 또는 Microsoft 365용 TXT 줄입니다.
5. 플랫폼에 도메인 이름을 알려 주십시오. 모든 빌더에는 이름을 입력하면 레코드를 확인해 주는 도메인 화면이 있습니다.
6. 밖에서 테스트하십시오. Wi-Fi를 끈 휴대폰으로 사이트를 열거나 온라인 DNS 확인 도구를 쓰고, 개인 계정에서 본인에게 이메일을 보내십시오. 이메일이 도착하고 사이트가 열리면 끝난 것입니다.
7. www 사용 여부를 정하고 Google에 알리십시오. 한 버전을 주 버전으로 고르고 플랫폼이 다른 버전을 리디렉션하게 한 뒤, 새 주소로 페이지가 검색되도록 도메인을 Google Search Console에 추가하십시오.

실제로 걸리는 시간

모든 DNS 레코드에는 TTL(time to live)이 있습니다. 세계의 리졸버가 다시 묻기 전에 옛 답을 얼마나 오래 보관할지 알려 주는 초 단위 숫자입니다. TTL이 300인 레코드는 거의 어디서나 몇 분 안에 갱신됩니다. 86,400인 레코드는 하루가 걸릴 수 있습니다. "최대 48시간"은 여기서 나온 것으로, 느린 네트워크에 캐시된 긴 TTL 레코드의 최악의 경우이지 일반적인 경우가 아닙니다. Shopify, Wix, Squarespace는 24시간에서 48시간을, WordPress.com은 네임서버 변경에 최대 72시간을 안내합니다. 실제로 대부분의 포인팅 변경은 한 시간 안에 보입니다.

이전을 계획한다면 바꿀 레코드의 TTL을 하루 전에 300으로 낮추고, 변경한 뒤, 모든 것이 안정되면 다시 올리십시오.

이메일을 망가뜨리지 마십시오

이메일은 사람들이 잊기 때문에 깨지는 것입니다. 배달은 MX 레코드에 달려 있고, 메시지가 스팸함에 들어가지 않게 하는 것은 SPF와 DKIM용 TXT 줄과 DMARC 정책에 달려 있습니다. 어느 것도 웹사이트와는 관련이 없고, 모두 같은 화면에 있습니다.

보호 수칙이 세 가지입니다. 웹사이트를 위해 직접 추가하지 않은 레코드는 절대 삭제하지 마십시오. 네임서버를 바꿀 때는 새 호스트에서 모든 MX와 TXT 레코드를 먼저 다시 만든 다음 전환하십시오. 그리고 어떤 변경이든 뒤에는 밖에서 테스트 이메일을 보내고 답장해 보십시오. 고장 난 MX 레코드는 조용히 실패하기 때문입니다. 보낸 사람은 반송 메시지를 받고 여러분은 아무것도 받지 못합니다. SPF와 DKIM은 이메일 제공업체가 주는 두 TXT 레코드이며, 정확히 그대로 복사하십시오.

아무것도 사지 않고 HTTPS 쓰기

자물쇠는 인증서에서 나오며, 2026년에는 인증서에 돈을 낼 필요가 전혀 없습니다. Let's Encrypt가 무료로 발급하고, Shopify, Squarespace, Wix, WordPress.com, GitHub Pages, Jobbit은 모두 연결된 도메인의 인증서를 자동으로 받고 갱신합니다. 이를 막는 것은 www 레코드 누락, 다른 인증 기관을 지정한 CAA 레코드, 아직 플랫폼에 도달하지 않은 DNS 변경뿐입니다. 걱정하기 전에 한 시간을 주십시오.

자동화는 편의가 아니라 의무가 되어 가고 있습니다. 공개 인증서의 규칙을 정하는 CA/Browser Forum은 The Register가 보도한 대로 인증서 최대 유효 기간을 2026년 3월 15일부터 200일, 2027년 3월 15일부터 100일, 2029년 3월 15일부터 47일로 줄였습니다. 6주마다 갱신해야 하는 인증서는 달력을 든 사람이 할 일이 아닙니다. 두 확장자는 더 나아갑니다. Google Registry에 따르면 .app과 .dev는 브라우저의 HSTS 프리로드 목록에 있어서 이 확장자의 사이트는 HTTPS로만 로드됩니다.

6가지 문제와 해결책

• "안전하지 않음" 또는 자물쇠 오류. 보통 www 레코드가 없거나, 인증서가 아직 발급 중이거나, CAA 레코드가 막고 있습니다. 두 레코드를 확인하고, 한 시간을 기다린 다음, CAA 줄을 확인하십시오.
• www 없이는 되는데 있으면 안 되거나 그 반대. 두 레코드 중 하나가 없거나 옛 호스트를 가리키고 있습니다. 둘 다 있어야 합니다.
• 옛 사이트가 계속 보입니다. 내 네트워크가 옛 답을 캐시한 것입니다. 휴대폰을 모바일 데이터로 시험해 보거나 TTL이 끝나기를 기다리십시오.
• Squarespace가 2주 뒤 도메인 연결을 해제했습니다. 인증용 CNAME이 없었거나 오타가 있었습니다. 추가하고 다시 연결하십시오.
• 변경 뒤 이메일이 멈췄습니다. MX 레코드가 삭제되었거나, 다시 만들지 않고 네임서버를 바꾼 것입니다. 스크린샷을 보고 복원하십시오.
• 등록 업체가 @에 대한 CNAME을 받아 주지 않습니다. 정상적인 동작입니다. 플랫폼이 주는 A 레코드를 쓰거나, DNS 제공업체가 지원한다면 ALIAS 레코드를 쓰십시오.

AI 에이전트가 도메인 연결을 돕는 방법

ChatGPT, Claude, Gemini, Microsoft Copilot, Manus, Meta의 Muse는 모두 CNAME이 무엇인지 설명해 줄 수 있습니다. 내 영역을 읽고 실행까지 할 수 있는 에이전트가 일을 해냅니다.

• 현재 레코드를 읽습니다. 화면이나 스크린샷을 붙여 넣으면 어느 레코드가 웹사이트이고, 어느 것이 이메일이며, 어느 것을 그대로 둘지 알려 줍니다.
• 내 플랫폼에 필요한 정확한 레코드를 씁니다. 등록 업체 화면이 쓰는 형식으로 호스트, 종류, 값, TTL을 알려 주고, 제거할 옛 레코드는 따로 나열합니다.
• 전파와 인증서를 확인합니다. 도메인을 밖에서 조회하고 레코드와 자물쇠가 활성화된 때를 알려 줍니다.
• Jobbit에서 대신 연결합니다. Jobbit에서 등록한 도메인은 원클릭으로 연결되고, 외부 도메인은 A 레코드 하나면 됩니다. 이메일 발신 레코드는 자동으로 만들어지고 검증됩니다.
• 도메인이 쓰일 사이트를 만듭니다. 사이트가 아직 없다면 에이전트가 만들고, 월 £7의 Go는 본인 도메인으로 작은 앱 하나를 계속 운영합니다. 무료 웹사이트 만들기 가이드가 선택지를 다루고, 웹사이트 비용 글이 다른 방법으로 지불할 금액을 보여 줍니다.
• 지켜봅니다. 도메인이 갱신되기 전에 알려 주고 사이트가 계속 작동하는지 확인합니다.

오늘의 계획

• 처음 10분: DNS 영역을 스크린샷으로 남기고 내 플랫폼의 도메인 연결 도움말 페이지를 찾습니다.
• 다음 10분: A 또는 ALIAS 레코드와 www CNAME, 그리고 필요한 인증 레코드를 추가합니다.
• 다음 10분: 플랫폼의 도메인 화면에 도메인을 입력하고 본인에게 테스트 이메일을 보냅니다.
• 한 시간 뒤: 자물쇠를 확인하고, www 사용 여부를 정하고, 도메인을 Search Console에 추가합니다. 아니면 이 모든 것을 건너뛰고 Jobbit에서 원클릭으로 도메인을 연결하십시오.

자주 묻는 질문

내 도메인을 웹사이트에 어떻게 연결하나요?

도메인의 DNS를 운영하는 회사에서 플랫폼이 요구하는 레코드를 추가합니다. 보통 기본 도메인에 대한 A 레코드와 www에 대한 CNAME입니다. 그런 다음 플랫폼의 도메인 화면에 도메인을 입력하고 레코드가 확인되기를 기다리십시오.

A 레코드란 무엇인가요?

A 레코드는 이름을 IPv4 주소로 보냅니다. 예를 들어 yourname.co.uk를 23.227.38.65로 보냅니다. 브라우저가 내 웹사이트를 보관한 서버를 찾는 방법입니다.

A 레코드와 CNAME은 어떻게 다른가요?

A 레코드는 IP 주소를 가리키고, CNAME은 다른 이름을 가리키며 그 이름이 다시 조회됩니다. 대부분의 등록 업체가 기본 도메인에 CNAME을 허용하지 않기 때문에, 플랫폼은 기본 도메인에는 A 레코드를, www에는 CNAME을 사용합니다.

도메인을 연결하는 데 얼마나 걸리나요?

대부분 몇 분에서 몇 시간입니다. 옛 레코드가 TTL이 허용하는 만큼 캐시될 수 있기 때문에 플랫폼은 최대 48시간, WordPress.com은 네임서버 변경에 최대 72시간을 안내합니다.

도메인을 연결하면 이메일이 망가지나요?

웹사이트 레코드만 추가하고 MX와 TXT 레코드를 그대로 두면 그렇지 않습니다. 이메일은 MX 레코드가 삭제되거나, 새 호스트에서 이메일 레코드를 다시 만들지 않고 네임서버를 바꿀 때 망가집니다.

SSL 인증서를 사야 하나요?

아니요. Let's Encrypt가 인증서를 무료로 발급하며, 모든 주요 플랫폼이 연결된 도메인에 대해 자동으로 받고 갱신합니다. 전문 호스트가 요구할 때만 유료로 구매하십시오. 2026년에는 드문 일입니다.

AI 에이전트가 내 도메인을 대신 연결해 줄 수 있나요?

Jobbit에서 등록한 도메인은 원클릭으로 앱에 연결되고, 다른 곳의 도메인은 A 레코드 하나면 됩니다. 에이전트는 기존 레코드를 읽고, 플랫폼에 필요한 레코드를 쓰고, 결과를 확인할 수도 있습니다. Free 플랜은 카드 없이 하루 100 크레딧을 제공하고, Go는 월 £7에 본인 도메인으로 작은 앱 하나를 운영합니다.