구글 서치 콘솔 사용법 — 등록부터 색인 확인까지

구글 서치 콘솔은 내 사이트가 검색에 어떻게 보이는지 확인하는 무료 도구다. 등록·사이트맵 제출·색인 점검까지 초보자 기준 예시로 정리했다.

이루웹2026년 7월 22일41분 분량

홈페이지를 만들고 나면 반드시 해야 할 일이 하나 있다. 바로 구글 서치 콘솔(Google Search Console)에 사이트를 등록하는 것이다. 서치 콘솔은 구글이 무료로 제공하는 도구로, 내 사이트가 검색에서 어떻게 보이고 있는지, 어떤 페이지가 색인(구글의 데이터베이스에 저장되는 것)됐는지, 어떤 검색어로 사람들이 들어오는지를 직접 확인할 수 있게 해준다.

결론부터 말하면 이렇다. 서치 콘솔은 등록만으로 순위를 올려주는 도구가 아니라, 내 사이트의 검색 상태를 진단하는 계기판이다. 사이트맵을 제출하고, 색인 상태를 점검하고, 어떤 검색어로 얼마나 클릭이 들어오는지를 매주 확인하는 습관만 들여도 검색 문제의 8할은 미리 발견하고 고칠 수 있다.

구글 서치 콘솔 사용법 등록부터 색인 확인까지 — 구글 서치 콘솔은 내 사이트의 검색 상태를 보여주는 무료 계기판이다.

이 글에서 먼저 챙겨 갈 핵심만 추리면 이렇다.

서치 콘솔은 순위 확인 도구가 아니라 상태 진단 도구다 — 색인, 오류, 클릭 데이터를 보여줄 뿐 순위를 직접 올려주지 않는다
등록은 속성 만들기 → 소유권 확인 → 사이트맵 제출의 3단계로 끝난다
페이지 색인 생성 보고서로 어떤 페이지가 색인됐고, 어떤 페이지가 빠졌는지 확인한다
성능 보고서의 클릭수·노출수·CTR·평균 게재순위 4개 지표만 알면 검색 성과를 읽을 수 있다
색인이 안 될 때 점검할 7가지 체크리스트로 대부분의 문제를 스스로 해결할 수 있다

조금 더 풀어 말하면, 서치 콘솔이 없는 사이트 운영은 계기판 없이 운전하는 것과 같다. 사이트가 잘 달리고 있는지, 어딘가 경고등이 켜졌는지 전혀 알 수 없는 상태로 홈페이지만 열심히 고치는 셈이다. 서치 콘솔은 무료이면서도, 구글이 내 사이트를 실제로 어떻게 보고 있는지 알려주는 유일한 공식 창구다.

이 글은 서치 콘솔을 처음 써보는 사람도 오늘 바로 등록하고 첫 점검까지 끝낼 수 있도록, 가입부터 색인 확인, 성능 보고서 읽는 법, 흔한 오류 해결까지 예시 중심으로 쉽게 정리한다. 어려운 용어가 나오면 그 자리에서 한 문장으로 풀어 쓴다.

구글 서치 콘솔이란 무엇인가?

구글 서치 콘솔은 구글이 무료로 제공하는, 내 사이트와 구글 검색 사이의 소통 창구다. 정식 명칭은 Google Search Console이며, 예전에는 "구글 웹마스터 도구(Google Webmaster Tools)"라고 불렸다.

이 도구는 크게 세 가지 일을 한다. 첫째, 내 사이트의 어떤 페이지가 색인(구글이 페이지를 읽어서 검색 결과에 나올 수 있도록 저장해두는 것)됐는지 보여준다. 둘째, 어떤 검색어로 얼마나 많은 사람이 내 사이트를 보고(노출) 클릭했는지 알려준다. 셋째, 크롤링 오류·보안 문제·모바일 표시 문제 같은 이상 신호를 미리 알려준다.

과거 "웹마스터 도구"라는 이름이 주는 인상 때문에 개발자만 쓰는 도구라고 오해하는 경우가 많은데, 실제로는 코드를 몰라도 화면만 읽을 줄 알면 누구나 활용할 수 있게 설계돼 있다. 사업주 본인이 직접 계정을 만들어 첫 화면만 열어봐도, 지금 사이트가 검색에서 어떤 상태인지 큰 그림은 충분히 파악할 수 있다.

서치 콘솔은 광고 도구가 아니다. 돈을 내고 순위를 사는 곳이 아니라, 이미 진행 중인 검색 노출 상태를 무료로 들여다보는 창이다.

혼동하기 쉬운 도구로 구글 애널리틱스(Google Analytics)가 있다. 애널리틱스는 "사이트에 들어온 뒤 방문자가 무엇을 했는가"를 보여주고, 서치 콘솔은 "검색 결과에서 클릭이 일어나기 전과 그 순간"을 보여준다. 두 도구는 서로 다른 구간을 담당하므로, 제대로 된 홈페이지 운영이라면 둘 다 연동해서 함께 봐야 한다.

서치 콘솔과 구글 애널리틱스는 무엇이 다른가?

서치 콘솔은 "클릭이 일어나기 전"을, 애널리틱스는 "클릭이 일어난 뒤"를 보여준다. 두 도구를 하나로 착각해서 둘 중 하나만 확인하는 실수가 흔한데, 실제로는 서로 다른 질문에 답하는 별개의 도구다.

구분	서치 콘솔	구글 애널리틱스
보는 구간	검색 결과 화면 노출부터 클릭까지	사이트 방문 이후의 행동
핵심 질문	어떤 검색어로, 몇 번 보이고, 몇 번 클릭됐나	들어온 뒤 어떤 페이지를 보고, 얼마나 머물고, 어디서 이탈했나
대표 지표	클릭수, 노출수, CTR, 평균 게재순위	세션수, 체류시간, 이탈률, 전환수
주요 용도	검색 노출·색인 문제 진단	방문자 행동·전환 성과 분석

예를 들어 "임플란트 비용" 검색어로 노출수가 많고 클릭도 잘 되는데(서치 콘솔 지표는 양호), 정작 그 페이지에 들어온 방문자가 상담 신청 없이 바로 이탈한다면(애널리틱스 지표는 저조), 문제는 검색 노출이 아니라 페이지에 들어온 뒤의 설득력 부족에 있다는 뜻이다. 이렇게 두 도구를 나란히 봐야 문제의 위치를 정확히 짚을 수 있다.

두 도구는 서치 콘솔 설정 화면에서 몇 번의 클릭만으로 서로 연동할 수 있다. 연동해두면 애널리틱스 화면에서도 검색어 데이터 일부를 함께 확인할 수 있어 훨씬 편리하다.

왜 홈페이지를 만들면 가장 먼저 서치 콘솔부터 등록해야 하나?

등록하지 않으면 문제가 생겨도 알 방법이 없기 때문이다. 사이트가 갑자기 검색에서 사라지거나, 특정 페이지가 색인에서 빠지거나, 해킹으로 스팸 페이지가 심어져도 서치 콘솔이 없으면 몇 주 뒤 매출이 줄어들고 나서야 뒤늦게 알아차리게 된다.

반대로 서치 콘솔에 등록해두면 구글이 직접 이메일로 경고를 보내준다. 수동 조치(품질 위반으로 순위에서 제외되는 조치), 보안 문제(해킹 감지), 색인 급감 같은 심각한 이슈는 이메일 알림으로 먼저 전달된다.

또한 신규 사이트일수록 등록이 더 중요하다. 새로 만든 홈페이지는 아무도 링크를 걸어주지 않은 상태라서 구글이 존재 자체를 모를 수 있다. 이럴 때 사이트맵을 제출하고 색인을 직접 요청하면, 자연스러운 발견을 기다리는 것보다 훨씬 빠르게 검색에 노출될 기회를 얻는다.

