$5.01/1000
results
Run global Facebook search across mixed result types from one or more queries — unified discovery rows for broad research.
Run global Facebook search across mixed result types from one or more queries — unified discovery rows for broad research.
Broad keyword discovery across Facebook global search — mixed entity types in one dataset before you specialize.
On Scrapy.io, Facebook Search Explorer by Thunderbolt is built for facebook scraper workflows — run from the Store, schedule recurring jobs, or POST to thunderbolt.p.scrapy.io from your stack.
queries and maxResults caps per keywordFacebook and Meta properties anchor social advertising, local business discovery, and community groups — pages, profiles, Marketplace listings, Ad Library creatives, and comment threads across a huge public graph. A facebook scraper pipeline on Scrapy.io turns URLs and search queries into structured rows for lead-gen and research.
Facebook Search Explorer uses pay-per-result billing with clear input caps — ideal when you are sweeping thousands of pages or keywords on a schedule. Thunderbolt Facebook tools chain as discovery hops (search → resolve → deep scrape) so each step bills only for successful rows.
This facebook scraper on Scrapy.io exports structured fields including:
For your first run, keep caps low (maxResults, maxReviews, etc.) until you validate row shape in the Output preview.
Teams discover Facebook Search Explorer while researching facebook scraper and related terms such as facebook website scraper, scraper facebook, facebook scrape website, facebook marketplace scraper. This listing is structured to answer common questions — including — with concrete Input and Output examples you can run on Scrapy.io without maintaining your own scraper infrastructure.
If you arrived from SEO or paid search, start with the Input JSON example below, run once on the free tier, then scale with schedules or the publisher API once row shape and cost look right.
Use this checklist before your first production run of Facebook Search Explorer:
maxResults, maxReviews, or equivalent limits so a full batch stays within budgetthunderbolt.p.scrapy.io/facebook-search-scraper/v1/api or create a scheduled jobMost teams keep a "golden" input file in git for Facebook Search Explorer so staging and production use identical payloads. Update that file when you add keywords, targets, or communities — not the orchestration code around it.
Enter one or more keywords in queries. Results paginate up to maxResults per query.
Configure the run in the Scrapy.io input form or pass JSON to the publisher API.
{
"queries": [
"nike",
"open source"
],
"maxResults": 50
}| Field | Type | Required | Description |
|---|---|---|---|
queries | string[] | Yes | Search keywords. One per line. Also accepted: query (Single keyword alias); or input (Single keyword alias). |
maxResults | integer | No | Maximum number of results per input (1-500). Pagination stops once this limit is reached |
Results appear in the Scrapy.io run Output tab. Results and Errors tables in the run output.
Each successful row is designed for warehouse loads: stable column names, explicit error rows, and caps you control in the input form.
{
"queries": ["coffee shop austin"],
"maxResults": 50
}Download the full dataset as JSON, CSV, or Excel from the Output tab, or fetch results programmatically via the publisher API after the run completes.
see how Facebook surfaces a keyword
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
find pages, people, and posts in one pass
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
decide which typed search tool to run next
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
lightweight scheduled keyword checks
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
Global search is a cheap router into Thunderbolt’s typed Facebook search tools. Prefer us when you need a single discovery hop before specializing.
Facebook Search Explorer is rarely the only step in a data workflow. Teams typically:
See Related Thunderbolt tools below for same-publisher companions you can chain without leaving the Scrapy.io billing account.
Most production deployments follow the same shape:
postUrl, placeId, videoId, reviewId, …) plus scrape date where history mattersFacebook Search Explorer separates successful rows from per-input errors, so staging logic can WHERE type != 'error' (or the equivalent filter for your tool) without failing the whole batch. Join across Thunderbolt tools on those stable keys to build multi-step datasets without re-scraping upstream steps.
Maintaining Facebook, LinkedIn, Instagram, or X extractors in-house means handling rate limits, HTML or API changes, proxy rotation, and observability — work that rarely differentiates your product. Facebook Search Explorer on Scrapy.io outsources that operational burden: you supply inputs, Scrapy.io runs the job, and you pay per successful row.
Thunderbolt listings add API-first, warehouse-ready documentation (clear caps, field lists, and pipeline patterns) so data teams can onboard without reading executor source code. When requirements change, update the input JSON or schedule — not your scraper fleet.
Facebook Search Explorer runs on Scrapy.io support multiple ways to get data out:
For production pipelines, most teams land JSON in object storage, normalize in dbt or Spark, and schedule recurring runs so the Store listing becomes just another data source — not a manual step.
Run Facebook Search Explorer once from the Store to validate inputs, then promote the same JSON payload to a scheduled job on Scrapy.io. Common patterns:
thunderbolt.p.scrapy.io on a queueThunderbolt tools use pay-per-result billing, so scheduled jobs stay predictable when you cap maxResults, max_posts, max_comments, or equivalent limits in the input form.
curl -X POST "https://thunderbolt.p.scrapy.io/facebook-search-scraper/v1/api" \
-H "Content-Type: application/json" \
-H "X-API-Key: YOUR_API_KEY" \
-d '{
"queries": ["electric scooters"],
"maxResults": 30
}'Bulk runs via the scraper endpoint:
curl -X POST "https://thunderbolt.p.scrapy.io/facebook-search-scraper/v1/scraper" \
-H "Content-Type: application/json" \
-H "X-API-Key: YOUR_API_KEY" \
-d '{
"queries": ["electric scooters"],
"maxResults": 30
}'Open the API tab on the Store listing for Python, JavaScript, cURL, OpenAPI, and MCP snippets.
Facebook Search Explorer is available through the Scrapy.io MCP server — configure your API key in Cursor, Claude Desktop, or another MCP client, then invoke the tool from agent workflows. This is useful for ad-hoc research ("scrape these ten URLs and summarize the Output") without writing boilerplate HTTP code.
For production, prefer the publisher API or scheduled runs; use MCP for exploratory analysis and internal tooling where a human or agent supplies inputs interactively. See the API tab on Facebook Search Explorer for MCP connection snippets.
| Tool | Best for |
|---|---|
| Facebook Page Data Extractor | Thunderbolt companion tool — overview |
| Facebook Profile Insights Scraper | Thunderbolt companion tool — overview |
| Facebook Page Posts Collector | Thunderbolt companion tool — overview |
Start with maxResults: 50 on test runs, then scale after validating schema
Batch many targets per job — failed rows appear in the Errors view
Store scrapedAt timestamps for time-series dashboards
Inspect per-row errors in the Errors output view instead of failing an entire batch
Facebook-heavy runs failing in a pattern? Use Issues on this Thunderbolt listing and attach your run ID plus one post, page, or search query
maxResultsFacebook Search Explorer collects publicly available data only. You are responsible for complying with platform terms, applicable laws, and data-protection regulations (including GDPR when personal data is involved). Consult your legal team for your specific use case.
$4.49 per 1,000 results — billed per successful row on Scrapy.io. You are charged only for successfully scraped rows. See Scrapy.io pricing for plan details.
Yes. Use webhooks, scheduled runs, or the publisher API to push data into your warehouse, CRM, or automation stack.
Yes. POST to https://thunderbolt.p.scrapy.io/facebook-search-scraper/v1/api with your API key. See the API tab on the Store listing for ready-made snippets.
Yes. Configure the Scrapy.io MCP endpoint with your API key to query Facebook Search Explorer from AI assistants and agent workflows.
Thunderbolt focuses on Meta and social discovery workflows — leave a Reviews note if this actor saved you from browser scraping and which Facebook surface you use daily.
Broad keyword discovery across Facebook global search — mixed entity types in one dataset before you specialize.
On Scrapy.io, Facebook Search Explorer by Thunderbolt is built for facebook scraper workflows — run from the Store, schedule recurring jobs, or POST to thunderbolt.p.scrapy.io from your stack.
queries and maxResults caps per keywordFacebook and Meta properties anchor social advertising, local business discovery, and community groups — pages, profiles, Marketplace listings, Ad Library creatives, and comment threads across a huge public graph. A facebook scraper pipeline on Scrapy.io turns URLs and search queries into structured rows for lead-gen and research.
Facebook Search Explorer uses pay-per-result billing with clear input caps — ideal when you are sweeping thousands of pages or keywords on a schedule. Thunderbolt Facebook tools chain as discovery hops (search → resolve → deep scrape) so each step bills only for successful rows.
This facebook scraper on Scrapy.io exports structured fields including:
For your first run, keep caps low (maxResults, maxReviews, etc.) until you validate row shape in the Output preview.
Teams discover Facebook Search Explorer while researching facebook scraper and related terms such as facebook website scraper, scraper facebook, facebook scrape website, facebook marketplace scraper. This listing is structured to answer common questions — including — with concrete Input and Output examples you can run on Scrapy.io without maintaining your own scraper infrastructure.
If you arrived from SEO or paid search, start with the Input JSON example below, run once on the free tier, then scale with schedules or the publisher API once row shape and cost look right.
Use this checklist before your first production run of Facebook Search Explorer:
maxResults, maxReviews, or equivalent limits so a full batch stays within budgetthunderbolt.p.scrapy.io/facebook-search-scraper/v1/api or create a scheduled jobMost teams keep a "golden" input file in git for Facebook Search Explorer so staging and production use identical payloads. Update that file when you add keywords, targets, or communities — not the orchestration code around it.
Enter one or more keywords in queries. Results paginate up to maxResults per query.
Configure the run in the Scrapy.io input form or pass JSON to the publisher API.
{
"queries": [
"nike",
"open source"
],
"maxResults": 50
}| Field | Type | Required | Description |
|---|---|---|---|
queries | string[] | Yes | Search keywords. One per line. Also accepted: query (Single keyword alias); or input (Single keyword alias). |
maxResults | integer | No | Maximum number of results per input (1-500). Pagination stops once this limit is reached |
Results appear in the Scrapy.io run Output tab. Results and Errors tables in the run output.
Each successful row is designed for warehouse loads: stable column names, explicit error rows, and caps you control in the input form.
{
"queries": ["coffee shop austin"],
"maxResults": 50
}Download the full dataset as JSON, CSV, or Excel from the Output tab, or fetch results programmatically via the publisher API after the run completes.
see how Facebook surfaces a keyword
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
find pages, people, and posts in one pass
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
decide which typed search tool to run next
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
lightweight scheduled keyword checks
Teams usually snapshot these rows on a schedule, store a scrapedAt timestamp in their warehouse, and diff week-over-week to spot new entries or metric changes. For first-time setup, run Thunderbolt with conservative caps, validate the Output preview against your schema, then promote the same JSON to a cron or API job. Document which Output view (Posts, Comments, Reviews, etc.) your downstream models consume so new teammates can reproduce the pipeline without tribal knowledge.
Global search is a cheap router into Thunderbolt’s typed Facebook search tools. Prefer us when you need a single discovery hop before specializing.
Facebook Search Explorer is rarely the only step in a data workflow. Teams typically:
See Related Thunderbolt tools below for same-publisher companions you can chain without leaving the Scrapy.io billing account.
Most production deployments follow the same shape:
postUrl, placeId, videoId, reviewId, …) plus scrape date where history mattersFacebook Search Explorer separates successful rows from per-input errors, so staging logic can WHERE type != 'error' (or the equivalent filter for your tool) without failing the whole batch. Join across Thunderbolt tools on those stable keys to build multi-step datasets without re-scraping upstream steps.
Maintaining Facebook, LinkedIn, Instagram, or X extractors in-house means handling rate limits, HTML or API changes, proxy rotation, and observability — work that rarely differentiates your product. Facebook Search Explorer on Scrapy.io outsources that operational burden: you supply inputs, Scrapy.io runs the job, and you pay per successful row.
Thunderbolt listings add API-first, warehouse-ready documentation (clear caps, field lists, and pipeline patterns) so data teams can onboard without reading executor source code. When requirements change, update the input JSON or schedule — not your scraper fleet.
Facebook Search Explorer runs on Scrapy.io support multiple ways to get data out:
For production pipelines, most teams land JSON in object storage, normalize in dbt or Spark, and schedule recurring runs so the Store listing becomes just another data source — not a manual step.
Run Facebook Search Explorer once from the Store to validate inputs, then promote the same JSON payload to a scheduled job on Scrapy.io. Common patterns:
thunderbolt.p.scrapy.io on a queueThunderbolt tools use pay-per-result billing, so scheduled jobs stay predictable when you cap maxResults, max_posts, max_comments, or equivalent limits in the input form.
curl -X POST "https://thunderbolt.p.scrapy.io/facebook-search-scraper/v1/api" \
-H "Content-Type: application/json" \
-H "X-API-Key: YOUR_API_KEY" \
-d '{
"queries": ["electric scooters"],
"maxResults": 30
}'Bulk runs via the scraper endpoint:
curl -X POST "https://thunderbolt.p.scrapy.io/facebook-search-scraper/v1/scraper" \
-H "Content-Type: application/json" \
-H "X-API-Key: YOUR_API_KEY" \
-d '{
"queries": ["electric scooters"],
"maxResults": 30
}'Open the API tab on the Store listing for Python, JavaScript, cURL, OpenAPI, and MCP snippets.
Facebook Search Explorer is available through the Scrapy.io MCP server — configure your API key in Cursor, Claude Desktop, or another MCP client, then invoke the tool from agent workflows. This is useful for ad-hoc research ("scrape these ten URLs and summarize the Output") without writing boilerplate HTTP code.
For production, prefer the publisher API or scheduled runs; use MCP for exploratory analysis and internal tooling where a human or agent supplies inputs interactively. See the API tab on Facebook Search Explorer for MCP connection snippets.
| Tool | Best for |
|---|---|
| Facebook Page Data Extractor | Thunderbolt companion tool — overview |
| Facebook Profile Insights Scraper | Thunderbolt companion tool — overview |
| Facebook Page Posts Collector | Thunderbolt companion tool — overview |
Start with maxResults: 50 on test runs, then scale after validating schema
Batch many targets per job — failed rows appear in the Errors view
Store scrapedAt timestamps for time-series dashboards
Inspect per-row errors in the Errors output view instead of failing an entire batch
Facebook-heavy runs failing in a pattern? Use Issues on this Thunderbolt listing and attach your run ID plus one post, page, or search query
maxResultsFacebook Search Explorer collects publicly available data only. You are responsible for complying with platform terms, applicable laws, and data-protection regulations (including GDPR when personal data is involved). Consult your legal team for your specific use case.
$4.49 per 1,000 results — billed per successful row on Scrapy.io. You are charged only for successfully scraped rows. See Scrapy.io pricing for plan details.
Yes. Use webhooks, scheduled runs, or the publisher API to push data into your warehouse, CRM, or automation stack.
Yes. POST to https://thunderbolt.p.scrapy.io/facebook-search-scraper/v1/api with your API key. See the API tab on the Store listing for ready-made snippets.
Yes. Configure the Scrapy.io MCP endpoint with your API key to query Facebook Search Explorer from AI assistants and agent workflows.
Thunderbolt focuses on Meta and social discovery workflows — leave a Reviews note if this actor saved you from browser scraping and which Facebook surface you use daily.
