LinkedIn Jobs Scraper - Listings, Multi-Title, Location, CSV

LinkedIn Jobs Scraper is a pay-per-result scraper that turns LinkedIn's public, logged-out job listings into clean, analysis-ready rows — title, company, location, applicant count, advertised pay when the posting shows it, and the full description — with no LinkedIn login, no cookies, no API key, at $0.50 per 1,000 jobs.

Try it: Scrape LinkedIn data analyst jobs in London to CSV

How to scrape LinkedIn jobs in 3 steps

1. Type the job titles and a place — searchQueries (one title or skill per line) and location (a city, state, country or zip; or a locations list to search several cities in one run; or a LinkedIn geoId for an exact pin).
2. Pick the filters you want — date posted, experience level, Easy Apply only, company names or IDs, salary, title words, no agencies — and Start. No LinkedIn login, no cookie, no API key.
3. Download the rows from the Output tab as CSV, JSON or Excel, or call the same input from the API, a Schedule, n8n / Make / Zapier. Set onlyNewJobs: true on a schedule and every later run delivers — and bills — only postings you have not seen.

LinkedIn jobs by title — a LinkedIn job listings scraper with no login and no cookies, CSV/JSON, with only-new-jobs monitoring for schedules.

Key facts:

• Price: $0.0005 per job — $0.50 per 1,000 — plus $0.00005 per run start; deduped rows only, empty runs bill nothing.
• No LinkedIn account, no cookies, no API key — it reads LinkedIn's public guest endpoints directly.
• 27 columns per job, including the full description, applicant count, salary range when the posting shows one, and a 0–100 job score.
• Exports CSV, JSON or Excel — and runs from the Console, the API, Schedules, n8n / Make / Zapier, or as an MCP tool for AI agents.
• Monitoring built in: onlyNewJobs: true delivers and bills only postings you haven't seen; webhookUrl sends a Slack / Discord / webhook digest when new rows land.
• Free-plan friendly: Apify's monthly $5 credit covers 9,999 jobs.

The cheapest serious way to get LinkedIn job postings as clean data. Keyword + location in, structured rows out: title, company, location, posting date, employment type, seniority, job function, industry, applicant count, the full job description and the direct job URL. No LinkedIn account, no cookies, no API key — it reads LinkedIn's public guest endpoints directly, which is why it can charge a twentieth of what most rivals do.

The minimal input — copy, paste, run:

{ "searchQueries": ["data analyst"], "location": "United States", "maxItems": 100 }

Pricing: $0.0005 per job — $0.50 per 1,000 — plus $0.00005 per run start. Deduped rows only; empty runs bill nothing.

Need more than LinkedIn? The same publisher's Multi Job Board Scraper merges LinkedIn + Indeed + Glassdoor + 9 more boards in one run, deduplicated (a job on three boards bills once), with salary annualization, remote-only sweeps across 11 boards, a monitoring mode that only bills postings you haven't seen, and company careers-page watching. This actor is the fast cheap single-board tool; that one is the platform.

Scrape LinkedIn jobs into a clean, analysis-ready spreadsheet. Give this actor job titles and a location and get back one row per posting: title, company + company page, location, employment type, seniority, job function, industry, applicant count, apply route, posting date and age, the full job description as plain text, and the job URL — each row topped with a 0–100 job score so the freshest, best-documented, least-contested listings sort first. Built for job seekers, recruiters, job-board builders, and labor-market analysts. It reads only public, logged-out listings — no LinkedIn login, no cookies, and it never auto-applies. Pay-per-result — the current rate is on this page's Pricing tab, and it is deliberately one of the cheapest on the Store.

What it does

