Distribution
Shipping, being extendedJob posting with the board states written down
Every recruitment product shows a wall of job board logos. Very few of them tell you which of those boards you can actually post to today.
Job sharing ships today: generate a formatted posting from a requisition and distribute it through the channels you already use. Direct API posting to Indeed, ZipRecruiter, Naukri, CV-Library and Seek is in build, one board at a time, and each board carries an explicit Live, In development or Roadmap state.
By Surhires Editorial · Published · Reviewed
In the product: job sharing ships today (ShareJobDialog.tsx); direct API posting to Indeed, ZipRecruiter, Naukri, CV-Library and Seek is in build, one board at a time
The logo wall is the oldest trick in recruitment software
Open any applicant tracking system's website and you will find a grid of job board logos under a heading about reach. What the grid rarely says is which of those boards is a real API integration, which is an email gateway, which requires you to hold your own paid contract, and which is a screenshot of a conversation somebody had at a conference.
Buyers discover the difference in week three of an implementation, which is the worst possible moment. We are handling it the other way round: every board on this site carries an explicit state of Live, In development or Roadmap, and none of them implies a partnership, a certification or logo rights that has not been confirmed.
What ships today: job sharing
Job sharing works now. From a requisition you generate a formatted posting, with the title, the description, the location, the working pattern and the salary range presented consistently, and share it through the channels your desk already uses: your own careers page, email, social platforms, and any board where you post manually with your own account.
That is less than an API integration and considerably more than copying and pasting from a Word document. The posting is generated from the requisition, so the version advertised matches the version the desk is working, and applicants arriving from it are attributed to the channel they came from rather than landing as an untracked pile.
What is in build: direct posting, one board at a time
Direct API posting to Indeed, ZipRecruiter, Naukri, CV-Library and Seek is in build. It is being delivered one board at a time rather than announced as a bundle, because each of those boards has its own authentication model, its own field requirements, its own moderation rules and its own reasons for rejecting a posting.
Delivering them one at a time is slower to announce and considerably more reliable to use. A connector that posts successfully and reports a rejection with the actual reason is worth more than five connectors that fail silently. As each lands, its integration page moves from In development to Live, with the date, and until then it says In development on every page it appears on.
- Indeed, ZipRecruiter, Naukri, CV-Library and Seek are the boards currently in build
- Each connector states its own status on its own integration page
- A status changes only when the connector is actually posting, and the date is published
- Board contracts and posting credits remain yours; we do not resell board inventory
- Rejections are surfaced with the board's reason rather than reported as a generic failure
One posting, many destinations, one applicant record
The reason to post from the CRM rather than from five board consoles is not the saved typing. It is that every applicant returns to the same requisition with the source recorded, so source-of-hire attribution is a fact rather than a reconstruction.
Duplicate detection runs on the way in, which matters more in job posting than anywhere else: the same candidate frequently applies through two boards within a day. Rather than creating two records for one person, applications attach to a single candidate with both sources retained, so the attribution stays honest without the database fragmenting.
The posting is checked before it leaves
A job posting is a public statement with legal weight in a growing number of jurisdictions. A posting can be checked against the salary-range disclosure rules of the states and countries it is being published to, and flagged before it goes out rather than after somebody complains.
Postings can also be checked for language that narrows the applicant pool without meaning to. This is a check and a flag, not a certification: whether a given posting complies with a given jurisdiction depends on the posting and the jurisdiction, and the responsibility for what you publish is yours. What the product does is raise the question before publication rather than leaving it to chance.
What to expect from a board connector, realistically
Posting to a board is not a guarantee of visibility. Boards rank, moderate, expire and sometimes reject postings for reasons they do not fully explain, and most of them treat sponsored placement differently from organic. A connector that puts your job on a board has done its job even when the board buries it.
You also keep your own board relationships. Contracts, posting credits, sponsorship budgets and account management stay between you and the board. We are building the pipe, not reselling the inventory, and any page that suggested otherwise would be misdescribing what a connector is.
What you get
Job sharing today
Generate a formatted posting from the requisition and distribute it through the channels you use.
Consistent posting format
Title, description, location, working pattern and salary range rendered the same way every time.
Generated from the requisition
What is advertised matches what the desk is working, because both come from the same record.
Explicit board states
Every board reads Live, In development or Roadmap, on this page and on its own integration page.
Indeed connector
Direct API posting to Indeed is in development and is labelled that way until it posts.
ZipRecruiter connector
In development. It will move to Live on its integration page with the date it started working.
Naukri connector
In development, for desks running Indian technology and volume hiring requisitions.
CV-Library connector
In development, for UK desks that already hold a CV-Library posting contract.
Seek connector
In development, for Australian desks. No live claim is made until it actually posts.
Source attribution
Applicants return to the requisition carrying the board they came from, for real attribution.
Cross-board deduplication
The same person applying through two boards attaches to one record with both sources kept.
Pre-publication checks
Salary-range disclosure rules and narrowing language flagged before the posting goes out.
Questions recruiters ask
Which boards can we post to today?
Directly, none of the five. Job sharing ships today, so you can generate a posting and distribute it through your own channels and accounts. Direct API posting to Indeed, ZipRecruiter, Naukri, CV-Library and Seek is in build and each is labelled In development until it actually posts, at which point its page says Live and gives the date.
Why build the connectors one at a time?
Because each board has a different authentication model, different required fields and different moderation behaviour, and a connector that fails silently is worse than no connector. Shipping them individually means each one is tested against the board's real rejection behaviour before we describe it as working, which is slower to announce and more useful to own.
Do we need our own job board contracts?
Yes. Board contracts, posting credits and sponsorship budgets remain between you and the board. We build the connection, not the inventory, and we do not resell board access. Anything else would mean your posting reach depended on a commercial arrangement of ours that you cannot see or control.
Does posting through Surhires improve ranking on a board?
No. Boards rank, moderate and expire postings on their own terms, and sponsored placement works differently from organic on most of them. A connector delivers the posting reliably and reports what the board said in response. Anyone promising better board ranking through their integration is describing something that is not in their gift.
What happens when the same person applies twice?
Duplicate detection runs at the point of application. Two applications from the same person through two boards attach to one candidate record with both sources retained, so attribution stays accurate without creating a second profile. This matters more in job posting than anywhere else, because cross-board duplicates are routine rather than rare.
Can we post the same job to boards in different countries?
Yes, and the pre-publication check is worth running when you do, because salary disclosure rules differ by state and country and a posting that is fine in one place may not be in another. The check flags the issue before publication. Deciding what to publish, and where, remains your responsibility.
Keep reading
- Applicant tracking built for a billing desk
- Find out which sources actually produce placements
- Catch a missing salary range before the advert goes out
- Stop paying twice for the same candidate
- Post to Indeed and get applications back as structured records
- Seek posting for Australian desks, with the compliance fields on the record
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.