in LinkedIn API Live in production. Email, messengers & calendars next
Pricing Blog
Get API key Sign in

Connect GetSales to gtm-api: Reuse a GoLogin Profile, No Re-Login

Integrations · Connected Accounts

Connect GetSales to gtm-api

Reuse the GoLogin profile a sender already runs on. No new browser session, no LinkedIn re-login, no change to the proxy.

Updated August 2026 · 12 min read · video walkthrough

A LinkedIn account that already runs automation in GetSales lives inside a GoLogin browser profile. That same profile can be attached to gtm-api directly: pick Existing profile ID on the connect screen, paste the GoLogin ID, and the account comes online with no new browser session, no LinkedIn re-login and no change to the proxy it already uses. Two ways to get the ID, one through MCP and one through GoLogin’s own sharing.

The whole thing runs four minutes end to end. Every section below opens the same recording at its own timestamp, so you can jump straight to the part you are stuck on.

What connecting gets you

An account already sending from GetSales can be pointed at gtm-api without being rebuilt. The profile it runs in is reused as is, so nothing about the account changes from LinkedIn’s side, and everything gtm-api exposes becomes available on it: the REST API, the MCP tools an assistant can call, and the free tier for low-volume work.

Watch: why this exists, from the top. Accounts already connected to GetSales and running automation can be connected to gtm-api without triggering a new session and without re-logging in, then driven from Claude.

The connect screen: two kinds of browser

Every LinkedIn account on gtm-api runs inside its own anti-detect browser profile, and the connect screen is where you decide whose profile that is. Open LinkedIn Accounts in the left rail, click Connect account, and the modal offers two tabs. Cloud browser has the platform mint a fresh profile behind a proxy it manages for you, and you sign into LinkedIn once inside that browser. Existing profile ID takes one you already run: per the gtm-api docs the profile “keeps its own proxy”, and the platform only “verifies the profile exists and is runnable, and never changes it”.

The gtm-api Connect LinkedIn account modal on the Cloud browser tab, showing the anti-detect vendor, proxy source and proxy location fields
The tab you are not taking. The modal opens on Cloud browser, marked Recommended: “We create a fresh anti-detect profile with a managed residential proxy. You log into LinkedIn once in the cloud browser, no credentials stored.” Everything under it exists because the profile does not exist yet, so it has to be specified: Proxy source between Managed by GTM and your own, Proxy location for the country, an optional 5G proxy add-on. The button says Create & open cloud browser, because a browser window opens for you to sign in. The Existing profile ID tab beside it is the route this page takes, and it has none of these fields: the profile already exists, already has a proxy, and is already signed in.
Watch: new session or existing session, from 1:16. Why GetSales users take the second tab: the account already has a session running in a GoLogin profile, so that profile’s ID is enough to hook it up. Ends on where the ID comes from.
  Cloud browser Existing profile ID
Who provisions the browser gtm-api mints a fresh anti-detect profile You bring a GoLogin profile you already run
Proxy Managed residential in a country you pick, or one you supply The profile’s own proxy, untouched
LinkedIn session New session. You sign in inside the browser window The existing session, already signed in
What the platform writes to the profile It owns and manages it Nothing. It checks the profile runs, then leaves it alone
Best for A fresh account, or one with no anti-detect setup of its own An account already automating somewhere else
Which one to pickIf the account has never run in an anti-detect browser, take the cloud browser and let the platform handle the proxy. The existing-profile route pays off when there is a warmed profile with real history to preserve.

Route 1: ask the agent for the ID

The fastest route skips both interfaces. Both products ship a Model Context Protocol server, so an assistant with both connected can read the ID out of one and create the sender in the other. The protocol is what makes that composable: the MCP spec describes itself as “an open-source standard for connecting AI applications to external systems”.

Watch: both servers, then one prompt, from 1:59. Installing the GetSales MCP server from its help article, adding the gtm-api one to the same client, and the single message that does the rest.

Install the GetSales MCP server, then add the gtm-api MCP server to the same client, and send this:

prompt · Claude Desktop, Claude Code or Codextext
Use my GetSales MCP, find GoLogin IDs of my profiles,
then use GTM API MCP to connect a new sender using the GoLogin ID.

