유입, 세션, 페이지뷰: 웹사이트 분석을 읽는 방법

분석에서 웹사이트 유입으로 집계되는 것

웹사이트 유입은 보통 외부 소스에서 방문자가 들어오는 것을 말합니다. 시청자는 방송 설명란, 채널 패널, 채팅 고정 메시지, 소셜 미디어 게시물, 프로필 또는 방송 다시보기 아래의 링크를 클릭할 수 있습니다. 분석에서는 이러한 방문을 소스와 연결합니다: 스트리밍 플랫폼, 소셜 네트워크, 검색, 광고 또는 제휴 게재입니다.

하지만 링크 클릭과 웹사이트 유입이 항상 같은 것은 아닙니다. 플랫폼은 클릭을 즉시 기록할 수 있지만, 웹사이트는 페이지가 로드되고 카운터에 데이터가 전송된 후에야 방문자를 확인합니다. 사용자가 탭을 닫았거나, 연결이 끊겼거나, 분석 스크립트가 작동하지 않았다면 클릭은 플랫폼 통계에 남지만 웹사이트에는 세션이 나타나지 않습니다.

페이지뷰로 집계되는 것

페이지뷰는 방문자가 웹사이트 페이지를 열고 카운터가 해당 동작에 대한 데이터를 받을 때 기록됩니다. 여러 페이지로 구성된 웹사이트에서는 보통 다른 주소로 이동할 때 새로운 페이지뷰가 발생합니다: 랜딩 페이지에서 이용약관으로, 그다음 사례, 연락처 또는 신청 양식으로 이동하는 경우입니다.

페이지뷰는 유입된 시청자 수가 아니라 웹사이트 내부의 동작을 보여줍니다. 한 명의 시청자가 여러 섹션을 열고, 뒤로 돌아가고, 페이지를 새로고침하거나 새 탭에서 접속할 수 있습니다. 따라서 많은 페이지뷰가 스트림에서의 유입 수가 같다는 것을 의미하지 않으며, 시청자가 목표 행동을 완료했다는 것을 증명하지도 않습니다.

클릭, 세션, 페이지뷰의 차이

클릭은 플랫폼에서 링크를 누르는 것입니다. 세션 또는 방문은 성공적으로 로드되고 카운터에 기록된 후 웹사이트에서 방문자의 활동 기간입니다. 페이지뷰는 해당 세션 내에서 특정 페이지를 여는 것입니다. 지표 이름은 시스템마다 다를 수 있지만 구분의 논리는 동일하게 유지됩니다.

• 클릭은 플랫폼에서 링크에 대한 관심을 보여줍니다.
• 세션은 웹사이트 분석이 방문을 기록했음을 보여줍니다.
• 페이지뷰는 방문자가 진입 후 어떤 주소를 열었는지 보여줍니다.
• 이벤트는 개별 동작을 보여줍니다: 버튼 클릭, 양식 열기, 신청 제출 또는 메신저로 이동.

클릭의 단점은 시청자가 웹사이트에 도달했는지 보여주지 않는다는 것입니다. 세션의 단점은 일부 실제 방문이 카운터에 잡히지 않을 수 있다는 것입니다. 페이지뷰의 단점은 동일한 사람의 동작으로 인해 증가할 수 있다는 것입니다.

예시: 한 번의 유입과 여러 페이지뷰

스트림 설명란의 링크가 120회 클릭되었다고 가정해 봅시다. UTM 태그 기준으로 웹사이트는 94개의 세션을 기록했습니다. 이 94개의 세션 동안 분석은 268개의 페이지뷰를 기록했습니다: 시청자들이 서비스 페이지를 열고, 그다음 사례, 자주 묻는 질문, 연락처를 열었습니다.

이런 상황에서 268명이 웹사이트에 왔다고 말할 수는 없습니다. 더 정확하게는: 플랫폼이 120회 클릭을 기록했고, 카운터가 94개의 세션을 확인했으며, 방문자들이 총 268개의 페이지를 열었습니다. 세션당 평균 페이지뷰는 웹사이트 탐색 깊이를 이해하는 데 도움이 되지만, 신청이나 문의에 대한 데이터를 대체하지는 않습니다.

링크 클릭과 세션이 차이나는 이유

