새 사이트를 Search Console에 등록하면 가장 먼저 드는 감정은 보통 비슷합니다. 화면이 너무 비어 있거나, 어떤 보고서는 아예 데이터가 없고, 또 어떤 보고서는 경고처럼 보이는 문구가 떠 있어서 “뭐가 잘못된 건가?” 싶어집니다. 그런데 새 블로그 초반에는 이런 상태가 오히려 정상인 경우가 많습니다. 문제는 무엇을 지금 바로 확인해야 하고, 무엇은 시간이 지나야 의미 있는 데이터가 생기는지 구분하지 못할 때 생깁니다.

Google Search Console 공식 도움말을 보면, 새 속성은 데이터가 나타나기까지 며칠이 걸릴 수 있고, 중요한 것은 모든 URL이 아니라 중요한 canonical URL들이 제대로 보이는지 확인하는 것이라고 안내합니다. 또 Search Console Help는 가능한 경우 URL-prefix보다 Domain property를 권장하고, URL Inspection과 Sitemaps report, Page Indexing report, Manual Actions report, Security Issues report의 역할을 서로 다르게 설명합니다. 이 말은 곧, 등록 직후의 첫 점검도 “보고서 전체를 구경하는 것”이 아니라 “기본 신호가 정상인지 확인하는 것”이어야 한다는 뜻입니다.

이번 글에서는 새 블로그를 Search Console에 등록한 직후, 제가 실제로 가장 먼저 확인하는 항목들을 순서대로 정리해보겠습니다.

검색/신뢰검색 등록

Search Console에 새 사이트 등록한 뒤 바로 확인해야 할 항목들

Search Console에 사이트를 추가한 직후 무엇을 먼저 확인해야 하는지 정리합니다. 바로 점검할 항목과 며칠 기다려야 하는 항목을 구분해서, 새 블로그 운영자가 초기에 흔들리지 않도록 기준을 제시합니다.

핵심 1

먼저 결론: 초반에는 이 순서만 보면 됩니다

핵심 2

속성 유형부터 맞는지 확인한다

핵심 3

소유권 확인은 끝났는지, 그리고 내가 본 속성이 맞는지 확인한다

검색 등록검색/신뢰search console first checklist
등록 직후 바로 볼 항목과 며칠 기다려야 의미가 생기는 항목을 나눈 Search Console 초기 체크리스트

먼저 결론: 초반에는 이 순서만 보면 됩니다

Search Console 등록 직후 저는 아래 순서대로 봅니다.

  1. 속성 유형이 맞는가
  2. 소유권 확인이 끝났는가
  3. 대표 도메인과 sitemap URL이 맞는가
  4. 홈 URL을 URL Inspection으로 검사했는가
  5. Manual Actions와 Security Issues가 비어 있는가
  6. Sitemaps report가 Success인지 확인했는가
  7. Page Indexing은 “지금 숫자”보다 “며칠 뒤 추세”로 볼 준비가 되어 있는가

반대로 초반부터 너무 집착하지 않는 항목도 있습니다.

  • Performance report 숫자
  • 전체 인덱스 수의 절대값
  • 모든 URL이 곧바로 색인되기를 기대하는 마음

Google도 작은 사이트는 몇몇 핵심 URL만 직접 확인해도 충분할 수 있다고 설명하고, 100% coverage를 기대하지 말라고 말합니다. 그래서 초반 운영자에게 중요한 건 “많은 데이터를 읽는 능력”보다 “아직 데이터가 없어도 괜찮은 항목을 구분하는 능력”입니다.

1. 속성 유형부터 맞는지 확인한다

Search Console Help는 가능한 경우 URL-prefix property보다 Domain property를 권장합니다. 이유는 간단합니다. Domain property는 http/https, www/non-www, 그리고 서브도메인까지 한꺼번에 묶어서 볼 수 있기 때문입니다.

공식 문서 기준으로 정리하면 이렇습니다.

  • Domain property: example.com처럼 프로토콜 없이 등록, 모든 프로토콜과 서브도메인 포함
  • URL-prefix property: https://www.example.com/처럼 정확한 접두사만 포함

