Google Jobs Scraper — Listings, Hiring, Careers, Vacancies

The full Google Jobs panel, not the first ten results. One search returns about 90–130 job cards where Google has that many — niche searches return every card Google has. Set a row cap and a deadline and the run stops exactly there — no runaway bills.

From $1.00 per 1,000 job listings — all-inclusive pay per event, charged only on delivery. Never pay for a job we didn't deliver. From 16 September 2026 each search that returns at least one listing also carries one search fee of $0.004; a search that returns nothing — empty, blocked, or never fetched because a cap bound first — pays no search fee.

Running the same search again? A listing already delivered to your account is never charged a second time — see Never pay for the same listing twice.

Just want to see it work? Run it with no input at all ({} from the API or an AI agent) and you get a real 5-listing sample — "software engineer" on Google Jobs US — charged like any run, under a cent. Set only the filters — a country, a location, a row cap — and no job searches, and that same sample runs under them, charged like any run; a limit larger than the sample's own is capped at it, and one extra uncharged row names which settings were yours. In the console, Start with the example searches already in the form and you get those searches for real, up to your row cap.

Unofficial. This actor is not affiliated with, endorsed by, or sponsored by Google. "Google" and all related marks are trademarks of Google LLC. It reads only the public jobs panel an ordinary browser sees.

Every row carries charged and missReason, so you can reconcile the invoice from the dataset itself without opening the console. Only rows with charged: true were billed.

---

Output — a real row

Five US "software engineer" cards from a real run, in the Apify console's dataset table — the source board, posted date, employment type and the full description, one row per job:

And one delivered row in full:

{
  "source": "google-jobs",
  "sourceJobId": "Ati0AB1gZvCYY_O-AAAAAA==",
  "title": "Part-Time Barista/Counter Person 20+ hours",
  "company": "Madison Kitchen",
  "location": { "raw": "Seattle, WA", "city": "Seattle", "region": "WA", "postcode": null, "country": "US" },
  "via": "Poached Jobs",
  "postedRelative": "6 days ago",
  "salaryText": "$21.30 an hour",
  "salary": { "min": 21.3, "max": null, "currency": "USD", "period": "hour" },
  "employmentType": "Part-time",
  "qualification": "No degree mentioned",
  "applyUrl": "https://poachedjobs.com/jobs/seattle-wa-barista-jobs-madison-kitchen-part-time-baristacounter-person-20-hours",
  "applyOptions": [
    { "board": "Poached Jobs", "url": "https://poachedjobs.com/jobs/seattle-wa-barista-jobs-madison-kitchen-part-time-baristacounter-person-20-hours" }
  ],
  "descriptionText": "We're busy and we're hiring! …the job's complete description text…",
  "jobUrl": "https://www.google.com/search?ibp=htl;jobs&q=part+time+barista+jobs+near+seattle&htidocid=Ati0AB1gZvCYY_O-AAAAAA%3D%3D",
  "query": "part time barista jobs near seattle",
  "country": "US",
  "dedupeKey": "gjobs:Ati0AB1gZvCYY_O-AAAAAA==",
  "charged": true,
  "missReason": null
}

Plus one search row per search — query, country, delivered, outcome — and one summary row with delivered, stoppedBy, resumeCursor, datasetId (paste it into resumeFromDatasetId to continue this run later), carriedOver and chargedEvents.

Browse the full live example dataset → — one real run, unedited: five delivered US listings capped at maxItems: 5, the search row that reconciles them, and the run's own summary row last. Five listings delivered, five charged.

