홈페이지를 만들고 글을 공개하면 Google이 알아서 찾아와 검색결과에 보여줄 것이라고 생각했습니다.
구글 서치콘솔 소유권 확인은 사이트를 검색에 강제로 등록하는 과정이 아니라, 내가 실제 사이트 관리자임을 Google에 증명하는 과정입니다.
저처럼 워드프레스를 처음 시작한 사람이라면 사이트를 공개한 뒤 무엇을 더 확인해야 하는지 모를 수 있습니다. 저도 홈페이지를 만든 뒤에야 Google Search Console에서 사이트 소유권을 확인하고, Google이 내 글을 발견하고 색인했는지 점검할 수 있다는 사실을 알았습니다.
결론부터 말하면 Search Console을 연결하지 않아도 Google이 홈페이지를 발견할 수는 있습니다. 하지만 내 사이트가 Google에 어떻게 인식되고 있는지, 특정 글이 색인됐는지, 검색 노출 과정에서 문제가 발생했는지를 확인하려면 Search Console을 연결하는 것이 좋습니다.
이번 글에서는 가비아에서 구매한 도메인과 카페24 워드프레스 호스팅을 사용하면서 Search Console 소유권을 확인한 실제 과정을 정리합니다.
핵심 답변: 홈페이지를 공개했다고 모든 글이 바로 Google 검색에 표시되는 것은 아닙니다. Search Console에서 소유권을 확인하고, URL 검사와 사이트맵을 통해 Google이 사이트를 어떻게 인식하고 있는지 점검해야 합니다.
Search Console은 검색 등록 버튼이 아니었습니다
처음에는 Search Console에 홈페이지를 등록하면 Google 검색에 바로 노출되는 줄 알았습니다.
하지만 Search Console은 검색 노출을 보장하는 등록 버튼이 아닙니다. 사이트 소유자임을 증명하고, Google이 홈페이지를 어떻게 크롤링하고 색인하는지 점검하는 관리 도구에 가깝습니다.
Search Console을 연결하면 다음 내용을 확인할 수 있습니다.
Google이 홈페이지를 발견했는지
특정 페이지가 색인됐는지
색인되지 않았다면 어떤 문제가 있는지
어떤 검색어에서 사이트가 노출됐는지
노출수와 클릭수가 얼마나 발생했는지
사이트맵이 정상적으로 처리됐는지
색인은 Google이 페이지의 내용을 분석한 뒤 검색 시스템에 저장하는 과정입니다. 색인이 됐다고 해서 모든 검색어에서 바로 노출되거나 상단에 표시되는 것은 아닙니다.
도메인 속성과 URL 접두어 속성은 무엇이 다를까?
Search Console에서 속성을 추가하면 보통 도메인 속성과 URL 접두어 속성이 표시됩니다.
| 구분 | 도메인 속성 | URL 접두어 속성 |
| 입력 예시 | example.com | https://example.com |
| 관리 범위 | HTTP·HTTPS와 하위 도메인 포함 | 입력한 주소 형식을 중심으로 관리 |
| 대표 인증 방식 | DNS 인증 | HTML 파일, HTML 태그 등 |
| 초보자 주의점 | 실제 DNS 관리처 확인 필요 | 프로토콜과 주소를 정확히 입력 |
저는 도메인 전체를 관리할 수 있는 도메인 속성을 선택했습니다.
도메인 속성의 소유권을 확인하려면 DNS에 Google이 제공한 인증용 TXT 레코드를 추가해야 합니다.
소유권 확인에서 처음 막힌 이유
처음 인증을 시도했을 때 Search Console에서 도메인의 TXT 레코드에서 인증 토큰을 찾을 수 없다는 안내가 나왔습니다.
DNS 화면에서는 다음과 같은 값을 확인할 수 있었습니다.
v=spf1 ip4:211.34.104.136 ~all
처음에는 이 값이 Google 인증과 관련된 값인지 헷갈렸습니다.
하지만 이 값은 google-site-verification=으로 시작하는 Search Console 인증 토큰이 아니라 이메일 발송 정책에 사용되는 SPF 기록이었습니다.
기존 TXT 레코드가 보인다고 해서 그 값을 Google 인증값으로 바꾸면 안 됩니다.
기존 SPF 기록은 유지하고 Google 소유권 확인용 TXT 레코드를 별도로 추가해야 합니다.
가비아가 아니라 카페24에서 설정해야 했습니다
도메인은 가비아에서 구매했기 때문에 처음에는 가비아의 DNS 관리 화면을 찾았습니다.
그런데 Google 인증값을 추가할 레코드가 보이지 않았습니다.
원인은 도메인 구매처와 실제 DNS 관리처가 달랐기 때문입니다.
제가 사용한 구성은 다음과 같았습니다.
도메인 구매: 가비아
워드프레스 호스팅: 카페24
실제 네임서버와 DNS 관리: 카페24
도메인을 어느 회사에서 구매했는지만 보는 것이 아니라 현재 어떤 네임서버를 사용하며 실제 DNS 레코드를 어디에서 관리하는지 확인해야 합니다.

