사기 방지GIVT vs SIVT: Google DV360의 무효 트래픽 9개 카테고리
GIVT vs SIVT 한눈에 보기: IP 조회로 Google DV360의 무효 트래픽 9개 카테고리 중 명확히 보이는 것은 2개뿐이고 대부분은 전혀 보이지 않습니다. 실제 IP 조회 5건으로 확인합니다.
Google Ads에서 무효 클릭을 확인한 뒤, 어느 벤더 페이지가 여러분의 트래픽 일부를 "SIVT"라고 불렀습니다. 이 알파벳은 각 유형의 불량 트래픽을 누가 잡아내야 하는지, 그리고 여러분이 직접 할 수 있는 일이 있는지를 알려 줍니다.
아래에서는 Google의 9개 카테고리를 원문 그대로 인용하고, 각각을 MRC 표준 옆에 놓고, 어떤 IP 필드로 볼 수 있는지 표시하며, 실제 주소 5개를 API로 조회합니다. 제외 목록 없이 IP로 클릭 사기를 탐지하는 더 넓은 주제는 허브 가이드에서 시작하십시오.
여기에 인용한 Google 및 MRC 페이지는 모두 2026년 10월 21일 05:38 UTC에 열어 확인했습니다.
무효 트래픽(IVT)이란 무엇인가요?
무효 트래픽은 실제 관심을 가진 실제 사람에게서 나오지 않은 광고 활동입니다. Google의 Ad Traffic Quality 페이지는 이를 한 줄로 정리합니다.
"무효 트래픽이란 진정한 관심을 가진 실제 사용자에게서 나오지 않은 모든 활동입니다."
클릭, 노출, 상호작용, 전환 모두 무효일 수 있으며, 모두가 악의적인 것은 아닙니다. Google이 드는 예시는 실수로 한 클릭부터 "경쟁 광고주의 사기성 클릭", "광고 봇넷"까지 이어집니다.
Google Ads 도움말은 GIVT와 SIVT라는 용어를 쓰지 않습니다. 이 용어는 MRC에서 나왔으며, Google은 9개 카테고리가 있는 DV360 도움말에서 이를 사용합니다.
이 9개를 Ad Traffic Quality 페이지의 자체 예시와 혼동하지 마십시오. 확인 당시 그 목록에는 11개의 제목이 있었습니다. Invalid user activity, Accidental Clicks, Ad Hiding, Ad Injection, Ad Stacking, Botnets, Clickjacking, Falsely Represented Inventory, Misrepresentation of in-stream and out-stream video, Malware, Pop-under ad입니다. Google은 이를 "전체 목록이 아니다"라고 하며 단계로 분류하지 않습니다.
게시자 측 규칙은 AdSense의 무효 트래픽 페이지에 있습니다.
GIVT vs SIVT: 두 단계를 가르는 기준과 판단 주체
두 단계의 차이는 트래픽이 얼마나 나쁜가가 아니라 어떻게 찾아내는가에 있습니다. MRC의 Invalid Traffic Detection and Filtration Standards Addendum, June 2020 Update는 5쪽에서 GIVT를 "목록의 적용이나 기타 표준화된 매개변수 점검을 통해 이루어지는 일상적인 필터링 수단으로 식별되는" 트래픽으로 정의합니다. 6쪽의 SIVT는 "분석하고 식별하려면 고급 분석, 다지점 교차 검증과 협업, 상당한 사람의 개입 등이 필요한, 탐지하기 더 어려운 상황"을 포괄합니다.
DV360의 Filtering invalid traffic to ensure quality 페이지도 같은 내용을 더 쉬운 말로 설명합니다. GIVT는 "알려진 스파이더와 로봇의 목록 또는 기타 일상적인 점검으로 식별"되고, SIVT는 "사람의 개입이나 더 깊은 분석이 필요"합니다.
여기서 시점의 차이가 따라옵니다. DV360은 Google이 무효 트래픽을 "인벤토리에 입찰하기 전이나 이벤트가 발생한 뒤" 제거한다고 밝히며, MRC는 8쪽에서 SIVT 탐지가 "실행하는 데 시간이 걸릴 수 있고 실시간 프로세스에 적용하기 어려울 수 있다"고 언급합니다.
클릭 하나가 둘 이상의 카테고리에 해당할 수 있습니다. MRC는 49쪽에서 카테고리가 "무효 트래픽이 둘 이상의 카테고리로 탐지되거나 그 결과일 가능성이 높으므로 서로 배타적이지 않은 경우가 많다"고 말합니다.
여러 주체가 일을 나누어 맡습니다.
- MRC가 표준을 작성하고, 그 표준에 따라 측정 벤더를 인증합니다.
- 업계 목록이 GIVT를 뒷받침합니다. MRC는 9쪽에서 IAB/ABC International Spiders & Bots List를, 10쪽에서 Trustworthy Accountability Group(TAG) Data Center IP 목록을 거론합니다.
- 플랫폼과 벤더가 이를 적용합니다. Google의 Ad Traffic Quality 페이지는 "Google의 정교한 무효 트래픽(SIVT) 탐지 프로세스는 Media Rating Council의 인증을 받았다"고 밝힙니다.
Google의 무효 트래픽 9개 카테고리와 MRC 목록 비교
Google은 무효 트래픽을 GIVT 3개와 SIVT 6개 카테고리로 나누며, 대부분은 MRC 목록에 대략적인 대응 항목이 있습니다. Google 표현은 DV360 페이지에서 그대로 옮겼습니다. MRC 열은 저희가 짝지은 것인데, DV360이 항목별이 아니라 MRC 섹션 1.1.2 전체를 가리키기 때문입니다.
| 단계 | DV360 카테고리와 Google의 정의 | 가장 가까운 MRC 표현(저희가 짝지음, 2020 부록) | 확인할 수 있는 IP 필드 | 저희 조회, 2026년 10월 21일 |
|---|---|---|---|---|
| GIVT | 데이터센터: "IP가 무효 활동(일반적으로 비인간 트래픽)과 연결된 데이터센터 서버에서 발생한 광고 트래픽." | "알려진 무효 데이터센터 트래픽(무효 트래픽의 일관된 발생원으로 판단된 것. 정상 사용자의 라우팅 부산물이나 정상적인 가상 머신 브라우징은 제외)"(5쪽) | detection.is_hosting, asn.asn_type | 45.33.32.156: 호스팅, 점수 10, allow |
| GIVT | 알려진 크롤러: "콘텐츠를 요청하면서 (다양한 식별 방식을 통해) 스스로를 비인간으로 밝히는 프로그램이나 자동화 스크립트에서 발생한 광고 트래픽." | "봇, 스파이더 또는 기타 크롤러"(5쪽) | threat.crawler.verified | 66.249.66.1: 검증된 Googlebot, 점수 0, allow |
| GIVT | 비정상 패턴: "자동 새로고침 트래픽이나 중복 클릭처럼 알려진 비정상 패턴과 연관된 속성(예: 사용자 쿠키)을 하나 이상 포함한 광고 트래픽." | "캠페인 또는 애플리케이션 데이터의 트랜잭션 수준 데이터와 매개변수를 이용한 활동 기반 필터링"(5쪽) | 조회에는 없음. 자체 로그에서 IP와 프리픽스별 클릭 수를 집계 | 없음 |
| SIVT | 자동화된 브라우징: "사용자의 개입 없이, 그리고 스스로를 크롤러로 밝히지 않고 웹 콘텐츠(디지털 광고 포함)를 요청하는 프로그램이나 자동화 스크립트로, 주로 봇넷을 가리킴." | "전용 기기에서의 자동화된 브라우징"과 "비전용 기기에서의 자동화된 브라우징: 감염 및 탈취된 기기"(6쪽), "정상 사용자로 가장한" 크롤러(7쪽) | 부분적: threat.is_scanner, threat.is_botnet | 162.142.125.10: 스캐너, 점수 0, allow |
| SIVT | 허위 표시: "실제 제공되는 인벤토리와 다른 인벤토리에 대한 광고 요청으로, 실제 광고가 다른 웹사이트나 애플리케이션, 기기 또는 기타 대상(예: 지역)에 렌더링되는 광고 요청을 포함." | "도메인 및 앱 허위 표시: 앱 ID 스푸핑, 도메인 세탁, 위조된 도메인/사이트 위치"(7쪽) | IP 계층에서는 없음 | 없음 |
| SIVT | 오해를 유발하는 사용자 인터페이스: "광고를 거짓으로 포함하도록 변조된 웹 페이지, 애플리케이션 또는 기타 시각 요소. 사용자에게 보이지 않는 광고 렌더링, 게시자의 동의 없는 광고 삽입, 사용자를 속여 광고를 클릭하게 하는 행위가 포함됨." | "숨겨지거나, 겹쳐지거나, 가려지거나, 투명하거나, 보이지 않거나, 그 밖에 의도적으로 은폐된 광고 게재" 및 "광고 삽입을 비롯한 기만적 행위를 수행하는 애드웨어와 악성코드"(7쪽) | IP 계층에서는 없음 | 없음 |
| SIVT | 조작된 행동: "의도하지 않은 클릭, 예기치 않은 전환, 모바일 앱 설치에 대한 허위 귀속처럼 사용자의 동의 없이 광고 상호작용을 일으키는 브라우저, 애플리케이션 또는 기타 프로그램." | "조작된 활동: 강제 새 브라우저 창 열기, 강제 탭 열기, 강제 모바일 애플리케이션 설치(모바일 리디렉션), 강제 클릭 행위"(6쪽) | IP 계층에서는 없음 | 없음 |
| SIVT | 보상형 행동: "광고주가 그 존재를 알지 못하는 상태에서, 오로지 보상을 받을 목적으로 사용자가 하나 이상의 광고와 상호작용하도록 유도하는 명시적 인센티브의 사용." | "보상을 받은 사람에 의한 무효 활동"(6쪽) | IP 계층에서는 없음 | 없음 |
| SIVT | 미공개 분류: "분류 체계의 다른 어떤 카테고리로도 분류할 수 없는 무효 트래픽, 또는 공개할 수 없는 민감한 무효 트래픽." | 대응하는 MRC 항목 없음 | 없음 | 없음 |
| SIVT(MRC만 해당) | DV360에는 별도 명칭 없음 | "무효 프록시 트래픽(트래픽 수를 조작하거나 무효 트래픽을 만들어 전달하기 위해 존재하는 중간 프록시 기기에서 발생했거나 프로토콜 검증을 통과하지 못한 트래픽)"(7쪽) | 부분적: detection.is_vpn, is_proxy, is_tor, is_relay | 185.213.155.73: Mullvad, 100, block. 185.220.101.1: Tor, 100, block |
두 행에는 단서가 붙습니다. 호스팅이라고 해서 자동으로 무효인 것은 아닙니다. DV360은 "무효 활동과 연결된" IP를 대상으로 하고, MRC는 정상 사용자의 라우팅과 가상 머신 브라우징을 제외합니다. 모든 프록시가 무효인 것도 아닙니다. MRC는 "트래픽 수를 조작하기 위해 존재하는" 프록시를 대상으로 합니다. 또한 MRC는 프리페치 트래픽, 0x0 또는 1x1 배치처럼 DV360이 거론하지 않는 GIVT 항목도 나열합니다.
무효 트래픽은 클릭 사기와 같은 것인가요?
아닙니다. 클릭 사기는 무효 트래픽 중 고의적인 부분이며, IVT의 상당 부분에는 속일 의도가 전혀 없습니다. 검증된 검색 크롤러, 프리페치된 페이지, 실수로 한 탭은 모두 무효로 집계되지만 어느 것도 사기가 아닙니다.
Googlebot이 그 간극을 보여 줍니다. 저희 조회에서 66.249.66.1은 검증된 Googlebot, 점수 0, allow로 나왔습니다. 알려진 크롤러 항목의 GIVT이지만 사이트에는 오히려 있어야 하는 대상이므로, 광고와 분석 집계에서는 제외하되 차단하지는 마십시오. 요청이 Googlebot이라고 주장한다면 그 이름을 믿기 전에 Googlebot 요청이 실제로 Google에서 온 것인지 확인하십시오. Google은 사용하는 대역을 크롤러 검증 페이지에 공개합니다.
무효 트래픽에 대해 환불을 받을 수 있나요?
Google이 제때 잡아내면 요금은 아예 청구되지 않습니다. Google의 무효 트래픽 소개 페이지에 따르면 월말 이전에 발견된 무효 트래픽은 청구와 보고서에서 제거됩니다. 청구된 뒤에 발견되면 "무효 활동 금액만큼 결제 조정 형태의 크레딧을 받게 됩니다." "최근 60일 이내"의 활동에 대해서는 조사를 요청할 수 있습니다.
Invalid Activity Credit Report는 이 크레딧을 캠페인별로 나누어 보여 주며, 같은 페이지에서 조사 요청용 Click Quality Form으로 연결됩니다.
IP 조회로 볼 수 있는 무효 트래픽 카테고리와 볼 수 없는 카테고리
IP 조회는 Google의 9개 카테고리 중 2개를 명확하게, 1개를 부분적으로 볼 수 있습니다. 네 번째는 여러분 자신의 클릭 집계로 확인할 수 있고, 나머지 다섯은 IP 계층에서 보이지 않습니다.
명확하게 보이는 것:
- 데이터센터.
detection.is_hosting과asn.asn_type은 해당 주소가 호스팅 네트워크에 속한다는 것을 알려 줍니다. 그 네트워크가 Google의 정의대로 무효 활동과 연결되어 있는지는 별개의 판단입니다. 어떤 주소가 데이터센터 IP인지는 별도의 글에서 설명합니다. - 알려진 크롤러. 주소가 운영자 10곳의 공식 대역 피드 19개 중 하나에 있으면
threat.crawler.verified가 true입니다.
부분적으로 보이는 것:
- 무효 프록시 트래픽. VPN, 프록시, Tor, 릴레이 플래그는 경로를 보여 줍니다. 그 프록시가 "트래픽 수를 조작하기 위해 존재하는지"는 보여 줄 수 없습니다.
- 자동화된 브라우징.
threat.is_scanner는 알려진 인터넷 전역 스캐너 대역을 표시합니다.threat.is_botnet과threat.botnet그룹은 봇넷 명령 제어 데이터에서 오는데, 이는 클릭을 보내는 탈취된 가정용 기기가 아니라 봇넷을 운영하는 서버를 설명합니다. 보여 드릴 만한 안전한 봇넷 플래그 주소는 없습니다. - 위장 크롤러. API는 User-Agent를 볼 수 없습니다. Googlebot이라고 주장하는 봇은 여러분의 코드가 주장한 이름을
crawler.verified와 비교할 때에만 잡힙니다. - 비정상 패턴. 필드가 아니라 IP별, /24 또는 /64 프리픽스별로 직접 집계하는 클릭 수입니다.
볼 수 없는 것: 프리페치와 프리렌더, 렌더링하지 않는 세션, 브라우저가 아닌 User-Agent(IP가 아니라 헤더 데이터), 잘못된 배치, 숨겨지거나 겹쳐진 광고, 클릭재킹, 조작된 활동, 위조된 측정, 도메인과 앱 스푸핑, 탈취된 태그, 애드웨어 삽입, 쿠키 스터핑, 도용된 콘텐츠, 보상을 받은 사람과 클릭 팜, 주거용 프록시를 통해 전송된 트래픽입니다. 클릭 팜과 주거용 프록시는 일반 ISP 주소로 들어오므로 IP 계층에서는 실제 고객과 구별할 수 없습니다.
실제 조회 5건
2026년 10월 21일 05:30~05:31 UTC에 공개 주소 5개를 키 없이 조회했습니다. 저희 API는 키 없이 분당 30회까지 허용합니다. 이 주소 중 누구에게도 광고 클릭을 보낸 적은 없습니다. 클릭 로그에 들어 있을 법한 주소를 대표하는 예시입니다.
| IP, 정체 | 주요 필드 | 점수, 조치 | detection_methods | 보여 주는 것 |
|---|---|---|---|---|
| 45.33.32.156, Akamai Connected Cloud(Linode)의 scanme.nmap.org | asn_type hosting, is_hosting true, crawler.verified false | 10, allow | datacenter_ip | 데이터센터 IP는 GIVT 후보일 뿐 판정이 아님 |
| 66.249.66.1, Googlebot | is_hosting true, crawler.verified true, name Googlebot, category search_engine | 0, allow | datacenter_ip, verified_crawler | 알려진 크롤러: GIVT이지만 환영하는 대상 |
| 185.213.155.73, 프랑크푸르트의 Mullvad 서버 | is_vpn true, vpn_provider Mullvad, is_hosting true, is_anonymous true | 100, block | known_vpn_server, wireguard_open, datacenter_with_vpn_proxy, no_ptr_datacenter | VPN은 위험 신호이지 IVT 단계가 아님 |
| 185.220.101.1, 함부르크의 Tor 출구 | is_tor true, is_hosting true, is_spammer true, dnsbl_sources zen.spamhaus.org | 100, block | tor_exit, datacenter_blocklisted, no_ptr_datacenter, known_spammer | 가장 강력한 프록시 증거이지만 클릭 하나의 증거는 아님 |
| 162.142.125.10, 앤아버의 Censys 스캐너 | is_scanner true, threat_types scanner, is_hosting false, asn_type unknown | 0, allow | (비어 있음) | 호스팅 필터가 놓치는 자동화 |
주소 하나를 처음부터 끝까지
요청은 경로에 IP를 넣습니다.
curl https://api.geoiphub.com/v1/lookup/45.33.32.156 \
-H "x-api-key: YOUR_API_KEY"
다음은 05:30 UTC 응답을 줄인 사본이며, 중첩 구조는 유지하고 값은 수정하지 않았습니다.
{
"ip": "45.33.32.156",
"asn": {
"asn": 63949,
"org": "AKAMAI-LINODE-AP - Akamai Connected Cloud",
"asn_type": "hosting"
},
"detection": {
"is_vpn": false,
"is_tor": false,
"is_hosting": true
},
"threat": {
"is_scanner": false,
"crawler": {
"verified": false,
"name": "none"
}
},
"scoring": {
"fraud_score": 10,
"recommended_action": "allow",
"detection_methods": ["datacenter_ip"]
}
}
데이터센터 신호만 발동했고 다른 신호는 없었기 때문에 점수는 10에 머물렀습니다. 두 표준 모두에 비추어 볼 때 이 주소는 GIVT 검토 후보이지 기본적으로 무효인 것은 아닙니다. 66.249.66.1의 Googlebot도 호스팅 네트워크에 있지만 검증되었고 0점을 받았습니다.
IP가 데이터센터에 속하는지 무료로 확인할 수 있으며, API 필드 레퍼런스도 읽어 보십시오.
조회에서 얻은 세 가지 교훈
호스팅 IP가 자동으로 GIVT는 아닙니다. 다른 신호가 없는 일반 클라우드 서버는 allow에 머뭅니다.
저희의 block은 IVT 라벨이 아닙니다. Mullvad와 Tor는 둘 다 100점, block을 받았는데, 이는 여러분 자신의 흐름을 위한 위험 판정입니다. MRC는 "정상 사용자의 라우팅 부산물"을 데이터센터 GIVT에서 제외하며, VPN 사용자도 실제 구매자일 수 있습니다.
스캐너는 호스팅 필터에 걸리지 않습니다. Censys는 is_hosting: false, 점수 0, 빈 detection_methods를 반환했지만 threat.is_scanner는 true였습니다. 이 플래그는 점수에 영향을 주지 않으므로 직접 읽어야 합니다.
IP 증거가 약해지고 있는 지점
MRC 스스로도 IP 기반 필터링이 약해지고 있다고 경고합니다. 2024년 4월 24일에 발표된 2024 IVT Interim Updates는 2쪽에서 "제한적이거나 없는 IP 주소와 덜 세분화된 User Agent(UA) 문자열은 목록 기반 접근법, 특히 현재의 Specific Identification과 데이터센터 GIVT 접근법"과 활동 기반 기법을 저해할 수 있다고 말합니다. 6쪽은 모든 측정 기관이 "IP 주소, UA, 사용자 수준 분석에 대한 IVT 탐지 역량의 의존도를 주기적으로(최소 연 1회) 평가해야 한다"고 밝힙니다.
저희의 한계는 분명합니다. GeoIPHub는 IVT를 분류하지 않으며 MRC 인증도 받지 않았습니다. 저희는 네트워크 증거를 반환하고, 분류는 광고주나 플랫폼이 합니다. 조회는 특정 시점의 결과입니다. 대역과 목록이 매일 바뀌기 때문입니다.
카테고리별 대응 방법
데이터센터와 크롤러 트래픽은 필드로 걸러내고, 익명화 도구는 점수를 매기고, IP 점검으로 보이지 않는 SIVT까지 찾아 주기를 기대하지 마십시오. 카테고리별 규칙은 다음과 같습니다.
| 카테고리 | 대응 | 읽을 필드 |
|---|---|---|
| 데이터센터 | 클릭 시점에 점수를 매기고 전환 신호에서 제외합니다. 일괄 제외는 하지 마십시오. Google Ads의 500개 IP 제외 한도로는 호스팅 네트워크를 담을 수 없기 때문입니다 | detection.is_hosting, asn.asn_type |
| 알려진 크롤러 | 허용하되 광고 및 분석 집계에서는 제외합니다 | threat.crawler.verified, threat.crawler.name |
| 무효 프록시 트래픽 | 점수를 매기고 위험한 동작에는 추가 인증을 요구합니다. 공유 출구를 일괄 차단하지 마십시오 | detection.is_vpn, is_proxy, is_tor, is_relay |
| 자동화된 브라우징 | 스캐너와 봇넷 플래그를 읽습니다. 코드에서 주장된 User-Agent를 crawler.verified와 비교합니다 | threat.is_scanner, threat.is_botnet |
| 비정상 패턴 | 자체 로그에서 IP와 /24 또는 /64 프리픽스별로 요청을 제한합니다 | 없음, 직접 집계 |
| 그 밖의 모든 것 | Google의 필터링, 게재 위치 보고서, 크레딧 절차에 의존합니다 | 없음 |
크롤러는 어느 것을 들일지 선택이 여러분에게 달려 있습니다. 어떤 AI 크롤러를 차단할지 결정하는 방법과 역방향 DNS와 공개 대역으로 AI 크롤러를 검증하는 방법은 별도의 글에서 다룹니다. Tor는 Tor 출구 탐지 방식을 설명한 가이드가 있습니다. 봇 전반은 IP로 봇에 대해 알 수 있는 것과 없는 것을 읽어 보십시오.
모든 행에 해당하는 주의점이 하나 있습니다. threat.is_cgnat는 하나의 주소를 다수의 사용자가 쓰는 통신사 NAT 주소를 표시하므로, 클릭 수만으로 그 주소를 차단하지 마십시오. 판정이 의외라면 scoring.detection_methods가 그 이유를 나열합니다.
내 계정의 무효 트래픽을 직접 측정하는 방법
Google이 이미 걸러낸 것에서 시작한 다음 여러분 자신의 관점을 더하십시오. Google 도움말 페이지는 캠페인 표에 "무효 클릭" 열을 추가하라고 안내합니다. 이 열은 Google이 청구 전에 걸러낸 클릭을 보여 주며, Google은 이에 대해 요금을 청구하지 않습니다.
여러분 자신의 관점은 서버에서 나옵니다. 랜딩 페이지에서 클릭 ID와 클라이언트 IP를 기록하고, IP마다 조회를 한 번씩 실행해 호스팅, 검증된 크롤러, VPN, Tor, 스캐너 필드별로 클릭을 집계하십시오. 그런 다음 /24 및 /64 프리픽스별로 집계해 비정상 패턴을 찾습니다. 이것이 무효 트래픽 중 IP로 보이는 부분입니다. 나머지는 Google의 필터와 크레딧 절차의 몫입니다.
유료 클릭이 있는 하루를 골라 각 주소를 조회하고, 찾아낸 결과를 "무효 클릭" 열과 비교해 보십시오.
자주 묻는 질문
GIVT와 SIVT의 차이는 무엇인가요?
일반 무효 트래픽은 알려진 크롤러나 무효 활동과 연결된 데이터센터 IP처럼 목록과 일상적인 점검으로 잡아내는 트래픽입니다. 정교한 무효 트래픽은 사용자를 가장한 봇, 탈취된 기기, 보상을 건 클릭처럼 고급 분석과 사람의 검토가 필요합니다.
Google의 무효 트래픽 카테고리는 무엇인가요?
Google Display & Video 360 도움말은 GIVT 카테고리 3개(데이터센터, 알려진 크롤러, 비정상 패턴)와 SIVT 카테고리 6개(자동화된 브라우징, 허위 표시, 오해를 유발하는 사용자 인터페이스, 조작된 행동, 보상형 행동, 미공개 분류)를 명시합니다.
VPN 트래픽은 GIVT인가요, SIVT인가요?
기본적으로는 어느 쪽도 아닙니다. MRC는 정상 사용자의 라우팅 부산물을 데이터센터 GIVT에서 제외하며, 프록시가 트래픽 수를 조작하기 위해 존재하는 경우에만 SIVT로 봅니다. VPN 플래그가 알려 주는 것은 경로이지 의도가 아닙니다.
데이터센터 트래픽은 모두 무효 트래픽인가요?
아닙니다. Google의 카테고리는 무효 활동과 연결된 데이터센터 IP를 대상으로 하며, MRC는 정상적인 가상 머신 브라우징을 제외합니다. 저희 조회에서 일반 클라우드 서버는 10점으로 허용되었습니다.
무효 트래픽은 클릭 사기와 같은 것인가요?
아닙니다. 무효 트래픽에는 검증된 검색 크롤러나 프리페치 요청처럼 속일 의도가 없는 활동도 포함됩니다. 클릭 사기는 그중 고의적인 부분입니다.
IP 조회로 정교한 무효 트래픽을 탐지할 수 있나요?
일부만 가능합니다. IP 조회로는 익명화 도구, 스캐너, 봇넷 피드 일치 여부를 확인할 수 있습니다. 클릭 팜, 주거용 프록시, 숨겨지거나 겹쳐진 광고, 쿠키 스터핑, 도메인 스푸핑은 볼 수 없습니다.
GeoIPHub API를 만드는 팀
GeoIPHub IP 인텔리전스 API와 스캐너를 만드는 GeoIPHub 팀이 작성했습니다. 초안은 AI의 도움을 받아 준비하고 팀이 편집합니다. API 예시는 예시용으로 표시된 경우를 제외하고 라이브 API에 대한 실제 조회 결과입니다.
