Workday Jobs

Open jobs from Workday career sites, by career site URL or by company name or domain.

Built for recruiters and staffing agencies, job boards, and sales teams tracking which accounts are hiring.

Free coverage check: open an issue on this Actor's Issues tab with up to 20 Workday career site URLs, company names or domains. We run them through this Actor for free and reply in the issue with the result for each: the career site and how many open jobs it lists, or the reason no jobs come back. Issues are public, so list only employers, not personal details.

Not affiliated with Workday, Inc. "Workday" here only names the platform the career sites run on.

What it reads

• Career site URLs (startUrls): https://{company}.wdN.myworkdayjobs.com/{site} (a locale such as /en-US/ is fine) or https://wdN.myworkdaysite.com/recruiting/{company}/{site}. A job posting URL reads the career site it belongs to.
• Company names, domains and pasted rows (companies): looked up on Workday only. A name's jobs are returned and charged only when the site's own postings tie to that employer. A one-word name (for example "Prudential") is matched only when a sampled posting's employer is that name, or the postings name it on its own and give its own .com (prudential.com) as an address; otherwise it is a free row asking for the website. A domain, or a row with a website, is matched only when the company's own site links the Workday site or at least 2 sampled postings give that domain. Names and domains are found less often than URLs. On 26 October 2026, across 15 large Workday employers we hadn't tested before, a company name alone found 6 and a domain alone found 5. The rest got free status rows. For a company you know is on Workday, paste its career site URL.

Every request to Workday goes to the career site's own public job list and job pages, after reading its robots.txt. A site that robots.txt asks automated tools not to read is never read. For a domain, or a row with a website, the company's own homepage and careers page are also read, after that site's robots.txt, to check that they link the Workday site.

What you get

• One row per open job (type = job), with the same columns as Company Jobs, plus requisitionKey and workdayFilterKey (below): title, location (also locations and locationsCount for a job posted in several places), country, remote, posted date, job URL, the career site it came from, match confidence and a stable globalId. A field the site doesn't give is empty, never guessed.
• requisitionId, hiringOrganization, timeType, remoteType: requisitionId, hiringOrganization (the employing legal entity as the employer writes it, often with a number in front, for example 084 PGIM Quantitative Solutions LLC) and timeType (for example Full time) come from the job's own page, unchanged. That page is read for every job when includeDescription is on, and otherwise only for a job in several places or with no place in the list, so with descriptions off a job in one place has these three empty. They are also empty when the page couldn't be read or doesn't give them. remoteType is the work type the career site's job list gives (for example Hybrid), empty when the list gives none.
• requisitionKey: the key a job is matched by across the company's sites, wdreq:<tenant>:<requisition> (for example wdreq:pru:R-123456), taken from the career site's job list, so it is there whether or not the job's own page was read. Empty when the list gives the job no requisition number. Within a run, a job is returned and charged once per key, across sites, inputs and restarts.
• workdayFilterKey: the Workday filters the site was read under, as Workday's own filter and value IDs (for example Location_Country=dcc5b7608d8644b3a93716604e78e995, Germany on HP's site; several values of one filter are joined by ,, several filters by &). It is on job rows and on that site's status row (with allSites, its entry in sitesRead). Empty when the site was read without Workday filters, or returned no jobs under them. Within a run, two inputs on the same site with different filters are read separately, and a job that matches both is still returned and charged once (see requisitionKey); with the same filters, the later input is a free duplicate. This holds after a restart too.
• One free status row per input (type = company): found or not and why not, the open-job count and hiring signals, the sites read and skipped (with allSites), and the filters applied and any names the site lacks (with workdayFilters). In a CSV or spreadsheet export, filter the type column to job.

Inputs

