비교

Proof of Actor vs Google Analytics: 사람을 측정하는 것과 누가 행동하는지 아는 것

Google Analytics 4는 트래픽과 마케팅 성과를 이해하는 데 가장 널리 쓰이는 방법 중 하나입니다. Proof of Actor는 더 좁고 새로운 질문에 답합니다. 각 상호작용에서 누가 또는 무엇이 행동하는지, 그리고 애플리케이션이 그에 대해 무엇을 해야 하는지입니다. 두 도구의 차이와 함께 쓰는 방법은 다음과 같습니다.

조기 접근 받기 작동 방식 둘러보기

작성자 Toshendra Sharma창립자 겸 CEO, AgentCredia · Updated November 13, 2026

Google Analytics 4(GA4)는 마케팅과 트래픽 질문에 답하도록 만들어졌습니다. 방문자는 어디에서 왔는지, 어떤 캠페인이 데려왔는지, 무엇에 참여했는지, 그리고 그중 누가 전환했는지입니다. 이 질문들에 대해서는 매우 뛰어나며, 대부분의 웹사이트에서 전사적으로 읽는 보고 도구이기도 합니다.

지금은 그 옆에 다른 질문이 놓여 있습니다. 사이트, API, 제품과의 일부 상호작용은 실제 고객을 대신해 행동하는 AI 에이전트에서 오고, 일부는 AI assistant와 함께 작업하는 사람에서 옵니다. Product, growth, security 팀은 그런 상호작용이 얼마나 일어나는지, 어떤 route에서 일어나는지, 그리고 그것에 대해 무엇을 해야 하는지 알고 싶어 합니다. 그것이 AgentCredia의 actor intelligence 제품인 Proof of Actor의 역할입니다.

이 페이지는 두 도구를 명확하게 비교합니다. 아래의 GA4 관련 내용은 2026년 11월 기준 Google의 문서를 바탕으로 합니다.

요약

	Google Analytics 4 (GA4)	Proof of Actor
핵심 질문	사람들이 내 site를 어떻게 찾고 사용하며, 무엇이 전환되는가?	이 상호작용에서 누가 또는 무엇이 행동하고 있으며, 증거는 무엇인가?
주요 데이터 수집	브라우저의 Google tag, 보완용 Measurement Protocol	server middleware, edge, HTTP API, MCP server, 그리고 승인된 브라우저 수집기
알려진 봇과 스파이더	Google 문서에 따라 보고서에서 자동 제외	분류하고 유지하여 볼 수 있고 route할 수 있음
AI 에이전트	Google의 bot exclusion 문서에서 보고 클래스가 아님	첫 번째 클래스 결과: Agent
AI 지원을 받는 사람	별도 클래스로 설명되지 않음	첫 번째 클래스 결과: Human + AI
불명확한 트래픽	사용자로 집계되거나 제외됨	Unknown으로 보고되며, 사용자가 선택한 fallback 포함
각 결과의 증거	집계 보고서	모든 결과의 basis: verified, declared, inferred 또는 unknown
트래픽에 대한 조치	아니요, 보고만 함	관찰 후, 자체 코드에서 정책에 따라 route별로 처리

아래 섹션에서 각 행을 설명합니다.

GA4 보고서가 보여주도록 만들어진 것

GA4는 모든 것을 user, session, event 중심으로 구성한 뒤, 이를 보고서로 집계합니다. 채널과 캠페인별 acquisition, page와 event별 engagement, source별 conversion이 그것입니다. 이 보고서들은 집계치입니다. 수천 건의 방문에 걸친 추세를 보여주도록 설계되었고, 그 안의 모든 user가 사이트나 app을 탐색하는 사람이라고 조용히 가정합니다. 알려진 bot은 수치가 사용자에게 도달하기 전에 제거되므로, marketing report는 깔끔하게 유지됩니다.

하지만 그 설계에는 특정한 사각지대가 있습니다. GA4 보고서는 지난주 sign up이 늘었다는 것은 알려줄 수 있지만, 그중 얼마나 많은 것이 고객을 대신해 행동한 agent 때문인지, 얼마나 많은 것이 AI assistant와 함께 초안을 작성한 사람 때문인지, 또 얼마나 많은 것이 설명할 수 없는 traffic인지 알려주지 못합니다. 또한 요청이 아직 열려 있는 동안 애플리케이션이 바로 활용할 수 있는 답을 주지도 않습니다.