Nothing is typed by hand and nothing is copied between two browser tabs, so the ID never has to be read off a screen correctly. If the client is not wired for MCP yet, the LinkedIn MCP server page carries the config for Claude, Cursor, VS Code and ChatGPT.

Route 2: copy the ID out of GoLogin

Without MCP the same ID is two minutes of clicking. GetSales can share a sender’s GoLogin profile with any GoLogin account, so you share it with your own and read the ID there.

Watch: share to yourself, then copy, from 2:54. The full manual route: the free GoLogin account, the share from the GetSales sender, the refresh, and the ID in the three-dot menu.
  1. A free GoLogin account. Sign up at gologin.com. The free tier is enough, since you are only receiving a shared profile.
  2. Open Manage on the sender. In GetSales, open the sender profile and click Manage.
  3. Share GoLogin. Pick Share GoLogin and enter the email address on your GoLogin account.
  4. Refresh GoLogin. Reload the desktop app or the browser version until the shared profile appears in your list.
  5. Copy the ID. Three dots on the profile row, then Copy ID.
  6. Paste it into gtm-api. Back on the connect screen, Existing profile ID, then verify and connect.
The Manage dropdown on a GetSales sender profile, with the Share GoLogin item visible
Step 2. The Manage menu. On the sender profile, Manage sits next to Open in Cloud Browser at the top right. The menu holds Update Schedule, Update Proxy, Open via GoLogin, Share GoLogin, Stop, Re-sync Withdrawal Queue and Disconnect. Share GoLogin is the one you want. Open via GoLogin only launches the profile locally, and it does not give you the ID.
The Share GoLogin dialog in GetSales with an empty email field, Cancel and Share buttons
Step 3. Share it to your own address. One field. Enter the email address your own GoLogin account is registered under, then Share. A teammate’s address or the LinkedIn account’s own address will share the profile to the wrong place. Sharing does not copy or move anything: GetSales keeps running on the profile exactly as before, and a second GoLogin account simply gains access to it.
The GoLogin profile list with the three-dot context menu open and Copy ID highlighted
Step 5. Copy ID, not Copy “Run” link. The shared profile shows up under All profiles in GoLogin, with its proxy type and location on the row. Hover the row, click the three dots, and take Copy ID. The item directly above it, Copy “Run” link, produces a launch URL and is the easy mis-click. If the profile is not in the list yet, refresh. The share does not always land instantly. The profile name here is blurred, yours will show the sender’s name.

Paste, verify and connect

Whichever route produced the ID, the last step is the same one field on the connect screen. The platform checks the profile exists and starts, finds the LinkedIn account already signed in inside it, and binds the two.

The gtm-api Connect LinkedIn account modal on the Existing profile ID tab, with an empty GoLogin profile ID field and a disabled Verify and connect button
The field, before anything is pasted. The tab reads “Already have a profile in your anti-detect browser? Connect it by ID, it keeps its own proxy, we won’t change it.” Anti-detect vendor stays on GoLogin, and GoLogin profile ID shows only its grey placeholder. The line under the field is the promise the whole route rests on: gtm-api verifies the profile exists and is runnable through your connected GoLogin integration, and does nothing else to it. Verify & connect stays greyed out until a valid ID is in the box, which is the quickest check that you pasted the ID and not the run link. Add label above is optional and only names the sender inside gtm-api.
Watch: the last click, from 3:58. The ID goes into the field, Verify & connect lights up, and the account is connected. No login form, no code, no challenge.

What runs on the free plan

A connected account does not need a paid plan to be useful. The forever free tier is one connected account and one user, with the full UI, the API and the MCP server behind it. Nothing is feature-gated: the free plan limits frequency and volume, never access. The ceiling is throughput, and everything is reachable.

That covers a slice of work that usually goes unautomated because it is too small to justify a seat: scheduling posts, accepting or declining incoming connection requests, and keeping the inbox and post comments moving. Run at that scale it is free LinkedIn automation on an account you already own, with no second login and no second anti-detect setup to pay for. Paid accounts start at $10 / account at volume, and the tier grid lives on the pricing page.

Putting an agent on the account

