Graph API is recommended way of interacting with Whisk Platform. It is made as HTTP-based API, heavily inspired by Facebook Graph.

The Basics

Whisk Graph is composed of:

  • nodes - “things” like Recipe, User, Food, etc.
  • edges - connections between nodes (Recipe includes multiple Food items)
  • fields - details of node (Recipe instructions, urls)

The Graph API is HTTP-based, so it works with any language that has an HTTP library, such as cURL.

Most Graph API requests require the use of access tokens.

The Graph API

All requests are passed to the API at graph.whisk.com.

Object IDs

Each node has a unique ID which is used to access it via the Graph API.

Here's how you'd use the ID to make a request for a node:


Example of usage:

curl "https://graph.whisk.com/v1beta/10343992" \ -H "Accept: application/json" \ -H "Authorization: Bearer <Access-Token>"

URL Lookup

Most objects can be discovered using their IDs, but sometimes you have only URL of a resource. Canonical example is getting or extracting Recipe by url:

curl "https://graph.whisk.com/v1beta?id=https%3A%2F%2Fwww.bbcgoodfood.com%2Frecipes%2Fomelette-pancakes-tomato-pepper-sauce" \ -H "Accept: application/json" \ -H "Authorization: Bearer <Access-Token>"


You can search over multiple types with the /search endpoint:

curl "https://graph.whisk.com/v1beta/search?q=salmon&type=recipe&diet=paleo" \ -H "Accept: application/json" \ -H "Authorization: Bearer <Access-Token>"

Multiple IDs request

We provide a convenient way to get a batch of different nodes. You can provide ?idsparameter with the object IDs of those nodes. You also can use URLs with node ids simultaneously.

curl "https://graph.whisk.com/v1beta?ids=10343992,https%3A%2F%2Fwww.bbcgoodfood.com%2Frecipes%2Fegg-fried-rice" \ -H "Accept: application/json" \ -H "Authorization: Bearer <Access-Token>"

It will return a response for each id or URL like this:

{ "10343992": { "field": "..." }, "https://www.bbcgoodfood.com/recipes/egg-fried-rice": { "field": "..." } }

Cursor Pagination

Some of our endpoints provide cursor-based pagination. A cursor is a random string which points to a specific item in a list of data. A string pointed to an element can be changed in future. Therefore, your app should not store cursors.

curl "https://graph.whisk.com/v1beta/products/autocomplete?language=en&limit=5&after=eyJpZCI6IlBPUksgQkFCWSBCQUNLIFJJQiIsImluZGV4Ijo5fQ==" \ -H "Accept: application/json" \ -H "Authorization: Bearer <Access-Token>"

A result will contain segment with pagination which includes cursors to the first and the last item in the result. Reference will be empty if there are no elements before or after cursor.

Example of a segment with cursors:

{ "after": "eyJpZCI6IkNISUEgU0VFRFMiLCJpbmRleCI6MTR9", "before": "eyJpZCI6IkdSQU5PTEEiLCJpbmRleCI6MTB9" }


Some of our endpoints has limits:

  • POST /carts/checkout, POST /lists , POST /carts and other endpoints accepting items can accept maximum 50 of them
  • POST /carts/checkout, POST /lists, POST /carts and other endpoints accepting recipes can accept maximum 25 of them