7장. 블로그 도메인과 검색 등록 기본, 초보자가 꼭 알아야 할 설정 흐름

도메인, 사이트맵, RSS, 검색 등록 같은 단어는 처음 들으면 괜히 기술적인 일처럼 느껴집니다. 하지만 블로그 운영자 입장에서는 내 글을 검색엔진에 제대로 알리는 기본 인사에 가깝습니다.

한 번 해보면 어렵지 않은데, 안 해두면 나중에 ‘왜 내 글이 검색에 안 보이지?’ 하며 시간을 꽤 잃게 됩니다. 그래서 이 부분은 수익화 이전에 출발선 정리라고 생각하고 차근차근 끝내는 편이 좋습니다.

블로그를 만들고 글을 발행했는데 아무도 들어오지 않으면 초보자는 바로 불안해집니다.

“내 글이 안 좋은 걸까?” “구글이 내 블로그를 싫어하는 걸까?” “애드센스 승인이 안 나는 이유가 검색 등록 때문일까?” “사이트맵, RSS, robots.txt는 도대체 뭘까?”

검색 유입은 글만 쓴다고 자동으로 생기지 않습니다. 물론 장기적으로는 좋은 글이 가장 중요합니다. 하지만 새 블로그는 검색엔진에게 먼저 자신을 알려야 합니다. 사람이 태어나면 출생신고를 하듯이, 새 사이트도 검색엔진에 “이 주소에 이런 글이 있습니다”라고 알려야 합니다.

여기서는 도메인과 검색 등록의 기본을 다룹니다. 복잡한 개발 지식이 없어도 됩니다. 다만 기본 주소, 2차 도메인, 하위 도메인의 차이, 사이트맵과 RSS의 역할, robots.txt의 의미, Search Console과 네이버 서치어드바이저, 빙 웹마스터 도구 등록 흐름은 이해해야 합니다. 그래야 색인 오류가 나왔을 때 무조건 실패로 해석하지 않고 차분히 점검할 수 있습니다.

검색 등록은 수익화의 출발선입니다

도메인과 검색 등록은 블로그의 기본 인프라입니다. 글을 잘 써도 검색엔진이 사이트를 발견하고 색인하지 못하면 유입이 쌓이지 않습니다. 사이트맵, RSS, 서치콘솔, 네이버 서치어드바이저를 기본 점검 목록으로 관리해야 합니다.

먼저 글의 목적을 한 줄로 정합니다.
독자가 글을 읽은 뒤 해야 할 행동을 확인합니다.
공식 출처, 비교표, 체크리스트, 내부링크가 필요한지 판단합니다.

검색 등록은 수익을 직접 만들어 주는 마법이 아닙니다. 하지만 검색엔진이 내 글을 발견하고 평가할 수 있는 입구를 열어 줍니다. 이 입구를 제대로 열어 두지 않으면 좋은 글을 쓰고도 오랫동안 발견되지 않을 수 있습니다.

도메인은 블로그의 주소이자 자산의 이름이다

도메인은 처음엔 그냥 주소처럼 보이지만, 시간이 지나면 내 콘텐츠를 묶는 이름이 됩니다. 그래서 너무 즉흥적으로 정하기보다 오래 써도 어색하지 않은지 한 번 더 보는 게 좋습니다.

도메인은 인터넷에서 내 사이트를 찾는 주소입니다. 네이버 블로그나 티스토리 기본 주소를 그대로 쓸 수도 있고, 별도의 2차 도메인을 연결할 수도 있습니다. 워드프레스는 보통 직접 구매한 도메인을 연결해 운영합니다.

초보자는 도메인을 단순히 예쁜 이름 정도로 생각하기 쉽습니다. 하지만 장기 운영에서는 도메인이 자산의 이름이 됩니다. 검색엔진은 특정 도메인에 쌓인 콘텐츠, 내부링크, 신뢰 신호, 업데이트 이력, 사용자 반응을 함께 봅니다. 독자도 주소를 통해 사이트의 성격을 기억합니다.