나쁜 예: 홈페이지 제작을 마치고 바로 콘텐츠만 채워 넣는다. 서치 콘솔 등록은 "나중에 시간 날 때" 하기로 미룬다. 문제가 생겨도 몇 달간 알아차리지 못한다.

좋은 예: 사이트 오픈 당일 서치 콘솔부터 등록하고 사이트맵을 제출한다. 매주 한 번, 5분씩 색인 상태와 오류 알림을 확인하는 루틴을 만든다.

이 차이는 비용으로도 이어진다. 문제를 3일 만에 발견해 고치는 것과 3개월 만에 발견해 고치는 것은, 그 사이 놓친 잠재 고객 수만큼의 기회비용 차이를 만든다. 특히 검색 유입 의존도가 높은 업종(지역 서비스업, 전문 상담업 등)일수록 이 기회비용은 결코 작지 않다.

서치 콘솔에 내 사이트를 어떻게 등록하나?

등록은 어렵지 않다. 속성(사이트) 추가 → 소유권 확인 → 사이트맵 제출, 이 3단계면 끝난다.

구글 서치 콘솔 등록 3단계 흐름도 — 속성 추가, 소유권 확인, 사이트맵 제출까지 세 단계로 등록이 끝난다.

먼저 search.google.com/search-console 에 구글 계정으로 로그인한 뒤 "속성 추가"를 누르면 두 가지 유형 중 하나를 고르게 된다.

속성 유형	특징	추천 대상
도메인 속성	`내도메인.com` 전체(www, 서브도메인, http/https 모두 포함)를 한 번에 관리	도메인 DNS 접근 권한이 있는 경우
URL 접두어 속성	`https://내도메인.com` 같이 정확한 주소 하나만 관리	DNS 접근이 어렵거나 특정 하위 폴더만 확인하고 싶은 경우

도메인 속성이 관리가 더 편하다. www가 붙든 안 붙든, http든 https든 한 속성에서 모두 확인되기 때문이다. 다만 소유권 확인 방식이 DNS 레코드 등록 하나로 제한되므로, 도메인 관리 화면(가비아, 카페24, 후이즈 등)에 접근할 수 있어야 한다.

소유권 확인은 다음 중 하나로 한다. 첫째 HTML 파일 업로드(구글이 주는 파일을 사이트 루트에 올리는 방식), 둘째 HTML 메타 태그 삽입(사이트 <head>에 코드 한 줄 추가), 셋째 DNS TXT 레코드 등록(도메인 관리 화면에서 값 추가, 도메인 속성일 때 필수), 넷째 구글 애널리틱스 연동(이미 애널리틱스가 붙어 있다면 클릭 한 번으로 확인), 다섯째 구글 태그 매니저 연동이다.

홈페이지 제작을 외주로 맡겼다면, 소유권 확인은 반드시 사업주 본인의 구글 계정으로 해두는 것이 좋다. 제작사 계정으로만 확인해두면 나중에 담당자가 바뀌었을 때 접근 권한을 통째로 잃을 수 있다.

서브도메인을 여러 개 운영하는 사이트라면(예: blog.내도메인.com, shop.내도메인.com) 유의할 점이 하나 있다. URL 접두어 속성은 서브도메인마다 따로 등록해야 하지만, 도메인 속성 하나면 모든 서브도메인이 자동으로 포함된다. 처음부터 서브도메인 확장을 계획하고 있다면 도메인 속성으로 시작하는 편이 나중에 등록을 반복하는 수고를 줄여준다.

또한 여러 명이 함께 사이트를 관리한다면, "설정 > 사용자 및 권한"에서 팀원을 추가할 수 있다. 소유자, 전체 권한, 제한된 권한 세 등급으로 나뉘므로, 외부 마케팅 대행사에는 필요한 만큼만 권한을 부여하는 것이 안전하다.

등록 직후 가장 먼저 해야 할 일은 무엇인가?

사이트맵(sitemap.xml)을 제출하는 것이다. 사이트맵은 내 사이트에 어떤 페이지들이 있는지 목록으로 정리한 파일로, 구글에게 "여기 이런 페이지들이 있으니 확인해달라"고 직접 알려주는 역할을 한다.

왼쪽 메뉴에서 "Sitemaps"를 누르고 sitemap.xml (또는 사용 중인 플랫폼이 알려주는 경로)을 입력한 뒤 제출하면 된다. Next.js·워드프레스 같은 대부분의 현대적인 플랫폼은 사이트맵을 자동으로 생성해주므로, 별도로 파일을 만들 필요 없이 주소만 확인해서 제출하면 된다.

사이트맵을 제출했다고 곧바로 모든 페이지가 색인되는 것은 아니다. 사이트맵은 "발견을 돕는 지도"일 뿐, 색인을 보장하는 도장은 아니다. 그래도 사이트맵이 없으면 구글이 페이지를 찾는 데 훨씬 오래 걸리므로, 신규 사이트일수록 반드시 챙겨야 하는 절차다.

사이트맵 제출 후에는 "가져오기 성공" 또는 "가져올 수 없음" 상태가 표시된다. 오류가 뜬다면 사이트맵 파일 자체가 깨져 있거나 경로가 잘못된 경우가 많으니, 브라우저 주소창에 직접 사이트맵 URL을 입력해 정상적으로 XML이 보이는지 먼저 확인한다.

페이지 색인 생성 보고서는 어떻게 읽어야 하나?

"페이지 색인 생성" 보고서(옛 이름: 커버리지 보고서)는 내 사이트의 전체 페이지가 어떤 상태에 있는지 한눈에 보여주는 핵심 화면이다. 왼쪽 메뉴의 "색인 생성 > 페이지"에서 확인할 수 있다.

구글 서치 콘솔 페이지 색인 상태 4가지 분류 — 색인 상태는 정상, 주의, 오류로 나눠 관리하면 대응이 쉬워진다.

이 보고서는 페이지를 크게 "색인 생성됨"과 "색인 생성되지 않음" 두 그룹으로 나누고, 그 안에서 다시 세부 사유를 분류한다. 자주 보게 되는 상태는 다음과 같다.

제출됨, 색인이 생성됨 — 정상. 사이트맵으로 제출했고 실제로 색인까지 완료된 페이지. 별도 조치가 필요 없다.
크롤됨 — 현재 색인이 생성되지 않음 — 구글이 페이지를 읽긴 했지만, 아직 검색에 넣을지 판단 중인 상태. 콘텐츠 품질이나 중복 여부를 다시 평가 중일 때 흔하다. 콘텐츠를 더 풍부하게 보강하고 며칠 더 기다려보는 것이 우선이다.
발견됨 — 현재 색인이 생성되지 않음 — 구글이 페이지의 존재는 알지만 아직 크롤링(방문)조차 하지 않은 상태. 신규 사이트나 페이지 수가 아주 많은 사이트에서 자주 보인다. 내부 링크를 늘리거나 URL 검사로 색인 생성을 요청하면 발견 순서를 앞당길 수 있다.
noindex 태그로 인해 제외됨 — 페이지 코드에 "색인하지 말라"는 지시가 있는 경우. 의도한 것이라면(예: 감사 인사 페이지, 내부 관리 페이지) 문제가 아니지만, 의도하지 않았다면 코드에서 해당 태그부터 제거해야 한다.
중복된 페이지, 사용자가 선택한 표준 없음 — 같은 내용의 페이지가 여러 URL로 존재해 구글이 대표 주소를 정하지 못한 상태. canonical(대표 URL을 지정하는 태그) 설정으로 해결한다.
404를 반환한 소프트 404 — 페이지가 실제로는 없는 내용인데 서버가 정상(200) 응답 코드를 돌려주는 경우다. 진짜 없는 페이지라면 실제 404 응답으로 처리하거나, 관련 페이지로 리디렉션하는 것이 맞다.

