예시 계정 구조

 

이 도움말에 나와 있는 내용은 다음과 같습니다.

애널리틱스 계정 2개에 대한 개요

아래의 그림에는 애널리틱스 계정 구성의 예가 나와 있습니다. 이 예에서 Liz는 개인용 애널리틱스 계정 1개와 동료들과 공유하는 회사 계정 1개를 보유하고 있습니다. 회사 계정에서는 회사 웹사이트인 googleanalytics.com을 추적하고 있습니다.

예시 애널리틱스 계정 2개에 나온 표를 보면 이 그림에 나온 예를 전체적으로 이해할 수 있습니다.

이 도움말의 나머지 부분에는 애널리틱스 계정 관리의 구성요소에 대한 세부정보가 나와 있습니다.

애널리틱스를 이용하려면 Google 계정이 필요함

Google 캘린더, Blogger, Gmail과 같은 대부분의 Google 제품에서는 Google 계정을 이용해 사용자를 인증합니다. Google 계정은 여러 Google 제품을 손쉽게 이용할 수 있게 해주는 통합 로그인 시스템입니다. Google 계정에 로그인하면 내가 가입한 다른 모든 제품에 자동으로 액세스할 수 있습니다. Google 계정의 로그인 정보에 포함되는 사항은 다음과 같습니다.

  • 이메일 주소: 일반적으로 username@gmail.com과 같은 형태로 표시됩니다. 예를 들어 Liz는 자신의 이메일 주소인 liz@gmail.com을 이용해 애널리틱스에 로그인합니다.
  • 비밀번호: Liz가 이메일 주소와 비밀번호를 이용해 Gmail에 로그인하면 애널리틱스 웹 인터페이스에 자동으로 로그인되므로 보고서 조회를 위해 두 번 로그인하지 않아도 됩니다.

또한 애널리틱스에서는 Google 계정을 이용해 사용자를 인증합니다. 위의 개요에 나온 예에서는 Google 계정 사용자 이름으로 가상의 이름인 liz, jim, sue가 사용되었습니다.

애널리틱스를 사용하려면 등록된 Google 계정 이메일 주소와 비밀번호를 이용해 로그인해야 합니다. Google 계정이 없으면 바로 만들 수 있습니다. Google 계정이 있어도 애널리틱스에 대한 액세스 권한이 자동으로 부여되지는 않습니다. 애널리틱스에도 가입해야 하는데, 간단한 일회성 절차입니다.

애널리틱스 보고서에 액세스하려면 유효한 Google 계정 이메일 주소를 이용해야 합니다. Google Apps에서 호스팅하는 이메일 주소를 이용하면 애널리틱스에 로그인할 수 없습니다.

Google 계정에 대해 자세히 알아보려면 Google 계정 고객센터를 참조하세요.

애널리틱스 계정

애널리틱스 계정에서는 애널리틱스를 이용해 1개 이상의 속성(예: 웹사이트, 모바일 앱, 판매시점 기기)의 이름을 지정하고 이러한 속성의 추적 방법을 구성할 수 있습니다. Google 애널리틱스 사용자 1명이 1개 이상의 계정에 대한 액세스 권한을 가지는데, 직접 만든 계정일 수도 있고, 다른 사용자가 액세스 권한을 부여한 계정일 수도 있습니다. 각각의 애널리틱스 계정에서 1개 이상의 속성(예: 웹사이트)를 추적합니다. 위에 나온 것처럼 Google 애널리틱스 계정을 이용해 속성 하나를 추적할 수 있으며, 사용 요건에 따라 서로 다른 여러 속성을 추적할 수도 있습니다.

웹 속성 하나를 애널리틱스 계정 1개에서 추적해야 합니다. 여러 애널리틱스 계정에서 웹 속성 하나를 추적하는 방법은 권장하지 않습니다.

액세스 권한이 있는 모든 애널리틱스 계정에 개별적으로 로그인하지 않아도 됩니다. 위의 예에서 Liz는 Google 계정 이메일 ID(liz@gmail.com)를 이용해 애널리틱스에 로그인한 다음 액세스 권한이 있는 애널리틱스 계정을 선택할 수 있습니다.

