An antidetect browser exists to solve one problem: making several browser profiles look like several different people. It gives each profile its own canvas and WebGL output, its own font list, its own audio signature, screen dimensions, user agent, language and timezone, and it keeps those stable so the profile looks like the same person every time it returns.
Then people put all of them behind one rotating pool billed by the gigabyte, and wonder why the accounts still get linked.
The IP is not a separate purchase from the fingerprint. It is part of the same claim, and when the two halves disagree the pair is easier to catch than either would be alone. Consistency is the product. This is what to buy so the two halves agree, and why the cheapest proxy option is usually the wrong one here.
Contradiction is a stronger signal than either attribute
A defended platform is not asking whether your fingerprint looks unusual. It is asking whether the things it knows about you fit together.
A profile that reports a Berlin timezone, de-DE language preferences and a European screen resolution, arriving from an address registered to a hosting company in Virginia, has told the site two incompatible stories in the same request. Neither half is suspicious on its own. Millions of people are in Berlin, and plenty of legitimate traffic comes from Virginia. The mismatch is the signal, and it is a much sharper one than a slightly unusual canvas hash, because real users do not generally contradict themselves.
The profile claims
Timezone
set per profile in the browser
Language and locale
Accept-Language and navigator settings
Geolocation
when the site is allowed to ask
Screen and hardware
resolution, cores, memory
The network says
Exit IP country and city
from the address, not from your settings
The ASN behind it
consumer ISP, mobile carrier, or hosting
WebRTC-visible addresses
leaks the real one if not handled
Latency and routing
hard to fake, rarely checked, occasionally decisive
Every row on the left is configured by you. Every row on the right comes from the address you attached. The job is to make the two columns tell one story.
What to buy: persistence beats price here
The single decision that matters is whether the address stays put.
Static residential or ISP addresses are the default answer. One address, registered under a consumer internet provider, held for as long as you hold the profile. The site sees a home connection that is the same home connection every time, which is exactly what a returning customer looks like. Our ISP proxy explainer covers why an address registered to a consumer ASN clears the first check that a datacenter address fails.
Dedicated mobile is the tier above, and it is worth the money on the hardest platforms. A mobile carrier address is shared with a large number of real subscribers through CGNAT, which makes blanket blocking expensive for the platform and buys a profile more tolerance than any other address type. It costs the most, so buy it for the profiles that justify it rather than for all of them.
Rotating residential by the gigabyte is the wrong product here, despite being the one most people reach for because it is the cheapest per unit. It is built for breadth: many addresses, one request each, no memory. A profile needs the opposite.
Datacenter is the wrong product for a different reason. The ASN announces a hosting company, which is the first thing checked and the cheapest thing to act on.
The chart is there to make one point and not to be read as a price comparison: these are three different meters. Per-IP-per-month scales with how many identities you run. Per-gigabyte scales with how much traffic you move. Comparing the numbers directly is a category error, and it is why so many people accidentally buy the gigabyte product for a job that is counted in identities. Our pay-as-you-go explainer covers the meter question in general.
One address per profile, and why sharing is the expensive shortcut
Two profiles behind one address are linked. Not probably, not eventually. A shared IP is the cheapest correlation a platform can compute, it needs no machine learning, and it is the first join anyone writes.
So the default is one address per profile, and the budget arithmetic follows from the profile count rather than from traffic. Twenty profiles is twenty addresses. That is the real cost of this workflow and it is worth confronting before building, because the alternative is discovering it after twenty accounts get actioned together.
There are workflows where sharing is defensible, and the test is whether the accounts are already publicly connected. Several storefronts run by one business that names itself on all of them are not hiding a relationship that exists. Beyond that kind of case, sharing is a decision to accept the exact risk the setup was built to remove.
The settings that break it in practice
Five things go wrong repeatedly, and all five are configuration rather than purchase.
Timezone not derived from the proxy. Every mainstream antidetect browser can set the profile's timezone from the exit address automatically. If it is set manually and the address later changes, the profile starts contradicting itself silently. Turn the automatic option on and stop maintaining it by hand.
WebRTC left on default. WebRTC can reveal addresses the browser knows about, including your real one, entirely outside the HTTP path your proxy carries. This is a browser setting, not a proxy setting, and no proxy can fix it for you. Every antidetect browser has a WebRTC mode; set it to derive from the proxy or to block, and verify it rather than trusting the label.
Language headers left as the machine's. A profile claiming to be in Warsaw while sending en-US preferences is a contradiction, and it is one of the easiest to leave in place because it works fine.
Proxy tested in the wrong context. An address that answers a curl request may still fail from inside the browser profile because of how the browser handles authentication, DNS or protocol. Test from within the profile, on a page that reports what it sees.
Reusing an address across profile generations. Deleting a burned profile and pointing a fresh one at the same address inherits the reputation you were trying to escape. Retire the address with the profile.
Sizing it before you build it
The arithmetic is unusual here because the cost scales with identities rather than with traffic, and almost every proxy pricing page is built around the other assumption.
Start from the profile count, not from bandwidth. Ten profiles is ten addresses, whatever those addresses cost per month, and the traffic each one moves is close to irrelevant on a per-IP meter because bandwidth through a rented address is unmetered. That is the whole reason per-IP pricing exists: you are renting an identity for a period, not buying data.
Then add the replacement rate, which people forget. Profiles get burned. When one does, its address retires with it, so the real monthly number is the live profile count plus whatever fraction you replace. If a tenth of your profiles turn over each month, budget for it rather than being surprised by it, and keep a small reserve of unused addresses so a replacement does not wait on a purchase.
Finally, sanity-check the direction of the meter against the work. If your profiles are mostly idle, holding a session and doing a little each day, per-IP is dramatically cheaper than per-gigabyte because you are paying for presence rather than volume. If instead you are pulling large amounts of data through a small number of identities, the gigabyte meter may genuinely win and the honest answer is to run both products for different jobs. Nobody selling one of them will volunteer that.
The browsers people ask about
The category is larger than the three we have written pages for, and the proxy requirement above does not change between them. The ones that come up most: AdsPower, Multilogin, GoLogin, Dolphin Anty, Octo Browser, Kameleo, Incogniton, Undetectable, Morelogin, VMLogin, Linken Sphere, Lalicat, Bit Browser, NSTBrowser, Hidemyacc, Genlogin, Ghost Browser and SessionBox.
They differ in pricing model, team features, automation APIs and how much of the fingerprint they let you edit by hand. They do not differ in what they need from the network: a stable address per profile, on a network type that fits the target, with the profile's claims derived from that address. Anyone choosing between them should compare on automation support and on how the profile store is shared across a team, because that is where the day-to-day difference lives.
One thing genuinely worth checking per browser before buying either half: whether it can take proxy credentials per profile in the format your provider issues, and whether it supports the protocol you are given. It is a five-minute check that occasionally rules out a pairing entirely, and it is much cheaper to do before a subscription than after.
Verify the pair, not the halves
The check that matters looks at both halves at once, from inside the profile you intend to use.
Open a page inside the profile that reports what the site actually sees, and read four things together: the exit IP and its country, the ASN behind it, the timezone the browser reports, and whether any address other than the exit appears. If the country and the timezone disagree, fix that before anything else. If a second address appears, WebRTC is leaking and the proxy cannot help.
Our proxy checker covers the network half, reporting the real exit country, the network that owns the address and the anonymity grade, which is the part a fingerprint test cannot see. Run any address through it before attaching a profile to it, ours or anyone else's. The antidetect browser proxy setup tutorial walks the configuration itself.
The tool-specific pages
The configuration differs in the details between browsers, and we cover the ones people ask about most: AdsPower, Multilogin and GoLogin. The principle above is the same in all of them and in the ones we have not written yet: one address per profile, held, with the profile's claims derived from that address rather than typed in beside it.
The part a proxy does not do
Worth saying plainly, because the marketing in this category rarely does.
Platforms correlate accounts on far more than an address. Payment methods, phone numbers, recovery emails, upload patterns, writing style, activity timing, the devices that touch the account, and the order in which things happen. A dedicated clean address removes the network layer from that list. It does not touch the others, and no proxy can, so a setup that is perfect on the IP and careless with a shared payment card is not a hard problem for anyone.
The other honest note: running multiple accounts is generally a terms-of-service matter with the platform rather than a legal one, and it becomes something else entirely when the accounts exist to obtain money or rewards deceptively. We sort those layers out in are free proxies legal. We sell addresses for agency work, testing, research and legitimate multi-brand operations, and we would rather say where the line is than pretend the question never comes up.
What to buy, short version
One address per profile, static, on a consumer ASN, held as long as the profile lives. Mobile for the hardest targets, and only for the profiles that need it. Timezone, locale and WebRTC derived from that address rather than set beside it. Never a rotating gigabyte pool for a persistent identity.
Our residential and ISP products cover the static side, mobile covers the tier above, and there is no subscription on any of them, so a single profile is a legitimate first order rather than a commitment. Test the pair before you scale it, because twenty profiles built on a misconfiguration all fail on the same day.