GA4 (not provided) 뜻: 검색어를 확인할 곳과 분석 대안

(not provided)가 보이면 먼저 항목 이름을 봅니다

GA4는 웹사이트와 앱의 이용을 분석하는 도구입니다. 자연 검색은 광고가 아닌 일반 검색 결과에서 들어오는 유입을 뜻합니다. 자연 검색의 키워드 항목에서 (not provided)가 보이면 검색어가 제공되지 않았다는 의미입니다. 이 표시만으로 GA4가 고장 났다고 판단하지 않습니다.

Google의 캠페인과 트래픽 소스 설명도 보안 검색에서 키워드가 (not provided)로 처리되는 경우를 안내합니다. 다만 GA4의 모든 기본 보고서에 “자연 검색 키워드” 열이 있는 것은 아닙니다. 지금 보는 것이 검색어, 세션 소스/매체, 광고 키워드 중 무엇인지부터 확인해야 합니다.

검색어가 없다고 방문 자체가 기록되지 않은 것은 아닙니다. google / organic으로 출처는 알면서 그 사람이 입력한 검색어는 모를 수 있습니다. Direct의 뜻은 별도 안내에서 더 다룹니다.

이 글의 첫 목표는 검색어 자료와 방문 이후 자료를 구분해 읽는 것입니다. 계정이 없어도 뒤의 가상 예제를 메모장에 옮겨 연습할 수 있습니다. 실제 사이트 조회에는 Google Search Console과 GA4의 권한이 필요하지만, 둘을 연결하거나 유료 분석 도구를 구입해야만 이해할 수 있는 내용은 아닙니다.

검색어가 제공되지 않는 배경

Google은 2011년 10월 로그인 이용자를 중심으로 보안 검색을 확대하면서, 자연 검색에서 방문한 사이트에는 Google에서 왔다는 정보는 남지만 개별 검색어는 전달되지 않는다고 설명했습니다. 집계 검색 자료는 당시 웹마스터 도구에서 확인하도록 안내했습니다. 이는 검색어 정보를 어떻게 제공하느냐의 문제이며, 내 사이트를 HTTPS로 바꾸면 숨겨진 검색어가 다시 보인다는 뜻은 아닙니다. Google의 2011년 안내

네이버도 2024년 7월 30일 공지에서 2024년 11월 7일을 리퍼러 정책 변경 일정으로 안내했습니다. 리퍼러는 링크를 따라 이동할 때 전달되는 이전 페이지 관련 정보입니다. 공지는 그 정보의 일부를 제한한다고 설명하며, 네이버 애널리틱스와 서치어드바이저의 제공 기능은 영향받지 않는다고 명시합니다. 이 공지로 모든 검색어가 특정 비율만큼 사라졌다고 계산할 수는 없습니다. 네이버 공식 공지

사이트마다 자료와 환경이 다르므로 “모든 사이트의 80~95%가 같은 값”이라는 비율을 기준으로 삼지 않습니다. 쿠키 정책 변화나 GA 제품 종료도 각각 별개의 변화입니다. 이를 한 줄로 연결해 현재 검색어 누락의 원인을 확정하는 대신, 어떤 데이터가 어느 도구에 제공되는지 확인합니다.

Search Console과 GA4는 다른 질문에 답합니다

Search Console은 Google 검색에서 내 사이트의 노출과 클릭을 보여주는 도구입니다. 여기서 쿼리(query)는 사람이 입력한 검색어입니다. GA4는 사이트에 도착한 뒤 어떤 페이지를 보고 어떤 행동을 했는지 분석합니다. 이벤트는 페이지 조회나 신청 완료 같은 활동을 기록하는 단위입니다.

랜딩 페이지는 한 세션에서 처음 도착한 페이지입니다. 한 사람이 여러 검색 결과를 클릭할 수 있고, 사이트 쪽 측정이 제한될 수도 있으므로 클릭과 세션을 같다고 계산하지 않습니다. 기간, 시간대, 페이지 주소와 측정 조건도 함께 봅니다. 언제나 어느 도구의 숫자가 더 커야 한다고 정해 놓지 않습니다.

