Recruitment website maintenance that keeps revenue flowing

Most recruitment agencies treat their website like a capital project: build it, launch it, move on. Then eighteen months later a consultant notices the apply form has been silently failing since March, or a client asks why forty expired vacancies are still live on Google, and everyone wonders how much fee income leaked out through a site nobody was watching. Recruitment website maintenance is not about keeping the lights on. It is the discipline that stops a good build slowly turning into a liability.

We run ongoing maintenance for recruitment websites because launch is the easiest part of the job. The harder, less glamorous work is catching the ATS feed that stops syncing on a Tuesday night, the plugin update that breaks the search filters, the SSL certificate that quietly expires over a bank holiday weekend. Agencies that treat maintenance as a proper discipline, not an afterthought, protect the applications, the client trust and the search rankings that the original build was meant to deliver in the first place.

Written by Joshua Doyle, Founder and Strategy Director, We Are SDM. Published . Last updated . 13 minute read.

  • Sync failures

    Often go unnoticed for weeks without active integration monitoring

  • Expired vacancies

    Commonly linger live on-site long after the ATS closes them

  • Patch cadence

    Security updates typically need reviewing monthly, not annually

  • Roadmap cycle

    Improvement planning works best run quarterly, not reactively

Why recruitment websites fail quietly, not loudly

A brochure site breaking is obvious. A recruitment site breaking is often invisible until a client or candidate complains.

A recruitment website is not a static brochure with a contact form. It is a live data pipe between your ATS, your job board feeds, your CRM and every candidate who lands on a vacancy page. When one of those connections degrades, the site usually keeps rendering perfectly well. Pages load, the design looks fine, nothing throws an obvious error. What actually breaks is quieter and more damaging: a job that closed in the ATS three weeks ago is still accepting applications on the website, or a new vacancy created this morning never appeared because the sync job silently failed overnight.

This is the core problem with recruitment website maintenance that generic website support does not solve. A web agency used to maintaining law firm or retail sites will patch plugins and check uptime, and genuinely believe that is maintenance done well. For a recruitment site, that is the easy twenty percent. The hard eighty percent is watching the integration layer, the job data hygiene and the apply-to-CRM handoff that never shows up as a visible error but quietly costs placements.

In our experience, the agencies that get burned worst are the ones who assume their website is finished once it is live. Nobody budgets time to check whether the apply button still emails the right inbox six months later. Nobody notices that a form's confirmation emails have been landing in spam since a hosting change in February. The website looks the same. The pipeline behind it has been leaking for months.

  • Silent ATS sync failures

    Feed jobs stop updating for reasons ranging from expired API keys to schema changes on the ATS side. Without active monitoring, nobody notices until a candidate asks why a role they applied to weeks ago vanished, or a client asks why their vacancy is missing.

  • Expired jobs lingering live

    Roles closed in the ATS but never de-indexed keep collecting applications nobody actions, frustrate candidates, and dilute search relevance because Google keeps crawling dead vacancy pages as if they were current.

  • Duplicate vacancies

    Feed re-imports, manual re-entry and inconsistent job reference numbers create duplicate listings that confuse candidates, split search visibility across two URLs, and make an agency look disorganised to clients browsing their own vacancies.

  • Broken apply forms

    Form endpoints, spam filters and email routing all shift quietly over time. A form that worked perfectly at launch can stop delivering applications for weeks with zero visible error, and the first sign is a drop in applications nobody investigates.

  • Deliverability drift

    Even a working form is worthless if its notification emails land in a spam folder or a consultant's mailbox that nobody checks. Deliverability needs periodic testing, not a one-off check at launch.

Integration monitoring and alerting

Proper recruitment website maintenance starts with treating the integrations as the most fragile, highest-value part of the site, because they are. The ATS feed, the job board distribution, the CRM handoff and any third-party widgets such as chat, video or assessment tools all depend on APIs that change without warning. Vendors deprecate endpoints, rotate authentication keys and alter response formats, usually with a changelog entry nobody on the agency side reads.

