구글 서치콘솔 등록 방법을 검색하면 안내가 거의 다 티스토리나 네이버 블로그 기준입니다. 플랫폼 설정 메뉴에 코드를 붙여넣는 칸이 있으니 세 단계로 끝납니다.
기업 홈페이지는 그렇지 않습니다. DNS 레코드를 고치거나 서버에 파일을 올려야 하고, 그 작업을 할 사람이 사내에 없는 경우가 많습니다. 그래서 등록이 막히는 자리는 화면 조작이 아니라 무엇을 고르고 누구에게 요청하느냐입니다.
이 글은 자체 도메인을 쓰는 기업 사이트를 전제로 썼습니다. 속성 유형을 고르는 기준, 소유권 확인 네 가지와 각각 누구에게 부탁해야 하는지, 등록 절차, 그리고 등록 직후에 할 일 세 가지까지 순서대로 정리했습니다. 근거는 구글 Search Console 공식 도움말입니다.
시작하기 전에 정할 것 하나 — 도메인 속성이냐 URL 접두어냐
등록 화면 첫 단계에서 두 칸이 나옵니다. 여기서 고른 것을 나중에 바꾸려면 속성을 새로 만들어야 하므로, 이 선택을 먼저 정리하는 편이 낫습니다.
| 도메인 속성 | URL 접두어 속성 | |
|---|---|---|
| 담는 범위 | 모든 하위 도메인(www·m 등)과 여러 프로토콜(http·https) | 입력한 접두어로 시작하는 주소만. 프로토콜까지 일치해야 한다 |
| 소유권 확인 | DNS 레코드 확인만 | 여러 방법을 쓸 수 있다 |
| 쓰기 좋은 경우 | 사이트 전체를 한 곳에서 본다 | `example.com/kr/` 처럼 하위 경로만 떼어 본다 |
기업 홈페이지는 도메인 속성 쪽이 맞습니다. 사이트 전체를 한 속성에서 보게 되고, 나중에 `blog.` 같은 하위 도메인을 붙여도 따로 등록할 일이 없습니다.
조건이 하나 붙습니다. 도메인 속성은 DNS 확인만 지원하므로 도메인을 등록한 곳의 계정에 접근할 수 있어야 합니다. 그게 안 되면 URL 접두어로 시작하고, DNS 를 쓸 수 있게 된 뒤에 도메인 속성을 추가하면 됩니다.
www 와 https 를 따로 세는 함정
URL 접두어 속성을 고른 뒤 데이터가 거의 안 쌓이는 경우의 대부분이 이것입니다. 공식 문서의 예시를 그대로 옮기면 이렇습니다. 속성을 `http://example.com/` 으로 등록했다면,
- `http://example.com/dresses/1234` — 들어온다
- `https://example.com/dresses/1234` — https 가 일치하지 않아 들어오지 않는다
- `http://www.example.com/dresses/1234` — www 가 일치하지 않아 들어오지 않는다
지금은 거의 모든 사이트가 https 를 쓰고, 워드프레스는 www 유무 중 한쪽으로 리디렉션을 걸어 둡니다. 그래서 주소를 손으로 입력하다 한 글자라도 다르면 등록은 됐는데 데이터가 비어 있는 상태가 됩니다. 며칠 기다렸는데 아무것도 없으면 이 네 가지 조합부터 맞춰 보십시오.
하위 경로만 떼어 보고 싶을 때는 URL 접두어가 맞습니다. 다국어 사이트에서 `example.com/en/` 의 실적을 따로 보는 경우가 그렇습니다. 속성은 계정당 1,000개까지 만들 수 있으니, 도메인 속성을 기본으로 두고 필요한 경로만 추가하는 구성도 됩니다.
소유권 확인 네 가지, 그리고 누구에게 요청하나
소유권 확인은 그 사이트가 내 것임을 구글에 증명하는 절차입니다. 구글이 이 절차를 까다롭게 두는 이유를 문서에 적어 두었습니다 — 확인된 소유자는 사이트의 민감한 검색 정보를 보고, 구글 검색에서 사이트가 어떻게 다뤄지는지에 영향을 주는 작업까지 할 수 있습니다.
기업 홈페이지에서 쓸 수 있는 방법은 네 가지입니다. 중요한 것은 각 방법마다 요청할 사람이 다르다는 점입니다.
| 방법 | 무엇을 고치나 | 누구에게 요청하나 | 도메인 속성에 쓸 수 있나 |
|---|---|---|---|
| DNS 레코드 | 도메인 관리 화면에 TXT 레코드 한 줄 추가 | 도메인을 등록한 곳의 계정을 가진 사람 | 예 — 이 방법만 된다 |
| HTML 파일 업로드 | 사이트 최상위 경로에 파일 하나 올리기 | 서버·호스팅 담당자 또는 제작사 | 아니오 |
| HTML 태그 | 홈페이지 `<head>` 안에 meta 태그 한 줄 | 제작사, 또는 테마를 만질 수 있는 사람 | 아니오 |
| 애널리틱스·태그 관리자 | 아무것도 고치지 않는다. 이미 깔린 코드를 쓴다 | 그 애널리틱스·태그 관리자 계정 권한이 있는 사람 | 아니오 |
DNS 레코드 — 도메인 속성의 유일한 방법
도메인 속성을 고르면 선택지가 없습니다. 도메인을 등록한 곳의 관리 화면에서 TXT 레코드를 한 줄 추가하는 작업입니다.
실무에서 걸리는 것은 기술이 아니라 계정입니다. 도메인을 제작사가 대신 등록해 둔 경우가 드물지 않고, 그러면 그쪽에 요청해야 합니다. 요청할 때는 「구글 서치콘솔 소유권 확인용 TXT 레코드를 추가해 달라」고 하고 구글이 보여준 문자열을 그대로 전달하면 됩니다. 문자열을 손으로 옮기다 잘리면 확인이 실패합니다.
DNS 변경은 반영까지 시간이 걸립니다. 바로 확인되지 않아도 설정을 저장해 두고 나중에 다시 「인증」을 누를 수 있습니다.
HTML 파일 업로드와 HTML 태그
DNS 를 쓸 수 없을 때 쓰는 두 방법입니다. 둘 다 URL 접두어 속성 전용입니다.
HTML 파일 업로드는 구글이 준 파일을 사이트 최상위 경로에 올리는 방식입니다. 호스팅 플랫폼에서는 아예 막혀 있는 경우가 있습니다.
HTML 태그는 홈페이지 `<head>` 안에 meta 태그를 한 줄 넣는 방식입니다. 워드프레스라면 테마 설정이나 SEO 플러그인에 넣는 칸이 있는 경우가 많아 개발자 없이도 됩니다.
두 방법이 여기서 나뉩니다. 태그 기반 확인은 리디렉션을 따라가고, 파일 업로드는 따라가지 않습니다. 공식 문서의 설명은 이렇습니다 — 속성을 `https://example.com` 으로 정의했는데 로그인하지 않은 방문자가 `https://example.com/home` 으로 리디렉션된다면, 구글은 리디렉션된 쪽 페이지에서 확인 태그를 찾습니다. 그래서 태그를 넣을 때는 「홈페이지」가 실제로 어느 주소인지부터 봐야 합니다.
애널리틱스·태그 관리자
사이트에 이미 애널리틱스나 태그 관리자가 깔려 있고 그 계정에 들어갈 수 있다면 가장 빠릅니다. 사이트를 전혀 고치지 않습니다.
대신 약한 고리가 생깁니다. 나중에 누가 테마를 교체하거나 태그를 정리하다 추적 코드가 빠지면 소유권 확인도 함께 풀립니다. 구글 문서가 바로 이 상황을 예로 들고 있습니다.
확인 방법은 두 개를 걸어 둡니다
문서가 직접 권하는 내용입니다. 확인 방법 하나가 실패하는 경우를 대비해 두 개 이상 추가해 두라고 적혀 있습니다. 속성 설정 페이지의 「소유권 확인」에서 추가하면 됩니다.
기업 홈페이지에서 이게 왜 중요한지는 분명합니다. 테마를 바꾸고, 플러그인을 정리하고, 제작사를 교체하는 일이 몇 년에 한 번씩 생깁니다. 그때 태그 하나로만 걸어 둔 확인은 조용히 풀립니다.
DNS 레코드와 HTML 태그를 같이 걸어 두는 구성을 권합니다. 앞의 것은 사이트를 고쳐도 남고, 뒤의 것은 도메인을 옮겨도 남습니다.
확인은 한 번 하면 끝나는 것이 아닙니다. 구글은 확인 토큰이 계속 있는지 정기적으로 검사하고, 사라지면 알림을 보냅니다. 고치지 않으면 유예 기간이 지난 뒤 그 속성의 권한이 만료됩니다.
등록 절차
위에서 정한 것을 들고 들어가면 화면에서 할 일은 많지 않습니다.
- Search Console 에서 속성 선택기 드롭다운을 열고 「+ 속성 추가」를 누릅니다.
- 속성 유형을 고릅니다. 웹사이트 속성(도메인 또는 URL 접두어), 플랫폼 속성, 구글이 호스팅하는 속성(Sites·Blogger) 중에서 고릅니다. 기업 홈페이지는 웹사이트 속성입니다.
- 주소를 입력합니다. URL 접두어를 골랐다면 `https` 와 `www` 유무까지 실제 주소와 똑같이 적습니다.
- 인증 방법을 고르고 안내된 작업을 합니다. 작업을 마친 뒤 팝업에서 「인증」을 누릅니다. 시간이 걸리는 작업이면 「나중에 인증」으로 저장해 두고, 작업이 끝난 뒤 속성 선택기에서 그 속성을 골라 인증을 마치면 됩니다.
- 며칠 기다립니다. 데이터가 쌓이기까지 시간이 걸립니다.
속성을 추가하는 것만으로 구글 검색에서 사이트가 달라지지는 않습니다. 공식 문서가 「작업을 한 번에 완료하지 않거나 설정 문제가 있더라도 웹사이트는 손상되지 않습니다」라고 적어 두었습니다. 중간에 멈춰도 됩니다.
그리고 소유권 확인 전에도 데이터 수집은 시작됩니다. 속성을 만들어 두기만 하면 그 시점부터 쌓입니다. 그래서 등록을 미룰 이유가 없습니다 — 리뉴얼을 준비하는 중이라도 먼저 만들어 두면 나중에 비교할 기준선이 생깁니다.
반대로 등록이 늦으면 그 기간의 데이터는 돌려받지 못합니다. 서치콘솔은 가입 이후부터 쌓는 도구입니다.
등록 직후에 할 일 세 가지
등록은 시작입니다. 구글 서치콘솔 사용법은 결국 아래 세 가지에서 출발합니다.
사이트맵 — 500페이지 이하면 꼭 아니어도 됩니다
국내 안내에서 사이트맵 제출이 필수 절차로 나오는 경우가 많습니다. 공식 문서는 다르게 적고 있습니다.
사이트의 규모가 작고(작다는 것은 사이트에 있는 페이지가 500개 이하임을 의미함) 홈페이지에서 한 개 이상의 링크로 사이트의 모든 페이지를 방문할 수 있다면 사이트맵이나 이 보고서를 사용하지 않아도 됩니다. 이 경우 홈페이지의 색인 생성을 요청하세요.
기업 홈페이지는 대부분 여기 해당합니다. 회사 소개, 제품, 사례, 블로그 몇십 편을 합쳐도 500개를 넘지 않고, 메뉴와 블로그 목록으로 모든 페이지에 닿습니다. 그렇다면 사이트맵 제출이 아니라 홈페이지 색인 요청이 먼저입니다.
그래도 제출하려면 주소를 정확히 넣어야 합니다. 워드프레스는 사이트맵 주소가 플러그인에 따라 다릅니다.
| 무엇을 쓰고 있나 | 사이트맵 주소 |
|---|---|
| 워드프레스 기본 | `/wp-sitemap.xml` |
| Rank Math · Yoast SEO | `/sitemap_index.xml` |
주소를 모르면 `/robots.txt` 를 열어 보십시오. 대부분 거기에 적혀 있습니다. 자사 사이트로 확인해 보니 Rank Math 가 `sitemap_index.xml` 을 만들고 `/sitemap.xml` 과 `/wp-sitemap.xml` 은 둘 다 그쪽으로 301 리디렉션됩니다. 사이트맵 보고서는 제출한 주소를 그대로 기록하고 리디렉션을 따라가지 않으므로, 중간 주소가 아니라 최종 주소를 제출하는 쪽이 안전합니다.
알아 두면 헷갈리지 않는 것이 하나 더 있습니다. robots.txt 에 적혀 발견된 사이트맵은 사이트맵 보고서에 표시되지 않습니다. 보고서에는 그 보고서나 API 로 직접 제출한 것만 올라옵니다. 워드프레스는 사이트맵을 robots.txt 에 넣어 두므로, 보고서가 비어 있어도 구글이 사이트맵을 못 찾은 것은 아닙니다. 직접 제출해 두면 성공했는지 오류가 났는지를 보고서에서 추적할 수 있습니다.
URL 검사로 홈페이지 색인 요청
URL 검사 도구에 주소를 넣으면 그 페이지가 색인에 있는지, 구글이 어떻게 보고 있는지 나옵니다. 색인이 안 돼 있으면 색인 생성을 요청할 수 있습니다.
처음에는 홈페이지 하나만 하면 됩니다. 500페이지 이하이고 링크로 이어져 있다면 거기서부터 구글이 따라갑니다.
페이지 색인 생성 보고서로 기준선 잡기
색인이 생성된 페이지와 생성되지 않은 페이지를 이유별로 보여주는 보고서입니다. 등록 직후의 숫자를 적어 두시면 몇 달 뒤 비교할 기준선이 됩니다.
색인이 안 될 때 이유별로 어떻게 보는지는 따로 다룰 내용이라 여기서는 넣지 않았습니다. 기술 쪽에서 무엇을 함께 봐야 하는지는 B2B 기술 SEO 전략에 정리해 두었습니다.
담당자나 대행사가 바뀔 때
이 항목을 등록 단계에서 미리 정해 두시기를 권합니다. 나중에 복구하기 번거로운 쪽입니다.
구글 문서가 두 가지를 분명히 적고 있습니다.
- 유일하게 확인된 소유자가 팀을 떠나면, 남은 사람이 직접 소유권을 확인해야 그 속성에 다시 접근할 수 있습니다.
- 확인된 소유자 전원이 액세스를 잃으면, 그 속성에 대한 모든 사용자의 액세스도 전부 사라집니다.
뒤쪽이 특히 중요합니다. 제작사 직원 계정으로만 소유권을 확인해 둔 상태에서 그 사람이 퇴사하고 태그까지 정리되면, 회사가 그 속성에서 통째로 밀려납니다. 데이터가 지워지는 것은 아니지만 들어갈 길이 없어집니다.
시작할 때 순서를 이렇게 잡으면 이 상황이 생기지 않습니다.
- 회사 명의 구글 계정으로 속성을 만들고 소유권을 확인합니다. 대표 계정이든 공용 업무 계정이든, 사람이 바뀌어도 회사가 쥐고 있는 계정이어야 합니다.
- 대행사와 담당자는 사용자로 추가합니다. 소유자로 만들지 않습니다.
- 확인 방법을 두 개 걸어 둡니다. 한쪽이 풀려도 속성이 살아 있습니다.
대행사를 교체할 때는 소유권을 확인한 뒤 이전 소유자의 확인 토큰을 지우면 그쪽 확인이 취소됩니다. HTML 태그로 확인했다면 사이트에서 그 태그를 지우는 식입니다.
업체를 고를 때 이 권한 범위를 계약서에 어떻게 적어 두면 되는지는 검색엔진최적화 업체 고르는 기준에 정리해 두었습니다.
네이버는 따로 등록해야 합니다
구글 서치콘솔을 등록해도 네이버 쪽은 아무것도 달라지지 않습니다. 검색엔진마다 도구가 따로 있고 등록도 따로 합니다. 네이버는 서치어드바이저입니다.
국내 B2B 기업이라면 두 곳 다 필요한 경우가 많습니다. 구글과 네이버는 사이트를 수집하는 방식이 달라, 한쪽에 잘 잡히는 사이트가 다른 쪽에서 안 보이는 일이 흔합니다.
네이버 쪽에서 노출이 안 될 때 무엇부터 보면 되는지는 네이버 검색 노출이 안 되는 이유와 SEO 점검 방법에 정리해 두었습니다. 서치어드바이저 등록 절차는 따로 한 편으로 다룰 예정입니다.
검색엔진최적화 자체가 처음이시면 검색엔진최적화란? 처음 시작하는 사람을 위한 기본 개념을 먼저 읽으시면 서치콘솔 화면의 용어가 덜 낯섭니다.
구글 서치콘솔에 등록하면 바로 검색에 나오나요?
도메인 속성과 URL 접두어 중 무엇을 골라야 하나요?
DNS 를 건드릴 수 없으면 어떻게 하나요?
사이트맵은 꼭 제출해야 하나요?
사이트맵 보고서가 비어 있는데 잘못된 건가요?
구글 서치콘솔 등록에 비용이 드나요?
대행사에 서치콘솔을 맡길 때 계정을 넘기면 되나요?
담당자가 퇴사하면 어떻게 되나요?
네이버도 같이 등록되나요?
참고 자료
- Search Console에 웹사이트 또는 플랫폼 속성 추가하기 — Google Search Console 도움말
- 사이트 소유권 확인 — Google Search Console 도움말
- 사이트맵 보고서를 사용하여 사이트맵 관리하기 — Google Search Console 도움말
- Search Console 정보 — Google Search Console 도움말