Proof of Actor는 그 공백을 상호작용 단위로 채웁니다. 각 request, session 또는 tool call에는 class가 부여됩니다. 신호가 사람을 가리킬 때는 Human, 지원되는 통합을 통해 AI 보조가 선언되었거나 관찰되었을 때는 Human + AI, 자동화되었거나 agent 기원의 상호작용일 때는 Agent, 그리고 신뢰할 수 있는 판단을 뒷받침할 증거가 없을 때는 Unknown입니다. 각 class에는 evidence basis가 함께 붙습니다. verified, declared, inferred 또는 unknown입니다. 따라서 보고서의 숫자와 코드의 결정은 같은 명시된 증거를 바탕으로 합니다.

각 도구가 실행되는 위치

Google의 문서에 따르면 GA4는 Google tag(gtag.js), Google Tag Manager 또는 Google Analytics for Firebase를 통해 데이터를 수집합니다. Google은 또한 Measurement Protocol을 제공하는데, 이는 server-to-server 및 offline 상호작용을 위해 HTTP를 통해 이벤트를 직접 Google Analytics servers로 보냅니다. Google은 Measurement Protocol의 목적이 자동 수집을 보완하는 것이지, 대체하는 것이 아니라고 밝힙니다.

이 구조는 브라우징하는 사람에게 적합합니다. 하지만 agent에는 빈틈이 생깁니다. 많은 AI agent는 JavaScript를 실행하지 않고 페이지를 가져오거나, API를 직접 호출하거나, 작업을 완료하기 위해 MCP server에 연결합니다. 이런 경로에는 발사할 browser tag가 없으므로, 별도로 보고 체계를 만들지 않는 한 GA4는 보통 그 상호작용을 알지 못합니다.

Proof of Actor는 tag 발사에 의존하지 않습니다. 요청 경로에 설치되며, Node.js 또는 Next.js middleware, 직접 제어하는 edge layer, 일반적인 HTTP API 뒤, 또는 MCP server 내부에서 동작하고, 승인한 page에서는 browser collector가 선택 사항입니다. integrations 페이지에 각 경로가 나와 있습니다. page를 한 번도 렌더링하지 않아 GA4 hit를 보내지 않는 agent도 결과를 받습니다.

GA4가 bot과 AI agent를 다루는 방식

Google의 known bot-traffic exclusion 문서는 Google Analytics property에서 알려진 bot과 spider의 traffic이 자동으로 제외된다고 설명합니다. Google은 자체 연구와 Interactive Advertising Bureau(IAB)가 관리하는 International Spiders and Bots List를 조합해 알려진 bot을 식별합니다. 같은 페이지에는 현재 알려진 bot traffic 제외를 비활성화할 수 없고, 얼마나 많은 알려진 bot traffic이 제외되었는지도 볼 수 없다고 적혀 있습니다.

marketing reporting 관점에서는 합리적인 기본값입니다. 캠페인과 전환 수치가 crawler가 아니라 사람을 설명해야 하기 때문입니다.

AI agent traffic을 이해하려는 관점에서는, 가장 유용한 데이터가 사용자가 보기 전에 제거된다는 뜻입니다. 제외된 traffic은 보고서에 나타나지 않으며, bot exclusion에 대한 Google 문서는 사용자를 대신해 행동하는 AI agent나 AI 지원을 받는 사람을 위한 별도 reporting class를 설명하지 않습니다. 알려진 목록에 없거나, tag를 전혀 실행하지 않는 agent는 이 메커니즘 밖에 있습니다.

Proof of Actor가 GA4 보고서에 더하는 것

GA4가 스스로 만들 수 없는 segment. 애플리케이션은 Proof of Actor 결과를 받으므로, 이미 GA4로 보내는 이벤트에 actor class와 basis를 붙일 수 있습니다. 예를 들어 custom dimension으로 등록된 event parameter 형태입니다. 그러면 acquisition, engagement, conversion 보고서를 Google tag가 실제로 보는 traffic에 대해 Human, Human + AI, Agent, Unknown별로 나눠 볼 수 있습니다.