애널리틱스 계정의 구성

애널리틱스를 이용해 웹사이트 하나를 추적하는 경우에는 계정 구성이 간단합니다. 웹사이트를 추적하는 계정 하나만 있으면 됩니다. 여러 웹사이트를 관리하기 위해 애널리틱스 계정을 설정하는 경우에는 아래 사항에 유의하시기 바랍니다.

  • 애널리틱스 계정별로 최대 50개까지 속성을 만들 수 있으며, 각 속성에는 최대 25개의 보기가 들어갈 수 있습니다. 속성이나 보기가 더 필요하면 지원 담당자에게 문의하세요.
  • 아래의 위치에서 사용자에게 보기 권한(사용자 관리, 수정, 공동작업, 읽기 및 분석)을 부여할 수 있습니다.
    • 애널리틱스 계정
    • 애널리틱스 계정에 포함된 속성
    • 속성에 포함된 보기

위의 사항을 고려하면서 아래에 나온 일반적인 애널리틱스 계정 이용 방법을 따르시기 바랍니다.

  • 단일 사용자 또는 조직이 소유한 모든 속성 추적

    예를 들어 개인용 웹 속성을 위한 애널리틱스 계정의 이름을 '내 개인용 계정'이라고 지을 수 있습니다. 이 계정에서는 각기 다른 속성인 개인 웹사이트와 블로그를 추적합니다. 이 경우 웹사이트 페이지에서 추적 코드 스니펫 1개를 사용하고, 블로그에서 다른 추적 코드 스니펫 1개를 사용합니다.

    여러 그룹 또는 이해당사자를 위한 애널리틱스 계정 여러 개를 설정할 수도 있습니다. 예를 들어 두 회사의 애널리틱스 추적을 관리하는 경우에는 각 회사가 소유한 웹사이트별로 각기 다른 애널리틱스 계정을 설정합니다. 각 회사의 직원에게 관리 액세스 권한을 제공할 수 있으므로 회사 간에 민감한 보고 데이터가 공개되지 않습니다. 따라서 여러 회사일 경우 각기 다른 계정에서 웹사이트를 추적하는 것이 좋습니다.

  • 단일 속성 추적

    애널리틱스 계정은 기본적으로 1개 이상의 속성을 추적하도록 구성되어 있습니다. 하지만 추적하는 사이트나 앱의 규모가 크고 이 속성에서 보고서를 조회하는 데 관심이 있는 사용자가 많은 경우에도 속성 1개 이상을 추적하도록 애널리틱스를 설정하는 것이 좋습니다. 이렇게 하면 계정 1개에 있는 모든 보기의 집합이 속성과 동일하게 됩니다.

    하위 디렉토리가 많은 example.com의 관리자를 예로 들어보겠습니다. 사이트 또는 앱에서 각 부서에 해당되는 영역을 해당 부서에서 독자적으로 추적하려는 경우 계정 내에 특정 영역의 데이터만 포함하는 보고서 보기를 만들 수 있습니다. 이 경우 사이트 또는 앱에 대한 추적 코드를 한 번만 설치하면 보기와 필터에 의해 보고서 보기 간의 차이가 처리됩니다.

애널리틱스 계정 ID

애널리틱스에서 계정을 만들 때 계정에서 고유 ID가 제공됩니다. 이 ID는 사이트 또는 앱의 소스 코드에 삽입된 추적 코드의 일부입니다. 예를 들어 사이트의 추적 코드에서 속성 ID로 UA-10876-1을 사용하면 가운데에 있는 숫자인 10876이 계정 ID입니다.

애널리틱스 속성

 

속성은 웹사이트, 모바일 앱 또는 기기(예: 키오스크 또는 판매시점 기기)입니다. 계정 하나에 1개 이상의 속성이 들어갈 수 있습니다.