중요한 것은 숫자 자체보다 추세다. "색인 생성됨" 페이지 수가 꾸준히 늘고 있다면 정상이고, 어느 날 갑자기 뚝 떨어졌다면 사이트 개편이나 실수로 인한 접근 차단을 의심해야 한다.

2025년 11월, 이 보고서의 데이터 업데이트가 한동안 지연되는 일이 있었다. 구글 서치 센트럴은 "실제 크롤링·색인·순위에는 영향이 없고, 보고서 표시 기술의 오류일 뿐"이라고 공식 확인했다. 보고서 숫자가 갑자기 며칠씩 멈춰 있다면 당황하지 말고, 사이트 자체 문제인지 구글 쪽 보고 지연인지부터 구분하는 것이 좋다.

URL 검사 도구는 언제, 어떻게 쓰는가?

특정 페이지 하나의 상태를 즉시 확인하고, 색인을 직접 요청하고 싶을 때 쓴다. 화면 상단 검색창에 확인하고 싶은 URL을 붙여넣으면 된다.

URL 검사 도구는 두 가지 정보를 보여준다. 하나는 "구글 색인에 있는 URL" 탭으로, 구글이 마지막으로 이 페이지를 언제 크롤링했는지, 어떤 버전으로 색인했는지 보여준다. 다른 하나는 "실제 URL 테스트" 버튼으로, 지금 이 순간의 페이지 코드를 기준으로 색인 가능 여부를 실시간으로 다시 확인해준다.

새 글을 발행했거나 중요한 페이지를 수정했다면, URL 검사 후 "색인 생성 요청"을 눌러 구글에게 재방문을 요청할 수 있다. 이렇게 하면 자연스럽게 기다리는 것보다 며칠에서 몇 주까지 시간을 아낄 수 있다.

색인 생성 요청은 하루에 처리할 수 있는 개수가 제한돼 있다. 사이트 전체를 통째로 요청하는 용도가 아니라, 새 글이나 중요하게 수정한 페이지처럼 "지금 당장 반영되면 좋겠다" 싶은 개별 URL에 선별적으로 쓰는 도구다.

나쁜 예: 사이트의 모든 페이지 하나하나를 매일 색인 생성 요청한다. 도구의 취지에 맞지 않고, 오히려 스팸성 요청으로 인식될 위험이 있다.

좋은 예: 새 블로그 글을 발행한 직후, 가격표나 서비스 페이지처럼 중요한 정보를 수정한 직후에만 URL 검사로 색인 생성을 요청한다.

새 페이지는 색인까지 보통 얼마나 걸리나?

정해진 시간은 없지만, 대체로 며칠에서 몇 주 사이로 본다. 사이트의 신뢰도(구글이 그동안 이 사이트를 얼마나 자주, 얼마나 성실하게 크롤링해왔는가)와 콘텐츠 품질에 따라 크게 달라진다.

이미 오래 운영되어 구글이 자주 방문하는 사이트라면 새 글이 몇 시간에서 하루 이틀 안에 색인되는 경우도 흔하다. 반대로 이제 막 만든 신규 사이트, 페이지 수가 매우 많은 사이트, 콘텐츠 품질이 낮다고 판단된 사이트는 몇 주가 걸리거나 아예 색인되지 않을 수도 있다.

색인 속도를 앞당기고 싶다면 다음을 함께 챙긴다.

사이트맵을 항상 최신 상태로 유지한다. 새 글을 올릴 때마다 사이트맵에 자동으로 반영되는 구조가 이상적이다.
관련된 기존 글에서 새 글로 내부 링크를 걸어준다. 구글은 링크를 따라가며 새 페이지를 발견하기도 한다.
URL 검사로 색인 생성을 요청한다. 자연스러운 발견을 기다리는 것보다 빠르다.
콘텐츠를 충분히 완결성 있게 쓴다. 짧고 부실한 글은 크롤링은 되어도 색인 우선순위에서 밀리기 쉽다.

색인이 "몇 시간 만에 안 됐다"고 조급해할 필요는 없다. 1–2주까지는 정상 범위로 보고 기다리되, 그 이상 지나도 페이지 색인 생성 보고서에 전혀 잡히지 않는다면 그때 앞서 소개한 점검 순서를 따라간다.

성능 보고서의 4가지 핵심 지표는 무엇을 의미하나?

성능(Performance) 보고서는 서치 콘솔에서 가장 자주 봐야 할 화면이다. 검색에서 내 사이트가 실제로 얼마나 보이고, 얼마나 클릭되고 있는지를 숫자로 보여준다.

구글 서치 콘솔 성능 보고서 4대 핵심 지표 — 클릭수·노출수·CTR·평균 게재순위, 이 네 지표만 알아도 검색 성과를 읽을 수 있다.

지표	의미	확인 포인트
클릭수	검색 결과에서 실제로 내 사이트를 눌러 들어온 횟수	가장 직접적인 성과 지표
노출수	내 페이지가 검색 결과 화면에 나타난 횟수(클릭 여부와 무관)	어떤 검색어에 노출되고 있는지 파악
CTR(클릭률)	노출수 대비 클릭수의 비율	낮으면 제목·설명 개선이 필요하다는 신호
평균 게재순위	해당 검색어에서 내 페이지가 평균적으로 몇 번째에 노출되는지	순위 개선 여지가 있는 페이지를 찾는 기준

이 화면에서 가장 유용한 조합은 "노출수는 많은데 CTR이 낮은" 검색어를 찾는 것이다. 이미 구글이 내 페이지를 관련 있다고 판단해 자주 보여주고 있지만, 제목이나 설명이 매력적이지 않아 클릭으로 이어지지 못하는 경우다. 이런 페이지는 순위를 올리려는 노력보다 제목·메타 디스크립션을 다시 쓰는 것이 훨씬 빠른 개선책이다.

반대로 노출수도 적고 순위도 낮은 검색어라면, 아직 해당 주제로 콘텐츠 자체가 충분히 쌓이지 않았다는 뜻이니 관련 글을 새로 작성하는 방향이 맞다.

서치 콘솔 데이터는 보통 2–3일의 지연을 두고 반영된다. "어제 올린 글인데 왜 아직 데이터가 없지?"라는 의문은 대부분 정상적인 처리 지연 때문이다.

성능 보고서는 또 하나 알아둘 제약이 있다. 기본적으로 최근 약 16개월치 데이터까지만 보관, 조회된다. 그 이전 데이터는 화면에서 사라지므로, 연 단위로 성과를 비교하고 싶다면 정기적으로 데이터를 내려받아 별도로 보관해두는 것이 안전하다. 데이터를 내보내는 방법은 화면 상단의 "내보내기" 버튼으로 CSV·구글 시트 형태를 지원한다.

검색어와 페이지는 어떤 기준으로 살펴봐야 하나?

성능 보고서 하단에는 "검색어", "페이지", "국가", "기기" 등 필터 탭이 있다. 검색어 탭은 사람들이 실제로 무엇을 입력해서 내 사이트를 봤는지 보여주고, 페이지 탭은 어떤 URL이 가장 많은 클릭을 받는지 보여준다.

두 탭을 교차로 확인하면 유용한 발견이 많다. 예를 들어 "강남 임플란트 비용"이라는 검색어로 홈 화면이 노출되고 있다면, 이는 아직 그 검색어에 딱 맞는 전용 페이지가 없다는 신호다. 이럴 때는 홈 화면 하나로 모든 검색어를 받으려 하지 말고, "임플란트 비용"을 다루는 전용 페이지를 새로 만들어 그 검색어를 정확히 겨냥하는 것이 순위와 클릭 모두에 유리하다.

기기 탭에서 모바일과 데스크톱의 클릭수 차이도 확인해두면 좋다. 대부분의 업종에서 모바일 트래픽 비중이 절반을 훌쩍 넘기 때문에, 모바일에서 유독 클릭률이 낮다면 모바일 화면에서 제목이 어떻게 잘려 보이는지부터 점검해야 한다.