The fix is not more manual checking, which does not scale and gets skipped the first time somebody is busy. The fix is automated monitoring that pings the feed on a schedule, flags when job counts drop unexpectedly, checks that form submissions are actually arriving in the destination inbox or CRM, and alerts a human the moment something looks wrong rather than three weeks later when a client mentions it.

We build this monitoring into every maintenance contract because it is the difference between finding a broken feed in an automated alert at 9am and finding it in an awkward phone call from a hiring client. Recruitment is a trust business. A client who discovers their vacancies have been invisible on your site for a fortnight remembers that far longer than they remember the clever design on the homepage.

Security patching and dependency updates

Every recruitment website runs on a stack of frameworks, plugins and third-party libraries, and every one of them receives security patches on its own schedule. Left unpatched, a site accumulates known vulnerabilities that automated scanners actively probe for. Recruitment sites are a particular target because they hold candidate personal data, which makes them attractive to credential-stuffing bots and spam injection attempts on open form fields.

Patching is not a matter of clicking update and hoping. Updates can break custom functionality, especially on WordPress builds carrying several plugins interacting in ways nobody documented at launch. Proper maintenance means testing updates in a staging environment first, applying them in a controlled window, and having a rollback plan ready if something breaks. Skipping the staging step is how agencies end up with an urgent, expensive fire drill instead of a routine ten-minute update.

This is one of the areas where in-house maintenance most often lapses. A marketing coordinator with WordPress access is not going to review a changelog for a caching plugin before applying it, and should not be expected to. Security patching needs a defined owner, a defined cadence and a rollback process, which is exactly the kind of unglamorous discipline that gets deprioritised when everyone's real job is filling vacancies.

Backups and restore testing

Almost every agency believes it has backups. Far fewer have ever actually tested a restore. A backup that has never been restored is a hope, not a safeguard, and the worst possible time to discover a backup is corrupted or incomplete is during an actual outage, with a client on the phone and the site down.

Good maintenance means automated daily or hourly backups depending on how frequently content and job data change, backups stored off the primary hosting environment so a server-level failure cannot take out both copies at once, and a scheduled restore test, ideally quarterly, that proves the backup actually works and that the team knows the exact steps to bring a site back within an agreed window.

We treat restore testing as non-negotiable rather than optional. It takes an afternoon a quarter and it is the single cheapest insurance policy against a catastrophic day. Agencies that skip it are betting their entire online presence on a file they have never opened.

Content and job data hygiene

A recruitment website's biggest asset, and biggest liability, is the volume of job data flowing through it.

Job data hygiene is one of the least discussed but most commercially important parts of recruitment website maintenance. Search engines and candidates both punish sites cluttered with stale, duplicate or thin vacancy content. A vacancy page with three lines of copy, no salary and a closing date from last quarter tells Google, and the candidate, that this site is not actively maintained, and that impression bleeds into how much trust a hiring client places in the agency behind it.

Beyond vacancies, general content decays too. Team pages list consultants who left a year ago. Case studies reference sectors the agency no longer serves. Blog posts cite statistics from three years back presented as current. None of this is dramatic on its own, but cumulatively it signals neglect, and recruitment is a sector where perceived neglect costs client confidence fast.

Regular content audits catch this before it compounds. We schedule quarterly sweeps that check for orphaned vacancy pages, thin job descriptions, outdated team and sector content, and broken internal links between service pages and vacancy listings. It is unglamorous work, but it is the difference between a site that reads as actively run and one that reads as abandoned.

Duplicate and thin vacancy pages

Duplicate vacancies usually come from feed misconfigurations or manual double-entry, and thin vacancy pages come from consultants pasting a client's job spec verbatim without adding the context, salary framing or search-relevant detail that makes a page worth ranking. Both problems are fixable with a monthly review of the job board rather than a full content strategy, and both quietly damage search visibility if left.

