블로그를 내 도메인으로 운영하면 글이 쌓은 링크, 색인 기록, AI 답변의 출처 표시가 모두 회사 주소에 모입니다. 반대로 빌린 주소에 글을 쌓으면 나중에 주소를 옮길 때 그동안 쌓인 신호를 새 주소로 다시 이어야 합니다. 따라서 도메인은 첫 글을 발행하기 전에 정하는 것이 유리합니다.
블로그 주소는 검색과 AI 답변에서 어떤 역할을 할까요?
검색엔진은 글을 주소 단위로 기억합니다. 내용이 같아도 주소가 바뀌면 다른 문서로 취급될 수 있습니다. 다른 사이트가 건 링크와 색인 기록도 모두 특정 주소에 묶여 있습니다.
생성형 AI 답변에서도 주소는 독자 눈에 보입니다. AI 서비스가 답변 아래에 출처를 보여 줄 때 독자는 글 제목과 함께 도메인을 봅니다. 도메인이 회사 이름과 같으면 독자는 답변 안에서 바로 누가 쓴 글인지 알아봅니다.
주소는 출처를 하나로 묶는 단서이기도 합니다. 회사 홈페이지와 블로그가 같은 도메인 아래에 있으면, 검색엔진과 AI가 두 곳을 같은 회사의 자료로 연결할 단서가 늘어납니다. 블로그 주소가 회사와 무관한 이름이면 이 연결은 글 본문에 적힌 회사명에만 의지하게 됩니다.
내 도메인에 쌓이는 것과 빌린 주소에 남는 것은 무엇일까요?
블로그를 운영하는 동안 주소에는 다음 네 가지가 쌓입니다.
- 외부 링크: 다른 사이트가 글을 소개하며 건 링크는 그때의 주소를 가리킵니다.
- 색인 기록: 검색엔진이 수집하고 평가한 기록은 주소별로 남습니다.
- 공유 기록: 메신저와 SNS에 퍼진 링크도 그때의 주소 그대로 남습니다.
- 출처 표시: AI 답변과 검색 결과에 노출되는 도메인 이름입니다.
내 도메인으로 운영하면 이 네 가지가 회사 자산으로 남습니다. 운영 도구를 바꾸더라도 도메인을 그대로 옮겨 연결하면 주소는 유지됩니다.
빌린 주소에 글을 쌓았다가 옮기면 상황이 달라집니다. 기존 주소에서 새 주소로 넘겨 주는 설정(리디렉션)을 글마다 걸어야 합니다. 이 설정이 빠진 주소로 들어온 독자와 수집기는 글을 찾지 못합니다. 이미 퍼진 공유 링크는 직접 고칠 방법도 없습니다.
도메인을 연결하기 전에 무엇을 정해야 할까요?
1. 주소 형태를 정합니다
회사 홈페이지 도메인의 하위 도메인(예: blog.회사도메인)을 쓰거나, 블로그 전용 도메인을 새로 쓸 수 있습니다. 출처 표시만 보면 회사 이름이 그대로 드러나는 주소가 독자에게 더 잘 읽힙니다. 이미 알려진 홈페이지 도메인이 있다면 하위 도메인이 회사와의 연결을 가장 분명하게 보여 줍니다.
2. 한 번 정한 주소는 바꾸지 않는다는 원칙을 세웁니다
주소를 바꿀 때마다 앞에서 설명한 네 가지 신호를 다시 옮겨야 합니다. 브랜드 개편이 예정되어 있다면 개편 후 이름으로 주소를 정하는 편이 안전합니다. 글 하나하나의 주소 규칙도 처음에 미리 정하면 이후 글이 늘어나도 흔들리지 않습니다.
3. 도메인 관리 권한을 확인합니다
도메인 연결은 대개 도메인 관리 화면에서 DNS 레코드를 추가하는 방식으로 이루어집니다. 도메인을 구매한 계정, DNS를 바꿀 수 있는 담당자, 갱신 만료일을 미리 확인합니다. 갱신을 놓쳐 도메인이 만료되면 블로그 전체가 열리지 않습니다.
연결한 뒤에는 무엇을 점검해야 할까요?
연결이 끝나면 다음 다섯 가지를 차례로 확인합니다. 한 번에 10분 안팎이면 충분한 작업이며, 연결 직후에 한 번 확인하면 이후 글에는 같은 설정이 그대로 적용됩니다.
- HTTPS 접속: 주소창에 https로 열리는지, http로 입력했을 때도 안전한 주소로 열리는지 확인합니다.
- canonical 주소: 글 페이지의 소스에서 대표 주소(canonical)가 내 도메인으로 적혀 있는지 확인합니다. 이 값이 다른 주소를 가리키면 검색엔진은 그쪽을 원본으로 봅니다.
- sitemap.xml과 robots.txt: 내 도메인 뒤에 /sitemap.xml을 붙여 열고, 목록의 글 주소가 내 도메인으로 시작하는지 확인합니다. robots.txt도 같은 방법으로 열어 봅니다.
- 검색 관리 도구 등록: 구글 서치 콘솔과 네이버 서치어드바이저에 내 도메인을 등록하고 사이트맵 주소를 제출합니다.
- 공유 미리보기: 글 주소를 메신저에 붙여 제목·설명·이미지가 제대로 보이는지 확인합니다.
다섯 항목 가운데 하나라도 예전 주소나 다른 주소를 가리키면, 그 항목부터 바로잡은 뒤 검색 관리 도구에 사이트맵을 다시 제출합니다.
oblog에서는 무엇이 자동으로 맞춰질까요?
oblog는 내 도메인을 연결할 수 있고, 연결한 도메인에는 HTTPS 인증서가 자동으로 발급됩니다. 인증서를 따로 구매하거나 갱신 일정을 챙기는 작업은 필요하지 않습니다.
글을 발행하면 sitemap.xml, robots.txt, canonical, JSON-LD(구조화 데이터), OG(공유 미리보기), RSS가 자동으로 적용됩니다. 본문도 서버에서 완성된 HTML로 전달되므로, 스크립트를 실행하지 않는 수집기도 글 내용을 그대로 읽습니다. 운영자가 직접 할 일은 주소를 정하는 일과 연결 직후의 점검, 검색 관리 도구 등록입니다.
첫 글을 발행하기 전에 연결할 주소부터 정하고, 연결 직후 위의 다섯 항목을 한 번 점검합니다.
자주 묻는 질문
이미 플랫폼 주소에 글을 많이 썼다면 내 도메인으로 옮기는 것이 좋을까요?
앞으로도 오래 운영할 블로그라면 옮기는 편이 장기적으로 유리합니다. 다만 기존 주소에서 새 주소로 넘겨 주는 설정을 글마다 걸 수 있는지 먼저 확인해야 합니다. 이 설정이 불가능하면 기존 글의 링크와 색인 기록은 새 주소로 이어지지 않습니다.
하위 도메인과 전용 도메인 중 무엇을 골라야 할까요?
이미 알려진 회사 홈페이지 도메인이 있다면 하위 도메인이 회사와의 연결을 가장 분명하게 보여 줍니다. 블로그를 별도 브랜드로 키우려는 경우에는 전용 도메인도 선택지가 됩니다. 어느 쪽이든 한 번 정한 뒤 바꾸지 않는 것이 중요합니다.
도메인을 연결한 뒤 검색 결과에 바로 반영되나요?
검색엔진이 새 주소를 다시 수집해야 하므로 반영 시점은 검색엔진마다 다릅니다. 연결 직후 서치 콘솔과 서치어드바이저에 사이트맵을 제출하면 수집을 요청할 수 있습니다.
oblog에서 내 도메인을 연결하면 HTTPS 인증서는 따로 준비해야 하나요?
따로 준비하지 않아도 됩니다. oblog는 연결한 도메인에 HTTPS 인증서를 자동으로 발급합니다.
