B2B Sales Multi-Accounting: LinkedIn and Email Without Bans
How sales teams keep SDRs' LinkedIn and email accounts isolated, warmed up, and transferable without password sharing or bans.
Why this is a multi-accounting problem at all
A sales team often runs five, ten, twenty SDRs (sales development representatives) — each messaging from their own LinkedIn account, sending cold emails from a personal or corporate address, calling through a CRM. Every SDR has their own personal LinkedIn account, which is not a violation of the platform's rules: one person, one profile. But then operational reality kicks in for an agency or a sales department:
- SDRs work from a laptop, from home, sometimes from a personal phone — IP and device keep changing, and LinkedIn notices.
- Part of the team is outsourced contractors who need access to work accounts, but not to personal passwords.
- Email campaigns run from several domains and mailboxes to build sender reputation, and mixing them in personal browsers isn't an option.
- When an SDR leaves the company, their LinkedIn account and conversation history need to go to a colleague, without losing message history and without asking the departed employee for their password.
Here, multi-accounting isn't an attempt to get around the one-account-per-person limit — it's a way to organize dozens of legitimate, separate accounts belonging to different people so each behaves consistently, doesn't mix cookies with someone else's, and doesn't lose access when staff changes. The task is the same as in media buying or SMM agencies: isolation, a stable fingerprint, manageable team access — just applied to a different object: not ad accounts or client social profiles, but salespeople's personal accounts and outreach mailboxes.
What actually breaks without profile isolation
LinkedIn flags suspicious activity based on geography and device. If an SDR sent 50 connection requests yesterday from Warsaw on a MacBook, and today logs in from a different IP and a different browser on a phone, LinkedIn reads that as account compromise or fraud. The system kicks in checks, temporary messaging limits, and sometimes asks for identity verification. For an SDR whose KPI is daily messages sent, that's a direct loss of time.
Email sender reputation is tied to behavior, not just the domain. If the same browser logs into five different mailboxes across different company domains at different times of day, providers (Google Workspace, Outlook) see a pattern resembling a spam farm, even when the campaign is fully legitimate and recipients have opted in. Splitting activity across isolated profiles, each with its own IP per domain, reduces that risk.
Handing off access is its own headache. A classic situation: an SDR quits, leaving active LinkedIn conversations with 40 leads and a warmed-up mailbox with a full history. Just resetting the password breaks the LinkedIn messenger thread and loses deal context. What's needed is a way to pass on the actual working environment, not start from zero.
- lev opened Airdrop zkSync 07
- artem closed FB · US · BM-14
- maya is watching artem
- lev transferred TikTok Shop 03
How to set this up in practice
1. One browser profile = one account and its context
Each SDR gets a profile with their personal LinkedIn, work email, and sometimes a Sales Navigator account or CRM widget. The profile stores cookies, history, bookmarks, and extensions separately from everyone else's — the browser doesn't mix up which account an SDR was using yesterday, which saved search filters they set, or which message templates they used. When someone leaves or moves to another team, the profile gets handed over to the next person instead of being rebuilt from scratch — see more on organizing this without losing access in the piece on handing off profiles between teammates.
2. Proxies matched to the account's geo and time zone
If an SDR physically works from one country but writes on behalf of a local representative in another region (common in B2B sales targeting foreign markets), it makes sense to assign that account a proxy with an exit IP from the right country — so the browser's time zone, interface language, and geolocation match what LinkedIn expects from someone in that region. The question of which proxy type to use for which task — residential, mobile, datacenter — is covered in the post on choosing proxy types for multi-accounting. In GetAntik, proxies are configured at the profile level, with built-in checks and one-click purchasing through the HollyProxy integration if you don't already have your own proxy pool.
3. Warming up a new account is a process, not a sprint
A new SDR with a fresh LinkedIn account shouldn't send 100 connection requests on day one — that triggers restrictions. A reasonable sequence: a few days of just viewing profiles and reading the feed, then a moderate number of connection requests, then messages to existing contacts. It's the same principle used for warming up ad accounts, just on a different platform; the general warm-up logic is covered in detail in the article on preparing accounts before active use. In GetAntik you can schedule cookie warm-up for a profile so the account looks active before intensive work starts, instead of suddenly appearing in the system.
https://www.youtube.com/
https://www.wikipedia.org/
https://www.reddit.com/
https://www.amazon.com/
The app opens the profile, browses the sites and closes it. Profiles in use are skipped.
4. Team access through roles, not shared passwords
The most common mistake is sending a corporate email or LinkedIn password over chat so a colleague can cover for a sick SDR for a day. That's both insecure and inconvenient — the password then has to be changed again anyway. The right model is to grant access to the profile through a team role (admin, member, finance — each with its own permissions), with limits on how many profiles a given person can see. A sales manager can then jump into a teammate's browser through live view and help phrase an email or settle a disputed point in a conversation without ever asking for the SDR's login and password — useful during onboarding, when you need to show new hires how to handle outreach correctly.
5. An activity log — for reviews, not for surveillance
When a lead complains about being sent the wrong message, or a deal stalls at the conversation stage, it helps to see what actually happened in the account: who logged in, when, and what actions were taken. A team activity log works like insurance for a manager — no need to ask an SDR to recall from memory what they wrote to a client three weeks ago.
Table: what's individual and what's shared on a sales team
| Element | Tied to the employee | Shared across the team |
|---|---|---|
| Personal LinkedIn account | Yes, a separate profile per person | — |
| Message templates, call scripts | — | Shared library, available to everyone |
| Email domain for outreach | Shared corporate domain | Distributed across several sender mailboxes |
| Conversation history with a lead | Stored in the SDR's profile | Visible to the manager via activity log |
| Proxy and geo | Matched to the SDR's target market | Shared proxy pool, individually assigned |
| Account passwords | Stored encrypted on the device | Not directly accessible to the server or other members |
Common mistakes
One browser for the whole sales team. When five SDRs work from the same computer under one Chrome profile, just switching tabs or logging in and out, LinkedIn sees the same set of device parameters across different people — that looks suspicious and triggers security checks even with no bad intent involved.
Running the entire team through the office's one IP. If twenty different, genuine personal LinkedIn accounts all log in from the same corporate IP at once, that also looks like an automated account farm, even though every account is real and belongs to an actual person. Splitting activity across separate proxies reduces this risk.
Sending from a new domain without warm-up. Buy a new outreach domain, set up SPF/DKIM, and fire off a thousand emails right away — mail providers will route that straight to spam, and the domain then takes a long time to recover its reputation. Warm-up applies not just to social accounts but to email domains too: gradually increasing volume, starting with real back-and-forth replies before moving to bulk sends.
Losing context when an SDR changes. An employee leaving or going on leave shouldn't wipe out lead conversation history. If a profile is tightly tied to one person's device or account with no way to transfer it, the team loses months of accumulated context with every staff rotation — especially damaging in long B2B sales cycles where a deal closes after 4–6 months of back-and-forth.
Mixing personal and work accounts in one browser. An SDR using their personal LinkedIn for work tasks mixed in with personal contacts risks account restrictions from bulk messaging — and then it's not just work that suffers, but the person's own profile. Splitting into separate browser profiles protects both sides.
Staying within platform rules
LinkedIn allows exactly one personal account per person and bans creating fake or duplicate profiles — that's not something to work around with any technical tool, and shouldn't be. The approach described here doesn't create extra accounts: every SDR runs their own real profile, just inside an isolated browser environment for stability and security. Automated bulk connection requests through bots and scripts are also against LinkedIn's rules — if a team needs automation for repetitive tasks (exporting a lead list, say), it should be limited to legitimate APIs and manual human actions, not scripted activity inflation.
Email outreach is subject to data protection laws (GDPR in the EU, equivalents elsewhere) and the anti-spam rules of mail providers themselves. Warm-up and domain separation lower the technical risk of getting blocked, but they don't replace the legal obligation to email only people who have opted in, and to provide a clear way to unsubscribe.
How it looks at the team level
A sales manager can see from a shared dashboard who's currently active, how many browsers are open and under which accounts, and quickly gauge the team's workload. That's handy for distributing new leads among SDRs or figuring out who hasn't checked in today.
Spend, 30 days
Once a team has grown to dozens of profiles with several members holding different access rights, it's worth planning group structure and limits ahead of time — otherwise, a couple of months later, it becomes hard to tell whose account is whose in the profile list. A good starting point is the detail on how role and permission management works, then setting up profile groups by department or sales region.
Access security is a separate concern: SDR passwords and 2FA keys shouldn't be sitting in a shared chat or a spreadsheet. Storing 2FA binding directly in the browser profile and encrypting data on the device closes that gap without extra process — more on this in the article on encryption and account recovery for profiles.
Teams that want to try this structure without committing upfront can start on the free plan with 3 profiles — enough to test the separation on a small team before moving to a plan with more profiles. Plan details are on the GetAntik pricing page.
FAQ
Doesn't this violate LinkedIn's "one account per person" rule? No, as long as each browser profile corresponds to one real person and their single personal account. A violation would be creating multiple fake accounts under one person's name, or bots — that's a different matter entirely, and it shouldn't be done.
Does every SDR need a separate proxy if the whole team is in one office? If SDRs are physically in the same city and working under their real location, a separate proxy isn't mandatory — profile isolation alone is enough. A proxy becomes necessary when an account needs to look like it belongs to someone in a different region, or when it matters to spread activity across different exit IPs to reduce the risk of mass checks.
How quickly does a new outreach domain get out of warm-up mode? Roughly 2–4 weeks of gradually increasing volume, with daily monitoring of deliverability metrics (bounce rate, spam placement). Exact timing depends on list size and provider reputation — there's no universal number, and it's worth tracking by metrics rather than by the calendar.
What happens if an SDR leaves and their LinkedIn needs to go to a colleague fast? If the profile was set up as a team asset from the start (with access roles rather than a personal password), ownership transfer happens through a change of responsible team member, without needing the departed employee's password — which removes much of the risk during offboarding.