애널리틱스 추적 코드에서는 보고서 보기의 속성에 계정 ID 및 기타 숫자의 조합인 고유한 ID가 부여됩니다. 이 속성 ID는 애널리틱스 계정에서 속성 1개와 1개 이상의 보기를 연결합니다. 속성 ID는 애널리틱스의 관리 섹션에서, 또는 웹페이지 또는 앱의 소스 코드에서 'UA-'를 검색하여 확인할 수 있습니다. 속성 ID가 UA-10876-1일 경우 그 내용은 아래와 같습니다.

  • 10876은 계정 번호입니다.
  • 1은 계정 내의 보기를 나타냅니다. 동일한 계정에서 다른 속성을 추가하는 두 번째 보기가 만들어지면 이 속성 ID는 UA-10876-2가 됩니다.

애널리틱스 보기

애널리틱스 계정의 보기는 보고서의 입구와 같습니다. 보기에 따라 보고서에 표시되는 속성의 데이터가 정해집니다. 보기와 보기의 작동 방식을 고려할 때는 우선 애널리틱스 계정에서 단일 속성을 추적하거나 독립적인 속성 여러 개를 추적할 수 있다는 점을 기억해야 합니다(위의 개요 참조).

속성 하나에서 2개 이상의 보기를 만들 수 있고, 필터를 이용해 속성의 보고서 보기를 다양하게 만들 수 있습니다. 보기를 구성하는 방법에 대해 자세히 알아보려면 보기 필터 만들기 및 관리하기를 읽어보세요.

마스터 보기 사용

애널리틱스 계정에서 추적을 설정할 때 속성의 첫 번째 보기를 마스터 보기로 만드는 것이 좋습니다. 마스터 보기에는 추적하는 사이트 또는 앱의 데이터에서 특정 영역을 제외 또는 포함시키는 필터가 없어야 합니다. 즉, 마스터 보기는 추적을 시작한 후의 모든 데이터를 포함하는 속성 보기가 됩니다.

마스터 보기를 설정하지 않고 필터로 웹사이트의 특정 부분을 제외한 보기만 있으면 제외된 부분에 대한 데이터는 보유하지 못하게 됩니다. 예를 들어 미국에서 내 사이트를 방문하는 사용자를 추적하려 한다고 가정해 보겠습니다. 이때 보기를 하나만 사용하고 있고 미국에서 유입되는 트래픽만 포함하는 필터를 적용했다면 미국 이외의 지역에서 유입된 트래픽에 대한 페이지뷰 데이터는 확인할 수 없습니다.

필터링된 보기를 원하는 경우에는 사이트 또는 앱의 모든 영역과 모든 사용자를 추적하는 보기 하나와 특정 목적에 맞게 일부 데이터를 제외하는 보기 하나, 즉 총 2개의 보기를 설정하시기 바랍니다. 또한 사이트에 대해 첫 번째로 설정하는 보기는 마스터 보기여야 합니다.

보기 및 이전 데이터

웹사이트에 대한 보기를 설정할 경우 추적 코드가 웹사이트에 설치되고 사용자의 브라우저에서 페이지가 로드되는 순간부터 데이터 추적이 시작됩니다. 기존 웹사이트에 대해 정상적으로 작동하는 기존의 보기가 있을 경우 나중에 보기를 추가하면 새 보기에는 기존 보기에서 제공되는 이전 데이터가 들어가지 않습니다.

예를 들어 2009년 6월에 필터링 없이 웹사이트의 모든 트래픽을 수집하는 보기를 설정한 다음 2009년 9월에 웹사이트에서 /판매 디렉토리의 데이터만 수집하는 '판매' 보기를 추가로 설정한 경우, 판매 보기의 사용자가 2009년 7월의 보고서 정보를 가져오려고 하면 데이터가 표시되지 않습니다. 처음 보기에는 데이터가 존재하지만, 판매 보기에는 이 데이터가 복사되지 않습니다.

필터링된 보기