국가 탭은 해외 트래픽이 섞여 있는지 확인할 때 쓴다. 국내 고객만을 대상으로 하는 사업인데 해외 노출·클릭 비중이 이상하게 높다면, 콘텐츠 언어나 타겟팅 설정을 다시 점검할 필요가 있다.

검색어를 볼 때는 브랜드 검색어(회사 이름, 서비스명 등 이미 우리를 아는 사람이 찾는 검색어)와 비브랜드 검색어(일반 키워드로 처음 우리를 발견하는 검색어)를 나눠 보는 습관도 중요하다. 브랜드 검색어 클릭이 대부분이라면 신규 고객 유입보다는 기존 고객의 재방문·재확인이 트래픽의 중심이라는 뜻이다. 신규 고객을 늘리고 싶다면 비브랜드 검색어의 노출과 순위를 늘리는 콘텐츠 전략이 필요하다.

또 하나 유용한 습관은 검색어를 필터링해 그룹으로 묶어보는 것이다. "비용", "가격", "견적" 같은 단어가 포함된 검색어를 모아보면 방문자들이 얼마나 가격 정보에 관심이 많은지 알 수 있고, 이런 정보가 페이지에 충분히 담겨 있는지 스스로 점검하는 계기가 된다.

검색결과 향상(리치 결과) 보고서는 무엇을 보여주나?

"검색결과 향상" 메뉴는 내 페이지가 일반 파란 링크를 넘어 특별한 형태로 검색에 노출되고 있는지 보여준다. 여기서 말하는 특별한 형태를 리치 결과(Rich Result)라고 부르는데, 별점, FAQ 아코디언, 브레드크럼(탐색경로) 표시 같은 것들이 대표적이다.

이 리치 결과는 페이지에 구조화 데이터(JSON-LD 같은 형식으로 "이 페이지가 어떤 종류의 정보인지" 구글에게 명시적으로 알려주는 코드)를 넣어야 나타날 확률이 올라간다. 예를 들어 FAQ 형식의 구조화 데이터를 넣으면, 검색 결과에 질문과 답변이 접히고 펼쳐지는 형태로 노출될 수 있다.

서치 콘솔은 사이트에 적용된 구조화 데이터 유형별로 "유효한 항목", "경고가 있는 항목", "오류가 있는 항목"을 나눠 보여준다. 오류가 있다면 필수 항목이 빠졌거나 형식이 잘못된 경우가 대부분이므로, 오류 목록에 나온 URL을 하나씩 열어 구체적인 원인을 확인한다.

구조화 데이터를 넣었다고 해서 리치 결과 노출이 100% 보장되는 것은 아니다. 구글이 콘텐츠 품질과 관련성을 함께 판단해 노출 여부를 결정하므로, 구조화 데이터는 "노출될 자격"을 갖추는 작업에 가깝다.

업종별로 자주 쓰이는 구조화 데이터 유형도 다르다. 블로그·정보성 콘텐츠는 FAQPage(질문·답변), 지역 매장은 LocalBusiness(영업시간·위치·전화번호), 쇼핑몰은 Product(가격·재고·리뷰 별점), 채용 공고는 JobPosting이 대표적이다. 직접 코드를 작성하기 부담스럽다면, 이미 만들어둔 홈페이지의 제작사나 개발 담당자에게 "우리 업종에 맞는 구조화 데이터가 들어가 있는지" 한 번 점검을 요청하는 것만으로도 충분하다.

모바일 사용성 보고서는 왜 사라졌을까?

과거 서치 콘솔에는 "모바일 사용성" 보고서가 따로 있어서, 글자가 너무 작거나 버튼 간격이 좁은 페이지를 알려줬다. 구글은 2023년, 모바일 사용성 보고서와 모바일 친화성 테스트 도구를 공식적으로 종료했다.

이유는 단순하다. 구글이 이미 오래전부터 "모바일 우선 색인"(데스크톱이 아니라 모바일 버전 페이지를 기준으로 색인하는 방식)으로 완전히 전환됐고, 대부분의 현대적인 웹사이트 제작 도구·템플릿이 기본적으로 반응형(화면 크기에 맞춰 자동으로 레이아웃이 바뀌는 방식)으로 만들어지면서, 별도 보고서의 필요성이 크게 줄었기 때문이다.

그렇다고 모바일 최적화 자체가 중요하지 않다는 뜻은 아니다. 오히려 지금은 "모바일에서 잘 보이는 것이 당연한 기본값"이 되었을 뿐이며, 실제 모바일 표시 상태는 URL 검사 도구의 "실제 URL 테스트" 화면이나 코어 웹 바이탈 보고서를 통해 여전히 확인할 수 있다.

오래된 SEO 가이드나 블로그 글에서 "모바일 사용성 보고서를 확인하라"는 조언을 보게 되더라도, 지금 기준으로는 해당 메뉴 자체가 서치 콘솔에 없다는 점을 기억해두면 헷갈리지 않는다.

보안 문제·수동 조치 보고서는 왜 중요한가?

"보안 문제"와 "수동 조치" 메뉴는 사이트에 심각한 위험 신호가 있을 때만 나타나는 화면이다. 평소에는 "감지된 문제 없음"으로 비어 있는 것이 정상이다.

보안 문제는 사이트가 해킹당해 악성코드나 피싱 페이지가 심어졌을 때 표시된다. 워드프레스처럼 플러그인이 많은 사이트일수록 오래된 플러그인을 통해 해킹당하는 사례가 흔하므로, 정기적인 업데이트가 중요하다.

수동 조치는 구글 담당자가 사람의 판단으로 "이 사이트는 가이드라인을 위반했다"고 직접 결정해 순위에서 강등하거나 제외하는 조치다. 스팸성 콘텐츠, 부자연스러운 링크 조작, 사용자를 속이는 리디렉션 같은 명백한 위반이 있을 때 내려진다.

수동 조치를 받았다면 문제를 먼저 고친 뒤, 서치 콘솔에서 "재검토 요청"을 보내야 한다. 문제를 고치지 않고 요청만 반복하면 재검토는 계속 거절된다.

정상적으로 운영되는 사이트라면 이 두 메뉴를 자주 볼 일은 없지만, 한 달에 한 번 정도는 빈 화면인지 확인하는 습관을 들여두면 늦기 전에 이상 신호를 잡을 수 있다. 특히 여러 담당자가 사이트를 함께 관리하거나, 플러그인·외부 스크립트를 자주 설치하는 사이트라면 이 습관의 가치가 더 커진다. 해킹으로 인한 스팸 페이지 삽입은 겉보기로는 티가 나지 않는 경우가 많아서, 방문자가 눈치채기 전에 서치 콘솔 알림으로 먼저 발견하는 사례가 실제로 적지 않다.

링크 보고서에서 백링크는 어떻게 확인하나?

"링크" 메뉴는 내 사이트로 들어오는 외부 링크(백링크)와 사이트 내부 링크 현황을 보여준다. "외부 링크" 탭에서는 어떤 사이트가 나를 링크했는지, 어떤 페이지가 가장 많이 링크됐는지 확인할 수 있다.

백링크는 다른 사이트가 "이 페이지는 참고할 만하다"고 인정하는 신호이기 때문에, 검색 신뢰도를 쌓는 핵심 요소 중 하나다. 다만 서치 콘솔의 링크 보고서는 전문 백링크 분석 도구(Ahrefs, Semrush 등)만큼 상세하지는 않아서, "대략적인 현황 파악용"으로 보는 것이 적절하다.