이 차이를 놓치면 초반부터 데이터가 이상하게 보일 수 있습니다. 예를 들어 실제 사이트는 https://www.example.com으로 운영하는데, 실수로 http://example.com만 URL-prefix property로 등록하면 “왜 데이터가 안 보이지?”라는 혼란이 생길 수 있습니다. Google 도움말도 URL-prefix는 프로토콜과 서브도메인이 정확히 맞아야 하며, 잘못된 URL을 지정하면 며칠이 지나도 데이터가 없을 수 있다고 설명합니다.

그래서 DNS 검증이 가능하다면 저는 처음부터 Domain property를 기본으로 잡고, 필요할 때만 세부 URL-prefix property를 추가하는 편을 추천합니다.

2. 소유권 확인은 끝났는지, 그리고 내가 본 속성이 맞는지 확인한다

속성을 추가한 뒤에는 “등록했다”와 “올바른 속성을 보고 있다”를 구분해야 합니다. Google 문서에 따르면 속성 데이터 수집은 추가와 함께 시작될 수 있지만, 속성 자체가 잘못되어 있으면 며칠이 지나도 의미 있는 데이터가 나오지 않을 수 있습니다.

특히 아래 두 가지를 같이 봐야 합니다.

  • 속성 이름이 실제 운영 도메인과 맞는가
  • 소유권 확인이 완료되었는가

예를 들어 이런 식으로 정리합니다.

좋음: example.com  (Domain property)
좋음: https://www.example.com/  (URL-prefix property, 실제 운영 URL과 일치)
주의: http://example.com/  (실제 서비스 주소와 불일치 가능)

이 단계는 단순해 보여도 아주 중요합니다. 이후 Sitemaps report나 URL Inspection을 봤을 때, “아무 것도 안 보인다”는 증상이 사실은 속성 선택 자체가 잘못돼서 생긴 경우가 적지 않기 때문입니다.

3. 대표 도메인과 canonical 방향이 이미 정리되어 있는지 본다

Search Console 등록 직후엔 Search Console 화면만 보지 말고 사이트 자체 구조도 함께 확인해야 합니다. Google은 URL 변형이 여러 개 있을 경우 canonical URL을 명확히 알려주라고 하고, Search Console 속성 도움말도 여러 프로토콜/서브도메인 변형이 있다면 Google에 어떤 URL이 canonical인지 알려주라고 권장합니다.

즉 아래가 이미 정리되어 있어야 합니다.

  • www와 non-www 중 대표 도메인 하나
  • sitemap에 들어가는 호스트 하나
  • canonical이 가리키는 호스트 하나

이 단계가 아직 정리되지 않았다면 Search Console을 오래 보는 것보다 먼저 www, non-www, canonical 정리 글을 따라 구조를 맞추는 편이 좋습니다. Search Console은 구조를 “고쳐주는 도구”가 아니라, 이미 존재하는 구조를 “보여주는 도구”에 가깝기 때문입니다.

4. 홈 URL을 URL Inspection으로 먼저 본다

새 사이트에서는 전체 보고서보다 홈페이지 1개를 먼저 보는 편이 훨씬 빠릅니다. Google의 URL Inspection 문서를 보면, 이 도구는 특정 URL이 Google 인덱스에서 어떤 상태인지 보여주고, 필요하면 live test도 돌릴 수 있습니다.

중요한 점은 indexed 결과와 live test 결과가 서로 다르다는 것입니다.

  • Indexed URL status: Google이 마지막으로 인덱싱한 버전 기준
  • Live URL test: 지금 웹에서 보이는 버전 기준

Google은 이 둘을 분명히 구분합니다. indexed 결과는 라이브 테스트가 아니며, live test는 실시간 접근 가능 여부를 보여주지만 그것만으로 색인이 보장되지는 않는다고 설명합니다.