일반적으로 속성 하나에서 여러 개의 보기를 만드는 것이 효과적입니다. 각 보기에는 특정 유형의 데이터를 제외 또는 포함하는 필터가 적용될 수 있습니다. 또한 필터링된 보기를 이용하여 특정 도메인의 콘텐츠만 추적하거나, 보고서에서 특정 트래픽(예: 내부 트래픽)을 제외하거나, 읽기 어려운 페이지 검색어 매개변수를 시각적으로 보기 쉬운 페이지 URI로 대체할 수 있습니다. 보기에서 사용할 수 있는 필터와 필터를 설정하는 방법에 대해 자세히 알아보려면 보기 필터에 대한 정보를 읽어보세요.

보고서 보기를 통해 사용자 액세스를 제한하지 않아도 되는 경우에는 사이트의 특정 영역만 조회하는 보기를 설정하거나 계정 사용자가 더욱 쉽게 보고서를 조회하도록 보기를 설정하는 것이 불필요할 수 있습니다. 많은 경우 사용자는 마스터 보기에 액세스한 다음 콘텐츠 드릴다운 메뉴를 이용해 웹사이트 또는 앱의 특정 영역으로 이동할 수 있습니다. 일단 이렇게 이동하면 세그먼트를 이용해 관심이 있는 데이터만 필터링하거나 특정 페이지 또는 화면의 측정항목과 전체 웹사이트 또는 앱의 측정항목을 비교할 수 있습니다.

애널리틱스 보고서 공유

애널리틱스 보고서를 Google 계정이 있는 다른 사용자와 공유할 수 있습니다. 보고서를 보려는 사용자는 먼저 Google 계정을 이용해 애널리틱스 액세스 권한을 받아야 합니다. 자세히 알아보려면 google.com/analytics 페이지를 참조하세요.

다른 사용자와 보고서를 공유할 때 공유하려는 보고서가 있는 계정에 대한 액세스 권한을 해당 사용자에게 부여하면서 액세스 권한을 제공할 보고서를 정할 수 있습니다. 또한 사용자에게 계정에 대한 액세스 권한을 부여한 다음 해당 사용자가 액세스할 보기를 정할 수 있습니다. 예를 들어 동료들이 내 가젯에 대한 애널리틱스 데이터를 조회할 수 있게 하고 내 블로그 또는 웹사이트에 대한 애널리틱스 데이터는 조회하지 못하게 하려면, 이들 사용자에게 계정에 대한 액세스 권한을 주되 액세스 범위를 가젯을 추적하는 보기로 제한하세요.

보고서에 대한 액세스 권한이 동료에게 있으면 관리 인터페이스의 계정 드롭다운 메뉴에서 계정 이름이 별도의 선택 항목으로 표시됩니다. 동료가 메뉴에서 이 계정을 선택하면 액세스 권한을 받은 보기만 조회할 수 있습니다. 이러한 방식으로 여러 수준에서 애널리틱스 보고서에 대한 액세스 권한을 관리할 수 있습니다. 일반적으로 애널리틱스 사용자는 자신의 계정과 다른 사용자의 계정에 대한 액세스 권한을 가지고 있습니다.

예시 애널리틱스 계정 2개

아래의 표에는 위에 나온 애널리틱스 계정 2개에 대한 개요의 세부 상황이 나와 있습니다.
계정 이름 보기 이름 URL 속성 ID 설명
내 개인 계정 내 블로그 example.blogspot.com UA-18988-2

개인용 블로그는 Liz가 애널리틱스에서 추적하는 웹 속성 중 하나입니다. 이 속성에서는 내 블로그라는 보기 하나만 필요합니다. 이 블로그의 추적 코드에는 웹 속성 ID가 포함되며, 이 ID에 의해 Liz의 블로그와 이 블로그를 추적하는 보기가 연결됩니다. 이 블로그에 대한 보고서를 조회하려면 내 블로그 보기를 선택합니다.

내 블로그에 대한 보고서에는 example.blogspot.com의 사용자 트래픽에 대한 데이터만 표시됩니다. blogspot.com의 다른 영역에서 발생한 활동이 애널리틱스 보고서에 포함되지 않으므로, www.blogspot.com에서 example.blogspot.com으로 이동하는 사용자는 외부에서 추천한 트래픽으로 보고되고, example.blogspot.com에서 blogspot.com의 다른 블로그로 이동하는 사용자는 사이트를 이탈한 것으로 보고됩니다.

  내 웹사이트 www.example.com UA-18988-1