내부 링크 탭도 함께 확인해두면 좋다. 어떤 페이지가 사이트 내에서 가장 많이 연결돼 있는지 보여주는데, 링크를 거의 받지 못하는 페이지가 있다면 그 페이지는 구글에게도, 방문자에게도 존재감이 약하다는 뜻이다. 중요한 페이지일수록 다른 글에서 자연스럽게 연결해주는 내부 링크를 의도적으로 늘려주는 것이 좋다.

백링크는 품질이 핵심이다. 관련성 높은 사이트에서 자연스럽게 받은 링크 하나가, 품질 낮은 사이트에서 대량으로 받은 링크 수십 개보다 훨씬 낫다. 링크 보고서에서 낯선 저품질 사이트로부터 대량의 링크가 갑자기 잡힌다면, 누군가 악의적으로 스팸 링크를 심었을 가능성도 함께 점검한다.

만약 명백히 악의적인 스팸 링크가 대량으로 발견됐다면, 구글은 "링크 해제(Disavow)" 도구를 통해 해당 링크들을 신뢰하지 않도록 요청하는 방법도 제공한다. 다만 이는 정말 문제가 되는 스팸 링크에 한해 신중하게 사용해야 하는 고급 기능이며, 정상적으로 쌓인 백링크는 건드릴 필요가 전혀 없다. 대부분의 사이트는 이 도구를 평생 한 번도 쓸 일이 없다는 점도 함께 알아두면 좋다.

코어 웹 바이탈은 서치 콘솔에서 어떻게 확인하나?

"코어 웹 바이탈" 보고서는 페이지 로딩 속도와 사용성을 세 가지 지표로 평가한다. LCP(가장 큰 콘텐츠가 화면에 그려지는 시간), INP(사용자가 클릭했을 때 반응하는 속도), CLS(레이아웃이 로딩 중 갑자기 밀리는 정도)가 그것이다.

서치 콘솔은 이 세 지표를 기준으로 페이지를 "양호", "개선 필요", "불량"으로 분류해 보여준다. 실제 방문자의 데이터를 모아 만든 결과이기 때문에, 개발 환경에서 측정하는 속도 테스트보다 더 현실적인 수치라는 장점이 있다.

이 보고서에서 "불량"으로 분류된 페이지가 많다면, 대개 이미지 용량이 너무 크거나, 광고·스크립트가 과도하게 많이 걸려 있거나, 서버 응답 속도 자체가 느린 경우다. 구체적인 개선 방법은 이미지 최적화, 코드 경량화, 캐싱 설정처럼 별도의 주제이므로 여기서는 "서치 콘솔로 어디가 느린지 먼저 찾아낸다"는 흐름만 기억해두면 된다.

코어 웹 바이탈은 순위를 결정짓는 절대적인 요소는 아니지만, 같은 조건이라면 더 빠르고 안정적인 페이지가 유리하다. 그리고 무엇보다 방문자가 답답함 없이 페이지를 이용할 수 있어야 실제 문의·구매로 이어진다.

제거 도구는 언제 사용하나?

"제거" 도구는 특정 페이지를 구글 검색 결과에서 임시로, 빠르게 숨기고 싶을 때 쓴다. 왼쪽 메뉴 "색인 생성 > 제거"에서 URL을 입력하면 약 하루 안에 검색 결과에서 사라진다.

여기서 반드시 알아둘 점은, 이 도구는 색인 자체를 영구히 지우는 것이 아니라 검색 노출만 임시로 가리는 기능이라는 것이다. 약 6개월이 지나면 효력이 사라지고, 페이지가 여전히 존재한다면 다시 검색에 노출될 수 있다. 페이지를 완전히, 영구적으로 없애고 싶다면 페이지 자체를 삭제하거나 noindex 태그를 적용한 뒤에 이 도구로 즉시 반영 속도를 높이는 방식으로 함께 써야 한다.

실무에서는 다음과 같은 상황에서 자주 쓴다.

실수로 발행한 미완성 페이지나 내부 테스트 페이지가 검색에 노출됐을 때
오래된 이벤트·프로모션 페이지를 빠르게 검색에서 내리고 싶을 때
개인정보가 실수로 포함된 페이지를 긴급히 가려야 할 때

제거 도구는 응급처치에 가깝다. 근본 원인(왜 그 페이지가 애초에 공개됐는지)을 해결하지 않으면 같은 문제가 반복될 수 있다.

크롤링 통계 보고서는 무엇을 보여주나?

"설정 > 크롤링 통계"는 구글 봇이 내 사이트를 얼마나 자주, 어떻게 방문하고 있는지를 서버 관점에서 보여준다. 페이지 수가 많은 쇼핑몰이나 대형 콘텐츠 사이트일수록 눈여겨볼 가치가 있는 보고서다.

이 화면은 하루 평균 크롤링 요청 수, 응답 코드별 비율(200 정상, 301 리디렉션, 404 없음, 5xx 서버 오류), 파일 형식별 비율(HTML, 이미지, JavaScript 등), 그리고 크롤링 목적(신규 발견 vs 갱신 확인)을 함께 보여준다.

5xx(서버 오류) 응답 비율이 높다면 서버가 구글 봇의 요청을 제대로 처리하지 못하고 있다는 뜻이며, 이는 일반 방문자에게도 같은 오류가 발생하고 있을 가능성이 크다는 신호다. 호스팅 성능이나 서버 설정을 점검해야 한다.

크롤링 요청이 특정 날짜에 급격히 줄었다면, robots.txt 설정 변경이나 서버 접근 차단 설정을 의심할 수 있다. 반대로 크롤링 요청이 필요 이상으로 지나치게 많다면, 의미 없는 URL 파라미터가 무한히 생성되는 구조적 문제가 있을 수 있다.

내 페이지가 색인이 안 될 때 무엇부터 점검해야 하나?

글을 열심히 써서 발행했는데 며칠이 지나도 페이지 색인 생성 보고서에 잡히지 않는다면, 아래 순서대로 점검한다.

구글 서치 콘솔 색인 문제 해결 체크리스트 — 색인이 안 될 때는 이 순서대로 하나씩 점검하면 대부분 원인이 드러난다.

robots.txt 확인 — 사이트 전체나 특정 폴더를 실수로 크롤링 차단하고 있지는 않은지 확인한다.
noindex 태그 확인 — 페이지 코드에 "색인하지 말라"는 태그가 실수로 남아 있는지 확인한다. 제작 중 임시로 걸어둔 태그를 오픈 후 지우지 않는 실수가 흔하다.
canonical 태그 확인 — 다른 페이지를 대표 URL로 지정하고 있지는 않은지 확인한다.
사이트맵 반영 확인 — 새 페이지가 사이트맵에 포함돼 있는지, 사이트맵 자체가 정상 제출됐는지 확인한다.
콘텐츠 품질 확인 — 내용이 너무 얇거나(몇 문장 수준) 다른 페이지와 거의 동일하다면 구글이 색인 우선순위를 낮게 매길 수 있다.
수동 조치·보안 문제 확인 — 사이트 전체에 심각한 문제가 있는 것은 아닌지 함께 점검한다.
URL 검사로 재요청 — 위 원인을 모두 고쳤다면 URL 검사 도구에서 색인 생성을 다시 요청한다.

나쁜 예: 색인이 안 된다고 같은 URL로 색인 생성 요청만 매일 반복한다. 원인은 그대로 둔 채 요청 버튼만 누르는 것은 효과가 없다.

좋은 예: 위 체크리스트를 순서대로 확인해 원인(예: 실수로 남은 noindex 태그)을 찾아 수정한 뒤, 한 번만 색인 생성을 요청하고 기다린다.

서치 콘솔 숫자와 실제 검색 순위가 다르게 느껴지는 이유는?

내가 직접 검색해봤을 때의 순위와 서치 콘솔에 찍힌 "평균 게재순위"가 다르게 느껴지는 경우가 많다. 여기에는 몇 가지 이유가 있다.