그래서 새 사이트 초반에는 보통 이렇게 봅니다.

  1. https://www.example.com/ 검사
  2. 필요하면 Test live URL 실행
  3. Page fetch = Successful인지 확인
  4. 크롤링 차단이나 noindex 흔적이 없는지 확인

이 과정은 특히 sitemap.xml과 robots.txt 자동 생성 글에서 다룬 파일이 실제로 Googlebot에게도 접근 가능한지 확인할 때 같이 유용합니다.

5. sitemap은 제출만 하지 말고 상태까지 본다

Search Console의 Sitemaps report는 단순 제출 창이 아닙니다. Google 도움말에 따르면 sitemap은 제출하면 즉시 가져오려 시도할 수 있지만, 그 안의 URL을 실제로 크롤링하고 처리하는 데는 시간이 걸릴 수 있습니다. 또 이 보고서는 제출한 sitemap의 파싱 오류와 fetch 오류를 추적하는 용도로도 중요합니다.

초기 점검에서 제가 보는 핵심은 딱 세 가지입니다.

  • sitemap URL이 정확한가
  • 상태가 Success인가
  • Discovered pages 숫자가 내 기대와 대략 맞는가

예를 들어 아래 주소를 제출합니다.

https://www.example.com/sitemap.xml

Google 문서에는 이 보고서가 report나 API로 제출된 sitemap만 보여주며, robots.txt를 통해 자동 발견한 sitemap은 기본적으로 이 목록에 안 보일 수 있다고 적혀 있습니다. 그래서 robots에 sitemap이 적혀 있다고 해도, 초반에는 Sitemaps report에 직접 한 번 제출해서 상태를 추적하는 편이 더 좋습니다.

또한 Google은 sitemap이 바로 fetch될 수 있어도, 그 안의 URL이 모두 곧바로 크롤링되거나 색인되는 것은 아니라고 설명합니다. 이건 초반 운영자에게 꽤 중요한 포인트입니다. Success는 “제출과 읽기 성공”이지 “모든 페이지 색인 완료”가 아닙니다.

6. Manual Actions와 Security Issues는 초반에 한 번 비어 있는지 확인한다

새 사이트는 보통 콘텐츠와 색인만 생각하기 쉽지만, Search Console 초반 체크에서는 Manual Actions와 Security Issues도 한 번은 바로 보는 편이 좋습니다. 두 보고서 모두 Google 도움말에서 “문제가 없으면 초록 체크 표시와 적절한 메시지”가 보인다고 설명합니다.

즉 초반 기준은 단순합니다.

  • Manual Actions: 아무 조치 없음
  • Security Issues: 아무 문제 없음

왜 이걸 초반에 바로 보느냐면, 이 두 항목은 “데이터가 쌓여야 보이는 보고서”가 아니라 “문제가 있으면 당장 알아야 하는 보고서”이기 때문입니다. 특히 중고 도메인이나 예전에 다른 용도로 쓰인 도메인을 사용하는 경우에는 더 그렇습니다. Google 도움말도 이전 소유자가 남긴 문제일 수 있다는 점을 따로 언급합니다.

그래서 새 블로그를 등록하면 색인 보고서보다 먼저 이 두 곳을 한 번 눌러보는 습관을 들이는 편이 좋습니다.

7. Page Indexing report는 숫자보다 방향을 본다

새 사이트가 가장 많이 흔들리는 부분이 여기입니다. Page Indexing report에 Not indexed가 보이거나, 아예 수치가 거의 없으면 “뭔가 실패했다”라고 느끼기 쉽습니다. 하지만 Google 도움말은 작은 사이트라면 이 보고서가 꼭 핵심이 아닐 수도 있고, 100% coverage를 기대하지 말라고 안내합니다.

또 Google은 중요한 건 모든 페이지가 아니라 중요한 canonical 페이지들이 색인되는 것이라고 설명합니다. 이 말은 초반에 특히 중요합니다.

초기에는 이렇게 해석하는 편이 좋습니다.

  • 홈과 중요한 글 몇 개가 보이면 방향은 맞다
  • 수치가 적다고 바로 실패는 아니다
  • Not indexed 항목은 이유를 봐야 한다
  • Website가 원인인 경우는 내가 고칠 수 있다
  • Google이 원인인 경우는 기다려야 할 수도 있다

