구글 서치콘솔 등록 — 도메인 속성과 URL 접두어, 토큰 구분

서치콘솔은 등록이 아니라 계기판이다

구글 SEO 기본 가이드는 사이트가 이미 색인되어 있는지 site: 검색으로 먼저 확인하고, 나온다면 "아무 조치도 취할 필요가 없다"고 말합니다. 구글에 표시되는 사이트 대부분은 크롤링 과정에서 자동으로 발견되어 추가됩니다. "구글 검색 등록"은 네이버와 마찬가지로 노출 신청 절차가 아닙니다.

서치콘솔이 필요한 이유는 문제를 볼 수 있기 때문입니다. 어떤 페이지가 색인에서 빠졌는지, 구글이 고른 표준 URL이 내가 의도한 것과 다른지, 사이트맵을 가져오지 못했는지, 어떤 검색어로 몇 번 노출되고 클릭됐는지를 구글이 직접 보여줍니다. 구글은 생성형 AI 검색 최적화 가이드에서도 "잠재적인 기술 문제를 신속하게 발견하려면 Search Console에서 사이트를 인증하라"고 권합니다.

어떤 속성을 만들까

도메인을 직접 관리한다면 도메인 속성이 누락이 적습니다. www가 붙은 주소와 안 붙은 주소, http와 https가 섞여 있어도 한 속성에서 보입니다. 호스팅 플랫폼(아임웹, 카페24, 윅스 등)을 쓰는데 DNS를 만질 수 없다면 플랫폼이 제공하는 HTML 태그 입력란으로 URL 접두어 속성을 확인하는 것이 현실적입니다.

토큰을 헷갈리면 확인이 실패한다

구글은 확인 방법마다 다른 값을 줍니다. 도메인 속성을 만들면 DNS TXT 레코드용 문자열(google-site-verification=로 시작하는 형태)이 나오고, URL 접두어 속성에서 HTML 태그 방식을 고르면 meta 태그의 content 값이 나옵니다. 둘은 서로 대체되지 않습니다.

블스피도 이 지점을 코드 주석으로 남겨 두었습니다. lib/seo.ts의 구글 확인 상수는 "HTML 태그 방식용이어야 하며, DNS TXT 방식 토큰을 여기 넣으면 확인이 실패한다", "도메인 속성을 쓸 거라면 코드가 아니라 DNS에 TXT 레코드를 넣어야 한다"고 적혀 있습니다. 또 값이 비어 있으면 태그 자체를 내보내지 않도록 했는데, 빈 확인 태그를 내보내면 확인 실패로 처리되기 때문입니다.

블스피는 한동안 구글 확인 코드가 주석 처리된 채 배포되어 서치콘솔에 사이트가 연결되지 않은 상태였습니다. 그동안은 색인 요청도, 색인 현황 확인도 할 수 없었습니다.

등록 직후 할 일

• ·사이트맵 보고서에서 sitemap.xml(또는 사이트맵 인덱스)을 제출하고 "성공" 상태인지 본다. "가져올 수 없음"이면 서버 응답 시간과 상태 코드부터 확인한다.
• ·URL 검사 도구로 대표 페이지를 넣어 색인 여부, 구글이 선택한 표준 URL, 크롤링 시 받은 HTML을 확인한다.
• ·페이지 색인 생성 보고서에서 "제외됨" 사유(noindex, 리디렉션, 중복, 404 등)를 훑는다.
• ·확인 방법을 두 개 이상 등록해 둔다. 템플릿 교체로 태그가 사라져도 권한이 끊기지 않는다.
• ·대행사에 보여줄 때는 소유자 권한이 아니라 필요한 수준의 사용자 권한만 준다. 구글은 SEO 감사 단계에서는 읽기 권한만 주라고 권장한다.

블스피 사례 — 사이트맵 "가져올 수 없음"

2026년 8월 블스피의 사이트맵 인덱스가 서치콘솔에서 "가져올 수 없음"으로 반려된 적이 있습니다. 직접 Googlebot 사용자 에이전트로 요청하면 46ms에 200이 나오는 정상 파일이었지만, 사이트맵이 데이터를 받아오는 백엔드가 유휴 상태에서 깨어나는 데 시간이 걸리면 응답 시간 한도를 넘겨 504가 날 수 있었습니다. 크롤러에게 504는 곧 실패입니다. 백엔드 요청에 6초 상한을 두고, 초과하면 빈 값으로 응답하도록 고쳤습니다. 브라우저에서 열어 보는 것만으로는 이런 간헐적 실패를 볼 수 없어서, 서치콘솔 보고서가 유일한 단서였습니다.