기본 주소는 플랫폼이 제공하는 주소입니다. 예를 들어 티스토리의 example.tistory.com, 블로그스팟의 example.blogspot.com 같은 형태입니다. 만들기 쉽고 비용이 들지 않지만, 플랫폼 이름이 주소에 포함됩니다. 플랫폼을 옮길 때 주소 자산을 그대로 가져가기 어렵다는 한계가 있습니다.

2차 도메인은 직접 구매한 독립 주소입니다. 예를 들어 example.com 같은 형태입니다. 티스토리, 블로그스팟, 워드프레스에 연결할 수 있습니다. 장기적으로는 도메인 자체에 브랜드와 검색 신뢰가 쌓일 수 있습니다. 다만 도메인 비용이 들고, DNS 설정을 이해해야 합니다.

하위 도메인은 2차 도메인 앞에 이름을 붙인 주소입니다. 예를 들어 travel.example.com, money.example.com, app.example.com 같은 형태입니다. 큰 사이트에서 주제별로 분리할 때 사용할 수 있습니다. 하지만 초보자가 처음부터 하위 도메인을 많이 만들 필요는 없습니다. 콘텐츠가 충분히 쌓이고 주제 분리가 필요할 때 고민해도 늦지 않습니다.

주소 선택의 기준은 간단합니다. 연습과 승인 경험이 목표라면 기본 주소로 시작해도 됩니다. 장기 자산을 만들 계획이 분명하다면 2차 도메인을 고려합니다. 주제가 여러 개로 확실히 분리될 때만 하위 도메인을 생각합니다.

2차 도메인을 쓸 때 얻는 것과 잃는 것

2차 도메인은 수익형 블로그에서 자주 권장됩니다. 이유는 내 주소를 갖는다는 점 때문입니다. 플랫폼을 바꾸더라도 도메인을 중심으로 자산을 설계할 수 있고, 독자에게도 더 독립적인 인상을 줄 수 있습니다. 워드프레스로 확장할 때도 도메인 중심의 운영이 유리합니다.

하지만 2차 도메인이 모든 문제를 해결해 주지는 않습니다. 도메인을 샀다고 검색 노출이 자동으로 좋아지는 것은 아닙니다. 오히려 설정을 잘못하면 접속 오류, SSL 오류, www 포함 여부 혼동, Search Console 등록 오류가 생길 수 있습니다.

초보자가 자주 겪는 문제는 주소의 일관성입니다. http://example.com, https://example.com, https://www.example.com, https://blog.example.com은 서로 비슷해 보여도 검색엔진 입장에서는 다른 주소로 취급될 수 있습니다. 운영자는 어떤 주소를 대표 주소로 쓸지 정하고, 내부링크와 검색 등록을 그 기준에 맞춰야 합니다.

또 하나의 문제는 도메인 이전입니다. 기본 주소로 운영하다가 나중에 2차 도메인을 연결하면 검색엔진이 새 주소를 다시 파악하는 시간이 필요할 수 있습니다. 기존 글의 주소가 바뀌거나, 리디렉션이 제대로 되지 않으면 유입이 흔들릴 수 있습니다. 그래서 장기 운영을 확신한다면 초반부터 2차 도메인을 붙이는 편이 깔끔할 수 있습니다. 반대로 아직 주제도 플랫폼도 확정하지 못했다면 기본 주소로 경험을 쌓는 것도 괜찮습니다.

도메인은 욕심으로 사는 것이 아니라 운영 계획에 맞춰 사야 합니다. 여러 도메인을 사 놓고 방치하는 것보다 하나의 도메인에 좋은 글과 안정적인 구조를 쌓는 것이 훨씬 중요합니다.

사이트맵은 검색엔진에게 건네는 지도다

사이트맵은 내 사이트에 어떤 페이지가 있는지 검색엔진에게 알려 주는 지도입니다. 검색엔진은 링크를 따라다니며 페이지를 발견하지만, 새 사이트나 내부링크가 약한 사이트는 모든 글을 빨리 발견하지 못할 수 있습니다. 사이트맵을 제출하면 검색엔진이 글 목록을 파악하는 데 도움이 됩니다.