Search Console 도움말의 “Has Google found all your pages?” 문서도 작은 사이트라면 첫 단계에서 홈페이지 URL 검색이나 소수의 핵심 URL 확인으로 충분할 수 있다고 말합니다. 그래서 블로그 초반에는 Page Indexing 그래프를 매일 들여다보기보다, 홈과 대표 글 몇 개를 URL Inspection으로 직접 보는 편이 더 실용적입니다.

8. 초반에 안 보여도 너무 걱정하지 않아도 되는 것들

Google 도움말에는 속성 데이터가 며칠 안에 나타나기 시작한다고 나와 있습니다. 이 말은 반대로, 등록 직후 하루 이틀 동안 많은 보고서가 비어 있어도 이상하지 않다는 뜻입니다.

새 사이트 초반에 자주 생기지만 꼭 문제는 아닌 것들은 이런 것들입니다.

  • Performance report에 데이터가 거의 없음
  • Page Indexing 수치가 매우 적음
  • sitemap 제출은 성공했지만 글 URL이 바로 안 뜸
  • site: 검색 결과가 매우 적음

오히려 지금 당장 이상하다고 봐야 하는 항목은 따로 있습니다.

  • property를 잘못 등록함
  • sitemap이 fetch되지 않음
  • 홈 URL live test 실패
  • Manual Actions나 Security Issues에 실제 이슈가 있음

즉 “기다려야 정상인 것”과 “바로 고쳐야 하는 것”을 구분하는 것이 핵심입니다.

9. 제가 실제로 쓰는 등록 직후 체크리스트

새 사이트를 Search Console에 넣고 나면 저는 보통 아래 순서로 10분 안에 점검합니다.

  1. Domain property 또는 정확한 URL-prefix property를 선택했는지 확인
  2. 소유권 확인 상태 확인
  3. 대표 도메인이 실제 배포 주소와 맞는지 확인
  4. /sitemap.xml 제출
  5. Sitemaps report에서 Success 여부 확인
  6. 홈페이지 URL Inspection 실행
  7. 필요하면 live test로 fetch 성공 여부 확인
  8. Manual Actions report 확인
  9. Security Issues report 확인
  10. Page Indexing은 스냅샷만 보고, 며칠 뒤 다시 볼 일정만 잡기

필요하다면 shell로도 기본 상태를 같이 확인할 수 있습니다.

curl.exe -I https://www.example.com/
curl.exe -I https://www.example.com/sitemap.xml
curl.exe -I https://www.example.com/robots.txt

그리고 Google 검색에서 아주 작은 확인도 해볼 수 있습니다.

site:example.com
site:example.com "글 제목 일부"

다만 이 검색 자체가 Search Console을 완전히 대체하진 않습니다. 저는 작은 사이트일 때 “보조 확인” 정도로만 씁니다.

마무리

Search Console에 새 사이트를 등록한 직후 가장 중요한 건 데이터가 많아 보이는 보고서를 오래 보는 것이 아닙니다. 오히려 속성 유형, 소유권, sitemap, URL Inspection, Manual Actions, Security Issues처럼 “기본 구조가 정상인지”를 먼저 확인하는 편이 훨씬 중요합니다.

Google 공식 문서를 종합해 보면, 새 사이트는 데이터가 나타나기까지 며칠이 걸릴 수 있고, 모든 URL이 바로 색인될 필요도 없습니다. 중요한 건 canonical 기준의 핵심 페이지들이 Google에 올바르게 보이기 시작하는지입니다. 그래서 초반에는 “많이 보이는 그래프”보다 “정확한 몇 가지 신호”를 보는 습관이 더 도움이 됩니다.

Search Console 초기 구조가 정상이라면, 다음 단계에서는 개별 글이 왜 색인되지 않는지, 어떤 항목부터 좁혀 가야 하는지가 자연스럽게 이어집니다.

참고 문서