known-bot exclusion이 지우는 것을 보는 시야. Google은 known bot exclusion을 비활성화할 수 없고, 얼마나 많은 traffic이 제거되었는지도 볼 수 없다고 밝힙니다. Proof of Actor는 Agent 결과로 agent를 계속 보이게 하므로, 어떤 route를 사용하는지 확인하고 제공 여부를 결정할 수 있습니다. 실제 고객을 위해 당신의 plans를 비교하는 agent는 설계할 가치가 있는 visitor일 수 있습니다. serving AI agents structured content 가이드는 한 가지 접근법을 보여줍니다.

tag가 전혀 발사되지 않는 곳까지의 커버리지. API call, MCP tool call, JavaScript 없이 가져온 page는 GA4 hit를 만들지 않습니다. Proof of Actor는 request path에서 그것들을 분류하므로, route와 workflow별 actor analytics가 GA4를 복제하는 것이 아니라 보완하는 것입니다.

모든 label 뒤의 증거. GA4는 알려진 bot을 목록과 대조해 제거합니다. Proof of Actor는 각 결과에 도달한 이유를 밝힙니다. verified basis는 HTTP Message Signatures(RFC 9421) 아래 공개 키에 대해 request signature가 검증되었음을 뜻합니다. declared basis는 client나 자체 애플리케이션이 그렇게 밝혔다는 뜻이고, inferred basis는 추론으로 표시됩니다. user agent spoofing 항목에서 설명하듯, user agent string만으로는 누구나 복사할 수 있기 때문입니다.

사용자 수 안의 AI 지원 사용자. GA4에서는 assistant와 함께 초안을 작성하는 사람도 그냥 user입니다. Proof of Actor는 지원이 선언되었거나 관찰되면 그 사람을 Human + AI로 보고하므로, 비지원 사용자와의 전환 경로를 비교할 수 있습니다. AI-assisted interaction 항목에서 이 class를 설명합니다.

별도의 행으로서의 Unknown. 불명확한 traffic을 사용자로 집계하거나 버리는 대신, Proof of Actor는 Unknown을 반환하고 route별 Unknown 비율을 추적합니다.

보고서가 아니라 결정. GA4는 보고하지만, 방문자가 겪는 경험을 바꾸지는 않습니다. Proof of Actor는 자체 코드에서 route, class, basis별로 allow, adapt, challenge, send to review 또는 rate-limit을 적용하게 합니다. observation mode에서 시작하므로, 정책을 enforce하기 전까지는 설치해도 아무것도 바뀌지 않습니다.

기존 GA4 설정에 actor class 추가하기

실용적인 도입은 팀이 이미 읽고 있는 모든 GA4 보고서를 유지한 채 진행됩니다.

GA4는 그대로 둡니다. acquisition, campaign, conversion 보고는 유지되고, known-bot exclusion은 숫자가 사람에 초점을 맞추도록 합니다.
server, edge, API 또는 MCP 계층에서 observation mode로 Proof of Actor를 설치합니다. 그러면 GA4가 받지 못하는 상호작용과 받는 상호작용 모두를 분류합니다.
actor class 차원을 등록합니다. 이미 추적 중인 이벤트에 class와 basis를 event parameter로 보내고 custom dimension으로 등록한 뒤, sign up과 checkout funnel 같은 중요한 report에 그 차원을 추가합니다.
두 관점을 비교합니다. GA4는 분류된 browser traffic이 어떻게 전환되는지 보여줍니다. Proof of Actor actor analytics는 GA4가 제외하거나 보지 못하는 agent traffic을 포함한 전체 구성을 route별로 보여줍니다.
중요한 route에 대응합니다. 그림이 명확해지면, actor class에 따라 경험이 달라져야 하는 workflow에 대해 자체 코드로 policy를 작성합니다.

AI agent traffic analytics 페이지는 측정 측면을 더 자세히 다루고, websites use case는 이것이 운영 중인 site에서 어떻게 보이는지 보여줍니다.

GA4만으로 충분한 경우와 Proof of Actor를 추가해야 하는 경우

질문이 marketing에 관한 것이라면 GA4로 충분합니다. 어떤 channel이 방문자를 데려오는지, campaign이 얼마나 잘 작동하는지, 어떤 page가 사람들의 참여를 유도하는지, 무엇이 전환되는지입니다. 이 작업에서 known-bot exclusion은 유용한 기능입니다.