링크를 누르는 것과 웹사이트가 로드되는 사이에는 여러 기술적 단계가 있습니다. 브라우저는 주소를 열고, 리디렉트를 거치고, 페이지를 로드하고, 분석 코드를 실행해야 합니다. 어느 단계에서든 방문자는 탭을 닫거나, 느린 로딩을 겪거나, 연결이 끊길 수 있습니다.

차이는 조작된 트래픽, 저조한 트래픽 또는 플랫폼 오류를 증명하지 않습니다. 일부 시청자는 마음을 바꿨거나, 백그라운드에서 링크를 열고 페이지를 기다리지 않았거나, 제한이 있는 브라우저를 사용했거나, 일시적으로 접속할 수 없는 웹사이트에 접속했을 수 있습니다. 클릭과 세션만 비교하는 것의 단점은 진입 후 무슨 일이 일어났는지 보여주지 않는다는 것입니다.

새로운 클릭 없이 세션이 나타날 수 있는 이유

세션이 항상 원본 링크의 새로운 클릭과 연결되는 것은 아닙니다. 시청자는 주소를 저장하고, 나중에 브라우저 기록을 통해 웹사이트로 돌아오거나, 오래된 게시물에서 링크를 다시 열거나, 기억한 도메인으로 직접 접속할 수 있습니다. 이 경우 특정 스트림 아래의 클릭은 늘어나지 않지만 웹사이트 방문 수는 증가합니다.

한 사용자가 여러 세션을 생성할 수도 있습니다: 아침에 컴퓨터로 접속하고, 그다음 휴대폰으로 페이지를 열거나, 오랜 휴식 후에 돌아오는 경우입니다. 사용자 지표의 단점은 이것 역시 절대적이지 않다는 것입니다: 다른 브라우저, 시크릿 모드, 쿠키 삭제, 새 기기는 분석에 새로운 사람으로 보일 수 있습니다.

리디렉트가 유입 집계에 미치는 영향

리디렉트는 플랫폼의 링크와 대상 페이지 사이의 중간 이동입니다. 링크 단축 서비스, 제휴 트래커, 주소 보호 서비스, 중간 페이지에서 사용됩니다. 집계를 위해서는 리디렉트가 UTM 파라미터를 전달하는지, 대상 주소를 올바르게 여는지가 중요합니다.

단축 링크가 UTM 태그 없이 페이지로 연결되면 세션이 다른 소스나 직접 트래픽으로 잡힐 수 있습니다. 리디렉트가 오류로 설정되면 플랫폼은 여전히 클릭을 확인하지만 웹사이트는 방문을 받지 못합니다. 여러 리디렉트 체인의 단점은 어느 단계에서 파라미터나 방문자가 손실되는지 파악하기 어렵다는 것입니다.

게시 전에 리디렉트를 확인하는 방법

별도의 브라우저에서 링크를 열고 주소 표시줄에서 최종 주소를 확인하세요. 필요한 페이지와 마크업 파라미터가 유지되어야 합니다. 그다음 소스 또는 캠페인 보고서에서 테스트 세션을 확인하세요. 링크가 단축 서비스, 트래커, 다른 도메인의 양식 또는 결제 페이지를 거치는 경우 특히 확인이 중요합니다.

하나의 짧은 주소에 여러 다른 게재를 섞지 마세요. 방송 설명란, 채팅 고정 메시지, 채널 프로필의 링크는 최소한 utm_content 파라미터로 구분되어야 합니다. 이러한 세분화의 단점은 링크를 미리 통일된 체계에 따라 만들어야 한다는 것입니다. 그렇지 않으면 보고서가 수십 개의 유사한 행으로 나뉩니다.

차단 프로그램과 브라우저 제한이 통계를 왜곡하는 방법

광고 또는 분석 차단 프로그램은 웹사이트 열기를 방해하지 않을 수 있지만 카운터 로드를 막을 수 있습니다. 시청자는 페이지를 읽고, 연락처를 열거나, 양식을 제출할 수도 있지만 표준 분석은 세션과 페이지뷰를 기록하지 않습니다. 엄격한 개인정보 보호 설정, 비활성화된 JavaScript, 브라우저 제한도 비슷한 효과를 냅니다.

채널 소유자는 이를 플랫폼의 클릭과 UTM 태그 기준 세션 수의 차이로 보게 됩니다. 차단 프로그램을 사용하는 모든 방문자를 하나의 보고서로 정확히 셀 수는 없습니다: 시스템이 그들로부터 데이터를 받지 못하기 때문입니다. 클릭, 마크업된 세션, 목표 이벤트를 비교하되, 보고서는 모든 방문의 전체 목록이 아니라 실제 트래픽 중 기록된 부분으로 인식하세요.