Liz는 블로그와 도메인이 다른 웹사이트도 보유하고 있습니다. Liz는 속성별로 각기 다른 추적 보고서를 운영하려고 합니다. 웹사이트에는 고유한 웹 속성 ID가 있습니다. 사이트의 추적 코드가 이 ID를 참조하며, 이 ID에 의해 웹사이트와 내 웹사이트 보기가 연결됩니다.

이 보기는 필터링되지 않은 상태이므로 보고서에 www.example.com의 모든 사용자 트래픽이 표시됩니다. Liz의 사이트에서 블로그로 이동하는 사용자는 보고서에서 사이트를 이탈한 것으로 보고됩니다. 왜냐하면 이러한 속성들은 웹 속성 ID를 공유하지 않고 연결되지 않기 때문입니다.

  내 가젯 84632.gmodules.com UA-18988-3

Liz는 블로그와 웹사이트뿐 아니라 가젯도 운영하고 있는데, 가젯도 추적하려고 합니다. 이 가젯은 gmodules.com 도메인에서 고유한 하위 도메인에 위치해 있습니다. 이 가젯에서 세 번째 웹 속성 ID가 사용됩니다. 다른 보기에서처럼 가젯 상의 활동만 내 가젯 보기에서 보고됩니다.

내 팀의 계정 마스터 보기 googleanalytics.com UA-10876-1

Liz는 다른 팀원과 함께 내 팀 계정이라는 애널리틱스 계정에 대한 액세스 권한을 갖고 있습니다. 웹사이트에서처럼 속성 ID는 웹사이트 페이지에 설치된 추적 코드의 일부입니다.

이 보기는 마스터 보기이고 googleanalytics.com 웹사이트의 모든 영역을 방문하는 모든 사용자의 트래픽을 수집합니다. 마스터 보기이기 때문에 데이터를 제외하는 필터가 없습니다. 따라서 사이트에 대해 모든 데이터가 수집되고, 첫 번째 보기처럼 추적 시작 이후의 이전 트래픽 기록을 포함합니다.

보기 액세스가 개별 계정 사용자에 의해 제한되므로 마스터 보기에 포함된 보고서에는 Sue만 액세스할 수 있습니다. 영업팀과 마케팅팀은 액세스 권한이 없으므로 이 보기의 보고서를 조회할 수 없습니다.

  판매 googleanalytics.com/sales UA-10876-1

이 계정의 판매 보기에서는 마스터 보기와 동일한 속성인 googleanalytics.com 웹사이트를 추적합니다. 따라서 마스터 보기와 동일한 속성 ID가 사용됩니다. 이 보기는 googleanalytics.com/sales 부분의 트래픽만 포함시키는 필터를 사용하므로 마스터 보기와 다릅니다.

사이트의 다른 영역에서 발생하는 사용자 활동은 보기의 정의에서 '벗어난' 활동으로 간주됩니다. 예를 들어 총 페이지뷰 수는 googleanalytics.com 전체가 아닌 판매 영역에서만 발생한 수치입니다. 페이지에 머문 시간과 사이트에 머문 시간은 추적 대상인 페이지에만 적용됩니다.

이 보기에 대한 액세스 권한은 Sue와 영업팀(Liz, Jim 포함)에게만 있습니다.

  마케팅 googleanalytics.com/marketing UA-10876-1 판매 보기처럼 마케팅 보기도 googleanalytics.com 웹사이트를 추적하지만, googleanalytics.com/marketing으로 유입되는 트래픽만 포함시키는 필터가 적용되어 있습니다. 이 예에서는 Sue와 Jim만 마케팅 보기의 보고서에 액세스할 수 있습니다.

계정, 사용자, 속성, 보기의 계층 구조

도움이 되었나요?
어떻게 하면 개선할 수 있을까요?