rtrvr.ai
DocsChrome / Cloud / API / MCP
Search docs⌘ K

Guide

Enrichment Datasets

Append external data to your sheets and extractions using Bright Data marketplace datasets: LinkedIn, Crunchbase, Instagram, Amazon, Zillow, Indeed, and Google Maps.

READ11 MIN

Purchased contact and company data use credits separately from Free Mode. Check the lookup cost before enriching a large list. For website research without a paid lookup, start with public company pages. Compare plans.

rtrvr Enrich appends external data to your extracted results and sheets by matching them against Bright Data's dataset marketplace: LinkedIn people and companies, Crunchbase, Instagram, Amazon, Zillow, Indeed, and Google Maps. It runs inside a code plan via the rtrvr.enrich(...) helper. Your first 1,000 enrich records and web searches each month are free (one shared allowance), and anything beyond that bills automatically in credits at cost, no approval prompts.

01

Available Datasets

Reference a dataset in a plan with the rtrvr.datasets constants (e.g. rtrvr.datasets.linkedinPeople). The links below open each dataset's page in the Bright Data marketplace.

Datasetrtrvr.datasets keyModes
LinkedIn people profileslinkedinPeopleInstant lookup + Live scrape
LinkedIn people + business contact info (emails)linkedinPeopleContactInstant lookup only (a live scrape on it is served by linkedinPeople: profile fields, no email/phone)
LinkedIn company informationlinkedinCompaniesInstant lookup + Live scrape
Crunchbase companiescrunchbaseCompaniesLive scrape only
Instagram profilesinstagramProfilesLive scrape only
Amazon productsamazonProductsLive scrape only
Zillow propertieszillowPropertiesLive scrape only
Indeed job listingsindeedJobsLive scrape only
Google Maps businessesgoogleMapsLive scrape only; business details and top reviews
Google Maps reviewsgoogleMapsReviewsAsynchronous live review collection
02

Fields

Each dataset exposes dozens of fields. The most commonly used ones are below: call field discovery (rtrvr.enrich({ dataset, fields: true }), free) to get the full, live list before you filter, since wrong field names fail the job.

DatasetKey fields
linkedinPeople / linkedinPeopleContactid (profile slug: the lookup key), url, name, position (role/title), current_company_name, city, about (bio), experience. The contact variant adds email and cellphone_number: partial coverage, most profiles return null for both.
linkedinCompaniesurl, name, website, industries, company_size, headquarters
crunchbaseCompaniesCompany profile fields (name, about, industries, founded date, size, region, website, socials): use field discovery for the full list
instagramProfilesProfile fields (profile name/id, followers, posts, website, bio, verification): use field discovery for the full list
amazonProductsasin, url, title, brand, initial_price, currency, availability, reviews_count, categories: 113 fields in total, use field discovery
zillowPropertieszpid, url, address, price, bedrooms, bathrooms, homeStatus, yearBuilt: 140 fields in total, use field discovery
indeedJobsjobid, url, job_title, company_name, location, salary_formatted, job_type, date_posted_parsed, description_text
googleMapsplace_id, url, name, address, category, reviews_count, open_hours, business_details
03

Two Modes: Instant Lookup vs Live Scrape

Enrichment runs one of two ways. Instant lookup queries Bright Data's pre-collected index and is the default for people and company enrichment; live scrape fetches fresh data on demand for exact URLs or datasets the index doesn't serve.

Instant LookupLive Scrape
APIBright Data Search APIWeb Scraper API (/scrape; reviews use async /trigger)
SpeedSub-secondOften 10–30s; review jobs can take several minutes
CostFree up to the monthly allowance, then 0.25 credits / returned recordFree up to the monthly allowance, then 0.15 credits / successful record
DatasetsThe 3 LinkedIn datasets onlyAny scraper-backed dataset (Amazon, Zillow, Indeed, Google Maps, Crunchbase, Instagram)
How to call{ dataset, filter, fields }{ dataset, scrapeUrls, fields }
Best forBulk lookups by field (e.g. profile id)Exact URLs, non-LinkedIn data, or lookup misses
LimitsPass all keys in one in filter: batching is server-sideMax 20 inputs per call: chunk larger lists with rtrvr.mapLimit

Slow Scrapes: Pending Jobs

Bright Data serves a scrape inline only while it fits their one-minute window. A heavier job (20 Zillow listings, say) hands back a job handle instead, and the call returns { pending: true, snapshotId } having billed nothing. Do other work, then collect the records later in the same plan:

