Google Search Console 도메인 vs URL 접두어: 무엇을 선택할까

Google Search Console 도메인 vs URL 접두어: 무엇을 선택할까

여러분의 사이트에 필요한 것은 도메인 속성일까요, URL 접두어 속성일까요? 간단히 말하면, 대부분의 사이트는 도메인 속성 을 운영해야 하지만, 둘 다 운영하는 팀도 많습니다.

도메인의 DNS를 편집할 수 있다면 도메인 속성 을 만드세요. 모든 하위 도메인과 http, https를 하나의 보고서로 집계하므로 사이트의 어떤 부분도 숨겨진 채로 남지 않습니다. URL 접두어 속성 은 DNS를 건드릴 수 없거나, 단일 섹션·하위 도메인·프로토콜을 의도적으로 따로 추적하고 싶을 때 가장 좋습니다. 이 가이드는 둘을 비교하고 명확한 선택을 제시합니다. 이 선택이 더 넓은 도구 안에서 어디에 위치하는지는 Google Search Console 완전 가이드 를 참고하세요.

Search Console의 "도메인 속성"은 여러분의 도메인 이름과 같은 것이 아닙니다. 도메인 이름example.com 입니다. URLhttps://example.com/pets 같은 전체 주소입니다. 도메인 속성 은 도메인 이름을 키로 삼아 그 아래의 모든 URL을 모으는 보고 컨테이너입니다.

두 가지 속성 유형을 30초 만에 이해하기