Closing dead weight

Every recruitment website needs a clear, enforced rule for what happens to a vacancy the moment it closes in the ATS: redirect, archive or clearly mark as filled, never left live and applyable. Agencies that automate this rule into the sync process avoid the slow accumulation of dead pages that eventually outnumber live vacancies on the site.

A quarterly improvement roadmap, not passive upkeep

Maintenance done well is not just defensive. It is the mechanism that keeps a site improving instead of slowly decaying.

The mistake most agencies make with maintenance retainers is treating them purely as insurance: pay a fee, nothing breaks, nothing improves. Done properly, maintenance is also the vehicle for continuous, low-risk improvement. A quarterly roadmap reviews site performance data, application conversion, page speed and search visibility, and turns findings into a short, prioritised list of fixes and enhancements rather than letting a year go by before anyone revisits the site strategically.

This matters because a recruitment website is never actually finished. Sector pages that ranked well last year lose ground as competitors publish more. A conversion path that worked for a smaller vacancy volume starts creaking once the agency doubles its job count. A quarterly cadence catches this drift early and turns maintenance from a cost centre into a mechanism that compounds the value of the original build.

In practice this looks like a short quarterly review call, a written summary of what was fixed, monitored and improved in the previous quarter, and two or three prioritised recommendations for the next. It keeps the site accountable to commercial outcomes, applications and placements, rather than to a vague sense that the website is fine.

  • Performance review

    Page speed, Core Web Vitals and mobile experience checked quarterly, since search algorithms and candidate patience both punish slow sites more with every passing year.

  • Conversion tracking

    Apply-form completion rates and drop-off points reviewed against previous quarters, catching a slow decline before it becomes a visible application shortfall.

  • Search visibility check

    Rankings for priority sector and location terms tracked, so a slow slide caused by a competitor's new content gets caught and addressed within a quarter, not a year.

  • Prioritised backlog

    A short, ranked list of fixes and enhancements maintained continuously, so budget and development time go to what moves the commercial needle rather than whatever feels urgent that week.

What is included, and what is not

Clear scope matters because recruitment website maintenance sits at an awkward boundary between infrastructure, content and strategy, and vague retainers create disputes later. A well-scoped maintenance agreement typically includes integration and uptime monitoring, security patching, backup management and restore testing, content and job data hygiene checks, accessibility and compliance reviews, and a quarterly improvement roadmap with a defined number of implementation hours.

What good maintenance does not include, unless separately agreed, is a full redesign, new feature development beyond the agreed hours pool, ongoing SEO content production at scale, or paid media management. Those are adjacent services worth having, but bundling them into a maintenance retainer without clarity usually leads to scope creep on one side and resentment on the other. We prefer transparent boundaries: here is what keeps the site healthy every month, here is what counts as a project, and here is how the two connect.

Agencies evaluating a maintenance provider should ask for this scope in writing before signing anything. If a provider cannot tell you clearly what is monitored, what is patched, how often backups are tested and what a quarterly review actually delivers, that is a strong signal the retainer is a flat fee for occasional attention rather than a genuine maintenance discipline.

Why in-house maintenance usually lapses

Most recruitment agencies do not lack the intention to maintain their website properly. They lack the structural conditions for it to happen consistently. The person with website access is usually a marketing manager or office administrator whose actual job is running campaigns, managing the CRM or supporting consultants, not monitoring API integrations or reviewing security changelogs. Maintenance becomes the task that gets pushed to next week, every week, until something breaks visibly enough to force attention.

There is also a knowledge problem. Diagnosing why an ATS feed stopped syncing, or why a form's deliverability dropped, requires familiarity with the specific stack the site was built on. Without that context, an in-house team can spend days chasing the wrong cause, or simply not notice the failure at all because nothing on the surface looks wrong. External maintenance providers who built or deeply know the platform diagnose these issues in minutes because they have seen the same failure mode on other recruitment sites before.

