Make vacancies understandable and current.
Define the fields for role, location, working pattern, salary wording and closing status. Decide which system owns each fact rather than allowing the ATS and website to drift apart.
We design recruitment websites with separate routes for candidates and employers. Clear specialisms, useful job information and an agreed connection to your applicant tracking system help the public site support recruitment without becoming a second candidate database.
A candidate should know whether a job is current and where their application goes. An employer needs different proof, service information and contact context. Design those routes deliberately.
Define the fields for role, location, working pattern, salary wording and closing status. Decide which system owns each fact rather than allowing the ATS and website to drift apart.
Explain specialisms, engagement models and the information needed to discuss a role. Keep employer contact separate from applications and general candidate questions.
Plan redirects to the ATS, application confirmation and expired-job behaviour. Personal CVs and applicant records should stay in the approved recruitment system, with clear notices at the handoff.
Connect the website to the tools your team already uses, with a clear plan for publishing and enquiries.
Manage specialisms, consultant profiles, employer pages and editorial resources separately from applicant records.
Explore Webflow contentAssess job feeds, stable identifiers, filters and expired-role states against the actual ATS interface.
Explore ATS integrationsInventory existing vacancy and specialism URLs before changing page structure or application destinations.
Explore Migration planningBy Hilvy · Updated
Use a sample role approved for testing. Do not upload a real CV or record applicant details in this worksheet.
Leave with: A job-field map, expiry rule and tested application-handoff brief.
Download blank checklist (.md)No signup. Ticks are not sent to us. The download is a blank copy with space for owners and notes.A look at the websites we design and build.

No. The website can explain specialisms, publish employer content and present or link to vacancies. Applications, CVs and candidate records remain in the ATS unless a separately reviewed implementation is required.
We need its documentation, feed or API, plan permissions and job lifecycle rules. We assess how identifiers, filters, updates and expiry will behave before choosing CMS sync, an embed or another approach.
Only where an actual visible job page meets the required content and expiry rules. Schema must reflect the real vacancy, location, dates and application route. It is not appropriate to attach vacancy markup to a general recruitment service page.
We agree an expiry policy with the content and search owners, including status, alternative routes and any indexing changes. Leaving a permanently active application button on a closed role is not an acceptable default.
Bring your ATS, one example role and the owners of candidate and employer enquiries.