제 경우에는 가비아가 아니라 카페24 DNS 관리 화면에서 Google 인증용 TXT 레코드를 추가해야 했습니다.
도메인 연결 단계에서도 네임서버와 DNS 관리 위치를 혼동해 시행착오를 겪었습니다. 당시 해결 과정은 워드프레스 홈페이지를 처음 만들며 막혔던 문제를 정리한 기존 글에 따로 남겼습니다.
카페24에 Google 인증용 TXT 레코드를 추가한 과정
제가 진행한 순서는 다음과 같습니다.
1. 카페24 호스팅 관리 화면에 접속합니다.
2. 연결된 도메인의 DNS 관리 화면을 엽니다.
3. TXT 레코드 관리 또는 추가 메뉴로 이동합니다.
4. Search Console에서 제공한 인증값을 복사합니다.
5. Google 인증용 TXT 레코드를 새로 추가합니다.
6. 저장한 뒤 DNS 변경 내용이 반영되기를 기다립니다.
7. Search Console로 돌아가 소유권 확인을 다시 실행합니다.

등록하는 값은 일반적으로 다음과 같은 형태입니다.
| 항목 | 입력 내용 |
| 호스트명 | 빈칸 또는 DNS 서비스에서 요구하는 기본값 |
| TXT 값 | google-site-verification=Google이 제공한 값 |
| 기존 SPF 기록 | 삭제하거나 덮어쓰지 않음 |
호스트명 입력 방식은 DNS 관리 서비스에 따라 다를 수 있습니다.
실제 화면에서 빈칸을 허용하는지, @를 입력해야 하는지, 기본 도메인을 선택해야 하는지 확인해야 합니다.
또한 Search Console 인증값은 계정과 사이트의 소유권 확인에 사용되는 고유한 값입니다.
화면 캡처를 공개할 때는 google-site-verification= 뒤에 있는 인증 문자열을 가리는 것이 안전합니다.
TXT 레코드를 추가해도 바로 인증되지 않을 수 있습니다
DNS 레코드를 저장한 직후 다시 확인했는데 인증이 실패하더라도 입력값을 곧바로 삭제할 필요는 없습니다.
DNS 변경 내용이 여러 서버에 반영되는 데 시간이 걸릴 수 있기 때문입니다.
입력값이 정확하다면 잠시 기다렸다가 다시 확인하는 편이 낫습니다.
인증이 되지 않을 때는 다음 항목을 먼저 확인합니다.
인증값 앞뒤에 불필요한 공백이 없는지
google-site-verification= 문자열이 빠지지 않았는지
실제 DNS 관리업체에 값을 추가했는지
기존 SPF 레코드를 실수로 수정하지 않았는지
도메인 철자를 정확히 입력했는지
TXT 레코드가 저장 완료 상태인지
소유권 확인이 완료됐습니다
TXT 레코드가 반영된 뒤 Search Console에서 다시 확인하자 소유권 인증이 완료됐습니다.