The honest pattern we see across the sector is that in-house maintenance works for the first three months after launch, when the build is fresh in everyone's mind, and then quietly stops as attention moves to the next priority. That is not a criticism of the people involved. It is a structural inevitability when nobody's job description includes owning website health, and it is exactly the gap a proper maintenance retainer is built to close.

Recruitment website maintenance FAQs

What does recruitment website maintenance actually cover month to month?

A well-run retainer covers integration monitoring for your ATS and job board feeds, security patching for the underlying software and plugins, backup management with periodic restore testing, content and job data hygiene checks to catch duplicate or expired vacancies, and accessibility and compliance reviews. Most providers also include a set number of hours for small fixes and improvements each month. What it should not be is a vague promise to ”keep the site running“, because that phrase means nothing when something actually breaks. Ask any provider to put the scope in writing, including response times for issues and what counts as included work versus a separate project. If they cannot itemise it, they are likely selling attention rather than a genuine maintenance discipline, and you will find that out at the worst possible moment.

How often should ATS integrations be checked for sync failures?

Ideally continuously, through automated monitoring rather than manual checking. Manual spot checks, even weekly ones, still leave several days where a feed can fail silently and nobody notices until a client or candidate flags it. Automated monitoring pings the feed on a schedule, tracks expected job counts and flags anomalies immediately, so a failure gets caught within hours rather than weeks. This matters more for recruitment sites than almost any other website type, because the ATS feed is the actual product the candidate is interacting with. A brochure site with a broken widget is a minor embarrassment. A recruitment site with a broken feed is actively losing applications and eroding client trust every day it goes unnoticed, which is why we treat integration monitoring as a baseline requirement, not an optional extra.

Why do expired job vacancies stay live on our website?

Almost always because the sync between the ATS and the website only pushes new and updated jobs, without a corresponding rule to remove or redirect jobs once they close. Unless someone has explicitly built and tested that closing logic, expired vacancies simply sit there, still accepting applications that nobody actions, still being crawled and indexed by Google as if they were current. This creates a poor candidate experience, since people apply to roles that no longer exist, and it dilutes search relevance because search engines increasingly downgrade sites cluttered with stale content. The fix is a defined, automated rule for what happens the moment a job closes: redirect to a similar live vacancy, archive with a clear filled status, or remove entirely, whichever fits your ATS and candidate experience goals, checked regularly to confirm it is actually firing.

How do we know if our apply form is actually delivering applications?

The uncomfortable truth is that most agencies only find out when applications visibly drop, by which point the form may have been broken for weeks. Proper maintenance includes scheduled test submissions that confirm the form still sends, that the destination inbox or CRM still receives it, and that the confirmation email is not landing in spam. Deliverability issues are particularly sneaky because the form itself can work perfectly while the notification email silently fails due to a hosting change, a spam filter update, or an expired email authentication record. Testing the full chain, from form submission through to a human actually seeing the application, is the only way to catch this reliably, and it should be part of any maintenance retainer rather than something discovered accidentally by a frustrated candidate calling to ask why nobody replied.

What is a quarterly improvement roadmap and why not just fix things as they break?

Fixing things reactively only addresses what has already gone visibly wrong. A quarterly roadmap looks at performance data, conversion trends and search visibility proactively, catching slow decline before it becomes a crisis. It also gives maintenance spend a clear commercial purpose beyond insurance: each quarter produces a short, prioritised list of improvements, whether that is speeding up a slow-loading vacancy template, tightening an apply form that is losing candidates at a particular step, or refreshing sector pages that have lost search ranking to competitors. This turns maintenance from a purely defensive cost into an ongoing improvement cycle, which is a materially better use of a retainer than paying simply to prevent things breaking. Most agencies we speak to have never had this cadence in place and are surprised how much drift accumulates without it.

Do we need staging environments for a recruitment website?

