Custom Domain (DNS)
INTEGRATIONS · EXPERTINI ATS

Custom Domain (DNS)

Serve your branded careers site on your own domain — point a CNAME like careers.yourcompany.com and go live.

2 min read · Updated July 2026 · Expertini Editorial

Candidates judge employers by their careers site before they judge them by anything else — and a careers page living on someone else's domain quietly says the company has not invested in hiring. The Custom Domain app puts your full Expertini careers site — Home, Jobs, Services, About, and Contact pages — on a domain you own. Point a CNAME record such as careers.yourcompany.com at the ATS and your branded site is live at your own address.

The gap this closes is the credibility drop between your marketing site and your hiring flow. When a candidate clicks from yourcompany.com to an unfamiliar third-party URL, some hesitate and some leave. Keeping the journey on your domain preserves trust, keeps your brand in the address bar through the entire application, and consolidates SEO value on a property you control. Unlike standalone careers-site products, this is not a separate CMS subscription — the careers site CMS and the custom domain are part of the same ATS plan, publishing jobs from the same records your pipeline runs on.

Watch the 30-second overview — no sign-up needed

01Setup is one DNS record

You add a single CNAME record with your domain registrar — for example, pointing careers.yourcompany.com at the ATS — and confirm the domain in your settings. No servers to run, no certificates to purchase, no code to deploy. Subdomains like careers., jobs., or work. are the common pattern, and an agency can equally run a full recruitment brand on its own domain.

02A complete site, not just a job list

What candidates reach is a full careers presence: a home page, live job listings that update the moment you publish or close a role, plus Services, About, and Contact pages you edit from the ATS. Because the site is generated from your live job records, there is no export step and no risk of the careers page advertising roles you filled last month.

03Your domain, your equity

Every backlink, share, and search impression accrues to your domain, not a vendor's. Published jobs still get automatic Google for Jobs submission and can report traffic to your own GA4 property, so the SEO and analytics story stays entirely yours. It is included in the subscription — compare plans on the pricing page.

Engineering notes

Platform architecture & operations

A1Connection architecture

This app is configuration-based: what you save is acted on directly by the platform — no third-party account link is involved. Settings are validated on save, stored per organisation, and take effect on the next request.

Changes are immediate and reversible; removing the configuration stops the behaviour visibly. As with every connector, secrets (where any exist) are stored encrypted and shown only as presence flags.

A2Write semantics and data flow

Every data movement is an explicit action with a logged result. Writes happen on your click — or automatically only where you enabled a rule (auto-push on hire is off by default, per-provider). Reads — imports of people, accounts, or files — run when you press Import, deduplicate against what you already have (clients by name, people by email), skip rather than overwrite, and report created-versus-skipped honestly, which is why re-running any import is safe by design.

Each action writes a row to the app-activity journal (ats_app_activity): what ran, when, for which record, and the outcome — including the vendor's own error text verbatim when something fails. Usage reporting inside the ATS aggregates that same journal, so integration reporting and integration reality cannot diverge.

Anything that leaves the request path — notification fan-out, webhook delivery, activity journalling, mail — runs in fire-and-forget background threads. A slow external endpoint can never make the interface hang, and a failed side effect is logged rather than silently retried into inconsistency.

A3Operational considerations

Connections are organisation-level and gated to owner and admin roles; recruiters use the features a connection powers but cannot connect, disconnect, or reconfigure. Disconnecting removes stored credentials immediately and stops the dependent features visibly, not silently. Data already imported stays yours and editable.

Imported people arrive marked as imported with conservative privacy defaults — no consent is assumed for anyone who never filled in your application form, and retention defaults apply. Everything written is yours to take: CSV exports and the Data Export app cover the same stores the product itself reads. The exit is as open as the entrance — by design, not concession.

A4Placement in the integration topology

This integration is live in the registry today. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.

Dependency map

Connection typeconfiguration-based (no third-party account)
Secrets at restencrypted; UI shows presence flags, never values
Action journalats_app_activity — one row per action, vendor errors verbatim
Auto-push rulesoff by default, per-provider, every run logged
Registry statuslive

Interface blueprint

Structural schematic of the surface — panels, hierarchy, and interaction affordances. A contract, not a screenshot.
Connection card
● connected — presence flag
scopes: minimum required disconnect
Actions
push — explicit clickimport — deduplicated
Activity journal
Fig. 1 — Custom Domain (DNS): structural interface schematic. Panels and states are the contract; data shown is placeholder.

Interaction flow — states, validations, feedback

Every state below is enforced server-side; the interface reports it, it doesn't decide it.
Open app pageowner/admin only for changes
Save settingsvalidated on save (format, live checks where possible)
In effectnext request uses the new configuration
Journalactions logged to app activity
Invalid value → named validation error; nothing partial is savedRemoved configuration → behaviour stops visiblySecrets → presence flags only, never re-displayed
Fig. 2 — interaction flow: navy = states, gold = server-enforced gates, green = confirmed outcomes; tags list the edge cases and their feedback.

Frequently asked questions

What DNS change do I need to make?
One CNAME record at your registrar, pointing your chosen subdomain — careers.yourcompany.com is typical — at the ATS. Confirm it in your settings and the site serves from your domain.
Which pages are included on the careers site?
Home, Jobs, Services, About, and Contact. Job listings come live from your ATS records; the other pages are editable content, managed from the same place you run hiring.
Can I use a root domain instead of a subdomain?
A subdomain via CNAME is the supported, recommended pattern — careers., jobs., or similar. It keeps your main site untouched while the hiring presence runs from the ATS.
Do applications from my domain behave differently?
No. Candidates applying on your domain land in exactly the same pipeline, with the same screening, scoring, and scheduling, as any other application.

At a glance

  • Careers site on a domain you own
  • One CNAME record to go live
  • Home, Jobs, Services, About, Contact pages
  • Listings update live with your job records
  • SEO and backlinks accrue to your domain
  • No separate careers-site product to buy

See custom domain (dns) on your own hiring.

Bring a real job description to a 30-minute demo — free trial included.

Book a demo
Expertini AI
Online now
Hi! I'm Expertini's AI Product Expert. Ask me anything about our solutions, get guidance on any of our Hiring Tools, or just tell me what you're trying to do — I'll point you in the right direction. For account-specific issues, email support@expertini.com.