보관 기간도 구분해야 합니다. 연결 보고서의 Search Console 자료는 최대 최근 16개월입니다. GA4의 일반 속성에서 사용자 및 이벤트 수준 보관 설정을 2개월 또는 14개월로 정하는 것은 탐색 등에 영향을 주며, 모든 표준 집계 보고서가 14개월 뒤 지워진다는 뜻은 아닙니다. GA4 보관 설정 안내

먼저 연결 없이 검색어 하나를 확인하기

Search Console에 사이트 조회 권한이 있는 계정으로 로그인합니다. 대상 사이트를 고르고 실적 또는 검색 결과 보고서를 엽니다. 기간을 예를 들어 최근 28일로 정하고 검색 유형을 웹으로 선택합니다.

아래 페이지 표에서 살펴볼 글 주소를 선택한 뒤 검색어 탭으로 바꿉니다. 검색어 하나의 노출, 클릭과 CTR을 메모합니다. CTR은 클릭을 노출로 나눈 비율입니다. “최근 28일, 글 A, 검색어 B, 노출 100회, 클릭 5회, CTR 5%”처럼 조건까지 적으면 됩니다. 이 숫자는 메모 형식을 보여주는 예시이며 실제 블로그 실적이 아닙니다.

표가 비어 있으면 사이트 선택, 기간과 필터를 먼저 확인합니다. 검색어에는 개인정보 보호 등을 이유로 표시되지 않는 항목도 있으므로, 표의 행 수를 전체 검색어 수로 단정하지 않습니다. 권한이 없으면 관리자에게 해당 페이지와 기간의 집계 자료를 요청하면 됩니다.

GA4 안에서도 보고 싶을 때 연결하기

연결은 선택 사항입니다. 같은 페이지 범위의 데이터를 수집하는 GA4 속성과 Search Console 속성을 준비합니다. GA4 속성의 편집자 권한과 Search Console의 확인된 소유자 권한이 필요합니다. 속성은 해당 사이트의 데이터를 관리하는 단위입니다.

1. GA4의 관리 → 제품 연결 → Search Console 연결을 엽니다.
2. 연결을 누르고 관리하는 Search Console 속성을 선택합니다.
3. 같은 사이트의 웹 데이터 스트림을 고릅니다. 스트림은 웹사이트 자료가 GA4 속성으로 들어오는 연결 단위입니다.
4. 사이트와 스트림을 다시 대조한 뒤 제출합니다.

연결이 이미 있다면 먼저 대상 사이트가 맞는지 확인하고 불필요하게 삭제하지 않습니다. 연결 후 보고서 메뉴가 안 보이면 라이브러리에서 Search Console 보고서 모음을 게시해야 할 수 있습니다. 여기서 게시란 GA4 내부 보고서 메뉴에 보이게 하는 작업이며 웹에 자료를 공개하는 기능은 아닙니다. 권한이 없는 경우 담당자에게 요청합니다. 공식 연결 안내

메뉴에 보고서 모음이 보이면 보고서 → Search Console → 쿼리에서 Google 검색어별 노출과 클릭을 확인합니다. 별도의 Google 자연 검색 트래픽 보고서는 랜딩 페이지 중심으로 읽습니다. 쿼리 보고서 안내 Search Console 자료는 수집 후 약 48시간 뒤 제공되므로 당일 자료가 없다고 바로 연결 실패로 판단하지 않습니다. 이전부터 각 도구가 수집한 기간의 범위도 함께 확인합니다.

연결해도 네이버나 Bing의 검색어가 Google Search Console에 들어오지는 않습니다. 네이버 자료는 서치어드바이저 등 해당 서비스의 제공 범위에서 따로 확인해야 합니다.

가상 예제로 클릭과 신청을 따로 읽기

다음은 같은 페이지를 살펴보는 가상 연습 자료입니다. 계산을 위해 같은 기간과 페이지를 골랐다고 가정하며, 실제 보고서의 값이 항상 이렇게 대응한다는 뜻은 아닙니다.

GA4 자료로 계산할 수 있는 신청 세션 비율은 8 ÷ 80 × 100 = 10%입니다. 신청 완료 이벤트가 올바르게 설정됐다는 전제입니다. 신청 버튼을 누른 것과 실제 제출이 완료된 것을 같은 행동으로 취급하지 않습니다. 완료 이벤트를 수집하지 않았다면 빈 결과를 신청률 0%라고 적을 수는 없습니다. 이벤트 총 발생 횟수와 신청이 발생한 세션 수는 다르므로 분자를 바꿔 쓰지 않습니다.