• Searches LinkedIn's public job listings by keyword and location — read directly from LinkedIn's logged-out search pages (no third-party data provider, no account), with your date posted, experience level, Easy Apply and company-id filters applied at the source. Give it one location, a locations list (one search per city — the way past LinkedIn's 800-results-per-search wall for a whole country) or a LinkedIn geoId (the numeric place id from a LinkedIn job-search URL, for names like Paris or Cambridge that a text search leaves ambiguous). Employment type and remote/on-site/hybrid are not source filters any more: since LinkedIn's August 2026 AI search (measured 2026-08-29) workplace type and job type are not honoured at the source; the actor converts them to search keywords plus a title/location check — verify with isRemote (and employmentType).
• Filters the result cards before it spends anything on them — titleInclude / titleExclude (title words), companyNames (company name on the card), excludeAgencies (staffing-agency company names) and remote-only are checked on the search cards before the job pages are read, so a listing they drop is neither fetched nor billed.
• Then opens each posting's public job page and fills in what the search result cannot show: employment type, seniority, job function, industry, applicant count, Easy-Apply-or-external, and the whole description as plain text — or as Markdown / HTML with descriptionFormat, rendered from the same page at no extra request. This second pass is what turns a 6-column result list into a full record, and it needs no login either.
• Derives an isRemote flag from remote/WFH wording in the title and location only — e.g. Data Analyst (Remote), United States (Remote). The description is deliberately not scanned: postings that say "there is no option to work remotely", hybrid roles offering "flexibility to work from home when needed", and company boilerplate about "employees working remotely world wide" all read as remote to a text scan, and a wrong remote flag costs you a wasted application. If remote status matters, set remote to ["2"] — the word "remote" is added to the search and only cards whose title or location carries a remote/WFH signal are kept (the same signal isRemote reads), before any job page is fetched. LinkedIn itself no longer filters on it (measured 2026-08-29), so isRemote is never asserted from the filter — it is derived on every row.
• Parses applicant counts to integers so you can filter to low-competition roles with maxApplicants — with the wording LinkedIn actually showed kept alongside in applicantsText.
• Normalizes and cleans: posting dates to YYYY-MM-DD, tracking parameters stripped from job and company URLs, whitespace collapsed, duplicates removed across all your search queries before the job pages are fetched.
• Scores every job 0–100 — freshness up to +28, description depth up to +28, the four job-criteria fields +5 each, low applicant count up to +14, company +5, and +5 for advertised pay — awarded only when the posting's public job page shows a base-pay range (varies by posting and state; measured 2 of 6 pages 2026-08-29), so a posting without advertised pay tops out at 95. Unknowns pay a stated default rather than a zero: unknown posting age scores +8, an unknown applicant count +5, and a posting whose job page could not be read scores +24 for the 48 description-and-criteria points — so a fresh listing whose page was blocked still outranks a month-old one whose page was read, instead of being punished for our fetch luck. The dataset is sorted best-first, ties broken by the fresher posting.
• Applies your row filters after the job pages are read: maxApplicants, requireSalary and minSalary (the last two act on the parsed base-pay range and drop postings that show none — see the FAQ). easyApplyOnly is applied at the source (measured 2026-08-29 from a home IP; the post-fetch check stays as a safety net), so an Easy-Apply run asks LinkedIn for Easy Apply postings instead of reading every job page to find them.

Use cases

• Job search automation — schedule a daily run for your target titles, filter to r86400 (past 24 h) and low applicant counts, and be among the first applicants.
• Recruiting intelligence — see which companies are hiring for a role, at what seniority and employment type, and how much competition each posting draws.
• Job-board aggregation — feed a niche job board with clean, deduped LinkedIn postings including the full description text, ready to render.
• Description mining — descriptionText is the whole posting, so you can grep it for the skills, tools, certifications, visa wording or pay figures you actually care about.
• Labor-market research — track posting volume, seniority mix, industry mix and remote share over time.

Input

{
  "searchQueries": ["data analyst"],
  "location": "United States",
  "datePosted": "r604800",
  "experienceLevel": ["3", "4"],
  "remote": ["2"],
  "maxItems": 100,
  "maxApplicants": 50
}

Output

One dataset row per job, deduped across queries and sorted by job_score. Export to CSV, JSON, or Excel from the Output tab. A real row, unedited apart from the trimmed description and the elided logo URL:

{
  "jobTitle": "Data Analyst",
  "companyName": "Procter & Gamble",
  "location": "Jackson, MS",
  "isRemote": false,
  "employmentType": "Part-time",
  "seniority": "Entry level",
  "jobFunction": "Accounting/Auditing, Administrative, and Analyst",
  "sector": "Government Administration, Education Administration Programs, and Advertising Services",
  "applicants": 25,
  "applicantsText": "Be among the first 25 applicants",
  "applyType": "EASY_APPLY",
  "postedDate": "2026-08-22",
  "postedTimeAgo": "2 hours ago",
  "companyUrl": "https://www.linkedin.com/company/procter-and-gamble",
  "jobUrl": "https://www.linkedin.com/jobs/view/data-analyst-at-procter-gamble-4457816251",
  "descriptionText": "We're looking for a curious, thoughtful Data Analyst who enjoys turning data into answers…",
  "jobId": "4457816251",
  "recruiterName": null,
  "recruiterUrl": null,
  "salaryRaw": null,
  "salaryMin": null,
  "salaryMax": null,
  "salaryPeriod": null,
  "applyUrl": null,
  "job_score": 95,
  "companyLogo": "https://media.licdn.com/dms/image/v2/…/company-logo_100_100/…?e=2147483647&v=beta&t=…",
  "salary_text": ""
}

What LinkedIn's public listings do and don't publish

Every field below is in every row. The Filled column is measured on live postings, not estimated, so you know what you are buying before you spend anything.

The Output tab opens on the Overview view (11 columns); the Salary, Apply-ready, Company info and Full record views are one click away — see How to read the output below. Exporting the dataset (CSV / JSON / Excel) always gives you all 27 columns.

If you have an existing integration, two column notes. The posting body ships as descriptionText only: the descriptionHtml column is gone, because it was a second tag-laden copy of the same text and roughly half the size of every row (measured: enriched rows averaged 12.4 KB with it, 5.5 KB without). And the overview view was redrawn on 2026-08-29 — it now shows salary_text (the readable pay) instead of salaryRaw / salaryMin / salaryMax / companyUrl, which moved to the Salary and Company info views — so a pipeline that calls /items?format=csv&view=overview sees the new headers; the raw items never changed shape (salary_text is appended after companyLogo, nothing was renamed or removed).

Two caveats worth knowing before you run it:

• applicants is LinkedIn's bucket, not an exact count. "Over 200 applicants" becomes 200 (a floor) and "Be among the first 25 applicants" becomes 25 (a ceiling). The original wording is in applicantsText so you never have to guess which you got.
• seniority is whatever the employer selected, and most employers select nothing — LinkedIn then prints its own placeholder, "Not Applicable". That is the source's real answer, so it is passed through rather than blanked; it counts as unset when scoring.

How to read the output

The Output tab has five views of the same rows (nothing is hidden from an export — every row always carries all 27 columns):

• Overview — the first look: company logo, title, company, location, salary, posted date, apply type, applicants, seniority, score, link. Best-scored postings first.
• Salary — the pay columns side by side: the readable Salary, LinkedIn's own wording (Salary (as shown)), and the parsed min / max / period. Filled only when the posting shows a base-pay range.
• Apply-ready — what you need before you apply: Easy Apply vs external, the applicant bucket and its wording, posted date, remote flag, job type, and the job poster when LinkedIn names one.
• Company info — the company side: logo, name, LinkedIn company page, industry, job function.
• Full record — every column in the row's own order, all labelled.

One derived text column, always present, empty ("") when the posting shows no parseable pay — never invented:

• salary_text — built from salaryMin / salaryMax / salaryPeriod, with the currency symbol salaryRaw carries: "$75,000–$150,000 / year", "$45 / hour", "from €60,000 / year", "up to $90,000 / year".

No second date column is added: postedDate is already YYYY-MM-DD (the card's date, null only if the card carries none) and postedTimeAgo keeps LinkedIn's "2 hours ago" wording.

Two derived numbers: job_score (0–100, how it is scored is under What it does; shown in Overview and Full record) and isRemote (from the title and location only; shown in Apply-ready and Full record).

To export just one view: in Console, pick the view in the Output tab, then click Export. From the API, add view=<name> to the items call — view is a documented parameter of Get dataset items — e.g. /v2/datasets/<id>/items?format=csv&view=overview (view names: overview, salary, apply, company, full). Omit view to get all 27 columns.

How much does it cost?

This actor uses Apify pay-per-event pricing — $0.0005 per job, $0.50 per 1,000 jobs, plus $0.00005 per run start (the live rate is always on this page's Pricing tab; kept deliberately in the cheapest tier on the Store). $5 buys 9,999 jobs (one run start included). On the free Apify plan the monthly $5 credit covers that many jobs, so a real search — or a month of daily onlyNewJobs alerts — costs nothing out of pocket. You're charged only for the cleaned listings delivered after dedup and your filters, and reading each posting's job page costs you nothing extra — it adds detail to rows, never rows. No subscription, no charge for empty runs.

How to get new LinkedIn jobs every day automatically

Schedule this actor (Apify Schedules, daily or every few hours) with onlyNewJobs: true and, if you want to be told rather than poll, a webhookUrl. The first run is the baseline; every later run delivers and bills only postings it has never sent you, and a quiet run costs nothing. A live, copyable setup: New LinkedIn product manager jobs alert (only new postings).

Only new jobs (monitor mode) and partial-run honesty

Set onlyNewJobs: true on a scheduled run and each run delivers only the listings that are new since the previous one — the same search three times a day no longer costs three times. Memory is a named key-value store in your account, one record per (queries, location, filters — plus locations / geoId only when you set them, so an existing schedule keeps its record), keyed on LinkedIn's own jobId, kept 90 days. If the memory cannot be read the run stops and charges nothing rather than re-deliver the whole baseline. If your schedule uses contractType, remote or easyApplyOnly, expect one larger run after 2026-08-29: the first two became search keywords and easyApplyOnly is now applied at the source (LinkedIn's own Easy Apply filter), so postings the old search never surfaced arrive once as new (nothing already delivered is re-sent — the memory key is unchanged).

Every run also writes a RUN_SUMMARY record (key-value store) with delivered, candidates, failed_queries, and a partial map that names any query that stopped early — a mid-pagination HTTP refusal, LinkedIn's 800-result wall, or a sign-in page served instead of listings — so an API caller can tell a short delivery from a small market without reading the status message.

Alerts: get a Slack / Discord / webhook message when new rows land

Set webhookUrl and every run that delivers at least one listing POSTs a digest to it: a Slack incoming webhook gets a text message, a Discord webhook gets a message, any other URL (n8n / Make / Zapier catch hook, your own endpoint) gets JSON {actor, delivered, run_url, dataset_url, rows[:20], text}. Quiet runs send nothing, so pair it with onlyNewJobs: true on a schedule and the actor is an alert service on its own. Delivery is best-effort: a failure is reported in the status message (and RUN_SUMMARY.webhook), never fails the run.

{"searchQueries": ["data analyst"], "location": "London", "datePosted": "r86400", "onlyNewJobs": true, "webhookUrl": "https://hooks.slack.com/services/T000/B000/XXXX"}

Watch a company's LinkedIn postings. companyNames is checked on the search cards before any job page is read, so a scheduled run that combines it with onlyNewJobs and webhookUrl fetches and bills only the watched company's new postings, and messages you only when there are some:

{"searchQueries": ["engineer", "analyst", "manager"], "location": "United States", "companyNames": ["Stripe"], "onlyNewJobs": true, "webhookUrl": "https://hooks.slack.com/services/T000/B000/XXXX"}

companyNames is a substring match on the name LinkedIn prints on the card (Stripe also keeps Stripe Press; a subsidiary under another name is not kept — use companyId for an exact pin), and it is not part of the onlyNewJobs memory key: adding it to an existing schedule narrows what that schedule delivers without re-baselining it. Every card it drops is counted in the status message and in RUN_SUMMARY.card_filters.dropped.company.

Tips / FAQ

Does this apply to jobs for me? No. It only collects public listings into a dataset — it never logs in and never submits an application, including Easy Apply.

Do I need a LinkedIn account or cookie? No. It scrapes the public, logged-out job search and the public job pages — no li_at cookie, no credentials, no API key.

Is this a LinkedIn Jobs API? Functionally, yes. LinkedIn's own job APIs are partner-gated, and this actor is the API-shaped substitute for the public listings: POST your search as JSON to the run-sync-get-dataset-items endpoint (examples below) and the HTTP response body is the job rows. No LinkedIn key or partnership — just your Apify token.

Why does my run-sync-get-dataset-items call stop at 300 seconds? Apify's run-sync endpoints cut the HTTP response at 300 s regardless of the run's own timeout, and a search reads one job page per second after the listing — so keep maxItems ≤ 150 per sync call, or start the run asynchronously (/runs) and let webhookUrl or an Apify webhook tell you when the dataset is ready.

Can I run it from n8n, Make, Zapier or an AI agent? Yes. In n8n, use the Apify node with actor flash_scraper/linkedin-jobs-scraper (or an HTTP Request node on the endpoint below); in Make/Zapier, use the Apify app's "Run an Actor" module; AI agents (Claude, ChatGPT, Cursor) can call it as a tool through Apify's MCP server. The input schema above is the whole interface — nothing is Console-only.

Can I turn it into a LinkedIn job-alert feed? Yes, with this actor alone: schedule it with onlyNewJobs: true (each run delivers — and bills — only postings it has never sent you) and webhookUrl (a Slack / Discord / n8n / Make / Zapier message when new rows land). Live example, ready to copy: New LinkedIn product manager jobs alert (only new postings). Details in How to get new LinkedIn jobs every day automatically above. The same mode across LinkedIn plus 11 more boards is the Multi Job Board Scraper.

Why are salaryMin / salaryMax empty on most rows? Because most postings don't advertise pay. When a posting's public job page shows a base-pay range — how often varies by posting and state (measured 2 of 6 pages 2026-08-29: 2 showed one) — it is parsed into salaryRaw ("$90,000.00/yr - $175,000.00/yr"), salaryMin / salaryMax (numbers) and salaryPeriod (year or hour on every page measured; month / week / day if LinkedIn ever shows them); on every other row they are null. requireSalary / minSalary drop postings without it, so expect a much smaller run with them on. For postings that state pay only in the body, grep descriptionText.

Can I get the description as Markdown or HTML? Yes — descriptionFormat: "markdown" or "html". The job page is fetched anyway, so the format is rendered from the same response: no extra request, no price change. Markdown keeps bold, italics, bullets, numbered lists, links and line breaks from LinkedIn's markup (the best input for an LLM or a spreadsheet) — bold or italic that LinkedIn stretches across a paragraph break is closed and reopened per line, so every ** pair renders; nested lists and tables are flattened to text. HTML is the block as LinkedIn serves it, with only its Angular comment markers removed. The column is still descriptionText, in the same position, and job_score and isRemote are identical across formats (measured 2026-08-29 on a 10-row London run: 10 of 10 Markdown rows clean, no tag or entity left).

Why does a run take a minute or two? After the search it reads each posting's own job page, roughly one per second, because that page is the only public source for seniority, employment type, job function, industry, applicants and the description. LinkedIn rate-limits parallel requests hard (measured: 1 request at a time → 100% of pages read; 2 at a time → 80%), so it goes one at a time on purpose. If LinkedIn blocks the job pages anyway, rows still ship with the search-card fields and the run still succeeds — and the status message tells you how many full records you got and which of the possible reasons actually applied (rate-limited, served a sign-in page, returned 4xx, or never requested because the run ran out of time), so you know whether retrying will help.

Why does seniority say "Not Applicable" so often? That's LinkedIn's own text for "the employer didn't pick one", and most don't. It's passed through unchanged rather than blanked so you can tell "unset" apart from "we failed to read it".

Is applicants an exact number? No — LinkedIn only ever shows a bucket, and only on about 55% of postings. applicantsText keeps the exact wording ("Over 200 applicants", "Be among the first 25 applicants") next to the integer.

What's the difference between jobFunction, sector and isRemote? jobFunction is the role area LinkedIn lists (e.g. "Information Technology") and sector is the employer's industry — both come straight from the job page. Remote status is not a public field, so isRemote is derived from wording in the title and location only — never from the description, which is full of hybrid arrangements, WFH perks and company boilerplate that a text scan reads as "remote". Treat isRemote as a hint. Setting remote: ["2"] adds "remote" to the search and keeps only cards that carry that title/location signal (LinkedIn itself has not honoured the workplace-type filter since its August 2026 AI search, measured 2026-08-29), so every row of a remote-only run has isRemote: true because it was checked, not asserted.

Where does the data come from, and what if the source is down? Straight from LinkedIn's public, logged-out job search and job pages — no intermediary. If one query fails it's skipped and the run continues; on a full transient outage the run ends gracefully with a "temporarily unavailable — please retry" message and you're charged nothing.

Is scraping LinkedIn jobs legal? This collects public job data only, from logged-out pages. LinkedIn rate-limits aggressively and restricts automated access in its terms, so expect occasional partial runs; use the data for personal, research, or recruiting purposes and follow local law.

FAQ

Is there a free way to scrape LinkedIn jobs?

Yes. On Apify's free plan the monthly $5 credit covers 9,999 jobs at this actor's rate, so a real search — or a month of daily only-new-jobs alerts — costs nothing out of pocket. No LinkedIn account or API key is needed either.

How much does it cost to scrape LinkedIn jobs?

$0.0005 per job — $0.50 per 1,000 — plus $0.00005 per run start. You pay only for the deduped rows delivered after your filters, and empty runs bill nothing.

How do I export LinkedIn jobs to CSV or Excel?

Run the actor, then download the rows from the Output tab as CSV, JSON or Excel — every export carries all 27 columns. The same rows are available from the Dataset API for pipelines.

How many LinkedIn jobs can I scrape in one run?

LinkedIn's public search serves at most 800 results per search. To cover a whole state or country, pass a locations list (up to 25 places per run) — one search per city, and a posting found under two places is delivered and billed once.

How do I scrape only remote LinkedIn jobs?

Set remote to ["2"]: the word "remote" is added to the search and only cards whose title or location carries a remote/WFH signal are kept, before any job page is fetched or billed. Verify each row with the isRemote flag.

How do I get only LinkedIn jobs that advertise a salary?

Set requireSalary: true, or minSalary to a yearly figure (hourly pay is annualized). Both act on the base-pay range parsed from the posting's public job page and drop postings that show none, so expect a much smaller run.

Related actors

• Workday Jobs Scraper — live careers from any company hiring through Workday, no API key
• ATS Job Scraper — Greenhouse, Lever & Ashby company boards with only-new-jobs alerts
• Multi-Jobboard Scraper — one search across several job boards at once
• Remote Job Aggregator — RemoteOK, WeWorkRemotely + 8 more remote boards in one deduplicated feed, $2 per 1,000
• Company & Domain Enricher — turn hiring companies into full firmographic records

Support: found a bug or need a feature? Open an Issue on this actor's Issues tab — typical response within 1 business day.

API examples

Run it from code exactly like the Console — same input keys.

// Node.js (apify-client)
const { ApifyClient } = require('apify-client');
const client = new ApifyClient({ token: 'YOUR_APIFY_TOKEN' });
const run = await client.actor('flash_scraper/linkedin-jobs-scraper').call({
    searchQueries: ['data analyst'], location: 'Austin, TX', maxItems: 100,
});
const { items } = await client.dataset(run.defaultDatasetId).listItems();
console.log(items.length, 'jobs');

# Python (apify-client)
from apify_client import ApifyClient
client = ApifyClient("YOUR_APIFY_TOKEN")
run = client.actor("flash_scraper/linkedin-jobs-scraper").call(run_input={
    "searchQueries": ["data analyst"], "location": "Austin, TX", "maxItems": 100,
})
items = client.dataset(run["defaultDatasetId"]).iterate_items()

# cURL
curl -X POST "https://api.apify.com/v2/acts/flash_scraper~linkedin-jobs-scraper/run-sync-get-dataset-items?token=YOUR_APIFY_TOKEN" \
  -H 'Content-Type: application/json' \
  -d '{"searchQueries":["data analyst"],"location":"Austin, TX","maxItems":100}'

Use it from an AI agent (MCP)

Apify's MCP server exposes this actor as a tool named after its slug, flash_scraper/linkedin-jobs-scraper, with the slash replaced — the server's README lists Actor tools as flash_scraper--linkedin-jobs-scraper (its apify--rag-web-browser form); the Apify docs page also writes the older flash_scraper-slash-linkedin-jobs-scraper form, so look for either in your client's tool list. Point any MCP client (Claude, Cursor, VS Code, Codex…) at https://mcp.apify.com?tools=flash_scraper/linkedin-jobs-scraper to load just this tool. A minimal call:

{"searchQueries": ["data analyst"], "location": "London", "maxItems": 10}

Measured 2026-08-29 from a home IP: 10 rows with the full record in 9 seconds. Price: $0.0005 per delivered job plus $0.00005 per run start (the live free-plan pay-per-event rate on this page's Pricing tab; paid plans get a small tiered discount), so that call costs $0.00505. With Apify's x402 agentic payments an agent pays in USDC on Base for a prepaid token (minimum $1) that each run draws from, and needs no Apify account ("No Apify account is required" — Apify's own words).

Schedules & pipelines

Every input works identically from the API, so it drops straight into an Apify Schedule (daily exports), webhooks (push finished runs to Slack or Sheets via Zapier/Make/n8n), or your own pipeline via the Dataset API. For a scheduled feed that only ever bills NEW postings, set onlyNewJobs: true — see How to get new LinkedIn jobs every day automatically.

Proxy (optional)

No proxy is needed: by default every request goes straight from the Apify container, and LinkedIn's public job search answers that today. Leave proxyConfiguration empty and nothing changes.

Reach for a proxy when LinkedIn gates your region (runs that end with "answered with a sign-in page" or HTTP 999/403 on every request) or on heavy schedules (many queries at maxItems: 1000, several times a day), where one exit IP gets throttled. Pass the standard Apify proxy object —

{"useApifyProxy": true, "apifyProxyGroups": ["RESIDENTIAL"], "apifyProxyCountry": "US"}

Every run comes with a report

Every run that delivers at least one listing also writes a REPORT record to its key-value store: one self-contained HTML page with the headline numbers (listings delivered, share with advertised pay, companies, Easy Apply share, full-record share, remote share when at least one row is remote, and new-since-last-run on an onlyNewJobs schedule), bar charts of the top companies, the seniority split and Easy Apply vs external, and the top rows in the Overview view's columns with the same headers (Title, Company, Location, Salary, Posted, Apply type, Applicants, Seniority, Score, Link; the logo is left out of the static table, and so is any column that is empty on every shown row — on a run where no posting advertises pay there is no Salary column). Open it from the run's Output tab → REPORT, or follow the Report: link at the end of the run's status message (RUN_SUMMARY.report_url for API callers). No scripts, no external assets — safe to forward or screenshot as-is. The dataset stays the source of truth: the report shows at most 100 rows and links back to the full dataset.

Related Flash Scrape actors

• Multi Job Board Scraper — LinkedIn, Indeed, Glassdoor + 9 more boards, deduplicated, with only-new job alerts
• Local Business Leads Scraper — any category, any city, verified emails, lead scores
• Remote Jobs Aggregator — 10 keyless remote boards in one deduplicated feed
• All Flash Scrape actors — same house rules everywhere: pay per delivered row, honest status messages, only-new monitoring, webhook alerts, and a run report on every run.

More from Flash Scrape

Same publisher, same rules: no API keys, pay per row, filters run before billing.

• Multi Job Board Scraper - LinkedIn, Indeed, Glassdoor and 9 more boards in one deduplicated table
• Local Business Leads Scraper - local businesses in any category and city with MX-verified emails, phones and socials
• Remote Jobs Aggregator - 10 remote job boards in one feed, only-new-jobs monitoring
• Creator Leads Scraper - YouTube, TikTok and Instagram creator emails in one run