/v2/recommend/products/general, /v2/recommend/products/product and /v2/recommend/products/products — the number of ids in product_ids selects the behavior. The full request/response schema is in the API Reference tab, under Platform API.
Limits and behavior
limitis 1–128.- No category parameter exists on
/v3/recommend/products, and category recommendations have no v3 endpoint — see Category recommendations. - Valid
typevalues are configured per merchant. Get your list from your Depict contact; an unconfigured combination returns an error (see Errors). - Unknown request fields are silently ignored — a misspelled field name is dropped, not rejected.
- Display fields depend on your merchant configuration — see Response.
Request
product_ids selects which recommendations you get:
Common surface names include
after_basket for a cart drawer and checkout
for checkout recommendations. These are separate surfaces. Preserve the type
and product context used by your existing integration. Confirm availability
for each market with Depict. Do not select a type only from a surface’s display
title.
Example request:
Response
On the wire the response is:Displays contain merchant-specific objects. Confirm the fields your product
cards need with Depict. Preserve each display’s
recommendation_id when you
transform its product data.Category recommendations
If you have an existing integration on this endpoint: it takes a v2-shaped body (tenant, market, category_id, type) and returns the same response shape as above. Do not build new functionality on it.
Errors
- An unconfigured merchant returns 400 with
{"detail": "Merchant {merchant} not configured for recommendations."}. - An unconfigured
(merchant, market, type)combination returns{"error": "(tenant, market, type) not yet configured. Please contact Depict."}. The message wording uses the v2 vocabulary (tenant) and may change — match on the presence oferror, not on the exact message text.

