포스트메이트
블로그/SEO/디지털마케팅

구글 서치콘솔 제대로 쓰면 유입이 달라진다

어두운 책상 위에 놓인 MacBook 노트북 상단 뷰

블로그를 몇 달째 운영했는데 구글 유입이 여전히 0에 가깝다면, 십중팔구 GSC(Google Search Console)를 연결하지 않았거나 연결만 해두고 뭘 봐야 하는지 몰라 방치 중인 경우다.

GSC는 구글이 내 사이트를 어떻게 크롤링하고 어떤 검색어로 노출시키는지 직접 확인할 수 있는 무료 도구다. "설치했다"는 사실 자체는 아무 의미가 없다. 어떤 보고서를 언제 열어야 하는지, 그리고 거기서 읽은 신호에 어떻게 반응하는지가 유입을 바꾼다.

이 글은 GSC를 처음 마주하는 설치 전 단계부터 — 연결 당일(D+0), 첫 데이터가 들어오는 일주일 뒤(D+7), 루틴이 자리잡는 한 달 이후(D+30)까지 — 시간 순서로 묶었다. 단계마다 "지금 이 시점에 무엇을 해야 하는가"가 다르기 때문에, 순서대로 따라오면 된다.


연결하기 전에 결정할 것 하나

GSC에 처음 로그인하면 가장 먼저 속성(property) 추가 화면이 나온다. 여기서 선택지가 둘이다.

도메인 속성은 http/https, www 여부, 서브도메인까지 한꺼번에 묶어서 본다. 대신 소유권 확인 방법이 DNS TXT 레코드 하나뿐이다. URL 접두어 속성은 입력한 URL 기준으로만 데이터를 수집하지만, 소유권 확인 방법이 다섯 가지로 유연하다.

