Why the indexing API is not what most people are looking for, and how to read Google for Jobs results instead.
Search for a Google Jobs API and you will find an indexing API in the results. It is almost certainly not what you want, and the confusion costs people an afternoon.
Almost everyone searching for "Google Jobs API" wants the second one: market research, competitor hiring, salary benchmarks, or feeding a job board.
Three routes, in order of how long they survive contact with reality.
Job results are location-first. A search without an explicit location returns whatever the requesting address looks like, which for a server is usually a datacentre in a country you do not care about. Any dataset you build without pinning the location is not wrong in an obvious way, which is worse: it is quietly about the wrong place.
For the aggregator: a results dataset billed per result page delivered, at $20.00 per 1,000 pages, which is two cents a page. For the source-first approach: a dataset that reads a company's own careers site, billed per job listed at $1.00 per 1,000.
If you are tracking a fixed list of employers, start with the second one. If you are measuring a whole market, you need the first.
Job listings from Google Jobs per search query and location: title, company, location, source, posting date, salary when shown, and deduplicated apply links. Strict schema for pipelines and AI agents; only successfully delivered result pages are charged.
Open jobs from company boards on Greenhouse, Lever, Ashby, Workday, Workable, SuccessFactors, iCIMS, UKG, Oracle, Dayforce, JazzHR, BambooHR, Breezy, Paylocity, Teamtailor and Recruitee, up to 200 boards a run: title, department, location, posting date, salary, apply link. Pay per job.