블로그를 새로 열고 며칠 뒤, 구글 검색창에 자기 블로그 제목을 쳐본 경험이 다들 한 번쯤 있을 겁니다. 그런데 아무리 찾아도 내 글이 안 나오면 순간 당황스럽죠. "분명 글도 몇 개 올렸는데 왜 검색에 안 잡히지"라는 물음표가 뜨는 그 시점이, 사실 구글 서치콘솔을 열어봐야 하는 순간입니다.
문제는 여기서부터입니다. 서치콘솔에 계정을 만들고 사이트를 등록해두면 그걸로 할 일이 끝났다고 생각하는 초보 블로거가 정말 많아요. 등록은 시작일 뿐이고, 실제로 검색 노출에 도움이 되는 작업은 등록 이후에 일어납니다.
서치콘솔은 순위를 올려주는 도구가 아니다
가장 먼저 정리하고 넘어갈 오해가 있습니다. 서치콘솔은 검색 순위를 직접 끌어올려주는 마법 버튼이 아니에요. 구글 공식 도움말도 이 도구를 사이트가 Google 검색결과에서 어떻게 표시되는지 모니터링하고 유지관리하는 도구라고 설명합니다. 즉 순위를 조작하는 게 아니라, 구글이 내 사이트를 어떻게 보고 있는지 확인하는 진단 창구인 셈이죠.
그래서 서치콘솔을 켜둔다고 트래픽이 저절로 늘지는 않습니다. 대신 이 도구를 통해 "내 글이 색인이 안 됐다", "특정 페이지에서 오류가 난다", "모바일에서 로딩이 느리다" 같은 문제를 미리 발견할 수 있어요. 발견한 문제를 실제로 고치는 건 여전히 블로거의 몫입니다.
계정 등록과 소유권 인증
서치콘솔을 처음 쓴다면 search.google.com/search-console에 접속해서 속성을 추가하는 것부터 시작합니다. 이때 "도메인" 속성과 "URL 접두어" 속성 중 하나를 고르게 되는데, 도메인 속성은 DNS 인증이 필요해서 조금 번거롭고 URL 접두어 속성은 HTML 태그 삽입이나 파일 업로드로 비교적 간단하게 인증할 수 있어요.
Blogspot(Blogger)을 쓰고 있다면 테마 HTML 편집 화면에서 <head> 태그 바로 아래에 구글이 제공하는 메타 태그 한 줄을 붙여넣는 방식이 가장 손이 덜 갑니다. 인증이 끝나면 화면에 "소유권이 확인되었습니다"라는 문구가 뜨는데, 이 단계를 건너뛰고는 다음 기능으로 넘어갈 수 없으니 반드시 먼저 처리해야 해요.
사이트맵 제출, 안 하면 손해인 이유
소유권 인증 다음으로 챙길 건 사이트맵 제출입니다. 사이트맵은 내 블로그에 어떤 글들이 있는지 목록으로 정리한 파일이라고 보면 됩니다. Blogger는 별도 설정 없이도 블로그주소/sitemap.xml 형태로 사이트맵이 자동 생성되니, 이 주소를 서치콘솔의 "Sitemaps" 메뉴에서 등록하기만 하면 돼요.
구글 공식 도움말에 따르면 사이트맵 '제출'이라는 표현은 파일을 구글에 업로드한다는 뜻이 아니라, "사이트에서 파일을 찾을 수 있는 위치를 Google에 알려주는 것"에 가깝습니다. 사이트맵을 등록해두면 크롤러가 새 글이나 수정된 글을 더 효율적으로 찾아갈 수 있어서, 등록하지 않았을 때보다 색인까지 걸리는 시간이 줄어드는 경우가 많다고 알려져 있어요.
URL 검사 도구, 새 글 하나 올렸을 때 쓰는 법
사이트맵이 전체 글 목록을 알리는 용도라면, URL 검사 도구는 글 하나를 콕 집어 확인할 때 씁니다. 화면 상단 검색창에 방금 올린 글 주소를 붙여넣으면, 그 페이지가 구글에 색인되어 있는지, 문제가 있다면 어떤 오류인지 바로 보여줍니다.
색인이 안 되어 있다면 같은 화면에서 "색인 생성 요청" 버튼을 눌러 크롤링 대기열에 올릴 수 있어요. 다만 이 버튼을 누른다고 즉시 검색결과에 뜨는 건 아니고, 크롤러가 실제로 방문해서 검토를 마쳐야 반영됩니다. 급한 마음에 같은 글을 하루에도 몇 번씩 재요청하는 경우가 있는데, 그렇다고 처리 속도가 빨라지지는 않으니 한 번 요청했으면 며칠 기다려보는 게 낫습니다.
등록 후에는 이 세 가지 보고서를 본다
계정 등록과 사이트맵 제출까지 끝냈다면, 이제부터는 아래 세 보고서를 주기적으로 살펴보는 습관이 필요합니다.
- 실적(성과) 보고서: 어떤 검색어로 내 블로그가 노출됐는지, 클릭은 몇 번 있었는지 보여줍니다. 새로 쓴 글이 어떤 키워드로 유입되는지 파악하는 데 가장 기본이 되는 화면이에요.
- 페이지(색인 생성) 보고서: 전체 글 중 몇 개가 색인됐고, 색인되지 않은 글은 어떤 이유 때문인지 알려줍니다. "중복 페이지", "크롤링됨-색인 생성되지 않음" 같은 항목이 뜬다면 원인을 하나씩 확인해봐야 해요.
- 코어 웹 바이탈 보고서: 모바일에서 페이지 로딩이 얼마나 빠른지, 사용자 경험 지표는 어떤지 알려줍니다. 이 지표를 어떻게 해석하고 개선하는지는 코어 웹 바이탈이란, 블로그 로딩속도 LCP·INP·CLS 기준값과 개선 체크리스트에서 자세히 다뤘으니 함께 참고하면 좋습니다.
초보 블로거가 자주 하는 실수
서치콘솔을 켜놓고도 효과를 못 느낀다는 분들을 보면 몇 가지 패턴이 비슷하게 나타납니다.
먼저, 색인 생성 요청만 반복하고 정작 페이지 보고서에 뜨는 오류는 방치하는 경우예요. "크롤링됨-색인 생성되지 않음"으로 표시된 글은 대개 콘텐츠 자체가 부실하거나 다른 글과 내용이 겹친다고 구글이 판단했다는 신호인데, 이 원인을 안 고치고 요청만 반복하면 똑같은 결과가 되풀이됩니다.
둘째, 실적 보고서를 한 번도 안 열어보는 경우도 흔해요. 어떤 검색어로 사람들이 들어오는지 알아야 다음 글 주제를 정할 때 참고가 되는데, 이 데이터를 안 보고 감으로만 주제를 고르면 애써 쓴 글이 검색 의도와 어긋날 수 있습니다. 콘텐츠 자체의 품질 문제까지 겹치면 블로그 E-E-A-T란 무엇인가, 순위 요인이라는 오해와 실전 체크리스트에서 다룬 신뢰도 요소까지 함께 점검해볼 필요가 있어요.
마지막으로, 서치콘솔만 잘 관리하면 방문자가 저절로 는다고 믿는 경우도 있습니다. 서치콘솔은 어디까지나 진단 도구이고, 실제 유입을 늘리는 기본기는 검색엔진 등록부터 발행 주기까지 다른 요소들이 함께 맞물려야 합니다. 이 부분은 블로그 방문자 늘리기, "좋은 글만 쓰면 된다"는 착각에서 정리해뒀으니 이어서 읽어보시길 권합니다.
정리하며
서치콘솔은 한 번 설정해두고 끝내는 도구가 아니라, 새 글을 올릴 때마다 함께 열어보는 습관을 들이는 게 핵심입니다. 사이트맵과 URL 검사 도구로 색인을 챙기고, 실적·페이지·코어 웹 바이탈 보고서를 번갈아 보면서 문제를 하나씩 줄여나가는 것, 그게 서치콘솔을 제대로 쓰는 방법입니다.
출처
- Google Search Console 도움말, "웹사이트 소유자를 위한 기본 Search Console 사용법" — support.google.com
- Google Search Console 도움말, "URL 검사 도구" — support.google.com
- Google Search Console 도움말, "사이트맵 보고서를 사용하여 사이트맵 관리하기" — support.google.com
- Google Search Console 도움말, "Search Console 사용자를 위한 주요 작업" — support.google.com
0 댓글