첫째, 개인화와 위치의 영향이다. 구글은 검색하는 사람의 위치, 검색 기록, 로그인 상태에 따라 결과를 조금씩 다르게 보여준다. 내가 직접 검색한 결과는 "나에게 맞춰진 한 번의 결과"일 뿐, 전체 평균이 아니다.

둘째, 평균값이라는 점이다. 서치 콘솔의 순위는 같은 검색어라도 날짜·기기·지역에 따라 다르게 나타난 여러 결과의 평균이다. 어떤 날은 3위, 어떤 날은 15위였다면 평균은 9위 근처로 찍힌다.

셋째, 데이터 반영 지연이다. 앞서 언급했듯 서치 콘솔 데이터는 보통 2–3일가량 늦게 반영되며, 드물게는 보고 시스템 자체의 일시적 지연(2025년 11월 색인 보고서 지연 사례처럼)이 겹칠 수도 있다.

순위를 확인하고 싶다면 로그아웃 상태의 시크릿 창에서 검색해보는 것이 그나마 개인화 영향을 줄이는 방법이지만, 이 역시 완전히 객관적인 순위는 아니라는 점을 기억해야 한다. 진짜 기준으로 삼아야 할 데이터는 결국 서치 콘솔의 평균값과 추세다.

매주·매달 무엇을 확인해야 하나?

서치 콘솔은 한 번 등록하고 끝내는 도구가 아니라 꾸준히 들여다봐야 진가를 발휘하는 도구다. 아래처럼 루틴을 잡아두면 부담 없이 관리할 수 있다.

매주 확인할 것

성능 보고서에서 클릭수·노출수 추세가 평소와 다른지
새로 발행한 글이 색인됐는지 URL 검사로 확인
보안 문제·수동 조치 메뉴가 비어 있는지

매달 확인할 것

페이지 색인 생성 보고서에서 "제외됨" 페이지 사유별 개수 변화
노출수는 많은데 CTR이 낮은 검색어를 찾아 제목·설명 개선
코어 웹 바이탈에서 "불량" 페이지 수 변화
링크 보고서에서 새로 생긴 백링크와 낯선 저품질 링크 유무

분기마다 확인할 것

지난 분기 대비 클릭수·노출수 전체 추세(계절적 요인도 함께 고려)
상위 노출 검색어 목록의 변화 — 새로 추가할 콘텐츠 주제 발굴
성능 데이터를 별도 파일이나 루커 스튜디오로 내보내 장기 기록 축적(16개월 보관 한도 대비)

이 루틴을 3개월만 반복해도 "우리 사이트가 어떤 검색어로 사람들을 만나고 있는지" 감이 잡히기 시작한다. 그 감각이 쌓이면 다음 콘텐츠를 어떤 주제로 써야 할지도 서치 콘솔 데이터가 먼저 알려준다.

업종별로 서치 콘솔을 어떻게 활용하면 좋을까?

같은 서치 콘솔이라도 업종에 따라 눈여겨봐야 할 지표가 조금씩 다르다. 모든 업종이 클릭수·색인 상태를 똑같은 비중으로 볼 필요는 없으며, 사업 구조에 따라 우선순위를 다르게 두는 것이 실질적인 도움이 된다. 실제 업종 예시로 살펴보면 감이 훨씬 빨리 잡힌다.

카페·식당이라면 성능 보고서의 "국가·지역" 데이터보다 "검색어" 데이터를 먼저 본다. "OO역 카페", "OO동 브런치"처럼 지역명이 섞인 검색어의 노출·클릭 추세를 확인하고, 노출은 있는데 클릭이 낮다면 제목에 지역명과 대표 메뉴를 더 명확히 넣는 식으로 개선한다.

치과·병원처럼 신뢰가 중요한 업종은 페이지 색인 생성 보고서를 특히 자주 봐야 한다. 시술별 전용 페이지(임플란트, 교정, 미백 등)가 각각 색인됐는지 확인하고, 리치 결과 보고서에서 FAQ 구조화 데이터가 정상 인식되는지도 함께 점검한다. 의료 관련 정보는 구글이 신뢰도를 특히 까다롭게 보는 분야라, 색인 지연이나 누락이 상대적으로 잦기 때문이다.

학원·교습소는 "검색어" 탭에서 브랜드명(학원 이름) 검색과 일반 키워드(예: "OO동 수학학원") 검색의 비중을 나눠서 본다. 브랜드명 검색 비중이 압도적으로 높다면 아직 신규 고객보다 기존 수강생·학부모가 재방문하는 트래픽이 대부분이라는 뜻이므로, 일반 키워드로 새 글을 늘리는 전략이 필요하다.

쇼핑몰은 상품 페이지 수가 많아 페이지 색인 생성 보고서의 "중복된 페이지" 항목이 자주 발생한다. 옵션만 다르고 내용이 거의 같은 상품 페이지가 늘어나면서 생기는 문제이므로, canonical 설정과 상품 설명 차별화를 함께 챙겨야 한다.

세무사무소·법률사무소 같은 전문 서비스업은 성능 보고서에서 노출수 자체가 매우 적게 나올 수 있다. 검색량이 원래 크지 않은 전문 키워드가 많기 때문인데, 이런 업종은 클릭수 절대값보다 평균 게재순위가 꾸준히 오르는지를 지표로 삼는 것이 더 현실적이다.

온라인 강의·디지털 상품처럼 전국 단위, 나아가 해외까지 고객층이 넓은 업종은 오히려 국가·기기 탭을 적극 활용해야 한다. 모바일에서 노출은 많은데 클릭이 데스크톱보다 유독 낮다면, 모바일 화면에서 제목이 잘려 핵심 혜택이 보이지 않는 것은 아닌지부터 점검한다.

실전 사례: 색인 급감을 발견하고 해결하는 과정은 어떤 모습일까?

실무에서 자주 마주치는 흐름을 예로 들면 이렇다. 어느 쇼핑몰이 매주 확인하던 페이지 색인 생성 보고서에서, "색인 생성됨" 페이지 수가 한 주 만에 3천 개에서 4백 개로 뚝 떨어진 것을 발견했다.

1단계, 원인 범위를 좁힌다. 사이트 전체 개편이 있었는지, 서버 이전이 있었는지부터 확인한다. 이 사례에서는 최근 사이트 리뉴얼 과정에서 개발자가 테스트 서버 설정을 실수로 운영 서버에 그대로 반영한 것이 원인이었다.

2단계, robots.txt를 가장 먼저 확인한다. 실제로 robots.txt 파일에 Disallow: /(전체 크롤링 차단) 한 줄이 테스트 환경에서 그대로 남아 있었다. 테스트 서버에서는 검색 노출을 막으려고 일부러 넣어둔 설정인데, 운영 서버로 옮기며 지우는 것을 잊은 것이다.

3단계, 즉시 수정하고 재확인한다. robots.txt에서 해당 줄을 삭제한 뒤, URL 검사 도구로 주요 페이지 몇 개를 다시 테스트해 "크롤링 허용됨"으로 바뀐 것을 확인했다. 사이트맵도 다시 제출해 발견을 앞당겼다.

4단계, 재발 방지 체계를 만든다. 이후로는 서버 배포 체크리스트에 "robots.txt 확인"을 정식 항목으로 추가해, 같은 실수가 반복되지 않도록 했다.

이 사례가 보여주는 교훈은 분명하다. 서치 콘솔을 매주 확인하는 루틴이 없었다면, 이 문제는 매출이 눈에 띄게 줄어드는 몇 주 뒤에야 발견됐을 것이다. 색인 급감처럼 큰 이상 신호는 대부분 아주 사소한 설정 실수에서 비롯되며, 정기적인 점검만이 그 실수를 빨리 잡아낸다.