js
let { records, pending, snapshotId } = await rtrvr.enrich({ dataset: rtrvr.datasets.zillowProperties, scrapeUrls: listingUrls, // max 20 per call fields: ['zpid', 'address', 'price', 'bedrooms'], }); // ...do other free work here while Bright Data finishes... if (pending) { ({ records, pending } = await rtrvr.enrich({ collect: snapshotId, fields: ['zpid', 'address', 'price', 'bedrooms'] })); } // Never re-scrape a pending job — collecting it is how you avoid paying twice.
04

Google Maps Reviews

Use googleMaps for business details and a small top_reviews sample. Use googleMapsReviews (gd_luzfs1dn2oa0teb81) for fresh review records. Both use Bright Data's Web Scraper API. An explicit request to use the Maps UI takes priority: the agent should use that rendered page and ask before switching to a dataset or API if blocked. A running job is not a confirmed failure based on age alone. The reviews route starts an asynchronous job and returns its snapshot without keeping the agent waiting; provider collection can take several minutes.

js
const job = await rtrvr.enrich({ dataset: 'googleMapsReviews', scrapeUrls: [placeUrl], // a resolved https://www.google.com/maps/place/... URL limitPerInput: 120, sortBy: 'Newest', // daysLimit: 90, // optional age filter, in days }); // Save job.snapshotId. If pending, end this run and collect later. // Reuse the SAME account and billing scope. Do not dispatch the scrape again. const result = await rtrvr.enrich({ collect: savedSnapshotId });
  • 01

    limitPerInput is required for an intentional count: default 20, maximum 500 per place and 1,000 across a job. Larger requests fail validation rather than silently reducing the count. Split businesses into smaller jobs. Numeric strings and camelCase/snake_case control aliases are normalized; conflicting or misplaced count controls require correction before a paid request. This is a maximum, not a promise that the provider can access that many reviews.

  • 02

    sortBy accepts Newest (also latest), Most relevant, Highest rating, or Lowest rating. Per-row sort_by and days_limit are supported with scrape: [{url, sort_by, days_limit}]. Omit daysLimit to avoid a requested age restriction.

  • 03

    Default fields retain full review text, review_id, place_id, rating, date, owner response and the displayed review total. review: null means no written text was returned. It may be rating-only, but is not proof that no written text exists. Deduplicate locally by place and review ID. A limit, no-growth scroll, or displayed review count alone does not prove end-of-feed completion.

  • 04

    Billing counts successful review records, including rating-only records, at the configured scrape rate (currently 0.15 credits per record beyond the shared free allowance). Failed inputs and pending collections are unbilled. Collecting an already billed snapshot costs zero additional enrichment credits and returns the same snapshot; it does not fetch the next review page. Agent/model/browser costs are separate.

  • 05

    A terminal provider failure returns success: false, snapshotId, failures, and creditsUsed. Preserve this result. A no_peers error comes from the provider scraper, not an empty successful collection. Do not redispatch an unknown or pending job. Any retry after a confirmed failure creates a new collection; there is no automatic provider retry or switch to another source.

  • 06

    Review results include collection counts and completeness: unverified. Set the count, sort and date window from your actual task. For all-review requests, use the displayed total to plan a bounded collection and report any gap; request limits and the displayed total alone do not establish completion.

  • 07

    Snapshots retain original dataset, projection and record limit. Collection checks ownership and billing scope. If billing is awaiting reconciliation, retain the snapshot and contact support; no automatic second debit is attempted. Older, unregistered snapshots also require support reconciliation.

Connected Chrome Controls

For MCP act_on_tab, pass settings: {llmIntegration: {model: 'gpt-6-luna', reasoningEffort: 'low'}}, disable_fallbacks: true (only that model at that reasoning level, or a MODEL_UNAVAILABLE error; see /docs/mcp#disable-fallbacks) and max_steps: 10 to control this invocation. Request overrides do not change saved extension preferences. For GMI inference only, set settings.llmIntegration.inferencePolicy to gmi. This uses managed GLM Flash, keeps normal billing, and refuses alternate-provider fallback. Cloud works through the existing service; connected Chrome requires an extension advertising MCP protocol 4 or later. An unavailable model fails before inference. max_steps limits actions; it is not a hard credit limit. Extension maxCredits is unsupported and rejected. Use planner/code-plan for createTool and enrich. For direct take_page_action, inspect actionResults, verified, updated trees and any network output/outputRef; a dispatched click or unchanged feed is not evidence of successful collection.

Generated webpage tools receive deadlineEpochMs, a host-owned deadline that includes navigation. Collect bounded batches and return progress before it. On timeout or cancellation, the runtime closes the tabs it created and preserves completed URLs in error.details.partialResults; use those results when resuming the remaining work. To report blocked or partial work, return rtrvr.done(result, {status: 'partial', reason: 'Feed stopped before completion'}); use failed when the requested work failed. These options set completion status without interpreting fields inside your records.

05

Cost & Credits

  • 01

    Free allowance: your first 1,000 records each month are free. Enrich records and web searches draw from one shared allowance, which resets on your account's renewal date.

  • 02

    Instant lookup: 0.25 credits per returned record beyond the allowance; zero matches cost nothing.

  • 03

    Live scrape: 0.15 credits per successful record beyond the allowance; failed inputs are free.

  • 04

    Discovery: listing datasets and inspecting fields is always free and never counts against the allowance.

  • 05

    Pending jobs: a scrape that exceeds the sync window bills nothing until you collect it.

  • 06

    Credits are billed at cost (1 credit = $0.01). Overflow beyond the free allowance bills automatically: there are no approval prompts.

06

Free Allowance & Billing

Enrichment runs without approval prompts. Every account gets 1,000 free records per month, shared between enrich calls and web searches, resetting on the account's renewal date. When a run exceeds what's left of the allowance, the overflow bills automatically at the per-record rates above. Each response reports creditsUsed and how many records the free allowance covered, so a plan can always tell you exactly what a run cost.

07

Example: Enrich LinkedIn Profiles

You do not have to write this yourself: ask in plain English (e.g. "enrich these LinkedIn profile URLs with name, title, and company") and the agent generates and runs the plan. The code below is what it runs under the hood.

js
// Build lookup keys from your sheet rows: match on the lowercase LinkedIn // profile slug (the segment after /in/), NOT the full URL. const ids = rows .map(r => r.linkedinUrl?.split('/in/')[1]?.split(/[/?#]/)[0].toLowerCase()) .filter(Boolean); // Instant lookup — no approval step needed: the first 1,000 records/month are // free and overflow bills automatically (the response reports creditsUsed). // Pass ALL ids in ONE `in` filter (batching is server-side). const { records } = await rtrvr.enrich({ dataset: rtrvr.datasets.linkedinPeople, filter: { name: 'id', operator: 'in', value: ids }, fields: ['id', 'name', 'position', 'current_company_name', 'city'], }); // records → join back onto your rows on `id`, then write the enriched columns.
08

Enriching LinkedIn URLs with Emails

To add emails and phone numbers, use the linkedinPeopleContact dataset: same instant lookup by id slug, but request the email and cellphone_number fields explicitly (they are dropped unless named). Coverage is partial: this is partner-sourced B2B contact data, and most profiles return null for both, so treat any email you get as a bonus rather than a guarantee. It is lookup-only: there is no scraper behind it, so scrapeUrls on linkedinPeopleContact is served by the linkedinPeople profiles scraper and returns profile fields but never email/cellphone_number: a person missing from the instant lookup cannot be recovered by a live scrape; report the miss.

js
const { records } = await rtrvr.enrich({ dataset: rtrvr.datasets.linkedinPeopleContact, filter: { name: 'id', operator: 'in', value: slugs }, fields: ['id', 'name', 'position', 'current_company_name', 'email', 'cellphone_number'], }); const filled = records.filter(r => r.email).length; // e.g. "12 of 60 profiles had an email" — a blank email on a matched row is // normal, not a failed lookup.
09

Example: Enrich Companies by Domain

The linkedinCompanies dataset is instant-searchable and carries a website field, so a column of company domains can be enriched with firmographics in a sub-second lookup, no scraping required.

js
const { records } = await rtrvr.enrich({ dataset: rtrvr.datasets.linkedinCompanies, filter: { name: 'website', operator: 'in', value: domains }, fields: ['name', 'website', 'industries', 'company_size', 'headquarters'], }); // Domains are stored as full URLs, so `in` can miss on scheme or a leading // "www.". If a domain returns nothing, retry it with the `includes` operator.
10

Example: Enrich Amazon Products by URL

Non-LinkedIn datasets are live-scrape only: you supply each product's URL and get a fresh record back. Chunk lists larger than 20 with rtrvr.mapLimit.

js
const chunks = []; for (let i = 0; i < productUrls.length; i += 20) chunks.push(productUrls.slice(i, i + 20)); const results = await rtrvr.mapLimit(chunks, 2, async chunk => rtrvr.enrich({ dataset: rtrvr.datasets.amazonProducts, scrapeUrls: chunk, fields: ['asin', 'title', 'brand', 'initial_price', 'availability'], }), ); // Each result may come back `pending` — collect it with { collect: snapshotId }. // Join back onto your rows on `url` (or `input_url`, the URL you passed in).
12

Recipe: Local-Business Lead Generation

The pieces compose into a lead-generation pipeline: ask in plain English (e.g. "find 100 businesses in Casablanca and Rabat that likely need a website") and the agent runs this shape:

  • 01

    Fan rtrvr.webSearch over each industry × city (localized, e.g. gl: 'ma', hl: 'fr') and harvest the local pack: business name, phone, website (or its absence), rating, maps link.

  • 02

    Construct a Google Maps link per business: https://www.google.com/maps/search/?api=1&query=Name+City resolves to the real place page.

  • 03

    Enrich businesses that have a website with a free fetch of their contact/about page (email, socials), or instantly via the linkedinCompanies dataset filtered on website.

  • 04

    Qualify with one LLM pass (rtrvr.inferSheetData): e.g. a "why they need a website" column and a priority score.

  • 05

    Rows append to a Google Sheet as they are found, so partial progress always survives; export the sheet as CSV when done.

YOUR NEXT RUN

Run the example on a real site.

Use Chrome for the page in front of you. Use Cloud when the run should continue on a schedule or across many pages.