Sourcing
In buildCapture from LinkedIn today, connect Recruiter when access is granted
Posting a job out to LinkedIn ships now. Everything deeper depends on partner access we have applied for and have not been granted yet.
Sharing a job to LinkedIn ships in Surhires today. A deeper LinkedIn Recruiter connector is in build and is gated on admission to LinkedIn's partner programme, so it ships when access is confirmed rather than on a date we announce. Until then, capture is user-initiated through the browser extension.
By Surhires Editorial · Published · Reviewed
In the product: sharing a job to LinkedIn ships today via ShareJobDialog.tsx; the deep Recruiter integration is in build and gated on LinkedIn partner programme admission
What is connected today, stated plainly
One thing works now: you can share a live requisition out to LinkedIn from inside Surhires. That is a posting action, it uses the sharing surface LinkedIn makes available, and it is the whole of the shipped integration. It does not read your Recruiter seat, it does not sync projects, and it does not pull InMail threads back onto the candidate record.
The deeper connector, the one most people mean when they ask about a LinkedIn integration, is in active build and is not available. It depends on admission to LinkedIn's partner programme, which has an application process, admission criteria and commercial terms that sit with LinkedIn rather than with us. We have applied. We have not been admitted. The connector ships when access is confirmed, and we are not going to name a quarter to make the roadmap look tidier than it is.
This page exists because the alternative is a logo on a grid with no state next to it, which is how buyers end up discovering during onboarding that the integration they bought is a slide.
The browser extension captures what you are already looking at
In the meantime, sourcing from LinkedIn runs through the Surhires Chrome extension, and the important word is user-initiated. You are on a public profile you have chosen to open. You press the extension. It reads the page you are already viewing, fills a candidate record with name, headline, location, current employer and the skills the profile lists, checks that record against your existing database for a duplicate, and either creates the candidate or opens the one you already had.
That last part matters more than it sounds. A sourcer working a brief will re-find the same twenty people across a fortnight, and without a duplicate check at capture time you get four versions of the same person with different notes on each. Capture through the extension writes to one record.
The extension also lets you drop the person straight into a talent pool or a live requisition, add the first note while the profile is still on screen, and set a follow-up task. That is the loop a sourcing day is actually made of.
- Capture a profile you have open into a structured candidate record
- Duplicate check against your existing database at the moment of capture
- Assign to a requisition or a talent pool without leaving the page
- First note and follow-up task recorded against the new record
- Nothing runs in the background and nothing captures a page you did not open
Automated messaging and background scraping are excluded on purpose
Surhires does not automate LinkedIn connection requests, does not send messages through a logged-in session, and does not crawl profiles in the background. Those features exist in other tools and they are the reason recruiters lose accounts.
Consider what a restricted account actually costs a desk. The seat is expensive, the InMail credits attached to it are gone, the saved projects and the message history go with it, and the recruiter's professional network, which is a personal asset, is caught in the same restriction. On an agency desk that is not an inconvenience, it is a severe incident: the person cannot work their pipeline, the candidates mid-conversation go quiet, and the account is one appeal away from being permanently gone.
So the line we hold is simple. A human opens a page, a human presses a button, and the tool records what the human saw. Anything that turns your recruiter's session into a robot is a liability we will not sell you.
InMail through the official API is the only sanctioned messaging path
There is exactly one legitimate way for a CRM to send LinkedIn messages on your behalf, and it is the official API, under the terms of the partner programme, using the InMail entitlement attached to your own Recruiter seat. Any other method is a session-hijack dressed up as a feature.
That is the path the in-build connector targets. When partner access is confirmed, InMail sent from Surhires will consume your own credits, appear in your own Recruiter history, and write the message and the reply back to the candidate's activity stream so the conversation is not stranded in a tab.
Until that access exists, InMail is sent in LinkedIn. You can log the outcome on the candidate record in a few seconds, and the sequencing tools in Surhires will happily run the email and WhatsApp legs of a multi-channel sequence around a LinkedIn step you send by hand.
What the connector will do once access is confirmed
The build targets the things a Recruiter seat holds that a CRM cannot see from outside: projects and the candidates in them, InMail send and reply through the official entitlement, application data from jobs posted through the API, and a two-way link between a candidate in your database and the profile they map to.
Written in the future tense deliberately. None of it works now. When it does, the badge on this page changes, the change appears on the changelog, and the trial account gets it without a conversation about tiers.
The one thing the connector will not do, even with full partner access, is give you a bulk export of LinkedIn. Partner terms do not permit building a shadow copy of the network in your own database, and a vendor who tells you otherwise is describing a risk they intend to hand to you.
Running a LinkedIn-heavy desk without the connector
Plenty of desks are LinkedIn-first and cannot wait. The working pattern is: source in LinkedIn, capture with the extension, and run every subsequent touch from Surhires where it is recorded, reportable and visible to whoever picks the desk up next.
In practice that means the second and third touches move to email and WhatsApp, which are channels you own and which the sequencing engine can run properly. It also means source attribution stays honest, because the record says the candidate came from LinkedIn even though the placement conversation happened elsewhere.
The desks that struggle are the ones that keep the whole conversation inside LinkedIn messaging. When that recruiter leaves, the pipeline leaves with them. Capturing early is the fix, and it does not require any partner programme at all.
Where this sits against the rest of the sourcing stack
LinkedIn is one source. The Candidate Sourcing Agent searches your own database before it suggests you go looking outside it, which is the cheapest sourcing you will ever do and the reason a clean database earns more than a bigger seat allocation.
Board integrations for Indeed and ZipRecruiter are in build for the same Wave 1 release, and the CV-Library, Naukri and Seek connectors follow their own partner processes. Every one of them has a state on its page, and the states are not decoration.
- Database-first sourcing through the Candidate Sourcing Agent
- User-initiated capture from LinkedIn through the Chrome extension
- Email, WhatsApp and SMS sequencing on channels you own
- Board posting and application ingest as each connector is confirmed
What you get
Job sharing to LinkedIn
Shipping today: push a live requisition out to LinkedIn from the job record without copy and paste.
Chrome extension capture
Turn a profile you have open into a structured candidate record in one press.
Duplicate check at capture
The extension checks your existing database before it creates anything new.
Assign on capture
Drop a captured profile straight into a requisition or a talent pool.
First note in context
Write the why-I-saved-them note while the profile is still on screen.
No background scraping
Nothing runs unattended and nothing reads a page you did not deliberately open.
No session automation
We never send connection requests or messages through your logged-in browser session.
Official InMail path only
In build: InMail through the partner API, using your own seat entitlement and credits.
Project sync
In build: read Recruiter projects and map their members onto candidate records.
Reply write-back
In build: InMail replies filed onto the candidate activity stream rather than left in a tab.
Manual outcome logging
Log a LinkedIn message sent by hand against the record in a few seconds today.
Source attribution
Candidates keep LinkedIn as their source even when later touches move to email.
Multi-channel sequences
Email and WhatsApp legs run automatically around a LinkedIn step you send yourself.
Honest status badge
The page carries the state of the connector and changes when the state changes.
Questions recruiters ask
Is the LinkedIn Recruiter integration connected today?
No. Sharing a job out to LinkedIn ships today. The deeper Recruiter connector, meaning projects, InMail through the API and application data, is in build and is gated on admission to LinkedIn's partner programme. We have applied and have not been admitted. It ships when access is confirmed, not on an announced date.
Can Surhires send LinkedIn connection requests or messages for me?
No, and it will not. Automating a logged-in LinkedIn session is how recruiters get restricted, and a restricted seat takes the InMail credits, the saved projects and the message history with it. When partner access is confirmed we will send InMail through the official API against your own entitlement, which is the only sanctioned path.
How does the Chrome extension get profile data if there is no API?
It reads the public profile page you have chosen to open, in your browser, at the moment you press the button. It is user-initiated capture of something already on your screen rather than automated collection. It does not run in the background, does not queue profiles and does not visit pages on its own.
Will I be able to bulk export LinkedIn into my database later?
No. Partner terms do not permit building a copy of the network inside your own system, and that will not change when the connector ships. What the connector will do is link a candidate you already hold to the profile they map to, and bring your own project and InMail activity across.
Do I still need a LinkedIn Recruiter seat?
Yes. Surhires is a CRM, not a licence workaround. Anything that consumes InMail or reads Recruiter projects will run against your own seat and your own credits. If your desk sources primarily from your existing database, the Candidate Sourcing Agent may reduce how many seats you need, but it does not replace one.
What happens to my captured candidates if partner access is never granted?
Nothing. Every record captured through the extension lives in your database with its notes, tags, sequences and history intact, and none of it depends on the connector. If access is never granted, you keep a working sourcing loop that is slightly more manual on the messaging leg and identical everywhere else.
Does using the extension put my LinkedIn account at risk?
The extension is deliberately built to avoid the behaviours that trigger restrictions: no automated browsing, no message sending, no rate-driven activity of any kind. It acts only when you press it, on a page you opened. Your own usage still sits under LinkedIn's terms, and how heavily you source is your call.
Keep reading
- One-click capture of the profile in front of you
- Rediscover the candidates you already own before you buy more
- Why SMS and LinkedIn steps are not in the first release
- Stop paying twice for the same candidate
- Post to Indeed and get applications back as structured records
- Find out which sources actually produce placements
See it against your own reqs
Bring one live role and three resumes. In twenty minutes you will see the match scores, the shortlist and the placement invoice that comes out the other end.