Yes, for any update beyond trivial content edits. A staging environment is a private copy of the live site where updates, plugin changes and new features get tested before touching the real thing. Without one, every update is a live experiment on your actual candidate-facing site, and recruitment sites carry more integration complexity than most, meaning more can go wrong from a seemingly minor update. Testing security patches, plugin updates or design changes on staging first catches conflicts before they affect a single applicant. It also allows rollback planning: if something does break after deployment, having a tested staging version and a clear deployment process means recovery takes minutes rather than hours of live troubleshooting while applications potentially fail in the background.

How do we test that our backups actually work?

By restoring them, not by assuming they are fine because a backup job ran without an error message. A restore test means taking a recent backup and actually rebuilding the site from it, ideally in a separate staging environment, and confirming that content, job data, forms and integrations all come back functioning correctly. This should happen on a schedule, quarterly is a sensible minimum, rather than only when disaster strikes. Backups that have never been restored are unverified, and it is common to discover during an actual emergency that a backup was incomplete, corrupted, or missing a database table nobody thought to check. A tested restore process, with clear documented steps and a known recovery time, is the difference between a stressful afternoon and a genuine multi-day outage during a crisis.

What is job data hygiene and why does it affect our search rankings?

Job data hygiene means regularly reviewing vacancy content for duplicates, thin descriptions, missing salary information and stale closed roles left live. Search engines evaluate a site's overall content quality, not just individual page quality, and a job board cluttered with duplicate or abandoned vacancy pages signals a lower-quality, less trustworthy site overall, which can drag down rankings even for your genuinely strong, active vacancies. Beyond search, job data hygiene affects candidate trust directly: a candidate who finds three near-identical listings for the same role, or applies to a job that turns out to have closed months ago, forms an immediate negative impression of the agency's professionalism. Regular hygiene checks, ideally monthly for high-volume boards, catch these issues before they accumulate into a genuinely damaging pattern.

Does maintenance cover accessibility and GDPR compliance?

It should, at least as an ongoing check rather than a one-off audit. Accessibility standards evolve and sites drift out of compliance as new plugins, widgets or content get added without anyone checking their accessibility impact. Similarly, GDPR compliance for candidate data, including CV storage, consent capture and data retention periods, needs periodic review because agencies add new tools, forms and tracking scripts over time that can quietly extend data collection beyond what the privacy policy actually promises. A good maintenance retainer includes scheduled accessibility spot checks and a periodic review of data collection and retention practices, so compliance drift gets caught and corrected quarterly rather than discovered during a complaint or, worse, a regulatory enquiry.

Why does in-house website maintenance usually stop happening after a few months?

Because nobody at most recruitment agencies has website maintenance as a core part of their job description. It typically falls to a marketing manager or office administrator alongside their actual responsibilities, and maintenance is exactly the kind of task that feels safe to postpone until something visibly breaks. There is also a genuine skills gap: diagnosing an ATS sync failure or a deliverability problem requires specific technical familiarity with the platform, which in-house teams rarely have time to build. The pattern we see consistently is strong attention for the first few months after launch, while the build is fresh, followed by a gradual drop-off as other priorities take over. This is not a failure of any individual, it is a structural gap that a dedicated maintenance retainer, with clear ownership and process, is specifically designed to close.

How much does recruitment website maintenance typically cost?

Costs vary with site complexity, integration count and how many improvement hours are bundled in, so treat any fixed number with caution until it is scoped against your specific setup. What matters more than the headline fee is what is actually included: genuine integration monitoring, tested backups, security patching and a defined improvement cadence cost more to deliver properly than a basic support plan that only covers uptime checks and occasional plugin updates. Agencies should compare retainers on scope and response commitments, not just price, since a cheaper retainer that misses a silent ATS failure for three weeks can cost far more in lost applications and client trust than the saved fee ever justified. We recommend asking any prospective provider for a clear breakdown of monitoring, patching, backup testing and roadmap hours before comparing costs.

Recruitment website maintenance