Apify
Data OAuth, or a personal API keyRun Apify actors and tasks, read their datasets and key-value stores, and have a finished run call a Windmill flow back.
Set up in 2 steps
Connect from the Resources page
Open Resources, click Add a resource/API and pick apify from the OAuth APIs list. Click Connect, allow access, then name the resource and save it.
Run your first script
Fork the run actor script below. The actor and task pickers are live dropdowns — they list what your account can reach, so there is no id to look up.
Scripts
Building blocks, if none of the projects above fit. Fork one, run it, or call it as a step inside your own flow.
Create Actor Webhook
Create Task Webhook
Delete Webhook
Get dataset items
Get key value store record
Run Actor
Run Task
Scrape Single URL
Task Run Trigger (for polling)
Actor Run Trigger (for polling)
Flows
Multi-step workflows that already wire Apify to something else.
Trigger flows from Apify
Apify is not only a destination. These inbound paths are supported today.
Actor and task webhooks
The create webhook scripts register a Windmill flow's URL with Apify, so a finished run starts it. They take an apify_webhook_config resource, which pairs that URL with the token Apify should send back.
Resource type
apify — the shape of the credential every script on this page expects.
| Field | Type | Required | What it is |
|---|---|---|---|
| token | string | Yes | Apify OAuth token. Available only on Windmill Cloud. |
All resource types
Questions
Which resource type do I need?
apify from the OAuth flow, or apify_api_key if you paste a token yourself — both authorize the API. apify_webhook_config is a different thing: it holds the Windmill URL and token an actor should call back, not a credential for Apify.
There is no Connect button on my instance
Self-hosted instances need an Apify OAuth client configured once by an admin before the tile appears.
Are my credentials stored on the hub?
Never. They live only in your own Windmill workspace, encrypted at rest.