티스토리 2차 도메인의 구조와 한계 - 시작 전에 알았어야 할 것들

카테고리 없음

바뿌 2026. 10. 21. 19:20

티스토리에 개인 도메인을 붙이는 건 어렵지 않습니다. 문제는 그 구조가 나중에 무엇을 제약하는지입니다.
저는 다 붙이고 나서야 알았습니다.

결론부터 — 세 가지 제약

붙이기 전에 이것만 알고 시작하면 나중에 고생을 덜 합니다.

티스토리 개인 도메인은 이렇게 겁니다.

CNAME   blog   host.tistory.io

A 레코드(IP 직접 지정)가 아니라 CNAME(별칭) 입니다. 서버 IP가 바뀌어도 티스토리 쪽에서 알아서 처리되므로 운영자 입장에선 편합니다.

문제는 루트 도메인(example.com)에 걸 때 생깁니다.

CNAME은 같은 이름에 다른 레코드와 공존할 수 없습니다(DNS 규격).
그런데 루트에는 SOA와 NS 레코드가 반드시 있어야 합니다. 그래서 원칙적으로 루트에는 CNAME을 둘 수 없습니다.

국내 등록기관 관리 화면에서는 등록이 되지만, 자체적으로 우회 처리하는 것이고 부작용이 따라옵니다.

example.com 으로 메일을 받고 싶어도 루트에 티스토리를 연결한 상태에서는 불가능합니다.

확인 방법: CNAME이 걸려 있으면 MX나 TXT를 물어봐도 CNAME 대상이 돌아옵니다.
dig +short MX example.com
# host.tistory.io.     ← MX가 없다는 뜻

한 블로그에 example.com과 blog.example.com을 동시에 붙일 수 없습니다.

서브도메인을 여러 개 쓰고 싶으면 블로그를 그 수만큼 만들어야 합니다.

example.com        → 블로그 A
blog.example.com   → 블로그 B    ← 별도 블로그
shop.example.com   → 블로그 C    ← 또 다른 블로그

그런데 여기 함정이 있습니다.

⚠️ 블로그를 미리 만들어두고 글을 안 쓰면 빈 사이트가 쌓입니다.
광고를 붙인 상태라면 "콘텐츠 없는 화면에 광고" 정책 위반이 됩니다.
필요해질 때 만드세요. 미리 선점해둘 이유가 없습니다.

저는 한 도메인에 블로그를 11개나 붙여놓고 있었습니다.

서브도메인마다 주제를 나눠보려고 하나씩 만들었는데, 결국 글을 꾸준히 쓴 건 하나뿐이었습니다. 나머지는 빈 껍데기로 몇 년을 방치했습니다. 블로그를 미리 만들어둔다고 나중에 글이 써지는 게 아니었습니다.

더 뼈아팠던 건 루트 도메인에 CNAME을 걸어둔 것입니다. 그 상태에서는 도메인 메일을 쓸 수 없다는 걸 나중에야 알았습니다. MX 레코드를 추가하려다 안 되길래 찾아보고 나서 이해했습니다.

미리 알았다면 필요한 만큼만 만들고, 루트를 어떻게 쓸지 먼저 정했을 것입니다.

도메인을 연결하면 티스토리가 Let's Encrypt 인증서를 자동 발급합니다. 직접 할 일이 없어 편하지만, 바꿔 말하면 통제권이 없습니다.

echo | openssl s_client -connect blog.example.com:443 -servername blog.example.com 2>/dev/null \
  | openssl x509 -noout -subject -dates

결과	의미
`CN = blog.example.com`	✅ 전용 인증서 정상 발급
`CN = *.tistory.com`	⚠️ 아직 발급 전이거나 연결이 끊긴 상태

티스토리를 떠나 직접 호스팅으로 옮길 때 고려할 것들입니다.

주소 구조를 미리 정해두면 이전이 쉬워집니다.
글 주소를 숫자(/1)가 아니라 문자(/entry/제목) 로 해두면,
나중에 규칙적으로 대응시킬 수 있습니다.