Once the account is bound it is reachable like every other gtm-api account: a typed REST LinkedIn API and an MCP server over the same server-side safety layer. The docs report 256 typed tools across 18 toolsets, each mapping one to one onto a REST endpoint. Two guardrails matter before an agent is pointed at a live profile, both self-reported by gtm-api. Anything that changes something outward returns a preview and waits for explicit confirmation before it reaches LinkedIn, and per-action daily budgets are checked before dispatch, so an agent that decides to send two hundred invitations gets stopped by the platform rather than by LinkedIn.

Four jobs a single connected account covers well:

  • Content on a schedule. Draft the week’s posts, queue them, and let the agent handle the comment replies underneath them.
  • Inbox triage. Read the conversations, classify them, draft the replies, and escalate the ones that need a human.
  • Network hygiene. Accept or decline incoming connection requests on a rule the agent can restate back to you.
  • Search and enrich into a play. Run a people search, enrich the rows, then hand the list to an outreach sequence on the same account.

The capability surface and the client setup are on the LinkedIn MCP server page, and the API side of the same contract on the LinkedIn API guide.

Two limit counters, one LinkedIn account

Each platform counts only its own sends. GetSales keeps its limit counters, gtm-api keeps its own, and neither can see what the other has already done today. Connecting the account to a second platform therefore changes nothing on its own, and nothing is duplicated, reset or halved. What does add up is the real activity on the LinkedIn account: 20 connection requests from GetSales and 20 from gtm-api are 40 requests as far as LinkedIn is concerned. Plan the two paces as one combined daily total, and measure that total against the account’s per-action limits.

The reason to reuse the profile at all is the other half of the safety picture. A fresh login from a new IP on a new fingerprint is exactly the event that triggers a verification challenge, and repeated challenges are how an account ends up restricted. Attaching to a session LinkedIn has already accepted skips that event. The rest of the account-health playbook, warm-up ramps and pacing included, sits on safe LinkedIn automation.

Frequently Asked Questions

Do I have to log in to LinkedIn again to connect my account to gtm-api?

No, if you connect an existing GoLogin profile. That profile is already signed in, so the platform detects the logged-in account and binds it without a login form or a verification challenge. A cloud browser is different: it is a fresh anti-detect profile, and you sign in inside its browser window once.

Where do I find the GoLogin profile ID for a GetSales sender?

Two ways. Ask an assistant that has the GetSales MCP server connected to list the GoLogin IDs of your profiles. Or share the sender’s GoLogin profile to your own free GoLogin account from Manage in GetSales, refresh GoLogin, then use the three-dot menu on the profile row and pick Copy ID.

Will connecting to gtm-api interfere with my GetSales automation?

No, and their limit counters are separate: GetSales tracks its own sending limits, gtm-api tracks its own, and neither throttles because of the other. What stacks is the real activity on the account. Send 20 connection requests from each and LinkedIn sees 40, so plan the two paces as one combined daily total against the account’s real per-action limits. One dependency does run between them: the GoLogin share is load-bearing, and removing it in GoLogin takes the gtm-api side offline.

Can I connect a GoLogin profile that GetSales does not manage?

Yes. The connect screen asks for a GoLogin profile ID and nothing else, so any runnable profile signed into a LinkedIn account works the same way, whatever created it. GetSales is one common source of such profiles because it runs its senders in GoLogin, and the steps here are identical for a profile you built yourself.

Do I need a proxy when I connect an existing profile?

No. A bring-your-own profile keeps the proxy it already has, and gtm-api does not replace or reconfigure it. That is the point of the option: the account keeps the IP and fingerprint LinkedIn has already accepted. Proxies are only provisioned on the cloud-browser route, where the platform attaches a managed residential proxy in a country you choose, or takes one you supply.

Is there a free way to automate LinkedIn on gtm-api?

The free plan covers one connected account and one user with the full UI, the API and the MCP server, where the caps are on frequency and volume and nothing is switched off, which is enough for post scheduling, connection-request handling and inbox or comment work on a single account. Most tools in this category run their own free or trial tiers as well, so the comparison worth making is on volume.

Sources & Further Reading

Connect the account you already have.

One connected account, one user, and the full UI, API and MCP behind it, on the forever free plan. No card, and no second login on an account LinkedIn already trusts.

Start free on gtm-api →

Last updated: August 2026 · Connect-screen labels and plan limits checked against docs.gtm-api.com on 2026-08-26