UTM 태그와 이벤트 집계를 확인하는 방법

테스트를 위해 차단 프로그램이 없는 브라우저에서 마크업된 링크를 열고 분석에 예상된 source, medium, campaign, content가 포함된 세션이 나타나는지 확인하세요. 그다음 필요한 동작을 수행하세요: 양식을 열고, 메신저 버튼을 누르거나, 테스트 신청을 제출하세요. 이벤트 보고서에는 정확히 하나의 예상된 동작이 나타나야 합니다.

그 후 차단 프로그램을 켠 상태에서 웹사이트 동작을 별도로 확인할 수 있습니다. 페이지는 열리지만 테스트 세션과 이벤트가 나타나지 않는다면 차이의 원인이 분명합니다. 이러한 확인의 단점은 특정 브라우저와 확장 프로그램의 작동을 보여주지만, 분석이 차단된 모든 시청자의 비율을 측정할 수는 없다는 것입니다.

보고서에서 방문, 세션, 유입

분석 인터페이스에서 웹사이트 방문은 방문, 세션 또는 세션으로 불릴 수 있습니다. 보통 세션은 활동 기간 동안 방문자의 동작을 통합합니다: 페이지뷰, 버튼 클릭, 양식 열기, 신청 제출. 세션은 특정 시스템의 규칙에 따라 종료됩니다. 예를 들어 장시간 비활성 후에 종료됩니다.

유입은 웹사이트로의 외부 진입을 가리키는 편리한 단어이지만, 보고서에서는 정확한 지표 이름을 확인해야 합니다. 세션을 페이지뷰와 직접 동일시할 수 없고, 스트리밍 플랫폼의 클릭을 웹사이트 사용자 수와 동일시할 수 없습니다. 그렇지 않으면 집계 방식의 일반적인 차이를 트래픽 품질 문제로 쉽게 오해할 수 있습니다.

스트리머가 가장 먼저 봐야 할 지표

클릭과 방문을 혼동하지 않으려면 각 게재별로 세 가지 지표를 정기적으로 확인하면 충분합니다. 첫째, 해당 통계가 제공되는 경우 플랫폼의 외부 링크 클릭 수입니다. 둘째, 특정 UTM 태그 기준 웹사이트의 세션 수입니다. 셋째, 목표 이벤트입니다: 양식 제출, 메신저 클릭, 결제로 이동 또는 게재 목표와 관련된 다른 동작입니다.

페이지뷰와 세션당 페이지뷰는 추가적인 맥락으로 사용하세요. 시청자가 진입 페이지 이후에도 웹사이트를 탐색하는지 이해하는 데 도움이 됩니다. 이 지표의 단점은 높은 탐색 깊이가 제안에 대한 관심을 의미할 수도 있고, 탐색이나 필요한 정보 찾기의 어려움을 의미할 수도 있다는 것입니다.

스트림 후 진입 페이지를 분석하는 방법

진입 페이지는 시청자가 유입 후 실제로 어디에 도착하는지 보여줍니다. 방송에서 협업 조건에 대해 이야기했는데 링크가 메인 페이지로 연결된다면, 일부 시청자는 약속된 정보를 찾지 못하고 떠날 수 있습니다. 이러한 호출에는 조건, 사례, 연락 양식 또는 통합을 위한 별도 페이지로 연결하는 것이 적절합니다.

진입 페이지가 마크업된 링크의 주소와 일치하는지 확인하세요. 링크가 랜딩 페이지로 연결되어야 하는데 보고서에 메인 페이지가 나타난다면, 파라미터나 경로가 리디렉트에서 손실될 수 있습니다. 지나치게 좁은 착지 페이지의 단점은 맥락이 없는 시청자에게 서비스에 대한 일반적인 설명이 부족할 수 있다는 것입니다.

진입 페이지 이후에 볼 것

진입 후 방문자의 경로를 분석하세요: 사례, 조건, FAQ, 연락처, 신청 양식을 여는지 확인하세요. 특정 방송에서 온 시청자가 목표 블록에 도달하고 이벤트를 수행한다면, 해당 소스는 관심 있는 오디언스를 유도하고 있는 것입니다. 대부분이 첫 페이지에서 그친다면, 호출과 랜딩 페이지 내용의 일치, 로딩 속도, 모바일 버전을 확인하세요.

