Skip to content
Back to blog
Guide4 min read

Bring Your Own Proxy: What a Sticky Exit IP Actually Buys You

Rotation is the default advice and it is often the wrong one. A persona that changes address every session looks stranger than one that never does.

DP
David Park
Persona Kit

Most proxy advice is written for a scraping problem: make a large number of requests without any single address getting rate-limited. Rotation solves that, and solves it well. It does not solve the problem of holding an identity, and applied to a persona it actively works against you.

Think about what a normal person's address history looks like to a site they use regularly. It is mostly one address, for months at a time. It changes when they move house, switch to mobile data, or travel, and then it settles again. What it essentially never does is arrive from a different city on every single visit. A logged-in account whose IP is drawn fresh from a rotating pool each session is not blending in — it is producing a pattern that almost no genuine account produces, and producing it consistently.

This matters because the account is the thing being evaluated, not the request. A scraper is judged one request at a time and wants each request to look unrelated to the last. A persona is judged as a continuous history, and wants each session to look related to the last. Those are opposite goals, and reaching for the scraper's tool because it is the one everybody writes about is how people end up with a set of well-built identities that behave like nothing in nature.

This is why Persona Kit has you connect your own residential proxies rather than pooling everyone's traffic through a shared network. You choose the provider, you hold the credentials, and you assign the exit to the personas that should use it. An organization can configure several, so different groups of personas can sit behind different addresses instead of every persona you own sharing one — which would recreate, inside your own account, exactly the correlation you set out to avoid.

The useful property is stickiness: the same persona coming back to the same exit, session after session. Combined with the browser state Persona Kit restores on launch, a returning persona looks like a returning user — same cookies, same storage, same address — rather than a new device in a new country presenting someone else's session token. That last combination is the one that reliably triggers a re-authentication prompt, because it is also what session theft looks like.

The second thing worth getting right is agreement between the exit and the rest of the identity. A persona generated for Lyon carries a French address, a French phone format, Europe/Paris as its timezone, and fr as its language. Route it through an exit in Ohio and every one of those signals now contradicts the one signal a site cannot be lied to about, because it observes the connection directly rather than being told.

Nothing needs to be flagged for that mismatch to cost you. A great many sites simply serve different content, different prices, different currency, different consent flows, and sometimes an entirely different page to visitors from different countries. If you built the persona to check what French users see and route it through Ohio, the check silently measures the wrong thing and reports back with confidence. The failure is not that you were caught; it is that your data was quietly wrong.

There is a related trap in timezone. A browser reports its timezone from its own configuration, and a site can compare that against the geography of the connecting address. It can also compare both against the hours at which the account is typically active. A persona whose exit says Ohio, whose browser says Paris, and whose activity clusters at times that suit neither is carrying three mutually contradictory claims about where it lives, and it only takes one of them to be checked.

When should a persona's exit change at all? When a real person's would. Moving to a different exit in the same city is unremarkable. Moving country is a significant event for an account and should be rare and deliberate — the same way it would be for a real user, who might well get a security email about it. Treat the exit as a property of the persona that you occasionally revise, not as a dial that spins.

One practical note on providers. Pooled residential networks vary a great deal in how the residential addresses in them were obtained, and the cheapest pools are cheap for reasons worth understanding before you buy. Because Persona Kit does not resell a pool, this is a choice you make directly with a provider — which means it is also a choice you can make on grounds other than price.

So the practical rule is narrower than the usual advice to use residential proxies. Pick an exit in the country the persona claims to live in, keep that persona on that exit, give different groups of personas different exits, and change any of it only when a real person would have had a reason to.