대부분의 블로그 플랫폼은 사이트맵 주소를 자동으로 제공합니다. 티스토리, 블로그스팟, 워드프레스는 각각 방식이 조금 다르지만, 보통 sitemap.xml 형태의 주소를 확인할 수 있습니다. 워드프레스는 SEO 플러그인이나 기본 기능을 통해 사이트맵이 생성됩니다.

사이트맵을 제출했다고 해서 모든 글이 즉시 상위 노출되는 것은 아닙니다. 사이트맵은 “여기에 글이 있습니다”라고 알려 주는 역할입니다. 검색엔진이 그 글을 색인할지, 얼마나 자주 방문할지, 어떤 검색어에 노출할지는 별도의 평가 과정입니다.

초보자는 사이트맵 제출 후 바로 결과를 기대합니다. 그러나 검색엔진은 시간이 필요합니다. 특히 새 도메인, 새 블로그, 글 수가 적은 사이트는 발견과 평가가 느릴 수 있습니다. 사이트맵 제출은 시작 버튼이지 완성 버튼이 아닙니다.

사이트맵을 점검할 때는 세 가지를 봅니다. 첫째, 사이트맵 주소가 실제로 열리는가. 둘째, Search Console이나 다른 웹마스터 도구에서 제출 성공으로 표시되는가. 셋째, 새 글이 발행된 뒤 사이트맵에 반영되는가. 이 세 가지만 확인해도 기본 오류를 줄일 수 있습니다.

RSS는 새 글 소식을 전하는 흐름이다

RSS는 새 글이 발행되었을 때 그 목록을 전달하는 피드입니다. 사이트맵이 전체 지도를 보여 준다면, RSS는 새 소식을 알려 주는 흐름에 가깝습니다. 네이버 서치어드바이저나 일부 서비스에서는 RSS 제출을 요구하거나 권장합니다.

RSS도 플랫폼마다 주소가 다릅니다. 보통 /rss, /feed, /feeds/posts/default 같은 형태가 사용됩니다. 정확한 주소는 플랫폼의 도움말이나 관리 화면에서 확인해야 합니다. 꼭 확인할 것은 RSS 주소가 열리고, 최근 글이 표시되는지입니다.

RSS 제출은 색인 속도를 보장하지 않습니다. 하지만 새 글을 검색엔진과 서비스가 발견하는 데 도움을 줄 수 있습니다. 특히 네이버 서치어드바이저를 사용할 때 사이트맵과 RSS를 함께 등록하면 기본 출생신고가 더 깔끔해집니다.

초보자가 주의할 점은 RSS에 글 일부만 표시되는지 전체가 표시되는지보다, 일단 주소가 정상인지 확인하는 것입니다. 피드가 오류를 내거나 비공개 글만 포함하고 있거나, 잘못된 주소를 제출하면 발견 과정에서 문제가 생깁니다.

robots.txt는 검색엔진에게 허용과 제한을 알려 준다

robots.txt는 검색엔진 크롤러에게 어느 영역을 접근해도 되는지, 어느 영역은 제한할지 알려 주는 파일입니다. 이름이 어렵지만 개념은 간단합니다. 사이트 입구에 붙여 둔 안내문이라고 생각하면 됩니다.

대부분의 블로그 플랫폼은 기본 robots.txt를 자동으로 관리합니다. 초보자가 직접 수정할 일이 많지는 않습니다. 다만 워드프레스에서는 설정이나 플러그인에 따라 검색엔진 접근을 막는 실수를 할 수 있습니다. 예를 들어 “검색 엔진이 이 사이트를 검색하지 못하도록 요청” 같은 옵션이 켜져 있으면 색인에 문제가 생길 수 있습니다.

robots.txt에서 가장 위험한 실수는 전체 차단입니다. Disallow: / 같은 설정은 검색엔진이 사이트 전체를 크롤링하지 못하게 할 수 있습니다. 물론 관리자 페이지나 내부 검색 결과처럼 차단해야 할 영역도 있지만, 초보자가 의미를 모르고 복사한 설정 때문에 정상 글까지 막히면 큰 문제입니다.

