2026년 5월 11일 읽는 데 약 2분

Search Console을 연결하기 전에 먼저 정리한 사이트 구조

Search Console을 붙이기 전에 사이트 안의 길부터 확인했습니다. 홈, 블로그, 소개, 문의가 어떤 역할인지 정리해두면 나중에 색인 숫자를 볼 때 훨씬 덜 흔들렸습니다.

  • 주요 메뉴가 실제 글 흐름과 맞는지 봅니다.
  • sitemap이 열리고 필요한 주소를 담는지 확인합니다.
  • 테스트 글이나 비공개 확인용 글이 섞이지 않았는지 봅니다.
  • 대표 주소와 내부 링크가 같은 방향을 가리키는지 확인합니다.
Search Console 등록 전 메뉴와 URL 흐름을 확인한 이미지
홈, 블로그, 안내 페이지가 서로 어떻게 이어지는지 확인했습니다.

도구를 붙인 뒤에야 보이는 문제들

Search Console을 붙이고 나면 생각보다 많은 상태 문구가 보입니다. 그래서 도구를 보기 전에 내 사이트의 정상 상태를 먼저 정해두는 편이 좋았습니다.

  • 처음에는 도구를 먼저 연결하면 문제가 알아서 보일 거라고 생각했습니다.
  • 구조가 정리되지 않은 상태에서는 오류를 봐도 판단하기 어려웠습니다.
  • URL 기준을 미리 적어두지 않으면 나중에 같은 주소를 여러 번 확인하게 됐습니다.

메뉴와 sitemap 기준을 같이 남긴 이유

메뉴에서 접근 가능한 페이지와 sitemap에 들어가는 페이지를 같이 봤습니다. 방문자와 검색엔진이 만나는 길이 너무 다르면 나중에 설명이 어려웠습니다.

Search Console 안내에서 먼저 확인한 것

Search Console 도움말은 기능 이름과 검사 흐름을 확인하는 데 참고했습니다. 제 기록은 도구 사용법보다 연결 전에 사이트를 어떻게 정리했는지에 초점을 둡니다.

나중에 화면이 바뀌어도 다시 확인할 기준을 남기려고 Google 검색 도구 도움말도 참고했습니다. 연결 전에 먼저 본 구조를 확인할 때 Search Console을 붙이기 전에 제 사이트 구조가 어떤 식으로 읽힐지 비교하기 위한 링크입니다.

연결 뒤 404 숫자를 다르게 보게 된 순간

연결 후에는 자연스럽게 404 기록을 보게 됐습니다. 연결 전 구조를 적어두지 않았다면 어떤 오류가 새로 생긴 것인지 구분하기 어려웠을 겁니다.

Search Console을 연결하기 전에는 사이트가 어떤 구조로 돌아가는지 먼저 파악해야 했습니다. 여러 워드프레스를 나눠 운영한 흐름은 Docker로 워드프레스를 여러 개 운영하면서 DB를 나눠본 기록에 남겨두었습니다.

등록 전에 열어볼 공개 URL 목록

다음에 Search Console을 연결한다면 공개 URL, 기본 페이지, sitemap, robots.txt를 먼저 열어볼 것입니다. 도구 등록은 그 다음이어도 늦지 않았습니다.

Search Console 연결 전에 꼭 다 정리해야 할까?

Q. Search Console을 연결하기 전에 사이트 구조를 완벽하게 끝내야 하나요?

A. 완벽할 필요는 없다고 봅니다. 다만 공개할 페이지와 숨겨둘 페이지, 메뉴에서 보여줄 페이지 정도는 먼저 구분해두는 게 좋았습니다. 나중에 Search Console에서 404나 색인 제외 항목을 볼 때, 어떤 URL이 의도된 것인지 판단하기가 훨씬 쉬워졌습니다.