소유권 확인 완료는 Google이 해당 Search Console 속성을 관리할 권한을 확인했다는 의미입니다.
하지만 소유권 인증이 끝났다고 모든 페이지가 즉시 검색결과에 나오는 것은 아닙니다.
인증 후에는 홈페이지와 주요 글이 Google 색인에 포함됐는지 별도로 확인해야 합니다.
인증에 사용한 TXT 레코드는 확인이 끝났다고 바로 삭제하지 않는 것이 좋습니다. Google이 소유권을 계속 확인할 수 있도록 레코드를 유지해야 합니다.
URL 검사로 색인 상태 확인하기
Search Console 상단의 URL 검사 입력창에 확인하려는 페이지의 전체 주소를 넣으면 Google이 해당 URL을 어떻게 인식하고 있는지 확인할 수 있습니다.

URL 검사 결과에서는 다음 내용을 살펴봅니다.
URL이 Google에 등록되어 있음
Google 색인에 해당 URL이 저장되어 검색결과에 표시될 수 있는 상태라는 의미입니다.
다만 이 문구가 표시돼도 반드시 특정 검색어에서 노출된다는 뜻은 아닙니다.
검색결과 노출에는 콘텐츠 품질, 검색 의도와의 관련성, 사이트 상태 등 여러 조건이 함께 적용됩니다.
URL이 Google에 등록되어 있지 않음
Google이 아직 URL을 발견하지 못했거나, 발견했지만 색인하지 않았거나, 크롤링 또는 색인을 방해하는 문제가 있을 수 있습니다.
이때는 다음 순서로 확인합니다.
1. 실시간 URL 테스트를 실행합니다.
2. Google이 페이지에 접근할 수 있는지 확인합니다.
3. noindex 설정이 적용되지 않았는지 확인합니다.
4. Google이 선택한 대표 URL이 예상한 주소인지 확인합니다.
5. 문제를 해결한 뒤 색인 생성을 요청합니다.
색인 생성 요청은 Google에 해당 URL을 다시 확인해 달라고 요청하는 기능입니다.
요청이 완료됐다고 색인이나 검색 노출이 보장되는 것은 아니며 처리에는 시간이 걸릴 수 있습니다.
사이트맵도 확인해야 합니다
사이트맵은 Google에 사이트의 주요 URL 구조를 알려주는 파일입니다.
워드프레스에서 Rank Math 같은 SEO 플러그인을 사용한다면 사이트맵이 자동으로 생성될 수 있습니다.
먼저 사이트맵 주소를 브라우저에서 열어 정상적으로 표시되는지 확인한 뒤 Search Console의 사이트맵 메뉴에 제출합니다.
Rank Math를 사용하는 사이트의 대표적인 사이트맵 주소는 다음과 같은 형태입니다.
플러그인과 설정에 따라 실제 주소가 다를 수 있으므로 자신의 사이트맵 주소를 직접 확인해야 합니다.
사이트맵 제출은 파일을 Google에 업로드하는 작업이 아닙니다.
내 사이트에 있는 사이트맵의 위치를 Google에 알려주고, Google이 파일을 정상적으로 읽었는지 확인하는 과정입니다.
사이트맵을 제출했다고 모든 페이지의 크롤링과 색인이 보장되는 것은 아닙니다.
제출 후 상태가 성공으로 표시되는지, 처리 오류는 없는지 확인해야 합니다.
Search Console 데이터가 바로 보이지 않아도 됩니다
Search Console을 처음 연결한 사이트에서는 실적 데이터가 바로 나타나지 않을 수 있습니다.
Google이 데이터를 처리하는 데 시간이 필요할 수 있고, 새 사이트라면 아직 검색 노출이나 클릭이 발생하지 않았을 수도 있습니다.
처음에는 다음 항목부터 확인하면 됩니다.
홈페이지와 주요 글의 URL 검사 결과
페이지 색인 생성 보고서
사이트맵 처리 상태
보안 문제와 직접 조치 알림
실적 보고서의 노출수와 클릭수
검색 데이터가 아직 없더라도 인증이나 설정이 잘못됐다고 바로 판단할 필요는 없습니다.
초보자가 확인할 순서
홈페이지를 만든 뒤 Google 검색 상태를 확인하려면 다음 순서로 진행하면 됩니다.
1. Search Console에서 사이트 속성을 추가합니다.
2. 도메인 속성을 선택했다면 실제 DNS 관리처를 확인합니다.
3. Google 인증용 TXT 레코드를 별도로 추가합니다.
4. 소유권 확인 완료 여부를 확인합니다.
5. 홈페이지와 주요 글을 URL 검사로 점검합니다.
6. 필요한 경우 색인 생성을 요청합니다.
7. 사이트맵 주소를 확인하고 제출합니다.
8. 페이지 색인과 실적 보고서를 주기적으로 확인합니다.
자주 묻는 질문
Search Console에 등록하지 않으면 Google 검색에 나오지 않나요?
아닙니다.
Search Console을 연결하지 않아도 Google이 사이트를 발견하고 색인할 수 있습니다.
다만 Search Console을 연결하면 색인 상태와 검색 노출 문제를 더 정확하게 확인할 수 있습니다.
TXT 레코드를 등록했는데 인증에 실패하는 이유는 무엇인가요?
실제 DNS 관리처가 아닌 다른 회사의 DNS 화면에 등록했거나, 인증값을 잘못 입력했거나, DNS 변경 내용이 아직 반영되지 않았을 수 있습니다.
도메인 구매처와 실제 DNS 관리처가 같은지도 확인해야 합니다.
기존 SPF 레코드를 지우고 Google 인증값을 넣어야 하나요?
아닙니다.
SPF와 Google Search Console 인증은 목적이 다른 TXT 레코드입니다.
기존 SPF 기록을 삭제하거나 덮어쓰지 말고 Google 인증용 레코드를 별도로 추가해야 합니다.
소유권 확인이 끝나면 TXT 레코드를 삭제해도 되나요?
인증 토큰은 유지하는 것이 좋습니다.
Google이 더 이상 토큰을 확인할 수 없으면 해당 방식으로 확인한 소유권이 해제될 수 있습니다.
색인 생성을 요청하면 바로 Google 검색에 나오나요?
아닙니다.
색인 생성 요청은 Google에 URL을 다시 확인해 달라고 요청하는 기능이며 실제 색인이나 검색 노출을 보장하지 않습니다.
직접 해보니 가장 중요했던 점
이번 과정에서 가장 헷갈렸던 부분은 도메인을 구매한 회사와 DNS를 관리하는 회사가 다를 수 있다는 점이었습니다.
가비아에서 도메인을 구매했기 때문에 당연히 가비아에서 TXT 값을 추가해야 한다고 생각했습니다.
하지만 실제 네임서버와 DNS는 카페24에서 관리되고 있었기 때문에 카페24 DNS 관리 화면에서 설정해야 했습니다.
홈페이지를 처음 만들면 이런 차이를 누가 알려주지 않는 이상 알기 어렵습니다.
Search Console 소유권 확인에서 막혔다면 인증 버튼을 계속 누르기 전에 먼저 현재 네임서버와 실제 DNS 관리처가 어디인지 확인해 보세요.
이 한 가지를 확인하는 것만으로 해결 시간을 크게 줄일 수 있습니다.
공식 출처
본 글은 Google Search Console 공식 도움말과 실제 카페24 워드프레스 환경에서 직접 확인한 내용을 바탕으로 작성했습니다.
- Google Search Console 시작하기
https://support.google.com/webmasters/answer/9128668 - Google Search Console 소유권 확인(Ownership verification)
https://support.google.com/webmasters/answer/9008080 - URL 검사 도구(URL Inspection Tool)
https://support.google.com/webmasters/answer/9012289 - 사이트맵 보고서(Sitemaps Report)
https://support.google.com/webmasters/answer/7451001
확인 기준일: 2026년 8월 1일
근거픽 검증
– Google 공식 Search Console 도움말 확인
– 도메인 속성의 DNS 소유권 인증 방식 확인
– 인증 토큰 유지 필요성 확인
– URL 검사와 색인 생성 요청의 차이 확인
– 사이트맵 제출의 역할과 한계 확인
– 실제 카페24 DNS 등록 및 소유권 인증 과정 반영
– Google과 카페24의 메뉴 및 설정 방식은 변경될 수 있으므로 실제 작업 전 현재 화면과 공식 도움말을 다시 확인하세요.