검색 등록 후 색인이 전혀 되지 않는다면 robots.txt와 사이트 공개 설정을 확인해야 합니다. 글이 나쁘기 전에 검색엔진이 들어올 수 있는 문이 열려 있는지 봐야 합니다.

Search Console은 구글에 내 사이트를 알리는 기본 도구다

구글 검색 유입을 생각한다면 Google Search Console은 꼭 등록해야 합니다. Search Console은 내 사이트를 구글에 제출하고, 색인 상태와 검색 노출 데이터를 확인하는 도구입니다. 수익형 블로그 운영자는 애드센스 보고서만 보면 안 됩니다. 애드센스는 수익을 보여 주고, Search Console은 검색에서 어떤 일이 일어나는지 보여 줍니다.

Search Console 등록 방식은 크게 도메인 속성과 URL 접두어 속성이 있습니다. 도메인 속성은 도메인 전체를 확인하는 방식이고, DNS 인증이 필요합니다. URL 접두어 속성은 특정 주소 기준으로 등록하는 방식이며 HTML 파일, 메타태그, Google Analytics, Google Tag Manager 등으로 인증할 수 있습니다.

초보자는 플랫폼에서 안내하는 방식에 따라 진행하면 됩니다. 가장 먼저 확인할 것은 대표 주소를 정확히 등록하는 것입니다. https와 http, www 유무, 하위 도메인 여부가 헷갈리면 데이터가 나뉠 수 있습니다. 가능하면 실제 접속되는 최종 주소를 기준으로 등록하고, 장기 운영 도메인은 도메인 속성도 고려합니다.

등록 후에는 사이트맵을 제출합니다. 이후 URL 검사 도구로 특정 글이 구글에 등록되어 있는지 확인할 수 있습니다. 새 글을 발행한 뒤 색인 요청을 할 수도 있습니다. 다만 색인 요청은 빠른 발견을 돕는 기능이지 상위 노출 보장 기능이 아닙니다.

Search Console에서 봐야 할 기본 지표는 노출수, 클릭수, 클릭률, 평균 게재순위, 검색어입니다. 초보자는 순위보다 먼저 검색어를 봐야 합니다. 내가 의도한 키워드로 노출되는지, 전혀 다른 검색어로 노출되는지 확인해야 다음 글 방향을 잡을 수 있습니다.

네이버 서치어드바이저와 빙 웹마스터도 기본 등록에 포함한다

국내 블로그라면 네이버 서치어드바이저도 중요합니다. 네이버 검색 유입을 기대한다면 사이트 소유 확인, 사이트맵 제출, RSS 제출, 웹 페이지 수집 요청 같은 기본 절차를 진행합니다. 네이버는 구글과 색인 방식과 노출 환경이 다르기 때문에, 구글에 등록했다고 네이버에도 자동으로 잘 노출된다고 생각하면 안 됩니다.

네이버 서치어드바이저에서 자주 확인할 것은 사이트 진단, 수집 현황, 웹 페이지 수집 요청 결과입니다. 수집 요청이 실패했다고 바로 저품질로 단정하지 마십시오. 주소 입력 오류, robots.txt 차단, 페이지 접근 문제, 일시적 서버 문제일 수 있습니다.

빙 웹마스터 도구도 함께 등록해 두면 좋습니다. 빙은 구글이나 네이버보다 유입 비중이 작을 수 있지만, 등록 비용이 드는 것은 아닙니다. 특히 다양한 검색엔진과 AI 검색 생태계가 연결되는 흐름을 생각하면 기본 등록을 해 두는 편이 좋습니다. 빙 웹마스터 도구는 Search Console 데이터를 가져오는 기능을 제공하기도 하므로 비교적 쉽게 시작할 수 있습니다.

검색 등록의 기본 순서는 이렇습니다.