Search Console에서 속성을 추가할 때 다음 두 가지 유형 중 하나를 선택합니다.

  • 도메인 속성(example.com) — 모든 하위 도메인(www, blog, shop, m)과 두 프로토콜(http, https)을 포함합니다. 소유 확인은 DNS로만 합니다.
  • URL 접두어 속성(https://example.com) — 입력한 정확한 프로토콜과 하위 도메인만 포함합니다. 소유 확인은 HTML 파일, HTML 태그, Google 애널리틱스, Google 태그 관리자, DNS 등 여러 방법으로 할 수 있습니다.
Google Search Console 도메인 속성(www, blog, shop, http 버전, m 하위 도메인을 하나의 컨테이너에 담고 DNS로 소유 확인)과 https://www.example.com만 포함하고 다른 하위 도메인과 프로토콜을 제외하는 URL 접두어 속성의 나란한 비교
도메인 속성은 사이트 전체를 집계하고, URL 접두어 속성은 하나의 정확한 버전을 추적한다

도메인 속성이 포함하는 범위

도메인 속성은 프로토콜과 경로 없이 정의되며, 하위 도메인을 포함할 수 있습니다. 즉, 하나의 속성이 https://www.example.com, https://blog.example.com, www 없는 버전, http 변형을 모두 함께 집계합니다. 나중에 새 하위 도메인을 추가해도 별도 설정 없이 자동으로 추적됩니다.

그 대가로, 도메인 속성은 도메인 등록기관에서 DNS 레코드를 추가함으로써만 소유 확인 할 수 있습니다. DNS 접근 권한이 없으면 도메인 속성을 사용할 수 없습니다.

URL 접두어 속성이 포함하는 범위

URL 접두어 속성은 프로토콜을 포함해 입력한 정확한 접두어로 시작하는 URL만 추적합니다. Search Console은 다음 각각을 별개의 속성으로 취급합니다.

  • https://example.comhttp://example.com(프로토콜이 다름)
  • https://example.comhttps://www.example.com(하위 도메인이 다름)
  • https://m.example.com(위 접두어로는 잡히지 않는 하위 도메인)

장점은 소유 확인의 유연성입니다. HTML 파일 업로드, HTML 메타 태그, Google 애널리틱스, Google 태그 관리자, DNS 모두 가능합니다. 이 유연성 덕분에 DNS를 편집할 수 없을 때 URL 접두어가 대안이 됩니다.

도메인 vs URL 접두어: 나란히 비교

도메인 속성URL 접두어 속성
범위모든 하위 도메인 + http/https 통합입력한 정확한 프로토콜 + 하위 도메인만
소유 확인DNS 레코드만HTML 파일, HTML 태그, 애널리틱스, 태그 관리자, DNS
설정과 유지DNS 접근 권한 필요, 새 하위 도메인 자동 포함DNS 없이 작동, https 이전이나 새 하위 도메인에는 새 속성 필요
볼 수 있는 데이터사이트 전체의 가장 충실한 데이터셋접두어에 일치하는 부분만
적합한 경우DNS를 관리하는 대부분의 사이트DNS 접근 권한이 없거나, 한 섹션/프로토콜을 분리할 때

어떤 속성을 선택해야 할까요?

Google 자체 팀은 가장 완전한 뷰를 제공한다는 이유로 최소한 하나의 도메인 속성 을 만들 것을 권장합니다. 또한 Google은 URL 접두어 속성을 쓰던 사이트 소유자들이 전환 전에 자주 트래픽을 과소평가했다 고 언급했습니다. www 접두어가 다른 하위 도메인과 프로토콜을 조용히 제외했기 때문입니다.

Google Search Console 속성 유형 선택을 위한 결정 흐름: 도메인의 DNS를 편집할 수 있으면 대부분의 사이트에 권장되는 도메인 속성을 사용하고, 그렇지 않으면 HTML 태그·HTML 파일·애널리틱스·Google 태그 관리자로 소유 확인하는 URL 접두어 속성을 사용하며, 이는 한 섹션이나 프로토콜을 분리하는 데에도 적합하다
DNS를 편집할 수 있나요? 예 → 도메인 속성. 아니요 → URL 접두어 속성

다음과 같은 경우에는 URL 접두어 속성 을 선택하세요.

  • DNS 접근 권한이 없다. DNS 없이는 도메인 속성을 만들 수 없으므로, HTML 태그나 애널리틱스를 사용하는 URL 접두어가 진입 경로입니다.
  • 한 섹션을 분리하고 싶다. https://example.com/blog/ 만, 또는 shop. 하위 도메인만 추적하면 그 보고가 깔끔하게 유지됩니다.
  • 특정 프로토콜이나 하위 도메인이 필요하다. http→https 이전 중, 각 버전에 URL 접두어를 두면 전환 과정을 지켜볼 수 있습니다.
  • 기여자의 접근 범위를 제한하고 싶다. URL 접두어를 사용하면 외부 대행사나 프리랜서가 볼 수 있는 범위를 사이트의 한 부분으로 제한할 수 있습니다.

언급할 가치가 있는 예외 사례: 블로그가 다른 플랫폼에서 관리되는 하위 도메인에 있더라도, 도메인 속성은 여전히 그것을 포함합니다(DNS는 등록기관 수준에 있기 때문). 반면 www URL 접두어는 그것을 완전히 놓칩니다.

각 속성 설정 방법 (단계별)

도메인 속성

  1. Search Console에서 속성 선택기를 열고 속성 추가도메인 을 클릭합니다.
  2. 프로토콜이나 www 없이 도메인을 입력합니다(example.com).
  3. Google이 제공하는 TXT 레코드를 복사해 등록기관의 DNS 설정에 추가합니다(안내 흐름이 자신의 환경과 맞지 않으면 "다른 DNS 공급업체"를 선택합니다).
  4. 저장하고 전파를 기다린 뒤 확인 을 클릭합니다.

URL 접두어 속성

  1. 속성 추가URL 접두어 를 클릭합니다.
  2. 프로토콜을 포함한 전체 주소를 입력합니다(https://www.example.com).
  3. 소유권 확인 에서 방법을 선택합니다: HTML 파일, HTML 태그, 애널리틱스, 태그 관리자, DNS.
  4. 토큰을 사이트(또는 DNS)에 추가하고 확인 을 클릭합니다.

CMS에 맞는 소유 확인 방법을 고민하고 있다면, Google Search Console 설정 가이드 에서 각 방법을 차례로 안내합니다.

둘 다 가질 수 있나요?

네, 많은 팀이 그렇게 합니다. 그들은 사이트 전체의 완전한 뷰를 위해 도메인 속성을 유지하고, 특정 섹션을 개별적으로 지켜보기 위해 하나 이상의 URL 접두어 속성을 둡니다.

둘은 충돌하지 않고, 각각 자체 기록을 유지하며, 하나를 확인하면 다른 하나가 자동으로 확인되는 경우도 많습니다. 유일한 경험칙은 어떤 속성을 보고의 신뢰할 수 있는 기준으로 삼을지 정하는 것 입니다. 그래야 서로 다른 범위의 수치가 실수로 비교되지 않습니다.

이것이 SEOcrawl AI 데이터에 어떻게 대응되는가

SEOcrawl AI 는 OAuth를 통해 Search Console에 연결하고 실시간 GSC 데이터를 읽습니다. Google의 16개월 창이 아니라 무제한 보존 기간으로 저장합니다. 어떤 속성을 연결하느냐가 SEOcrawl이 볼 수 있는 사이트 범위를 결정합니다.

연결하는 속성 유형이 SEOcrawl AI 데이터에 어떻게 대응되는지: 도메인 속성을 연결하면 대시보드·순위 추적·상승과 하락에 걸쳐 가장 충실한 데이터셋이 공급되고, URL 접두어 속성을 연결하면 사이트의 그 일부만 공급된다
가장 충실한 데이터셋을 위해 도메인 속성을 연결하고, 태그를 사용해 섹션 단위 뷰를 재구성한다

도메인 속성을 연결하면 SEOcrawl은 가장 충실한 데이터셋을 얻습니다. 모든 하위 도메인과 프로토콜이 대시보드, 순위 추적, 상승과 하락에 공급되므로 분석에서 빠지는 것이 없습니다. 여러 국가 또는 여러 하위 도메인 사이트를 운영한다면, 도메인 속성과 SEOcrawl의 태그 기능을 결합해 사이트 전체 합계를 잃지 않고 섹션 단위 뷰를 재구성 할 수 있습니다. 각 섹션을 보기 위해 데이터를 별도의 URL 접두어 속성으로 나눌 필요가 없습니다.

한 번 연결하면 사이트 전체가 보입니다. SEOcrawl AI는 Search Console 데이터를 통합합니다. 사이트 전체 합계를 잃지 않고 어떤 섹션이든 필터링, 태그, 추적할 수 있습니다. SEOcrawl AI 사용해 보기 또는 SEO 대시보드 살펴보기.

자주 묻는 질문

도메인 속성과 URL 접두어 속성의 차이는 무엇인가요?

도메인 속성(example.com)은 모든 하위 도메인을 추적하고 http와 https를 하나의 보고서로 집계하며, 소유 확인은 DNS로만 합니다.

URL 접두어 속성(https://example.com)은 입력한 정확한 프로토콜과 하위 도메인만 추적하며, 소유 확인은 HTML 파일, HTML 태그, 애널리틱스, 태그 관리자, DNS 등 여러 방법으로 할 수 있습니다. 도메인은 더 완전한 뷰를, URL 접두어는 더 좁은 범위를 제공합니다.

Google Search Console을 사용하려면 DNS 접근 권한이 필요한가요?

아니요. DNS 접근 권한은 도메인 속성에만 필요합니다. DNS를 편집할 수 없다면 대신 URL 접두어 속성을 추가하고 HTML 태그, HTML 파일, Google 애널리틱스, Google 태그 관리자로 소유 확인을 하면 됩니다.

해당 정확한 URL 버전의 전체 실적 데이터는 얻습니다. 다만 도메인 속성이 제공하는 모든 하위 도메인 자동 집계는 얻지 못합니다.

왜 도메인 속성의 트래픽이 URL 접두어 속성보다 높은가요?

측정하는 범위가 다르기 때문입니다. 도메인 속성은 모든 하위 도메인에 걸쳐 클릭수와 노출수를 합산하고 두 프로토콜을 포함하지만, www URL 접두어는 그 한 버전만 셉니다. 도메인 수치가 부풀려진 것이 아니라, URL 접두어 수치가 원래부터 일부에 불과했던 것 입니다.

URL 접두어에서 도메인 속성으로 데이터를 잃지 않고 전환할 수 있나요?

도메인 속성을 추가해도 URL 접두어 속성이나 그 기록이 삭제되지 않으며, 각각 자체 데이터를 유지합니다. 둘 사이의 과거 데이터를 병합할 수는 없으므로, 지금 도메인 속성을 추가하고 둘 다 유지하는 것이 더 깔끔한 방법입니다.

그 시점부터 도메인 속성이 완전한 기록이 되고, URL 접두어는 그 특정 버전의 과거 뷰를 유지합니다.

도메인 속성은 제 도메인 이름과 같은 것인가요?

아니요. 도메인 이름은 여러분이 소유한 주소(example.com)입니다. 도메인 속성은 그 도메인 이름을 중심으로 구성된 Search Console 보고 컨테이너 로, 하위 도메인과 프로토콜을 아울러 그 아래의 모든 URL을 집계합니다.

속성을 만들 때 도메인 이름을 입력하지만, 속성은 데이터 뷰이지 도메인 자체가 아닙니다.

SEOcrawl AI에는 어떤 속성 유형을 연결해야 하나요?

도메인 속성은 완전한 데이터셋을 SEOcrawl에 공급합니다. 모든 하위 도메인과 프로토콜을 포함하므로, 대시보드와 순위 추적이 한 버전이 아니라 사이트 전체를 반영합니다.

URL 접두어 연결도 작동하지만, SEOcrawl은 그 일부만 보게 됩니다. 여러 하위 도메인이 있는 사이트라면 도메인 속성을 연결하고 태그를 사용해 섹션 단위 뷰를 재구성하세요.

저자: David Kaufmann

David Kaufmann

지난 10년 넘게 SEO에 완전히 빠져 살아왔습니다 — 솔직히 다른 길을 가고 싶지도 않았어요.

제 커리어가 한 단계 도약한 것은 인터넷 전체에서 방문자가 가장 많은 100개 사이트 중 하나인 Chess.com에서 시니어 SEO 스페셜리스트로 일했을 때입니다. 수백만 페이지, 수십 개 언어, 그리고 가장 경쟁이 치열한 SERP 중 하나에서 일한 경험은 어떤 강의나 자격증도 가르쳐주지 못하는 것들을 알려주었습니다. 이 경험은 진정으로 훌륭한 SEO가 어떤 모습이어야 하는지에 대한 제 관점을 완전히 바꾸어 놓았고, 이후 제가 만든 모든 것의 기초가 되었습니다.

이 경험을 바탕으로 SEO Alive를 창업했습니다 — 오가닉 성장에 진심인 브랜드를 위한 에이전시입니다. 우리는 대시보드와 월간 리포트를 파는 것이 목표가 아닙니다. 실제로 결과를 움직이는 전략을 만들어, 클래식 SEO의 최고와 흥미진진한 새로운 Generative Engine Optimization(GEO) 세계를 결합합니다 — 여러분의 브랜드가 Google의 파란 링크뿐 아니라 ChatGPT, Perplexity, Google AI Overviews가 매일 수백만 명에게 전달하는 AI 생성 답변 안에도 노출되도록 합니다.

그리고 이 두 세계를 제대로 다루는 도구를 찾을 수 없어서 직접 만들었습니다 — SEOcrawl입니다. 랭킹, 기술 감사, 백링크 모니터링, 크롤 건전성, AI 브랜드 가시성 추적을 한 곳에서 통합하는 엔터프라이즈 SEO 인텔리전스 플랫폼이죠. 항상 존재하기를 바랐던 바로 그 플랫폼입니다.

→ David님의 모든 글 읽기
더 많은 글: David Kaufmann

이 저자의 더 많은 콘텐츠를 만나보세요