게재를 평가하려면 최대 페이지뷰 수가 아니라 목표 행동까지의 경로가 중요합니다. 목표 행동은 별도의 이벤트로 설정해야 합니다. 이것이 없으면 분석은 방문 수와 탐색 깊이를 보여주지만, 단순히 페이지를 읽은 시청자와 매니저에게 글을 쓰거나 신청을 남긴 사람을 구분할 수 없습니다.

UTM 태그로 링크를 마크업하는 방법

UTM 태그는 유입 소스에 대한 정보를 분석으로 전달합니다. 스트림 설명란의 링크를 채팅, 프로필, 소셜 미디어 게시물 또는 제휴 언급의 링크와 구분하는 데 도움이 됩니다. 마크업이 없으면 트래픽이 소셜 네트워크, 추천, 직접 방문의 일반 그룹으로 잡힐 수 있습니다.

• utm_source — 플랫폼 또는 게재 소스.
• utm_medium — 게재 유형: 설명란, 게시물, 통합, 광고 또는 체계의 다른 옵션.
• utm_campaign — 방송, 방송 시리즈, 런칭 또는 제휴 활동.
• utm_content — 링크의 구체적인 위치: 설명란, 채팅, 채널 패널 또는 고정 게시물.

UTM 마크업의 단점은 주소가 길어지고 채팅에 덜 편리해진다는 것입니다. 이러한 링크는 확인 후에만 단축할 수 있습니다: 단축 서비스는 모든 파라미터를 유지하고 불필요한 중간 단계 없이 필요한 페이지로 연결해야 합니다.

보고서에 통일된 태그 이름이 중요한 이유

UTM 태그의 이름은 동일하게 작성해야 합니다. telegram, Telegram, tg 같은 변형은 분석에서 별도의 소스로 표시될 수 있습니다. 캠페인도 마찬가지입니다: 하나의 방송에 대한 다른 이름은 수동으로 통합해야 하며, 게재 비교가 덜 정확해집니다.

미리 통일된 형식을 선택하세요: 하나의 언어, 소문자, 하나의 규칙에 따른 하이픈 또는 밑줄. URL에 시청자의 개인 데이터, 주문 번호 및 기타 민감한 정보를 추가하지 마세요. 엄격한 체계의 단점은 채널을 대신하여 링크를 게시하는 모든 사람이 이를 준수해야 한다는 것입니다.

웹사이트 내부 이동을 집계하는 방법

웹사이트 페이지 간 이동은 페이지뷰를 증가시키지만 새로운 유입 트래픽으로 집계되어서는 안 됩니다. 시청자가 스트림 설명란에서 랜딩 페이지에 와서 결제 페이지를 열고 조건으로 돌아왔다면, 이는 웹사이트 내부의 하나의 경로이지 플랫폼에서의 여러 새로운 유입이 아닙니다.

보고서에 귀하의 도메인이 추천 트래픽 소스로 나타난다면 설정이 잘못되었을 수 있습니다. 양식, 개인 계정, 결제 페이지 또는 하위 도메인이 단일 세션에 대한 데이터를 전달하지 않을 때 이런 일이 발생합니다. 이 오류의 단점은 하나의 실제 방문이 여러 개로 나뉘어 소스 통계가 신뢰할 수 없게 된다는 것입니다.

원페이지 랜딩에서 고려해야 할 사항

일반 웹사이트에서는 새로운 주소가 종종 자동으로 페이지뷰를 생성합니다. 원페이지 랜딩에서는 시청자가 새로운 URL 로드 없이 요금제를 펼치고, 사례를 열고, 양식으로 이동하거나 연락 버튼을 누를 수 있습니다. 시각적으로는 여러 블록을 살펴보았지만, 표준 설정의 분석은 하나의 페이지뷰만 기록할 수 있습니다.

이러한 동작을 위해 이벤트를 설정합니다: 조건 블록 조회, 양식 열기, 요금제 선택, 연락처 클릭 또는 신청 제출. 때로는 가상 페이지뷰가 필요합니다. 수동 설정의 단점은 랜딩 페이지 업데이트 후 이벤트가 중복되거나 작동을 멈출 수 있으므로 웹사이트 변경 후 확인해야 한다는 것입니다.