EEAT Mechanics

IP-Prior: How Google Protects Click Data from Manipulation

The system that detects unnatural click patterns and protects NavBoost from gaming — the integrity layer of behavioral ranking

By Thomas Wawra· Published · Version 1.0· Systems referenced: IP-Prior / Squashing / voterToken

What is IP-Prior?

IP-Prior protects the integrity of click data. It detects when click patterns look unnatural — for example when many clicks come from the same IP addresses or are artificially directed at a page. Squashing is the mechanism that reduces the weight of suspicious clicks. The voterToken system provides a layer of verification for legitimate clicks.

The Google API leak confirmed the existence of an IP-Prior field with the revealing name unscaledIpPriorBadFraction — the fraction of clicks from an IP address that are classified as 'bad' before squashing. A high bad fraction means many clicks from that IP look manipulative, and their weight in NavBoost will be reduced.

IP-Prior feeds into NavBoost (System 1) — it is the integrity layer that filters NavBoost's input. Without IP-Prior, NavBoost would be vulnerable to click farms and automated clicking. With IP-Prior, manipulative clicks are detected and downweighted before they can influence rankings.

Claim-level evidence (3)
B
IP-Prior detects unnatural click patterns — same IP, artificial direction.
Source: Google API leak — system description · IP-Prior / Squashing / voterToken
B
unscaledIpPriorBadFraction = fraction of bad clicks before squashing.
Source: Google API leak — field name · IP-Prior / Squashing / voterToken · unscaledIpPriorBadFraction
B
IP-Prior feeds into NavBoost (S1) — integrity layer for behavioral data.
Source: Google API leak — feedsInto: [1] · IP-Prior / Squashing / voterToken

How squashing works

Squashing is the mathematical mechanism that reduces the weight of suspicious clicks. It is not a binary filter — suspicious clicks are not removed, they are downweighted. A click that is 80% likely to be manipulative might have its weight reduced to 20% of its original value. This gradual approach prevents false positives from completely removing legitimate clicks.

The voterToken system adds another layer of verification. A voterToken is a cryptographic identifier that verifies a click came from a legitimate user session. Clicks without valid voterTokens — or with tokens that look machine-generated — receive lower weights in the squashing process.

Together, IP-Prior + squashing + voterToken form a three-layer defense: IP-Prior detects suspicious patterns, squashing reduces their weight, and voterToken verifies legitimacy. This layered approach is characteristic of Google's anti-spam architecture — each layer catches what the previous one missed.

Claim-level evidence (3)
C
Squashing downweights suspicious clicks — not binary removal, gradual reduction.
Source: Inference from squashing mechanism name · IP-Prior / Squashing / voterToken
B
voterToken verifies click legitimacy — cryptographic session verification.
Source: Google API leak — field name · IP-Prior / Squashing / voterToken · voterToken
C
Three-layer defense: IP-Prior detection → squashing downweight → voterToken verification.
Source: Architectural inference from three complementary mechanisms · IP-Prior / Squashing / voterToken

Implications for SEO practitioners

The existence of IP-Prior means that click manipulation is detectable and actively filtered. Click farms, automated clicking tools, and coordinated click campaigns will be detected — not necessarily penalized, but their effect on NavBoost will be neutralized through squashing.

This also means that legitimate SEO tactics that generate real clicks — improved titles, better snippets, featured snippet optimization — are safe. IP-Prior does not filter genuine user behavior. The system is designed to distinguish real engagement from artificial engagement, not to penalize all engagement.

The three-layer defense means that manipulating one layer is insufficient. A click farm could use rotating IP addresses (defeating IP-Prior), but the clicks would still lack valid voterTokens (caught by the verification layer). Or they could generate valid tokens, but the click patterns would be detected by squashing as unnatural.

Claim-level evidence (3)
C
Click manipulation is detectable — effect on NavBoost is neutralized, not penalized.
Source: Inference from squashing mechanism · IP-Prior / Squashing / voterToken
C
Legitimate clicks are safe — IP-Prior distinguishes real from artificial engagement.
Source: Inference from bad fraction vs. total fraction design · IP-Prior / Squashing / voterToken
C
Three-layer defense means defeating one layer is insufficient.
Source: Architectural inference from layered design · IP-Prior / Squashing / voterToken

This Deep Dive is Schicht 2 content — interpreted and referenced, but always pointing back to Schicht 1 (the reference layer). Every claim is mapped to a source with an evidence code: [A] DOJ/sworn material, [B] leak field, [P] patent, [O] official Google communication, [C] interpretation.

© Thomas Wawra · Senior SEO Manager · wetter.com — a Funke Digital company