GA4의 수치가 답할 수 없는 질문이 생기면 Proof of Actor를 추가하세요. 예를 들면 트래픽 중 얼마나 많은 것이 고객을 대신해 행동하는 agent인지, sign up 급증이 AI 지원을 받은 사람들 때문에 생긴 것인지, API usage가 session 증가와 맞지 않게 늘어난 이유는 무엇인지, 또는 각 actor에 대해 애플리케이션이 다르게 해야 할 일은 무엇인지입니다. GA4는 audience가 집계 수준에서 어떻게 행동하는지 알려줍니다. Proof of Actor는 각 상호작용에서 누가 행동하는지와 그 증거를 알려주고, 코드가 그에 반응할 수 있는 방법을 제공합니다.

시작하기

Proof of Actor는 private beta 상태입니다. founding developer program을 통해 선정된 팀은 합의된 사용 한도 내에서 최대 12개월의 무료 access를 받을 수 있으며, 자동 청구는 없습니다. early access 신청을 통해 사이트나 application, 그리고 이해하고 싶은 traffic을 알려주세요.

Google Analytics는 Google LLC의 trademark입니다.

개발자를 위한

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record

{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}

class: Human, Human + AI, Agent 또는 Unknown.
basis: 근거의 강도: Verified, Declared, Inferred 또는 Unknown.
evidence: 결과 뒤의 signal로, 팀이 이유를 확인할 수 있습니다.

관찰 모드로 시작하세요: 결과를 logs 옆에 기록하고, 정책을 선택할 때까지 아무것도 변경하지 마세요. Node.js 통합 가이드를 읽기

자주 묻는 질문

Google Analytics를 Proof of Actor로 대체해야 하나요?

아니요. GA4는 획득, 캠페인, 참여 보고에 여전히 적합합니다. Proof of Actor는 server, API 및 MCP 경로를 포함해 상호작용별 actor 분류와 증거 기반을 추가하고, 애플리케이션이 그 결과를 바탕으로 라우팅할 수 있게 합니다. 대부분의 팀은 두 도구를 함께 사용합니다.

actor class를 Google Analytics로 보낼 수 있나요?

네. 애플리케이션은 Proof of Actor 결과를 받으므로, 이미 보내는 이벤트에 actor class와 basis를 event parameter 또는 custom dimension으로 붙일 수 있습니다. 그러면 기존 GA4 보고서를 Human, Human + AI, Agent, Unknown으로 구분해 볼 수 있습니다.

GA4는 이미 봇 트래픽을 필터링하나요?

Google 문서에 따르면, 2026년 11월 기준 GA4는 Google research와 IAB International Spiders and Bots List를 사용해 알려진 봇과 스파이더의 트래픽을 자동으로 제외합니다. Google은 이 제외를 비활성화할 수 없고, 얼마나 많은 알려진 봇 트래픽이 제외되었는지도 볼 수 없다고 밝힙니다.

GA4는 왜 대부분의 AI 에이전트 트래픽을 볼 수 없나요?

GA4는 주로 브라우저에서 실행되는 Google tag를 통해 데이터를 수집합니다. 많은 에이전트는 API를 호출하거나 JavaScript를 실행하지 않고 페이지를 가져오거나 MCP server에 연결하므로, 발사할 tag가 없습니다. Proof of Actor는 승인된 브라우저 수집기뿐 아니라 server, edge, HTTP API, MCP 계층에서 신호를 수집합니다.

Proof of Actor는 봇 필터처럼 트래픽을 차단하나요?

아니요. 설치 시 아무것도 변경하지 않는 observation mode에서 시작합니다. 실제 트래픽에 대해 policy를 미리 확인하고, 자체 코드에서 route별로 enforce합니다.

Proof of Actor는 개별 사람을 식별하나요?

아니요. 상호작용 뒤의 actor를 분류합니다. 신원 확인, KYC 또는 biometrics를 수행하지 않습니다.

누가 귀하의 app을 사용하는지 파악하세요.

소수의 founding developer를 위한 private beta입니다.

조기 접근 받기 가격 보기

먼저 이야기하고 싶으신가요? 창립자와 상담하세요