개인 블로그라면 URL 접두어(https://yourblog.com)로 시작하는 게 훨씬 편하다. 이 결정이 이후 소유권 확인 방식을 결정하므로, 시작 전에 미리 알아두는 게 좋다.


D+0, 연결 당일 끝내야 하는 두 가지

Google Search Console에 접속해 구글 계정으로 로그인하면 속성 추가가 시작된다. 처음 화면을 마주하는 순간, 대부분의 사람이 "이거 뭔가 복잡할 것 같은데"라는 느낌을 받는다. 그런데 당일에 해야 하는 건 딱 두 가지뿐이다 — 소유권 확인, 사이트맵 제출.

소유권 확인 방법 5가지, 무엇을 고를까

방법마다 난이도와 안정성이 다르다. 막상 여러 블로그를 관리하다 보면 방법 선택이 꽤 중요해지더라고요.

방법난이도특징
HTML 메타태그쉬움가장 일반적. 테마 교체 후 태그가 사라지지 않았는지 확인 필요
HTML 파일 업로드보통서버 접근 권한 필요
Google Analytics쉬움GA 이미 설치돼 있으면 즉시 자동 인증
Google 태그 관리자보통GTM 컨테이너 공개 게시 상태여야 함
DNS TXT 레코드보통가장 안정적. 플러그인 비활성화·테마 교체에도 인증 유지

워드프레스 사용자라면 Google Site Kit 플러그인이 이 과정 전체를 자동으로 처리해준다. 코드나 DNS를 건드릴 필요 없이 클릭 몇 번으로 끝난다.

DNS TXT 레코드는 처음엔 낯설어 보여도, 한 번 설정해두면 테마 업데이트나 플러그인 충돌로 메타태그가 날아가는 상황에서도 인증이 풀리지 않는다. 장기적으로는 가장 안정적인 방법이다. 단, DNS 변경 사항이 적용되는 데 수 시간이 걸릴 수 있다.

소유권 확인 직후: 사이트맵 제출로 마무리

소유권 확인을 마치면 곧바로 해야 하는 게 사이트맵 제출이다. 왼쪽 메뉴에서 색인 생성 → Sitemaps로 들어가 사이트맵 URL을 입력하고 제출하면 된다.

대부분의 블로그 플랫폼은 yourdomain.com/sitemap.xml 형태로 자동 생성한다. 워드프레스는 sitemap_index.xml이 기본이다. 사이트맵을 제출하면 구글이 내 사이트 구조를 더 효율적으로 파악할 수 있다. 단, 제출 즉시 색인이 생기는 건 아니다. 구글봇이 직접 크롤링해야 색인이 만들어지므로 며칠에서 몇 주가 걸리기도 한다.

이 두 가지를 끝냈다면 D+0의 할 일은 끝이다. 지금 당장 GSC 대시보드에 데이터가 없어도 정상이다 — 데이터는 시간이 만들어준다.


D+7, 처음으로 뭔가 보이기 시작하는 날

일주일이 지나 처음으로 GSC를 다시 열었을 때, 숫자가 조금씩 채워지기 시작한다. 설레는 동시에 "이게 많은 건지 적은 건지"가 가늠이 안 될 수도 있다. 이 시점에서 봐야 하는 건 유입 숫자보다 색인 현황이다.

GSC를 연결한 직후에는 데이터가 거의 비어 있다. 보통 첫 데이터가 들어오기까지 3~7일이 걸린다. 그러니까 D+7은 "드디어 뭔가 보인다"는 시작점이지, 이미 유입이 활발한 시점이 아니다.

일주일 뒤에 다시 들어가서 색인 생성 → 페이지 메뉴를 열어보자. '색인이 생성됨'과 '색인이 생성되지 않음' 두 탭으로 나뉘는데, 처음엔 '생성되지 않음' 쪽이 더 많아도 당황할 필요 없다.

색인이 안 된 이유로 가장 자주 뜨는 항목들이다.

  • 크롤링됨 - 현재 색인이 생성되지 않음: 구글이 페이지를 방문했지만 색인할 가치가 없다고 판단한 것. 콘텐츠 품질 문제일 수 있다.
  • 검색결과에 페이지가 제외됨: noindex 태그가 붙어 있거나, robots.txt가 해당 URL을 막고 있는 경우.
  • 중복 페이지, 사용자가 표준 페이지를 선택하지 않음: 같은 내용이 여러 URL에 있을 때. canonical 태그를 설정해야 한다.

새 글을 발행했는데 색인이 늦다면, URL 검사 도구에서 해당 URL을 입력해 '색인 생성 요청'을 해볼 수 있다. 하루 수십 건까지 요청이 가능하지만, 모든 글에 무조건 쓰는 것보다 중요한 글 위주로 활용하는 게 효율적이다.

D+7에서 색인 현황을 훑었다면, 이제 다음 3주는 기다리는 시간이다. 더 할 게 없어서 조급함이 생기기도 하는데 — 이 기간에 새 글을 꾸준히 발행하는 게 가장 좋은 행동이다. 데이터는 콘텐츠가 있어야 쌓인다.


D+30, 루틴을 세팅하는 시점

한 달이 지나면 달라지는 게 있다. 클릭·노출 데이터가 의미 있게 쌓이기 시작하고, "어떤 글이 검색에 잡히는지"가 보이기 시작한다. 이때부터 가장 중요한 건 숫자를 한 번 보고 마는 게 아니라, 얼마나 자주·무엇을 순서대로 확인하는지 루틴을 만드는 것이다.

GSC에는 다섯 가지 핵심 보고서가 있다. 역할이 다르고, 확인 주기도 다르다. 한 달 이전엔 데이터가 너무 적어 이 보고서들이 무의미하지만, D+30부터는 각각의 보고서가 다른 질문에 답해준다.

보고서메뉴 위치주요 확인 내용확인 주기
실적(검색 결과)실적 → 검색결과클릭·노출·CTR·평균 게재순위 변화매주
페이지 색인색인 생성 → 페이지색인 누락·오류 조기 감지매주
페이지 경험경험 → 페이지 경험Core Web Vitals 상태월 1회
강화(리치 결과)강화 → 해당 유형구조화 데이터 오류 모니터링월 1회
링크링크외부·내부 링크 현황월 1회

실적 보고서: 매주 여는 첫 번째 탭

실적 보고서는 GSC 5대 보고서 중 가장 자주, 가장 먼저 열어야 한다. 클릭, 노출, 평균 CTR, 평균 게재순위 네 가지 지표를 한눈에 볼 수 있다.

주간 점검에서 가장 먼저 볼 건 쿼리(검색어) 탭이다. 내 글이 어떤 단어로 검색돼 노출되는지, 그리고 노출은 많은데 클릭이 낮은 쿼리가 있는지를 확인한다.

노출은 높은데 CTR이 낮다면 제목이나 메타 디스크립션이 클릭을 유도하지 못하고 있다는 신호다. 그리고 게재순위 11~20위권인 글은 조금만 개선해도 1페이지 진입이 가능한 '기회 콘텐츠'다. 이런 글을 먼저 발굴해서 업데이트하는 게 새 글을 쓰는 것보다 빠른 경우가 많다.

여기서 한 가지 습관을 더 얹으면 좋다. 실적 보고서를 열 때 날짜 범위를 지난 7일/전주 대비로 고정해두면, 매주 같은 기준으로 비교할 수 있어 이상 신호를 훨씬 빠르게 잡아낸다.

Core Web Vitals: 월 1회 체크로 충분한 이유

페이지 경험 보고서에서는 코어 웹 바이탈(Core Web Vitals) 상태를 확인할 수 있다. 세 가지 지표가 기준이다.

  • LCP(Largest Contentful Paint): 메인 콘텐츠가 로딩되는 시간. 2.5초 이하가 기준.
  • INP(Interaction to Next Paint): 클릭·탭 등 상호작용 응답 속도. 200ms 이하가 기준. (2024년 3월 FID를 대체)
  • CLS(Cumulative Layout Shift): 로딩 중 레이아웃 이동 정도. 0.1 이하가 기준.

구글이 공식 순위 신호로 인정한 지표들이지만, 솔직히 말하면 코어 웹 바이탈 단독으로 순위를 크게 바꾸는 경우는 드물다. 콘텐츠 관련성·품질이 비슷할 때 타이브레이커 역할을 한다고 보는 게 맞다. 다만 '나쁨' 상태 URL이 있다면 이미지 용량, 불필요한 스크립트, 광고 배치를 점검해볼 이유는 충분하다.

그래서 Core Web Vitals는 매주 볼 필요가 없다. 월 1회 점검 루틴에 넣어두는 게 맞다. 매주 보면 오히려 중요도를 과대평가하게 된다.


루틴이 자리잡으면, 매주 15분·월 1회 30분

처음엔 뭘 어디서 봐야 할지 몰라 30분씩 헤맬 수 있다. 그래도 두세 번 반복하면 금방 손에 익는다. 아래 순서를 그대로 따라가면 된다.

순서는 '이상 없는지 체크 → 기회 키워드 메모'가 효율적이다. 실적 보고서를 제일 먼저 여는 게 좋은데, 전주 대비 클릭이나 노출이 크게 꺾였다면 다른 걸 보기 전에 원인을 찾는 게 집중력이 흐트러지지 않는다.

매주 (15분)

  1. 실적 보고서 → 지난 7일 클릭/노출 전주 대비 확인
  2. 쿼리 탭 → 노출 상위 20개 CTR 점검, 11~20위 기회 키워드 메모 — 이 과정에서 업데이트할 글이 보이면 바로 메모해둔다. 새 글보다 기존 글 개선이 훨씬 빠를 때가 많다.
  3. 색인 생성 → '색인이 생성되지 않음' 수가 늘었는지 확인 — 갑자기 수가 늘었다면 크롤링 차단이나 noindex 실수를 의심해볼 타이밍이다.
  4. URL 검사 → 새로 발행한 글 색인 생성 요청

월 1회 (30분) 는 조금 다른 시선으로 본다. 매주 확인하는 실적 숫자가 '이번 주 체온'이라면, 월 점검은 '건강검진' 같은 느낌이다.

  1. 페이지 경험 → Core Web Vitals 나쁨 URL 목록 확인 후 개선 계획
  2. 강화 → 구조화 데이터 오류 수정
  3. 링크 → 새 외부 링크 유입 확인
  4. 실적 보고서 3개월 기간 → 성장하는 키워드, 정체 중인 글 파악 후 업데이트 우선순위 수립

3단계를 지나고 나면 뭐가 달라지나

D+0에 소유권 확인과 사이트맵 제출을 끝내고, D+7에 색인 현황을 처음 확인하고, D+30부터 5대 보고서 루틴을 만든다 — 이 세 단계가 자리잡힌 블로그는 문제가 생겼을 때 원인을 훨씬 빠르게 잡아낸다.

유입이 갑자기 떨어졌을 때 "왜인지 모르겠다"와 "실적 보고서에서 특정 쿼리 노출이 줄었다"는 완전히 다른 출발점이다. GSC를 꾸준히 들여다보는 사람은 두 번째 문장을 말할 수 있다.

보고서 숫자 하나하나가 "구글이 내 사이트를 지금 어떻게 보고 있는가"를 알려주는 신호다. 그 신호를 제때 읽는 습관이 쌓이는 게 SEO의 절반이다. 🔍

참고자료

이 글이 도움이 됐나요?

여러분의 반응이 다음 글의 방향이 돼요

이어서 읽기 좋은 글