웹사이트에 Google Search Console 설정하는 방법
Google Search Console을 설정하려면 search.google.com/search-console에 로그인해서 사이트를 속성으로 추가하고, 소유권을 확인한 뒤(도메인 속성이라면 DNS 레코드로, URL 접두어 속성이라면 HTML 태그나 파일로), 사이트맵을 제출하세요. 그다음 색인 생성 페이지 보고서에서 Google이 색인하지 못하는 페이지를 확인하고, 성과 보고서에서 사람들을 데려오는 검색어를 확인하세요. 전체 설정은 약 15분 정도 걸립니다.
Search Console의 용도
Google Search Console은 사이트 소유자를 위한 Google의 무료 도구입니다. Google이 내 사이트를 어떻게 보는지 직접 알려 주는 유일한 곳입니다.
- 어떤 페이지가 색인되었는지, 그리고 나머지는 왜 그렇지 않은지
- 어떤 검색어에 내 사이트가 노출되는지, 얼마나 자주 노출되는지(노출수), 사람들이 얼마나 자주 클릭하는지, 그리고 평균 순위
- 문제점: robots.txt로 차단된 페이지, 리디렉션 오류, 깨진 구조화 데이터, 보안 문제
- 요청 기능: 사이트맵을 제출하고, 변경된 페이지를 다시 크롤링하도록 요청할 수 있습니다.
사이트에서 사람들이 무엇을 하는지는 추적하지 않습니다. 그것은 Google Analytics의 역할입니다.
속성 유형 고르기
첫 번째 결정은 속성 유형입니다. 2026년 9월 기준으로 Google 도움말 문서는 두 가지를 설명합니다.
| 도메인 속성 | URL 접두어 속성 | |
|---|---|---|
| 예시 | example.com | https://www.example.com/ |
| 포함 범위 | 모든 하위 도메인(www, app, blog 등)과 http, https 모두 | 정확히 그 접두어로 시작하는 URL만 |
| 확인 방법 | DNS 레코드만 | HTML 파일, HTML 메타 태그, Google Analytics, Google 태그 관리자(DNS는 불가) |
| 가장 적합한 경우 | 도메인의 DNS를 직접 편집할 수 있을 때 | DNS를 편집할 수 없을 때, 예를 들어 플랫폼의 하위 도메인에 있는 사이트 |
도메인 속성이 가장 완전한 그림을 보여 주므로, 도메인의 DNS를 편집할 수 있다면 도메인 속성을 쓰세요. 사이트가 다른 사람의 도메인(yourapp.someplatform.com)에 있다면, 그곳에는 DNS 레코드를 추가할 수 없으므로 URL 접두어 속성을 쓰고 HTML 태그나 파일로 확인하세요.
두 가지를 모두 가질 수도 있습니다. 도메인 속성을 확인하면 그 아래의 URL 접두어 속성도 함께 확인됩니다.
단계별 설정
1. 사이트가 최종 주소에 있는지 확인하기
계속 사용할 도메인에서 Search Console을 설정하세요. 곧 커스텀 도메인으로 옮길 예정이라면 먼저 옮기세요. 커스텀 도메인 연결 방법을 참고하면, 검색 기록이 올바른 주소에 쌓입니다.
2. 속성 추가하기
- search.google.com/search-console로 가서, 사이트를 소유해야 할 Google 계정으로 로그인하세요. 접근 권한을 잃을 수 있는 개인 계정이 아니라, 계속 사용할 비즈니스 계정을 쓰세요.
- 속성 메뉴를 열고 속성 추가를 선택하세요.
- 도메인 속성이라면 도메인을, URL 접두어 속성이라면
https://를 포함한 전체 URL을 입력하세요.
3. 소유권 확인하기
도메인 속성(DNS): Search Console이 TXT 레코드를 보여 줍니다. 도메인의 DNS를 관리하는 곳, 즉 등록 기관이나 호스팅 플랫폼의 DNS 제공업체에서 이 레코드를 추가하세요. 그다음 확인을 클릭하세요. DNS 변경은 퍼지는 데 시간이 걸릴 수 있으므로, 실패하면 잠시 기다렸다가 다시 시도하세요.
URL 접두어 속성(HTML 태그): Search Console이 <meta name="google-site-verification" ...> 태그를 보여 줍니다. 이 태그는 홈페이지의 <head> 안, 즉 서버가 보내는 HTML에 있어야 합니다. 나중에 JavaScript로 추가하면 안 됩니다. 게시한 뒤 확인을 클릭하세요.
이 Google Search Console 확인 태그를 홈페이지의 head에, 정적 HTML로(JavaScript로 주입하지 말고) 넣어 주세요: <meta name="google-site-verification" content="PASTE-YOUR-CODE" />. 앞으로 사이트의 모든 버전에 계속 유지해 주세요.
URL 접두어 속성(HTML 파일): Search Console이 제공하는 파일을 내려받아, 사이트의 루트에서 제공되도록 하세요. 예를 들어 https://example.com/google1234abcd.html처럼요. 확인을 클릭하기 전에 그 URL을 브라우저에서 열어 파일이 제대로 열리는지 확인하세요.
확인에 쓴 태그, 파일, DNS 레코드는 그대로 두세요. Google은 확인을 다시 검사하며, 이것을 지우면 접근 권한을 잃을 수 있습니다.
4. 사이트맵 제출하기
사이트맵은 색인되기를 원하는 페이지를 나열한 XML 파일입니다(사이트맵이란 무엇인가 참고). 사이트에 사이트맵이 없다면 요청하세요.
사이트 루트에 sitemap.xml을 추가해 주세요. 모든 공개 페이지를 전체 https URL과 함께 나열하고, 로그인, 관리자, API 경로는 제외하세요. 공개 페이지의 크롤링을 허용하고, /admin과 /api는 차단하며, 사이트맵을 가리키는 robots.txt도 추가해 주세요.
그다음 Search Console에서 사이트맵을 열고 사이트맵 URL(예: sitemap.xml)을 입력한 뒤 제출을 클릭하세요. Google이 가져오면 상태가 "성공"으로 바뀌어야 합니다. 2026년 9월 기준으로 Google의 한도는 사이트맵 하나당 URL 50,000개 또는 압축 해제 기준 50MB입니다. 더 큰 사이트는 사이트맵 색인을 사용합니다. Google은 사이트맵을 제출한다고 해서 모든 URL이 크롤링된다고 보장하지 않는다고 설명합니다.
5. 중요한 페이지 점검하기
상단 검색창(URL 검사 도구)에 홈페이지 URL을 붙여 넣으세요. 페이지가 색인되었는지, 마지막으로 언제 크롤링되었는지, Google이 어떤 URL을 대표 URL로 보는지 보여 줍니다. 새로운 페이지나 변경된 페이지라면 색인 생성 요청을 누르면 Google에 다시 크롤링을 요청합니다. 모든 URL이 아니라 중요한 페이지에만 쓰세요.
JavaScript 중심의 사이트라면 live URL 테스트를 사용해 렌더링된 페이지를 보세요. 스크린샷이 비어 있거나 내용이 빠져 있다면, Google이 페이지를 렌더링하는 데 어려움을 겪고 있는 것입니다. AI로 만든 웹사이트를 위한 SEO를 참고하세요.
6. 팀원 추가하기
설정 → 사용자 및 권한에서, 로그인 정보를 공유하지 말고 동료나 에이전시에게 각자의 Google 계정으로 접근 권한을 부여하세요.
확인할 가치가 있는 보고서
| 보고서 | 알려 주는 내용 | 빈도 |
|---|---|---|
| 성과 | 검색어, 페이지, 국가와 기기별 클릭, 노출, 클릭률, 순위 | 주간 |
| 색인 생성 페이지 | 색인된 페이지 수와 나머지 페이지가 색인되지 않은 이유 | 출시나 큰 변경 후 |
| 사이트맵 | Google이 사이트맵을 읽을 수 있는지 여부 | 변경 후 |
| 핵심 웹 바이탈 | 실제 Chrome 사용자 기준으로 좋음, 개선 필요, 나쁨으로 분류된 페이지 | 월간 |
| 수동 조치 / 보안 문제 | 페널티나 해킹된 콘텐츠 | 관련 이메일을 받았을 때 |
성과 보고서에서는 검색어를 노출수 기준으로 정렬하고, 내가 노출되지만 클릭은 거의 되지 않는 검색어를 찾으세요. 제목과 설명을 더 명확하게 하거나, 그 검색어에 더 맞는 페이지를 만드는 것이 보통 가장 빠른 개선 방법입니다.
색인 생성 페이지 보고서의 "크롤링됨 - 현재 색인이 생성되지 않음"과 "발견됨 - 현재 색인이 생성되지 않음"은 새 사이트에서 흔히 보입니다. 보통 Google이 아직 그 페이지를 색인할 가치가 있다고 판단하지 않았다는 뜻입니다. 내용이 얇거나 다른 페이지와 매우 비슷한 경우가 많으며, 무언가 고장 났다는 뜻은 아닙니다.
흔한 실수
- JavaScript로 추가한 태그로 확인하기. 확인은 원본 HTML을 읽으므로, 클라이언트 측 태그는 실패할 수 있습니다.
- 리디자인 중 확인 태그를 지워서 조용히 접근 권한을 잃기.
- URL 접두어 속성에
http://나 잘못된www변형을 추가해서 데이터가 전혀 보이지 않는 경우. 도메인 속성을 쓰면 이 문제를 피할 수 있습니다. - robots.txt로 사이트를 차단하거나, 개발 중에 쓴
noindex태그를 그대로 두기. - 리디렉션, 404가 뜨거나 로그인이 필요한 URL로 가득한 사이트맵 제출.
- 색인 생성을 계속 반복해서 요청하기. 첫 요청 이후에는 속도가 더 빨라지지 않습니다.
- 첫날부터 데이터를 기대하기. 새 사이트는 보고서가 채워지기 전에 크롤링되고 검색 결과에 표시되어야 합니다.
설정 체크리스트
- 최종 도메인에서 HTTPS로 제공되는 사이트
- 속성 추가 완료(DNS를 직접 관리한다면 도메인 속성)
- 소유권 확인 완료. 태그, 파일, DNS 레코드는 그대로 유지
- sitemap.xml이 공개되어 있고, 실제 공개 페이지만 나열되며, 제출됨
- robots.txt가 공개 페이지를 차단하지 않음
- 홈페이지와 주요 페이지를 URL 검사로 확인함
- 팀원을 각자의 계정으로 추가함
- 성과와 색인 생성 페이지를 확인할 달력 알림 설정
Mythex에서의 Search Console
your-slug.mythex.app에 게시된 Mythex 앱은 도메인 속성을 쓸 수 없습니다. mythex.app에는 DNS 레코드를 추가할 수 없기 때문입니다. 대신 URL 접두어 속성을 추가하고, HTML 태그로 확인하세요. 에이전트에게 태그를 페이지의 head에 넣어 달라고 요청한 뒤 다시 게시하면 됩니다. 커스텀 도메인(Pro 기능)을 쓰면 도메인 속성을 쓸 수 있습니다. Mythex를 통해 산 도메인이라면 도메인 → 구성 → DNS 레코드에서 TXT 레코드를 추가하세요. 문서에는 바로 이런 종류의 확인을 위한 레코드가 나와 있습니다(커스텀 도메인). 이미 소유한 도메인이라면 DNS 제공업체에서 추가하세요. 문서의 SEO 레시피에는 제목, 사이트맵, robots.txt를 위한 시작용 프롬프트가 있습니다. 새 Mythex 앱은 기본적으로 클라이언트에서 렌더링되므로, URL 검사 스크린샷을 확인하고 페이지가 비어 보이면 사전 렌더링을 요청하세요.
자주 묻는 질문
Google Search Console은 무료인가요?
네. Search Console은 사이트 소유자를 위한 무료 Google 서비스입니다. 내 사이트가 Google 검색에서 어떻게 보이는지, 어떤 페이지가 색인되었는지, 어떤 검색어가 방문자를 데려오는지 보여 줍니다.
도메인 속성과 URL 접두어 속성의 차이는 무엇인가요?
도메인 속성은 도메인의 모든 하위 도메인과 http, https를 모두 포함하며, DNS 레코드로만 확인할 수 있습니다. URL 접두어 속성은 입력한 정확한 주소로 시작하는 URL만 포함하며, HTML 태그나 파일 등 여러 방법으로 확인할 수 있습니다.
사이트맵을 제출하면 페이지가 색인되나요?
아닙니다. 사이트맵은 Google이 URL을 발견하는 데 도움을 주지만, Google은 나열된 모든 URL을 크롤링하지 않을 수 있다고 설명하며, 크롤링이 곧 색인을 보장하지는 않습니다. 페이지가 여전히 유용하고, 접근 가능하며, 차단되지 않아야 합니다.
Search Console과 Google Analytics는 무엇이 다른가요?
Search Console은 클릭 이전에 일어나는 일을 보여 줍니다. 색인, 검색어, Google에서의 노출과 클릭이 여기에 해당합니다. Google Analytics는 방문자가 도착한 뒤 사이트에서 무엇을 하는지를 어떤 출처에서 왔든 보여 줍니다. 대부분의 사이트는 둘 다 사용합니다.
데이터가 Search Console에 나타나기까지 얼마나 걸리나요?
새로 추가한 사이트의 성과 데이터는 보통 며칠 안에 나타나기 시작하며, Google이 내 페이지를 검색 결과에 표시한 후에야 나타납니다. 완전히 새로운 사이트는 페이지가 색인되기 전까지 데이터가 거의 없을 수 있습니다.