Google Analytics의 직접 트래픽이란 무엇이며 어떻게 분석합니까?

직접 트래픽은 Google Analytics의 가장 큰 오해 중 하나입니다.

Google Analytics의 "직접" 채널에서 계산된 트래픽은 사용자가 브라우저에 웹사이트 URL을 입력하거나 브라우저 북마크를 통해 사이트에 도달한 트래픽이라고 가정하는 경우가 많습니다. 그러나 Google Analytics에서 직접 트래픽 레이블은 종종 "이 트래픽이 어디에서 오는지 모릅니다."라고 말하는 방식입니다.

저는 GA 사용자의 절반 이상이 직접 트래픽 뒤에 숨겨진 진실을 모른다고 생각합니다. 이 기사에서는 Google Analytics 직접 트래픽이 무엇인지, 원인이 무엇인지, 직접 트래픽이 급증할 때 이를 줄이는 방법에 대해 설명합니다.

시작하자…

Google 애널리틱스에서 직접 트래픽이란 무엇입니까?

Google Analytics는 직접 트래픽을 브라우저에 웹사이트 URL을 입력하거나 브라우저 북마크를 통해 사이트에 도착한 웹사이트 방문으로 정의합니다.

또한 Google Analytics는 트래픽이 어디에서 오는지 식별할 수 없는 경우 이를 직접 트래픽으로 분류합니다. 직접 트래픽은 획득 소스를 알 수 없는 경우의 대체입니다.

다음은 사용자가 귀하의 사이트로 이동하여 사용자가 어디에서 왔는지 Google Analytics가 알지 못하는 경우의 불완전한 목록입니다. 이러한 모든 경우에 트래픽은 "직접"으로 표시됩니다.

