FastPeopleSearch — People Search Scraper
Pricing
from $2.40 / 1,000 record scrapeds
Scrape free US people data from FastPeopleSearch — phone numbers, current and past addresses, age, relatives, and associates. Supports name, reverse-phone, and reverse-address searches. Powered by Bright Data Web Unlocker to clear Cloudflare protection.
What will this data feed? E.g. lead lists, KYB checks, price tracking.
Provide any feedback or suggestions for improvements.
We'll personally help with your use case. No spam.
Leave empty for a fresh crawl. To CONTINUE a previous run where it stopped — without paying again for records you already received — paste the resumeCursor value from that run's Output (the run's OUTPUT key). Resume promptly: the previous run's data expires with your account's retention window (free tier: your ~10 most recent runs).
Search mode: "name" (search by first+last name), "phone" (reverse phone lookup), "address" (reverse address lookup), or "profileUrl" (fetch a known direct profile link).
First name of the person to search for (required for name mode).
City to narrow the name or address search (optional for name mode, required for address mode).
US state abbreviation (e.g. CA, TX, NY). Narrows name/address searches.
Phone number to reverse-lookup (required for phone mode). Format: digits only, e.g. 5551234567.
Street address to reverse-lookup (required for address mode), e.g. "123 Main St".
Maximum number of person records this run returns and is billed for, in total. In batch mode it caps the whole run, not each search — 3 searches with maxItems 2 return 2 records, not 6. Default 10.
Direct FastPeopleSearch profile link to fetch (required for profileUrl mode), e.g. https://www.fastpeoplesearch.com/john-smith_id_G-...
Optional. A list of searches to run in ONE actor run instead of one run per person. Each entry takes the same fields as a single search (searchMode, firstName, lastName, city, state, phone, address, profileUrl) — searchMode is NOT inherited from the top level (so a batch can mix name/phone/address/profileUrl lookups), every other top-level field is used as a per-entry default. maxItems caps the WHOLE run's total records; set maxItemsPerSearch too if you want a guaranteed share per entry (e.g. 30 entries, maxItems 30, maxItemsPerSearch 1 for one record per person). NOTE: this target is cleared via Bright Data's Web Unlocker on every single fetch, unlike our browser-based actors — there is no shared browser session to reuse, so batching does NOT lower the per-record cost or speed up the clearance step here. It DOES save you from launching N separate runs and guarantees each entry its own share of the budget. Leave empty to run a single search.
Optional, and only meaningful with a batch. The most records any ONE search entry may take out of the maxItems budget, so an early entry cannot use it all up and leave later entries with nothing. Leave empty and each entry may use the whole budget. Example: 3 searches with maxItems 3 and maxItemsPerSearch 1 returns one record per search.