Every row ships the real apply links — the direct URLs on the job boards themselves (LinkedIn, Indeed, ZipRecruiter, the employer's own site…), in the same order Google's "Apply" buttons show them — plus the job's full description text and the via source board. jobUrl opens the exact card on Google Jobs.

Agent / API paste-block

Actor:      steadyfetch/google-jobs-scraper
Required:   queries        (array of job searches, e.g. "software engineer jobs in austin")
Optional:   location       (string — added to searches that don't already name one)
            country        (ISO-2, default "US" — which country's Google to ask)
            maxItems       (integer, default 300 — hard cap for the whole run)
            maxRunSeconds  (integer, default 900 — clean stop, never a timeout kill)
            includeSeen    (boolean, default false — OFF: a listing already delivered to
                           your account is skipped, uncharged. ON: it comes back marked
                           repeat:true with firstSeenRunId, still uncharged)
            resumeFromDatasetId (string — an earlier run's dataset ID; every listing already
                           in it is skipped and never charged again)
Charges:    job-listing    once per delivered job listing
            search         once per search that returns at least one listing ($0.004,
                           from 16 September 2026; a search that returns nothing pays none)
Note:       omit a field — or send it as null — to use its default.
Build spec: https://apify.com/steadyfetch/google-jobs-scraper/api
Token:      https://console.apify.com/settings/integrations

curl -X POST "https://api.apify.com/v2/acts/steadyfetch~google-jobs-scraper/run-sync-get-dataset-items?token=$APIFY_TOKEN" \
  -H 'Content-Type: application/json' \
  -d '{"queries":["software engineer jobs in austin"],"maxItems":50}'

How many jobs one search returns

About 90–130 in covered regions, measured across US and UK searches. A niche search returns fewer because Google has fewer — that is the supply, not a cap. The same job reached by two of your searches is delivered and charged once (Google repeats jobs across related searches; we de-duplicate on Google's own job id). More rows come from more searches: vary the phrasing, the location or the country.

Countries

country picks which country's Google results to ask for. US and GB are verified end to end; other codes are passed to Google as-is and the jobs panel works the same way. The rows come back in English (hl=en).

What you are never charged for

situation	missReason	run status
Google answered with an access check	CHALLENGED	SUCCEEDED — re-runnable, and the row says so
Google rate-limited the request	THROTTLED	SUCCEEDED — re-runnable
Google returned a page we could not read	SOURCE_UNAVAILABLE	SUCCEEDED — re-runnable
The search ran and its jobs panel was empty	CLEAN_EMPTY	SUCCEEDED — a real answer, no result fee and no search fee
A search we could not read	USER_INPUT	SUCCEEDED — the row names the fix
Your own maxItems / maxRunSeconds / cost cap	STOPPED_AT_LIMIT	SUCCEEDED — summary row with resumeCursor and the datasetId to continue from
A search never fetched because a cap or deadline bound first	STOPPED_AT_LIMIT	SUCCEEDED — no search fee, listed in resumeCursor
A listing your account already has from an earlier run	—	skipped, never charged twice — and a search of only those pays no search fee

We never guess. An access check is reported as an access check, not as "no jobs found" — a temporary problem is never dressed up as a permanent verdict, and it is never charged. The search fee (from 16 September 2026) follows the same rule: it is charged only on a search that returned at least one listing, it sits on that search's own row with charged: true, and the summary row's chargedEvents counts it next to the listings.

A search that comes back blocked, rate-limited or unreadable is fetched again before any of those rows ships. That second attempt is on us: a search only reports a miss when the retry came up short too, and either way there is no result fee.

This actor may fail when Google changes things. Failed searches ship as rows with charged: false, the run still SUCCEEDS, and the row says whether re-running can help.

Never pay for the same listing twice

Every run remembers the listings it delivered for your account, in a key-value store called google-jobs-watch-account in your own Apify account. Run the same searches again and what you already have is skipped before it takes a row slot: no row, no charge, and no bite out of your row cap. The status line says how many (18 already in your account, skipped, not charged) and OUTPUT.skippedSeen holds the number. The search fee follows the same rule: a search that returns only listings you already have returned you nothing new, so it pays no fee.

Want one complete dataset per run instead of only what changed? Turn on Include listings you already have (includeSeen: true) and those rows come back anyway — marked repeat: true with firstSeenAt and firstSeenRunId naming the run that first delivered them, charged: false.

• The store lives in your account, one record (SEEN). Open it in Storage → Key-value stores to see everything the actor has delivered you, or delete the record to start over. This actor runs with limited permissions and touches nothing else in your account.
• Entries older than 90 days count as new again, so a listing you collected last quarter is collected (and charged) again if it is still live.
• Only delivered rows are remembered. A blocked panel, an empty search or a page we could not read leaves nothing behind, so the next run tries it again.
• If the store cannot be read on some run, the run still runs: it delivers and charges as usual and the status line says the repeat check was unavailable, so you know a repeat may have been charged that once.

Limits are hard limits

maxItems and maxRunSeconds stop the run exactly where you set them. The run still finishes successfully, the summary row names which limit bound, and resumeCursor lists the searches that were not reached. A time limit ends the collecting, never the delivering: a panel already fetched when the clock runs out is still delivered in full, so a run never pays for listings it does not hand you. To collect the rest without paying again for what you already have, re-run the same input with a higher cap and resumeFromDatasetId set to that run's dataset ID (it is on the summary row as datasetId): every listing already in that dataset is skipped — never fetched, never charged — and the new summary's carriedOver says how many. A dataset ID that cannot be read stops the run before it fetches anything, uncharged.

They are limits on the run, not on a container. If Apify moves your run to another server part-way through, or you resurrect a finished run, it picks up from what is already in your dataset: the same job is never delivered twice and never charged twice, and maxItems still means what you typed.

FAQ

Where do the apply links point? At the job boards themselves — the same destinations as Google's own "Apply on …" buttons, with every option listed in applyOptions and the first one in applyUrl.

Why is salary empty on some rows? Because Google did not show one. salaryText is the exact string Google printed and salary is our parse of it; when the card carries no salary both stay null rather than being estimated.

Is the posted date exact? Google publishes a relative age ("6 days ago"), and that is what postedRelative carries. We do not fabricate a timestamp from it.

Does {} charge anything? Yes — like any run, and under a cent. With no input at all the run is a real 5-listing sample ("software engineer" on Google Jobs US) and you pay for the listings it delivers plus, from 16 September 2026, the one search fee for the search that returned them. If Google does not answer at that moment you get one uncharged row saying so, never an empty result. Set only filters and no job searches and the same sample runs under them, charged the same way.

What does a search cost? From 16 September 2026, $0.004 per search that returns at least one listing, on top of the per-listing price for what it delivers. A search that returns nothing pays no search fee, and a search the run never fetched — because your cap, your deadline or our own data budget bound first — pays nothing at all. The same search is never charged its fee twice, even across a run that was moved between servers.

---

Run it from an AI agent (MCP)

Works out of the box from any MCP client (Claude, Cursor, …) via Apify's MCP server — ask for "nurse jobs Google lists in Texas this week" and point it at this actor.

Pin this actor in one click — add this server to your MCP config:

{
  "mcpServers": {
    "google-jobs": {
      "url": "https://mcp.apify.com?tools=steadyfetch/google-jobs-scraper",
      "headers": { "Authorization": "Bearer YOUR_APIFY_TOKEN" }
    }
  }
}

Steadyfetch jobs suite

One actor per source, one job each, the same row shape — so a pipeline built on one source takes the next without a rewrite. All-inclusive pay per event, nothing charged for starting a run, charged only on delivery. From 16 September 2026 Google Jobs adds one search fee of $0.004 per search that returns listings; a search that returns nothing pays nothing.

Source	Actor
Indeed	Indeed Jobs Scraper — Salary, Apply Links, Exact Country
A company's own career site (paste a domain)	Company Jobs Scraper — Career Pages by Domain, 9 ATS Boards
Glassdoor, with the employer rating	Glassdoor Jobs Scraper — Employer Star Rating on Every Row
Several boards at once, de-duplicated	Job Board Scraper — Indeed + Career Sites, One Deduped Feed
Google Jobs, with the full panel and apply links	this actor

The rest of the steadyfetch shelf — same contract everywhere: all-inclusive pay per event, nothing charged for starting a run, charged only on delivery (three actors add a small delivery-conditional fee from 16 September 2026: keyword volume's fresh lookup, profile posts' profile lookup, Google Jobs' search fee — each README states it).

Family	Actors
Ad creative intelligence	Facebook · Google Ads video · TikTok · LinkedIn · Google Ads text & OCR
Trends & keywords	Google Trends · Trends Now · Breakout keywords · Autocomplete keywords · Keyword volume & CPC · Social trends
YouTube transcripts	YouTube videos · YouTube channels
Instagram	Reel transcripts · Profile posts
Jobs	Indeed · Career sites by domain · Glassdoor · Multi-board · Google Jobs
Amazon	Products · Search · Bestsellers · Sellers
Any media file	Speech to Text · any link or file

Feedback & support

Found an issue? Open it on the Issues tab — we usually reply within a couple of hours, always within a day. Feature requests welcome. If this actor earned its keep, a rating helps other buyers find it, and saving it keeps it one click away in your console.