1. URL의 사용자 유형
2. 사용자가 책갈피를 클릭함
3. 사용자가 이메일에서 태그가 지정되지 않은 링크를 클릭함(이메일 제공업체/프로그램에 따라 다름)
4. 사용자가 Facebook Messenger 또는 WhatsApp과 같은 채팅 앱에서 링크를 클릭합니다.
5. 사용자가 PDF, DocX, ODF, XLSX 또는 다른 유형의 문서에 있는 링크를 클릭합니다.
6. 사용자가 모바일 앱에서 링크를 클릭함
7. 보안 사이트가 비보안 사이트로의 리퍼러를 전달하지 않기 때문에 사용자가 보안 사이트(https://something)에서 비보안 사이트(단지 http://something)로 연결되는 링크를 클릭합니다.
8. 사용자는 단축된 URL에서 사이트에 액세스합니다(URL 단축기에 따라 다름).
9. 사용자가 일반적으로 데스크톱 소프트웨어의 링크를 클릭함
10. 자연 검색 방문을 직접 분류할 수 있는 브라우저 문제
11. 누락되거나 손상된 Google Analytics 추적 코드

그리고 Google Analytics에서 직접 트래픽을 확인하려면 획득 » 모든 트래픽 » 채널 로 이동한 다음 보고서에서 직접 을 조회합니다.

직접 트래픽을 가장 많이 받은 상위 방문 페이지를 보려면 '직접' 링크를 클릭하세요.

직접 트래픽 급증의 원인은 무엇입니까?

최근 Google 웹로그 분석 계정에서 직접 트래픽이 크게 증가한 것을 확인하셨습니까? 직접 트래픽이 갑자기 급증하는 데에는 여러 가지 이유가 있습니다.

이러한 원인 중 일부는 다음과 같습니다.

1. 실제 직접 트래픽 – 수동 주소 입력 및 북마크

이들은 브라우저에 귀하의 URL을 입력하거나 책갈피를 통해 귀하를 찾는 사람들입니다. 사용자가 실제로 귀하의 브랜드를 알고 있다는 사실을 받아들이기만 하면 됩니다.

2. Google 웹로그 분석 추적 코드 손상 또는 누락

모든 웹페이지에 올바른 Google Analytics 스니펫을 삽입하지 않고 웹사이트에 게시물을 게시하거나 더 심하게는 완전히 누락된 경우 Google Analytics가 트래픽 소스를 정확하게 추적할 수 없습니다. 결과적으로 모든 트래픽을 직접 트래픽으로 추적합니다.

GA 추적 코드 없이 새 방문 페이지가 시작되는 경우를 두 번 이상 보았습니다. 사용자가 추적 코드가 없는 페이지를 방문한 다음 다른 페이지를 클릭하면 GA는 해당 세션을 직접 트래픽으로 등록합니다.

3. 봇의 가짜 트래픽

봇, 스파이더 또는 크롤러는 많은 사이트에서 직접 트래픽의 일부를 손상시킵니다. 귀하의 웹사이트에서 일반적으로 하루에 1,000개의 직접 트래픽이 발생하고 하루에 10,000개의 직접 트래픽이 판매 또는 마케팅 관점에서 다른 작업 없이 발생하는 경우 이는 봇 트래픽일 가능성이 큽니다.

또한 이탈률이 100%에 가깝고 평균 세션 시간이 0초에 가까운 직접 트래픽이 갑자기 급증하는 경우 웹사이트가 스팸 봇의 공격을 받았을 가능성이 큽니다.

4. 비보안 웹 페이지에 대한 보안 웹 페이지

사용자가 보안 페이지(HTTPS)에서 링크를 클릭하여 비보안 페이지(HTTP)로 이동하면 참조 데이터가 전달되지 않으므로 세션이 직접 트래픽에 기인합니다.

그러나 다른 시나리오는 여전히 추천 소스로 보고됩니다.

• HTTP » HTTP
• HTTPS » HTTPS
• HTTP » HTTPS

귀하의 웹사이트가 안전하지 않고 주요 추천 소스 중 하나인 경우 직접 트래픽 수가 증가하기 시작할 가능성이 큽니다.

5. 부적절한 리디렉션

HTTPS에서 HTTP로의 시나리오와 유사하게 부적절한 리디렉션은 직접 트래픽의 큰 원인입니다. 여기에는 사이트에서 일정 시간이 지난 후 현재 페이지를 자동으로 새로 고치도록 웹 브라우저에 지시하는 메타 새로 고침부터 JavaScript 리디렉션에 이르기까지 모든 것이 포함됩니다.

Javascript 리디렉션은 참조 데이터를 지우거나 교체하여 세션을 직접 트래픽 채널로 잘못 귀속시킬 수 있습니다. 마찬가지로, 복잡한 서버 측 리디렉션 체인은 UTM 매개변수를 제거하고 직접 트래픽에 세션을 보낼 수 있습니다.

6. 웹이 아닌 문서의 링크

pdf, 슬라이드 데크 또는 Word 문서의 링크는 추천 정보를 전달하지 않습니다. 따라서 기본적으로 이러한 링크에서 시작된 세션은 직접 트래픽으로 표시됩니다.

7. 다크 소셜

다크 소셜은 구글이 특정 출처에 쉽게 귀속할 수 없는 소셜 공유 방식을 의미합니다. 여기에는 이메일, Facebook, Skype, WhatsApp 및 인스턴트 메시징과 같은 트래픽 소스가 포함됩니다.

이걸 고려하세요. 소셜 미디어에서 찾은 링크를 Facebook이나 Twitter에서 공유하는 대신 문자 메시지나 이메일을 통해 얼마나 자주 다른 사람에게 보내십니까? 해당 링크에는 추천 데이터가 포함되어 있지 않기 때문에 나머지 직접 트래픽과 함께 일괄 처리됩니다. 이 트래픽을 다크 소셜이라고 합니다. 그것은 사회적 근원에서 왔지만 당신은 그것을 모릅니다.

8. 인앱 브라우저

Facebook이나 Twitter와 같은 앱 내에서 기사를 열면 독립 실행형 브라우저로 이동하지 않고 앱 내에서 열립니다.

이 경우 GA는 세션을 추적할 수 있지만 들어오는 소스는 볼 수 없습니다. 세션이 시작되지만 아무데도 들리지 않습니다. 따라서 이러한 유형의 트래픽은 "직접"이 됩니다.

인기 있는 앱이나 게임이 있는 경우 앱이나 게임에서 사용한 웹사이트 링크에서 직접 트래픽이 높은지 확인할 수도 있습니다.

9. 이메일 기반 트래픽

Outlook 또는 Thunderbird의 이메일 클릭이 참조 정보를 전달하지 않는 것은 매우 일반적입니다. 자동화 도구 없이 스스로 이메일 마케팅 캠페인을 시작할 때 캠페인에 UTM 태그를 추가하는 것을 생략할 수 있습니다. 결과적으로 GA는 소스를 식별하지 않으며 이메일 캠페인의 모든 세션은 "직접 트래픽" 섹션으로 끝납니다.

일반적으로 특정 이메일이 전송된 시점의 트래픽을 분석하여 이메일이 직접 트래픽의 급증을 일으켰는지 여부를 식별할 수 있습니다.

높은 직접 트래픽이 좋은가요?

그렇다면 높은 직접 트래픽이 좋은 경우? 때에 따라 다르지.

그것은 트래픽 채널이므로 대부분의 경우 예, 좋은 것입니다.

실제 트래픽이라고 가정하면 지금까지 수행한 브랜딩 캠페인의 효과를 식별할 수 있는 좋은 방법입니다. 더 많은 사람들이 귀하의 웹사이트 이름을 알고 직접 입력할수록 좋습니다. 그리고 귀하의 사이트 홈페이지 또는 방문 페이지를 북마크에 추가하는 사람들은 의도 신호를 감안할 때 재방문자가 될 가능성이 더 높기 때문에 더욱 좋습니다. 그들이 어느 시점에 돌아올 수 있도록.

그러나 직접 트래픽이 좋지 않은 경우가 있습니다.

직접 트래픽에 레이블이 잘못 지정되면 이 "무료" 데이터는 오프라인과 온라인 모두에서 마케팅 노력의 부정확하고 잠재적으로 지저분한 그림을 그립니다. 또한 SEO 노력의 성공을 평가하는 데 문제가 있습니다. 설상가상으로 귀하의 웹사이트가 스팸 봇의 공격을 받았을 수도 있습니다.

직접적인 교통 미스터리 풀기 – 분석가의 체크리스트

그렇다면 어떤 방문이 실제로 직접적이고 어떤 방문이 그렇지 않은지 어떻게 결정할 수 있습니까? 모든 직접 트래픽이 사실인지 확인하는 명확한 방법은 없습니다. 그러나 모든 트래픽 소스가 가능한 한 잘 정의되도록 노력을 강화할 수 있는 방법이 있습니다. 그런 다음 "가짜" 직접 트래픽을 줄이고 실제 직접 트래픽을 볼 수 있습니다.

1. Google Analytics 추적 코드가 올바르게 설치되었는지 확인

첫 번째 단계는 웹사이트의 모든 페이지에 Google 애널리틱스 추적 코드가 올바르게 설치되었는지 확인하는 것입니다.

추적 코드를 받은 후 헤더 파일에 추적 코드를 넣고 닫는 </head> 태그 앞에 코드가 포함되어 있는지 확인하십시오.

GA의 실시간 보고서를 사용하면 도구가 웹사이트에서 작동하는지 확인할 수 있습니다. 이 보고서에 데이터가 표시되면 태그가 현재 데이터를 수집하고 있음을 의미합니다.

1. 애널리틱스 계정에 로그인합니다.
2. 태그를 추가한 속성의 보기로 이동합니다. 최근에 이 속성(웹사이트)에 태그를 추가했다면 보기가 하나만 있을 것입니다.
3. 보고서를 엽니다.
4. 실시간 > 개요를 선택합니다.

2. 가능한 한 UTM-Tagging을 사용하라

대부분의 직접 트래픽 소스는 HTTP 요청에서 참조 데이터를 전달하지 않거나 온라인 소스에서 제공되지 않는 소스입니다. 인쇄 광고, 라디오 광고, 텔레비전 광고, 매장 내 광고, 이들 중 직접 트래픽으로 사람들을 귀하의 웹사이트로 유도할 수 있는 오프라인 소스가 있습니다. 앱 링크, SMS 링크, Discord 및 Facebook Messenger와 같은 메신저 프로그램의 링크 이 모든 것은 그들을 통해 클릭되는 링크에서 추천 데이터를 제거합니다.

웹에 올린 링크에서 클릭한 방문자를 식별하기 위해 할 수 있는 한 가지는 UTM이라는 추가 매개변수로 URL을 표시하는 것입니다.

맞춤 캠페인 변수 또는 UTM 매개변수를 사용하여 모든 마케팅 캠페인에 태그를 지정해야 합니다. 일반적으로 이러한 매개변수는 이메일 마케팅, 소셜 미디어 게시물, 유료 광고, 맞춤형 채널(예: eBook) 등에 사용됩니다.

Google Analytics의 캠페인 URL 작성 도구를 사용하여 이러한 매개변수를 URL에 쉽게 추가할 수 있습니다.

방문자가 귀하의 웹사이트를 방문하고 URL에 이러한 매개변수가 포함된 경우 GA는 해당 매개변수에 언급된 트래픽 소스에 해당 세션을 표시합니다.

3. HTTPS로 마이그레이션

HTTPS에서 HTTP 웹사이트로 연결하면 추천 데이터가 손실됩니다. HTTPS 사이트에서 귀하를 가리키는 링크가 있는 HTTP 사이트가 있는 경우 해당 사이트가 직접 트래픽으로 표시됩니다.

최대한 빨리 사이트에 대한 SSL 인증서를 받으십시오. 이렇게 하면 사이트의 URL이 HTTPS로 변경될 뿐만 아니라 Google Analytics의 잘못된 직접 트래픽 소스 보고를 수정하는 데 도움이 됩니다.

또한 웹 사이트에 SSL 인증서를 설치하면 다음을 수행할 수 있습니다.

• 사이트 방문자에게 개인 및 금융 정보가 안전하다는 신뢰감을 심어줍니다.
• 사이트를 해킹 공격에 덜 취약하게 만드십시오.
• 보다 안전하게 결제를 수락할 수 있는 기회 제공
• 로그인이 필요한 사용자 계정 보호
• 웹사이트 양식 및 수집한 모든 정보 보호

4. Google 애널리틱스에서 봇 필터링 활성화

기본적으로 이 필터는 꺼져 있습니다! 따라서 이 기능을 켜려면 직접 켜야 합니다. 그리고 당신은 당신이 가지고 있는 각 보기와 각 속성에 대해 그것을 해야 합니다.

필터를 활성화하려면 관리자 설정으로 이동하세요. 보기 패널에서 보기 설정 을 찾을 수 있습니다. 옵션 하단의 사이트 검색 설정 바로 전에 봇 필터링 에 대한 작은 제목과 다음과 같은 확인란을 찾을 수 있습니다. 알려진 봇 및 스파이더의 모든 적중 제외 . 확인하면 Analytics 수집에서 알려진 봇과 스파이더를 자동으로 필터링합니다.

5. 다이렉트가 마지막에 처리되도록 채널 규칙 재정렬

보기 설정 > 채널 설정 > 채널 그룹 메뉴에서 직접 채널이 Google 애널리틱스에서 처리할 수 있는 마지막 채널이 되도록 채널을 재정렬하고 싶습니다.

요약

직접적인 트래픽 수치를 조사하는 것은 다소 지루한 과정일 수 있지만, 트래픽의 정확한 소스를 식별하는 것은 웹사이트에 대한 정보에 입각한 결정을 내리는 데 필수적입니다.

직접 트래픽을 분석하는 이면의 모든 미스터리를 밝힐 수는 없지만 나열된 기술 중 일부를 구현하는 것은 사이트의 트래픽 소싱 사고를 줄이는 좋은 방법입니다.