또 다른 흔한 사례는 순위는 그대로인데 클릭수만 서서히 줄어드는 경우다. 한 학원 사이트가 성능 보고서를 확인했더니, "OO동 영어학원"이라는 핵심 검색어의 평균 게재순위는 그대로 3위 근처를 유지하고 있었지만, 클릭수는 두 달 사이 조금씩 줄어들고 있었다.

원인을 찾기 위해 실제로 그 검색어를 검색해보니, 경쟁 학원 두 곳이 최근 별점 리뷰(리치 결과)와 함께 노출되기 시작한 것이 확인됐다. 순위는 같은 3위여도, 화면에서 시각적으로 더 눈에 띄는 경쟁사에 클릭을 빼앗기고 있었던 것이다. 이 학원은 이후 실제 수강생 후기를 구조화 데이터로 반영하는 작업을 진행했고, 몇 주 뒤 리치 결과 노출과 함께 클릭수도 회복됐다.

이 사례는 "순위"만 보고 안심해서는 안 되는 이유를 보여준다. 같은 순위라도 검색 결과 화면의 생김새(리치 결과 유무)에 따라 클릭이 크게 갈릴 수 있으므로, 순위와 클릭수를 항상 함께 놓고 살펴야 한다.

서치 콘솔을 쓰면서 흔히 하는 실수는 무엇인가?

서치 콘솔 자체는 어렵지 않지만, 등록만 해두고 제대로 활용하지 못하는 경우가 훨씬 많다. 자주 보이는 실수 다섯 가지를 좋은 예와 함께 정리한다.

실수 1. 등록만 하고 다시는 열어보지 않는다. 서치 콘솔은 열어봐야 의미가 있는 도구다. 좋은 예: 매주 정해진 요일, 정해진 시간에 5분만 확인하는 루틴을 캘린더에 등록해둔다.

실수 2. 순위가 궁금할 때만 잠깐 들어와 성능 보고서만 본다. 색인 상태, 보안 문제, 코어 웹 바이탈은 순위와 별개로 사이트의 근본 체력을 보여주는 지표인데 이를 놓친다. 좋은 예: 성능 보고서와 색인 보고서를 함께, 번갈아 확인한다.

실수 3. 노출수와 클릭수를 절대값으로만 비교한다. 지난달보다 노출수가 늘었다고 무조건 좋아하기 전에, 클릭률(CTR)이 함께 개선됐는지 확인해야 진짜 성과인지 알 수 있다. 좋은 예: 노출수·클릭수·CTR·순위 네 지표를 항상 같이 놓고 판단한다.

실수 4. 색인이 안 된다고 같은 URL을 반복해서 색인 생성 요청한다. 원인을 고치지 않은 채 버튼만 누르는 것은 효과가 없고, 도구 오남용으로 비칠 수 있다. 좋은 예: 이 글의 체크리스트로 원인을 먼저 찾은 뒤 한 번만 요청한다.

실수 5. 데이터가 조금만 이상해도 사이트에 큰 문제가 생겼다고 단정한다. 2–3일의 정상적인 반영 지연이나 드문 보고 시스템 오류일 수도 있다. 좋은 예: 하루 이틀 더 지켜보고, 여러 지표가 동시에 무너졌는지부터 확인한 뒤 판단한다.

서치 콘솔 데이터를 다른 도구와 연동해서 봐도 될까?

사이트 규모가 커질수록 연동이 큰 도움이 된다. 서치 콘솔 화면만으로도 충분히 관리할 수 있지만, 페이지 수가 많거나 여러 사람이 함께 보고서를 봐야 하는 조직이라면 두 가지 연동을 추천한다.

첫째, 구글 애널리틱스 연동이다. 설정 화면에서 몇 번의 클릭만으로 연결되며, 이후 애널리틱스에서도 검색 관련 데이터 일부를 함께 확인할 수 있다. 이미 앞서 설명했듯 "검색에서 클릭이 일어나기 전"과 "클릭 이후 행동"을 한 화면 가까이에서 비교할 수 있다는 장점이 있다.

둘째, 루커 스튜디오(Looker Studio, 구글의 무료 데이터 시각화 도구) 연동이다. 서치 콘솔 공식 커넥터를 이용해 원하는 지표만 골라 대시보드로 만들 수 있고, 앞서 설명한 16개월 데이터 제한을 넘어서는 장기 데이터도 별도로 누적해 보관할 수 있다. 여러 사이트를 동시에 운영하거나 매달 보고서를 만들어야 하는 담당자라면 이 방식이 시간을 크게 아껴준다.

개발 인력이 있는 조직이라면 서치 콘솔 API를 이용해 데이터를 자동으로 수집·저장하는 방법도 있다. 다만 대부분의 중소규모 사이트는 서치 콘솔 화면과 루커 스튜디오 대시보드 정도로도 충분하며, API 연동은 데이터 양이 매우 많거나 자동화된 보고 체계가 필요할 때부터 고려해도 늦지 않다.

네이버 서치어드바이저에도 똑같이 등록해야 하나?

국내 고객 비중이 있다면 반드시 별도로 등록해야 한다. 구글 서치 콘솔은 오직 구글 검색만을 대상으로 하며, 네이버 검색 노출 여부와는 완전히 무관하다. 네이버에서도 검색되길 원한다면 네이버 서치어드바이저에 사이트를 따로 등록하고, 네이버 전용 사이트맵도 별도로 제출해야 한다.

두 도구는 등록 방식과 화면 구성은 비슷하지만(소유권 확인, 사이트맵 제출, 색인 현황 확인 구조가 유사하다), 색인 기준과 콘텐츠 평가 방식은 각기 다르다. 예를 들어 네이버는 블로그·카페 같은 자체 서비스 콘텐츠에 더 높은 노출 우선순위를 주는 경향이 있고, 구글은 사이트 자체의 권위와 링크 신호를 상대적으로 더 중요하게 본다.

실무에서는 두 도구를 각각 열어 따로 확인하기보다, 체크리스트를 하나로 통합해 관리하는 것이 효율적이다. "이번 주 확인할 것" 목록에 구글 서치 콘솔과 네이버 서치어드바이저를 나란히 넣어두고 같은 루틴으로 점검하면 빠뜨리는 일이 줄어든다.

두 검색엔진 모두에서 노출되고 싶다면, 콘텐츠 자체는 하나로 통일하되 등록과 점검은 각 도구에 맞게 개별적으로 해야 한다는 점만 기억하면 된다.

FAQ

서치 콘솔에 등록하면 순위가 바로 오르나요?

아니다. 서치 콘솔은 상태를 보여주는 진단 도구일 뿐, 등록 자체가 순위에 직접적인 영향을 주지는 않는다. 다만 색인이 빨라지고 오류를 조기에 발견할 수 있어 간접적으로는 도움이 된다.

사이트맵을 제출했는데 왜 색인된 페이지 수가 적나요?

정상적인 경우가 많다. 사이트맵 제출은 페이지 발견을 돕는 것이지 색인을 보장하지 않는다. 콘텐츠 품질, 중복 여부, 크롤 우선순위에 따라 시간이 걸릴 수 있으며, 신규 사이트는 몇 주가 걸리기도 한다.

서치 콘솔 데이터는 며칠 전 것까지 봐야 정확한가요?

최근 2–3일 데이터는 아직 확정되지 않았을 수 있다. 정확한 추세를 보려면 최근 며칠을 제외한 기간을 기준으로 비교하는 것이 안전하다.

도메인 속성과 URL 접두어 속성을 둘 다 등록해도 되나요?

둘 다 등록해도 문제는 없다. 다만 관리 편의를 위해서는 도메인 속성 하나로 통합해 관리하는 것을 권한다. 이미 URL 접두어로 등록해뒀다면 도메인 속성을 추가로 등록해 이전해가는 방식도 가능하다.

서치 콘솔과 네이버 서치어드바이저는 같은 건가요?

