| How you build a scraper | Visually — load the page in a designer, click the elements you want, define pagination, save it as a task; plus a large library of prebuilt templates | Run an existing Store actor as-is, or write one in JavaScript or Python on the open-source Crawlee SDK |
| Technical skill required | Low — genuinely usable by someone who has never programmed, which is the entire product thesis | Low to run someone else's actor; real developer skills to get the platform's value |
| Google Maps | Prebuilt templates plus a task you can build yourself | Store actors, quality varying by author |
| Emails from business websites | Possible, but it means building a second task that visits each site and hunting the address yourself | Depends on the actor; several Maps actors do a website crawl for contacts |
| Pricing model | Subscription tiers sized by saved tasks and concurrent cloud runs — you buy capacity, not output | Monthly platform plan bundling usage, plus metered compute units, plus per-actor fees |
| Where jobs run | Locally on your machine, or in their cloud on paid tiers | Always on the platform, with concurrency and memory you configure |
| Scale ceiling | Moderate — bounded by your plan's concurrent cloud runs, and awkward past that | Very high — horizontal scale is the point of the platform |
| When the target site changes | Your visual task breaks and you re-select the elements; no code to debug, but nobody else will fix it for you | A maintained Store actor is the author's problem; a custom actor is yours, but you have logs, versioning and code to work with |
| Scheduling & recurring runs | Yes, on cloud plans | Yes — scheduling, webhooks and API triggers are first-class |
| Export & API | CSV / XLSX / JSON and database export; API access on paid tiers | REST API, dataset exports in several formats, webhooks and integrations |