Field	What it does
startUrls	Workday career site URLs. Any other URL gets one free status row and no request.
companies	Names, domains or pasted rows, one per line.
allSites	Also reads the company's other Workday career sites (see below). Off by default.
workdayFilters	Filters Workday applies itself, by the names the career site shows: countries, job families, time types, remote types (see below).
minMatchConfidence	How sure a name-to-site match must be before its jobs are returned and charged: medium (default) or high. Low-confidence matches are never charged.
titleKeywords, locationKeywords, remoteOnly	Keep matching jobs only. Jobs filtered out are not charged.
includeDescription	Adds each job's description from its own page. Email addresses, phone numbers and labelled contact lines are removed.
maxJobsPerCompany	Up to 1,000 per company (all its sites together) when left empty (the form starts at 10).
maxItems	Cap on job rows for the whole run.
onlyNewJobs, stateKey	For schedules: skip jobs an earlier run with the same key returned.

A company's other career sites (allSites)

Some employers run more than one Workday career site, for example Prudential's Careers and PGIM_Careers. With allSites on:

• The sites come from the career host's robots.txt. Sites robots.txt asks automated tools not to read and sites whose name looks private (internal, alumni, contractor and similar) are skipped, even the one in the URL.
• Of the rest, up to 10 are read: the one in the URL or found by name first, then sites with external, career or jobs in the name. Any past those 10 are skipped too. The status row lists every skipped site in sitesSkipped.
• If there is no robots.txt, or it names no other site, only that one site is read. If robots.txt can't be read, no site is read and nothing is charged.
• maxJobsPerCompany counts all of a company's sites together.
• A job posted on several of the company's sites is returned and charged once, from the first site in alphabetical order that returns it, with that site's link. Copies are matched by requisition ID. A job with no requisition ID is returned only from the first site; elsewhere it is dropped and not charged.

Workday's own filters (workdayFilters)

{"countries": ["Germany"], "jobFamilies": ["Engineering"], "timeTypes": ["Full time"], "remoteTypes": ["Remote"]} asks Workday itself for those jobs only, so a large site is read down to the part you need. A name must equal a value the site lists, apart from case and punctuation: "full-time" matches "Full time", but "Fulltime" does not, and "Mexico" does not match "México". In a list, the names the site has are applied and the rest are listed in its status row. Most career sites offer job families and time types; many have no country filter, and few offer remote types. For a site with no country filter, leave countries out and narrow by place with locationKeywords (the city or country names the site uses). A site that can't apply a filter exactly gives one free status row and no jobs. Filter parameters in a career site URL are checked the same way.

Price

$0.001 per job row ($1 per 1,000). No start fee.

Free, always: every status row (one per input); a URL that isn't a Workday career site; a board on another ATS; a name or domain with no Workday career site; a name the postings don't tie to; a site robots.txt asks us not to read, or a private-looking site; duplicates; rows past a cap.

If a run restarts (Apify moves it to another server, it is rebooted, or you resurrect it), it carries on from its own dataset: jobs already in it are not returned or charged again, and a company that already has its status row is not looked up again. That includes companies marked skipped or timedOut and companies whose jobs were cut short (jobsTruncated), so resurrecting a run that hit maxItems, its maximum charge or its timeout returns nothing new for them. To get the rest, start a new run with those companies. If a restarted run can't read its earlier rows in full, it stops with a message before charging anything more, so nothing is charged twice.

What it doesn't cover

• Jobs past the first 1,000 of one career site. That site's status row (with allSites, its entry in sitesRead) says jobsTruncated with reason sourceCap, and jobsAvailable gives the total Workday reports for the site. On some sites that total stops at 2,000, so jobsAvailable can say 2,000 for a bigger site. With workdayFilters, the 1,000 counts only the jobs that match them.
• A second, different job that a company posts under a requisition ID it already used. Postings that share a requisition ID are returned once, as one job.
• Pay ranges: the job list and job page give no pay field, and pay isn't read out of description text.
• Names and domains whose Workday site goes by another name, or whose postings don't tie to the company: free status rows (see the recall above).
• Other ATSes. Company Jobs reads Greenhouse, Lever, Workable, Breezy HR, Personio and Workday by name, domain or URL, and Ashby and Rippling by board URL, in the same columns at the same price.

Related tools

• Career Page Jobs: paste careers page URLs or domains and get each company's jobs from the board its page links (Workday or one of 7 other ATSes) or, when it links none, the board its domain matches. Same $0.001 per job row.