대표 주소를 정한다.
사이트가 공개 상태인지 확인한다.
사이트맵과 RSS 주소를 확인한다.
Google Search Console에 등록하고 사이트맵을 제출한다.
네이버 서치어드바이저에 등록하고 사이트맵·RSS를 제출한다.
빙 웹마스터 도구에 등록한다.
주요 글 몇 개를 URL 검사 또는 수집 요청으로 확인한다.
색인과 노출 데이터를 2~4주 단위로 기록한다.

색인 오류를 무조건 실패로 해석하지 않는다

검색 등록을 마친 뒤 오류 메시지가 보이면 누구나 불안해집니다. 하지만 모든 오류가 심각한 문제는 아니고, 기다리면 자연스럽게 정리되는 경우도 꽤 있습니다.

검색 등록을 하면 다양한 메시지를 만납니다. 발견됨, 크롤링됨, 색인 생성 요청됨, 제외됨, 리디렉션, 중복, 대체 페이지, robots 차단 같은 표현이 나옵니다. 초보자는 이 메시지를 보면 겁을 먹습니다. 하지만 모든 오류가 치명적인 것은 아닙니다.

예를 들어 구글에서 “발견됨 - 현재 색인이 생성되지 않음” 같은 상태가 보일 수 있습니다. 이는 구글이 URL을 알고 있지만 아직 색인하지 않았다는 뜻입니다. 새 사이트에서는 흔히 볼 수 있습니다. 글 품질, 사이트 신뢰, 내부링크, 크롤링 우선순위, 시간 등의 영향을 받습니다.

“크롤링됨 - 현재 색인이 생성되지 않음”은 구글이 페이지를 방문했지만 색인하지 않았다는 의미입니다. 이 경우 본문이 너무 얇은지, 중복성이 강한지, 내부링크가 약한지, 검색 의도가 불분명한지 점검할 수 있습니다. 하지만 한두 개 글만으로 사이트 전체를 실패로 단정하면 안 됩니다.

네이버 수집 실패도 마찬가지입니다. 주소가 잘못되었거나, 사이트가 느리거나, 일시적으로 접근이 안 되었거나, robots 설정 문제가 있을 수 있습니다. 먼저 기술적 접근 가능성을 확인하고, 그다음 콘텐츠 품질을 봐야 합니다.

색인 문제를 만났을 때의 순서는 다음과 같습니다.

주소가 정확한지 확인한다.
페이지가 로그인 없이 열리는지 확인한다.
사이트 공개 설정과 robots.txt를 확인한다.
사이트맵에 해당 URL이 포함되어 있는지 본다.
내부링크가 최소 1개 이상 연결되어 있는지 확인한다.
본문이 너무 짧거나 중복된 내용은 아닌지 점검한다.
며칠에서 몇 주 정도 시간을 두고 다시 확인한다.

색인은 품질 평가의 일부이지만, 색인 지연이 곧 영구 실패는 아닙니다. 특히 새 블로그는 기다림과 점검이 필요합니다.

새 블로그 출생신고 체크리스트

새 블로그를 만들었다면 아래 체크리스트를 한 번에 점검하십시오.

대표 주소를 정했는가?
http에서 https로 정상 접속되는가?
www 사용 여부가 일관적인가?
사이트 이름과 소개가 설정되어 있는가?
개인정보처리방침, 문의 페이지, 프로필 등 기본 신뢰 요소가 있는가?
카테고리가 비어 있지 않은가?
사이트맵 주소가 정상적으로 열리는가?
RSS 주소가 정상적으로 열리는가?
robots.txt가 전체 차단 상태가 아닌가?
Google Search Console에 사이트를 등록했는가?
Search Console에 사이트맵을 제출했는가?
네이버 서치어드바이저에 사이트를 등록했는가?
네이버에 사이트맵과 RSS를 제출했는가?
빙 웹마스터 도구에 등록했는가?
주요 글 3~5개의 URL 검사 또는 수집 요청을 해 보았는가?
검색 등록 상태를 기록할 표를 만들었는가?