아니다. 별개의 도구다. 서치 콘솔은 구글 검색 전용이며, 네이버 검색에 노출되길 원한다면 네이버 서치어드바이저에 별도로 등록해야 한다. 두 검색엔진은 색인·평가 기준이 달라 각각 관리해야 한다.

홈페이지 제작을 맡기면 서치 콘솔 등록도 포함되나요?

업체마다 다르다. 검색 노출까지 고려해 제작하는 곳이라면 서치 콘솔 등록과 사이트맵 제출까지 기본으로 포함하는 것이 정상이다. 계약 전에 이 부분이 포함되는지 반드시 확인하는 것이 좋다.

이미 다른 사람(예: 이전 담당자)이 서치 콘솔에 등록해뒀다면 어떻게 하나요?

같은 속성에 추가 사용자로 등록을 요청하는 것이 가장 안전하다. 기존 소유자에게 연락이 닿는다면 "사용자 및 권한" 메뉴에서 새 계정을 소유자 또는 전체 권한으로 추가해달라고 요청한다. 만약 기존 소유자와 연락이 끊겼다면, 별도의 확인 방법(HTML 태그, DNS 레코드 등)으로 새 속성을 추가해 소유권을 다시 확인할 수 있다. 이 경우 과거에 쌓인 데이터는 이어받지 못하고 새로 쌓이기 시작하므로, 가능하면 기존 계정 접근 권한을 되찾는 쪽을 먼저 시도하는 것이 좋다.

서치 콘솔은 유료 버전도 있나요?

없다. 완전히 무료다. 구글 계정만 있으면 규모와 상관없이 누구나 모든 기능을 제한 없이 쓸 수 있다. 유료로 안내하는 곳이 있다면 서치 콘솔 자체가 아니라 등록·관리 대행 서비스에 비용을 매기는 것이니 구분해서 판단해야 한다.

사이트를 이전(도메인 변경)하면 서치 콘솔도 다시 등록해야 하나요?

새 도메인으로 속성을 새로 추가하고, 이전 도메인 속성에서 "주소 변경" 기능을 사용해야 한다. 단순히 예전 속성을 삭제하고 새로 등록만 하면 그동안 쌓인 데이터와 신뢰도 신호가 끊어질 수 있으므로, 반드시 서치 콘솔의 공식 주소 변경 절차를 따라야 데이터 연속성이 유지된다.

색인이 많이 될수록 무조건 좋은 건가요?

아니다. 중요한 페이지가 색인됐는지가 핵심이다. 의미 없는 페이지(태그 페이지, 중복 페이지, 관리자 로그인 페이지 등)까지 대량으로 색인되면 오히려 사이트 전체의 콘텐츠 품질 평가가 흐려질 수 있다. 색인 페이지 수는 "많을수록 좋다"가 아니라 "필요한 페이지가 빠짐없이 들어가 있는가"로 판단해야 한다.

Ahrefs나 Semrush 같은 유료 툴을 쓰고 있다면 서치 콘솔은 필요 없나요?

그래도 반드시 함께 써야 한다. 유료 툴들은 대부분 자체적으로 추정한 순위·검색량 데이터를 보여주는 반면, 서치 콘솔은 구글이 실제로 관찰한 자사 사이트의 진짜 클릭·노출 데이터를 제공한다는 점에서 대체 불가능하다. 유료 툴은 경쟁사 분석이나 폭넓은 키워드 발굴에, 서치 콘솔은 내 사이트의 실제 성과 확인과 색인 문제 진단에 각각 강점이 있으므로 두 가지는 경쟁 관계가 아니라 보완 관계로 봐야 한다.

마무리: 계기판부터 켜두자

서치 콘솔은 가입에 5분, 등록에 10분이면 끝나는 도구지만, 이걸 켜두느냐 아니냐에 따라 문제를 3일 만에 알아채느냐, 3개월 만에 알아채느냐가 갈린다.

이 글에서 다룬 보고서를 한 화면으로 정리하면 아래와 같다. 처음 서치 콘솔을 열었을 때 어디부터 봐야 할지 막막하다면 이 표를 그대로 체크리스트 삼아도 좋다.

보고서	확인할 것	확인 주기
페이지 색인 생성	색인 상태 추세, 제외 사유	매주
성능	클릭수·노출수·CTR·평균 게재순위	매주
URL 검사	개별 페이지 색인 여부, 재요청	발행·수정 직후
Sitemaps	제출 상태, 가져오기 성공 여부	신규 페이지 추가 시
검색결과 향상	구조화 데이터 오류 여부	매달
코어 웹 바이탈	양호·개선 필요·불량 페이지 수	매달
보안 문제·수동 조치	감지된 문제 없음 확인	매달
링크	신규 백링크, 저품질 링크 유무	매달
크롤링 통계	응답 코드 비율, 크롤링 추세	대형 사이트는 매달

오늘 아직 등록하지 않았다면, 아래 세 단계만 지금 바로 따라 해보자.

search.google.com/search-console에서 속성을 추가하고 소유권을 확인한다. 도메인 관리 권한이 있다면 도메인 속성을 추천한다.
사이트맵을 제출한다. 대부분의 플랫폼은 /sitemap.xml 경로에서 자동 생성되므로 주소만 확인해 입력한다.
일주일 뒤 페이지 색인 생성 보고서와 성능 보고서를 열어 첫 데이터를 확인한다. 여기서부터 매주 5분 루틴을 시작한다.

오늘 배운 것을 요약하면 이렇다.

서치 콘솔은 순위를 올려주는 도구가 아니라 검색 상태를 보여주는 진단 도구다.
등록은 속성 추가 → 소유권 확인 → 사이트맵 제출 3단계로 끝난다.
페이지 색인 생성 보고서로 상태를, 성능 보고서로 클릭·노출·CTR·순위를 확인한다.
색인이 안 될 때는 robots.txt, noindex, canonical, 콘텐츠 품질 순으로 점검한다.
매주·매달 정해진 루틴으로 확인하는 습관이 곧 검색 최적화의 절반이다.

이 습관을 처음 만들 때는 완벽하게 하려고 애쓰지 않아도 된다. 처음 몇 주는 화면을 열어 지표가 어떻게 움직이는지 눈에 익히는 것만으로 충분하고, 익숙해질수록 어디를 먼저 봐야 할지 스스로 판단하는 감각이 생긴다.

다만 서치 콘솔은 이미 세워진 홈페이지의 상태를 보여줄 뿐이다. 애초에 색인되기 좋은 구조, 빠른 속도, 명확한 정보 구조로 지어지지 않은 사이트라면 아무리 계기판을 자주 들여다봐도 개선할 거리가 계속 쌓이기만 한다. 무인도에 아무리 예쁜 호텔을 지어도 손님이 그 섬의 존재를 모르면 소용없는 것처럼, 계기판이 있어도 애초에 잘 지어진 사이트가 아니면 확인할 것만 늘어난다.

이루웹은 SEO를 처음부터 설계에 넣어 홈페이지를 만드는 웹 에이전시입니다. 서치 콘솔 등록·사이트맵 설계 같은 기본 세팅부터 홈페이지 제작 전 SEO 체크리스트, 온페이지 SEO, 신뢰를 쌓는 백링크 전략까지, 검색에 강한 사이트를 함께 만들어 드리고 있습니다. 직접 점검하기 어렵거나 색인·순위 문제로 답답하시다면 SEO 홈페이지 제작 서비스와 전체 서비스를 살펴보시고, 무료 상담으로 현재 사이트 상태를 진단받아 보시길 권해 드립니다. 계기판을 켜는 일부터 손님이 찾아오는 사이트를 만드는 일까지, 이루웹이 함께하겠습니다.

검색되는 사이트가 필요하신가요?

이 글의 원칙을 그대로 적용해 사이트를 만듭니다. 상담은 무료입니다.

무료 상담 신청