Analytics 계정 통합-여부
저는 개별 기업을 위해 600 개 이상의 웹 사이트를 호스팅하는 회사의 IT입니다. 따라서 이러한 계정에 대한 분석도 관리합니다. 그리고 약 50 명을 제외한 모든 사람들은 기본 사항, 세션, 이탈률 등에 대해서만 신경을 써서 사이트에서 일어나는 일에 대한 기본적인 "보기"를 얻습니다. 우리는 완전 관리 형 호스팅 회사이기 때문에 한 단계 더 나아가 GA Analytics API를 사용하여 우리가 호스팅하는 대시 보드 내에서 분석을 시각적으로 표현할 것입니다. 그게 모두 작동하고 gtg입니다.
내가 가진 문제는 Analytics 설정 방식이 엉망이된다는 것입니다. 내가 항상 그것에 대해 생각했던 방식은 그것이 "넓게"가 아니라 "깊게"실행되어야한다는 것입니다. 현재 우리 계정은 다음과 같습니다.
[email protected]
Account Jane Doe Co
Property janedoe.com
Account Frand C Coorp
Property frankccoorp.com
Account John Doe Co
Property johndoe.com
Account Dan Man
Property danman.com
100 개의 계정 만 가질 수 있습니다.
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
각각 아래에 단일 속성 (웹 사이트)이있는 100 개의 계정이 있습니다.
조직적 목적을 위해 다음을 수행하는 것이 현명하지 않습니까?
[email protected]
Account Our Company Block 1
Property janedoe.com
Property frankccoorp.com
Property johndoe.com
Property danman.com
... allows 50 properties per account
Account Our Company Block 2
Property foobar.com
Property widgetcoorp.com
Property balhblah.com
Property example.com
... allows 50 properties per account
모두 분리 된 상태로 유지하면 이점이 있습니까? 통합하는 데 문제가 있습니까? 이러한 계정과 속성을 하나의 마스터 계정으로 "이전"하면 기록 데이터가 손실됩니까? 내가 이것에 대해 올바른 방법으로 생각하고 있는지 알아야합니다.
- 내 Analytics API는 100 개의 계정 만 볼 수 있도록 허용하므로 7 개의 API를 설정해야합니다.
- 통합하면 각 계정에 50 개의 속성이 있기 때문에 100 개 중 12-13 개 계정 만 필요합니다.
나는 이것을 생각하는 올바른 방법에 대한 의견이 정말로 필요합니다.
답변
나는 이것이 실제로 두 가지 질문으로 나뉜다 고 생각합니다.
- 향후 Analytics 설정 을 어떻게 단순화 할 수 있습니까?
- 우리는 우리와 함께 어떻게해야합니까 기존 웹 로그 분석 계정?
향후 Analytics 설정을 어떻게 단순화 할 수 있습니까?
이 문제를 직접 처리 한 결과, 모든 것에 적용 할 수있는 한 가지 해결책은 없다고 생각합니다. 이미 알고 있듯이이 많은 개별 계정을 추적하는 것은 어렵고 번거 롭습니다.
이러한 고객의 대부분은 UA가 제공 할 수있는 모든 기능이 필요하지 않으며 별도의 대시 보드를 통해 이미 제공 한 몇 가지 기본 통계 만 필요합니다. 이것은 "애널리틱스의 웹 UI에 액세스 할 필요가 없다"는 의미입니다.
염두에 두는 한 가지 해결책은 모든 사이트에 즉시 추가되는 단일 "기본"UA 속성을 갖는 것입니다. 이것은 고객에게 액세스 권한을 부여하는 것이 아니라 데이터를 수집하기위한 것입니다.
원하는 경우 사이트를 표시 하는 맞춤 측정 기준을 설정할 수 있습니다 .
그런 다음 대시 보드 측에서 모든 필터링을 수행 할 수 있습니다. 예를 들어 호스트 이름 또는 생성 한 사용자 지정 차원으로 필터링합니다. 대시 보드 작성 방법을 지정하지 않지만 DataStudio를 사용하면 대시 보드의 고객 별 사본에이 필터를 적용한 다음 고객과 읽기 전용 액세스를 공유 할 수 있습니다 (다른 사용자의 데이터를 보지 못하도록 방지). .
이 접근 방식의 단점은 이러한 사이트의 트래픽 양에 따라 데이터 샘플링 이 발생할 수 있다는 것입니다. 대용량 사이트가있는 경우 별도의 계정에 적합한 후보가 될 수 있습니다.하지만이 중 50 개를 관리하는 것이 여전히 500 개보다 낫습니다.
그리고 Analytics에 대한 전체 액세스 권한 이 필요한 유지 관리 가 매우 높은 고객 의 경우 바로 자신의 Analytics 계정을 만들고 이미 수행 한 것처럼 사이트에 추가 할 수 있습니다. 잠재적으로 이것을 상향 판매하고 그것에 대한 프리미엄을 청구 할 수 있습니다.
실제 질문에 :
모든 것을 분리하여 유지하는 것이 이점이 있습니까?
물론 이들을 별도로 유지한다는 것은 고객이 자신의 웹 로그 분석 계정에 액세스 할 수 있도록하는 것과 같이 설계된 방식으로 모든 멋진 UA 기능을 사용할 수 있다는 것을 의미합니다. 그러나 보시다시피 실제 단점도 있습니다. 번거 로움의 가치가 있는지는 오직 당신 만이 결정할 수 있습니다.
통합하는 데 문제가 있습니까?
이처럼 큰 변화와 마찬가지로 적어도 몇 가지 문제가있을 것입니다. 떠오르는 것은 과거에 부여되었을 수있는 권한 / 통합입니다. 예를 들어 문서에는 "애널리틱스 속성을 Google Ad Manager 계정에 연결 한 경우"라고 표시되어 있습니다. 광고 담당자와 대화해야하는 전체 프로세스입니다 (즉, 고객이 조치를 취해야 함). 어떤 사람들이 이와 같은 것을 사용하고 있으며 영향을받을 수 있는지 미리 아는 것은 불가능합니다.
이러한 계정과 속성을 하나의 마스터 계정으로 "이전"하면 기록 데이터가 손실됩니까?
데이터를 잃어 버려서는 안됩니다. Google Analytics 문서 에 따르면
속성과 관련된 모든보고 데이터는 대상 계정으로 이동 (복사되지 않음)됩니다.
기존 Analytics 계정으로 무엇을합니까?
내가 당신의 입장이라면, 당신이 이미 가지고있는 것을 건드리지 않을 것입니다. 그대로 작동하고 고객이 이미 의존하고 있다면 변경하는 것이 미끄러운 슬로프처럼 보이며 이점은 논란의 여지가 있습니다. 나는 한때 "똥을 만지면 냄새가 나기 시작한다"라고 말하는 상사가 있었다. 이것은 몇 번이고 진실로 입증되었습니다.
주말에 비용 / 편익에 대한 분석을 수행했습니다. 그리고 저는 우리가 일종의 "쿠키 커터"플랫폼이기 때문에 GA 계정 프로세스를 자동화하는 것이 합리적이라고 결정했습니다. 즉, 모두 단일 "마스터"계정으로 이동해야합니다. 제가 한:
- "마스터"계정 생성
- 마스터 아래에 계정 만들기 (편리하게 "블록"레이블 지정)
a. "블록 1"계정 생성
b. "블록 2"계정 생성 - 이전 "마스터"계정 중 하나에 로그인 합니다.
read / analyze / edit / manage users모든 계정에 새 마스터 계정 (이메일) 추가- 새 마스터 계정에 다시 로그인하십시오 . 방금 사용자를 추가 한 계정을 찾습니다.
- 승인 된 사용자로부터 이전 마스터 계정 이메일 제거
- 방금 사용자를 제거한 계정의 "속성"으로 이동
- "속성 설정"및-> "속성 이동"으로 이동합니다.
- "블록"과 "이동 시작"중 하나를 선택하십시오.
- 이제 "계정"이 비어 있어야합니다. "계정 설정"및 "휴지통으로 이동"을 클릭하십시오.
참고 기본 분석에만 사용합니다. 우리의 SEO 클라이언트는 여전히 자신의 "신"계정을 유지하면서 해당 계정에 대한 "액세스"를 제공합니다. 이 조치는 Google 계정에 로그인하지 않고도 우리가 제공하는 모든 사람에게 웹 사이트가 어떻게 작동하는지 "최소한의보기"를 제공하기위한 것입니다.
참고 현재 문서에 따르면 각각 50 개의 속성을 가진 100 개의 계정을 가질 수 있습니다. 마스터 계정 당 총 5,000 개의 속성. 이것은 2020 년 11 월 현재 올바르지 않습니다. 계정 당 100 개의 속성을 성공적으로 추가하여 마스터 계정에 10,000 개의 속성을 효과적으로 수용 할 수 있습니다.