이 자료로 검색어 A에서 3명이 신청했다거나 B에서 5명이 신청했다고 나눌 수는 없습니다. 두 도구에 그 개인별 연결 정보가 없기 때문입니다. Search Console의 100클릭을 분모로 8 ÷ 100을 계산해 검색어 전환율이라고 부르는 것도 맞지 않습니다.

메모에는 “Google 검색 클릭 100회, GA4 자연 검색 80세션, 신청 세션 비율 10%, 검색어별 신청 수는 미확인”이라고 적습니다. 이 구분이 유지되면 첫 연습을 마친 것입니다.

랜딩 페이지에서 다음 개선 찾기

GA4의 보고서 → 참여 → 랜딩 페이지 또는 해당 목적에 맞게 구성된 랜딩 페이지 보고서를 엽니다. 기간을 정하고 세션 소스/매체 = google / organic 조건으로 범위를 좁힙니다. 표 위 검색창에 대상 페이지의 경로를 넣어 찾습니다. 예를 들어 Search Console의 주소가 https://example.com/classes/excel이라면 GA4에서는 /classes/excel로 표시될 수 있습니다. 도메인이 다른 사이트 자료를 섞지 않도록 확인합니다. 보고서 메뉴가 다르면 탐색에서 랜딩 페이지와 세션 소스/매체를 함께 보는 방법을 담당자에게 요청해도 됩니다. 랜딩 페이지 보고서 안내

같은 페이지의 세션, 참여와 목표 행동을 보고 Search Console에서는 그 페이지에 연결된 검색어를 따로 봅니다. 전환은 신청이나 구매처럼 목표로 삼는 행동입니다. 방문자가 강의 일정과 가격을 찾는 검색어로 온 것으로 추정된다면, 실제 페이지에서 그 정보를 찾기 쉬운지 확인합니다. 이 추정은 모든 방문자의 의도를 직접 확인한 결과는 아닙니다.

자료를 한 표에 모으더라도 분석 단위는 페이지입니다. BigQuery 같은 데이터 분석 서비스에서 두 자료를 조합해도 제공되지 않은 개인별 검색어와 구매 연결이 자동으로 생기지는 않습니다. 처음에는 페이지 하나를 두 보고서에서 읽는 것만으로도 충분합니다.

목적에 맞춰 페이지를 나눈 실제 예시

Zapier의 Slack과 Trello 연결 페이지는 두 업무 도구 사이의 자동화를 찾는 사람에게 구체적인 연결 예제를 제공합니다. Canva의 이력서 템플릿 페이지는 이력서 양식을 찾는 목적에 맞춰 구성돼 있습니다. 모두 페이지가 해결할 일을 분명히 한 사례입니다.

이 페이지 구조만으로 해당 회사의 실제 검색 유입량이나 검색어별 구매율을 알 수는 없습니다. 참고할 점은 수만 페이지를 만들라는 것이 아니라, 자신의 페이지가 어떤 질문에 답하는지 분명히 정하라는 것입니다. “강의 안내”라면 일정, 장소, 준비물과 신청 방법이 그 페이지에서 확인돼야 합니다.

혼자 한 번 더 읽어 보기

다른 가상 페이지에서는 Search Console에 50클릭, GA4에 자연 검색 40세션과 신청 완료 세션 2회가 있습니다. 페이지 단위 신청 세션 비율은 2 ÷ 40 × 100 = 5%입니다. 2 ÷ 50을 쓰지 않는 이유와 검색어별 신청 수를 알 수 없는 이유를 자신의 말로 설명해 봅니다.

실제 자료에서 값이 맞지 않으면 우선 페이지 주소, 기간과 시간대, 유입 필터와 지표의 단위를 확인합니다. 숨겨진 검색어를 추측으로 채우거나 알려진 검색어에 신청 수를 임의로 나누지 않습니다. “무엇을 확인했고 무엇은 알 수 없는지”를 한 줄로 남기면 다음 자료를 요청할 기준이 됩니다.

Sources

• Google: Making search more secure
• 네이버 검색 Referer 정책 변경 안내
• GA4 캠페인과 트래픽 소스
• Search Console과 GA4 연결
• GA4 데이터 보관