All feed pages

Country feed

India job listings API

India's tech job market in one high-signal feed. Product companies and well-funded startups posting on Greenhouse, Lever, Ashby, and Workable — pulled directly from their career pages.

The Problem

India's tech hiring is high-volume and fast-paced, and traditional aggregators can't keep up. The result is stale listings, low-quality data, and feeds dominated by IT services roles that obscure the product company jobs people actually want.

Our Solution

We index directly from employer career sites, focusing on product companies and startups that use structured ATS tooling. The result is a high-signal feed with consistent data quality.

What you're getting

Source
Direct postings from ATS and employers career sites.
Companies
This batch includes roles from BJAK, and Check Point Software Technologies, and more.
Volume
Preview shows 10 roles (limit 10, with more pages available). Authenticate and paginate to explore the full India index.
Filters
Filter by country, state, city, title, remote setting, experience level, and salary. Full filter reference in the Jobs API docs.

At a glance

  • Strong coverage in Bangalore and Hyderabad — the two cities where India's product company hiring is densest.
  • City and state normalization handled — filter to a specific city without ambiguous or missing location data.
  • A focused starting point for India-specific developer boards or adding Indian roles to a global product.

When you are ready for every filter, validation rule, and response field, use the Jobs API reference.

Global Platform Scale

1,079,058

Total Jobs Indexed

+1,089

Added Past 24h

+524,710

Added Past 30 Days

20,108

Employers

Example request

Same query as the playground, as cURL. Use your real key on the server only.

curl -X GET "https://api.cleanjobdata.com/jobs?country_id=101" \
  -H "Authorization: Bearer YOUR_API_KEY"

How to integrate

1. Get an API key

Sign up for CleanJobData, open the dashboard, and create or copy your API key. Send it as Authorization: Bearer <token> on every request (server-side only in production—never expose keys in mobile apps or public repos).

2. Query India listings

Start from country_id 101 (India), then add title, workSetting, experience_level, city_id, or state_id when you need a tighter audience.

Use a modest limit while prototyping, default to sort_by=published for recency, then follow pagination.next_page for large imports. Back off with exponential retry if you hit rate limits.

3. Shape data for your product

Choose which fields you render in job cards versus what you index for search. On list endpoints, trim payloads with fields, include_fields, or exclude_fields, and only request description when you truly need full text on list views.

FAQ

Can I use this in production for a paid job board?
Yes—that is the intended use case. Pick a plan that matches your query volume, keep keys on your server, cache responses where it makes sense, and follow the pagination contract for large imports. Contact support if you need higher limits or contract terms.
How do I narrow results beyond India?
Add state_id, city_id, or location, combine with a keyword in title, or filter remote-only roles. Each option is spelled out in the Jobs API reference (/docs/api/jobs) with validation rules you can copy into code.
What rate limits or quotas should I expect?
Limits depend on the plan you choose. Higher tiers support more queries per second so job boards with heavy traffic or large sync jobs stay smooth. Paginate with the API's cursors and retry politely if you occasionally receive a 429 response.
How is this different from scraping job boards myself?
We normalize employers, locations, salary text, and remote flags into one schema, refresh listings continuously, and expose stable HTTP filters. You spend time on product and UX instead of repairing scrapers every time a site changes markup.
How fresh is the job data?
We refresh listings continuously from our sources, so you are not stuck with a stale export. Use sort_by=published when you want the newest posts first, and run incremental syncs on a schedule that matches how often your job board should update.
Do you return full job descriptions on list endpoints?
Descriptions are available but not included in lightweight list responses by default. Request them explicitly when building detail views so list pages and mobile clients stay fast and cheap to render.