이 체크리스트를 완료했다고 바로 유입이 폭발하지는 않습니다. 하지만 최소한 검색엔진이 내 사이트를 발견할 수 있는 기본 통로는 열어 둔 것입니다.

실습: 검색 등록 완료표 만들기

이번 장의 산출물은 검색 등록 완료표입니다. 아래 양식을 복사해 자신의 블로그에 맞게 채워 보십시오.

항목	주소 또는 상태	확인 결과
대표 주소	예: https://example.com	정상 접속/오류
사이트맵	예: /sitemap.xml	제출 성공/실패
RSS	예: /rss 또는 /feed	정상/오류
robots.txt	예: /robots.txt	전체 차단 없음
Search Console	등록 방식	소유 확인 완료
네이버 서치어드바이저	등록 여부	수집 요청 결과
빙 웹마스터	등록 여부	사이트맵 제출
주요 글 URL 검사	글 3~5개	색인/대기/제외

이 표를 만들면 “등록한 것 같은데 기억이 안 난다”는 상태를 피할 수 있습니다. 수익형 블로그 운영자는 글뿐 아니라 운영 기록도 자산으로 남겨야 합니다. 나중에 유입이 줄었을 때도 이 기록이 있어야 무엇이 바뀌었는지 비교할 수 있습니다.

검색 등록은 발행 후 운영 루프까지 포함합니다

도메인과 검색 등록은 기술 세팅으로 끝나지 않습니다. AI 검색 시대에는 검색엔진이 읽기 쉬운 구조, 명확한 제목, 빠른 답변, FAQ, 내부링크가 함께 필요합니다. 발행 후 흐름까지 보면 플랫폼이나 CMS보다 어떤 질문을 어떤 출처로 해결하는 사이트인가가 더 중요해졌다고 정리합니다. Search Console, 사이트맵, 색인 확인은 기본이고, 발행 후 실제 유입 검색어를 보며 제목과 FAQ를 보강하는 운영 루프까지 포함해야 합니다.

자주 묻는 질문

검색 등록을 하면 바로 방문자가 늘어나나요?

바로 늘어나는 것은 아닙니다. 검색 등록은 검색엔진이 내 사이트를 발견하고 색인할 수 있게 돕는 기본 작업입니다. 이후에는 키워드, 제목, 본문 품질이 함께 작동해야 합니다.

사이트맵과 RSS는 꼭 제출해야 하나요?

가능하면 제출하는 것이 좋습니다. 특히 새 글이 꾸준히 발행되는 블로그라면 검색엔진이 구조를 이해하고 새 URL을 발견하는 데 도움이 됩니다.

도메인은 꼭 구매해야 하나요?

초기 테스트라면 무료 주소로도 시작할 수 있습니다. 다만 장기 자산화와 이전 가능성을 생각하면 독립 도메인을 고려할 만합니다.

이 장의 핵심 정리

도메인과 검색 등록은 블로그 운영의 기초 인프라입니다. 기본 주소, 2차 도메인, 하위 도메인의 차이를 이해하고, 사이트맵, RSS, robots.txt의 역할을 알아야 합니다. Search Console, 네이버 서치어드바이저, 빙 웹마스터 도구에 등록하는 것은 새 블로그의 출생신고와 같습니다.

다만 검색 등록은 상위 노출 보장 장치가 아닙니다. 검색엔진이 내 사이트를 발견하고 평가할 수 있게 도와주는 기본 절차입니다. 색인 지연이나 오류 메시지가 나와도 곧바로 실패로 단정하지 말고 주소, 공개 설정, robots, 사이트맵, 내부링크, 본문 품질을 순서대로 점검해야 합니다.

다음 장에서는 이렇게 만든 플랫폼과 도메인이 어떤 리스크를 가질 수 있는지 다루겠습니다. 티스토리 저품질, 네이버 누락, 플랫폼 정책 변경, 계정 정지 같은 일이 생겼을 때 무작정 모든 글을 옮기는 것이 아니라 어떤 글을 어떻게 탈출시킬지 판단해야 합니다.

공부스닷컴