아주 좋은 질문이고, 중요한 이유가 있습니다.
하지만 그전에, 디버깅, 전환 로그 보기, 클릭 등을 위해 특별히 설계된 Raw Events 섹션에서 이 데이터를 볼 수 있다는 점을 주목하세요. 먼저 거기서 시도해보고 필요한 것을 얻을 수 있는지 확인하세요.
이제, 일반 보고에서 제공하지 않는 몇 가지 항목이 있습니다. 예를 들면:
- Hit ID
- 방문자 ID (일명 세션 ID)
- IP 주소
- User-agent
- 노드 ID/이름
- 외부 클릭 ID
주된 이유는 이들의 고유성 때문입니다.
이들은 대부분의 경우 방문자당 또는 심지어 Hit ID의 경우 그들이 접촉하는 노드당 고유한 값을 반환하는 매개변수입니다.
결과적으로 UI에 표시하기에 비실용적이고 데이터베이스에 큰 부담을 주는 수만 행의 데이터를 반환하는 보고서가 가능해집니다.
분석 데이터베이스는 많은 데이터를 적은 수의 행으로 집계하는 것을 선호합니다. 많은 양의 데이터를 거의 집계하지 않고 단순히 엄청난 수의 고유한 결과를 반환하는 것이 아닙니다.
비실용성은 차치하고, 이러한 데이터베이스 쿼리는 매우 리소스 집약적이며 오랜 시간이 걸릴 수 있습니다. SaaS 제품으로서 많은 고객이 데이터베이스를 공유하고 있다는 점을 명심해야 합니다. 따라서 사용자가 극도로 집약적인 쿼리를 실행하도록 허용한다면 어떤 일이 일어날 것 같나요? 몇몇 사용자가 지나치게 열성적인 쿼리로 시스템을 압도하여(특히 API를 통해) 모든 사람의 성능을 저하시킬 것입니다. 이는 반드시 피해야 합니다.
그러나 Raw Events 섹션에서는 위의 문제를 피하면서 이 고유한 데이터를 검색할 수 있습니다.
- 퍼널을 선택하고 선택적으로 트래픽 소스를 선택해야 하며, 이는 쿼리 크기를 제한합니다
- Raw Events API는 가장 최근의 1000개 행의 데이터만 반환합니다. 더 많은 데이터가 반환되면 쿼리가 중지됩니다. 따라서 길고 집약적인 쿼리를 피할 수 있습니다.
- 반환된 데이터는 페이지네이션되어 프론트엔드에서 데이터를 원활하게 표시합니다
보고 섹션에서 위의 데이터가 필요한 시나리오가 있다면 알려주세요. 속성이 필요하다고 생각하는 사용 사례에 대해 듣고 싶습니다.