Endpoint Playground
Discovery endpoint for apple-jobs-search's `location` parameter, whose accepted values are a closed set Apple itself defines (its own `<slug>-<CODE>` location ids -- free-text location names are rejected). Apple exposes no bulk "list everything" option for this; the only lookup is a fuzzy search capped at 10 results per call covering four granularities (country, state/province, metro area, city) with no empty-input listing mode. With no `q`, this returns the full country-level value space (206 values, live-verified) as a static list -- the granularity apple-jobs-search's own examples use and nearly every caller needs. With `q` supplied, this instead looks up Apple's own location filter live so callers can discover state/metro/city-level values for finer filtering; results at those deeper levels may include more than one candidate and are ranked by Apple's own relevance, not alphabetically.
14 Oct 2026: 206 locations; 4 fields had a value in every checked item.
Sample value profiles: location: “afghanistan-AFG” and 205 other values; name: “Afghanistan” and 205 other values.
curl 'https://api.crawlora.net/api/v1/apple-jobs/locations' \
-H "x-api-key: $CRAWLORA_API_KEY"| Parameter | Type | Required | Prefilled value | Description |
|---|---|---|---|---|
| q | string | No | Optional free-text location search. Omit to get the full country-level list; supply to live-search state/metro/city-level values too (e.g. a city name). |
{
"code": 200,
"msg": "OK",
"data": {
"scope": "country",
"count": 206,
"locations": [
{
"location": "singapore-SGP",
"name": "Singapore",
"code": "SGP",
"level": "country"
},
{
"location": "united-states-USA",
"name": "United States",
"code": "USA",
"level": "country"
}
],
"source_url": "https://jobs.apple.com/api/v1/refData/postlocation",
"fetched_at": "2026-09-16T12:00:00Z"
}
}The sample response, schema and code snippets below work without an account. Sending a live request needs an API key.