ShopEazydevelopers
API referenceMerchant API BetaSocial

Save which events draft a social post by themselves

Beta
Credentials
  • OAuth access token
Scopes
marketing:write
Subscription
Needs an active plan. Otherwise 403 subscription_locked.
Idempotency
Send an Idempotency-Key header. A retry with the same key does the work once.
PUT
/v1/merchant/stores/{storeId}/social/automation

Replaces all four switches; send all four. Saving the same values again changes nothing. Needs a connected Facebook Page.

Access: OAuth scope marketing:write; write-gated by the subscription.

Authorization

merchantOAuth marketing:write
headerAuthorizationBearer <token>

OAuth 2.1 (authorization code + PKCE S256, public clients, dynamic registration) for connected AI apps. Effective power is scopes granted AND the person's role today AND the plan. orders:refund, billing:write and team:write are opt-in on the consent screen. Write implies read for marketing:read and messages:read, so a grant holding marketing:write passes a marketing:read check, and messages:send passes messages:read.

Scope: marketing:write

Path Parameters

storeId*string

A store the person can reach. Any other id answers 404, never 403.

Header Parameters

Idempotency-Key*string

Required on every write. Minted on the device when the person taps, reused on every retry. A write without one, or with one that does not match the pattern, is refused with 422 validation_error. Scoped to the token's subject, remembered 24 hours. A replay returns the first 2xx response with Idempotent-Replay: true; a request still running answers 409 in_flight; the same key with a different method, path or body answers 409 idempotency_key_reused; non-2xx results are not remembered. If the key store cannot be read nothing is processed and the answer is 503 idempotency_unavailable: retry with the same key.

Match^[A-Za-z0-9_-]{8,128}$

Request Body

application/json
  1. body

Which events draft a social post by themselves. They are only ever drafts: nothing goes out until it is approved (publishSocialPost, scheduleSocialPost). All four default to true.

newProduct*boolean

Draft a post when a new listing goes live.

priceDrop*boolean

Draft a post when a price drops.

backInStock*boolean

Draft a post when a sold-out listing is back.

discount*boolean

Draft a post when a discount starts.

Response Body

OK

application/json
  1. response
data*

Which events draft a social post by themselves. They are only ever drafts: nothing goes out until it is approved (publishSocialPost, scheduleSocialPost). All four default to true.

Example Request
curl -X PUT 'https://api.shopeazy.co/v1/merchant/stores/<storeId>/social/automation' \  -H 'Authorization: Bearer <access_token>' \  -H 'Idempotency-Key: <unique_key>' \  -H 'Content-Type: application/json' \  -d '{  "newProduct": false,  "priceDrop": false,  "backInStock": false,  "discount": false}'
Example Response
{  "data": {    "newProduct": true,    "priceDrop": true,    "backInStock": true,    "discount": true  }}

Which events draft a social post by themselves GET

Read from the store's settings; a store that never saved any answers the defaults (all four on). A read, so a store whose plan has lapsed can still read it. Access: OAuth scope `marketing:read`; not write-gated.

Plan a week of posts as drafts POST

5 to 7 drafts (fewer when the shop has fewer listings with photos: a listing is never used twice) from the shop's real listings (only ones with photos; at most the first 30 are offered), spread over the next seven days at sensible South African times, each with a Facebook and an Instagram caption in the shop's voice. They are DRAFTS with a suggested time and a reason ("Plan my week: ..."): nothing goes out until `publishSocialPost` or `scheduleSocialPost`. Instagram is only a channel when the Page has an Instagram account. This differs from `startStudioMake` with `kind: week`, which writes the words but creates no drafts. One credit for the whole week, charged when the plan is written (403 `insufficient_credits`, `over_credit_limit`, `ai_not_configured`). Needs a connected Facebook Page (409 `facebook_not_connected`) and listings with photos (422 `validation_error`, "Add products with photos first"). The `Idempotency-Key` keeps a retry from planning, and charging for, a second week, even after a crash (the charge is written down when it is taken); a new key plans another week. A plan that comes back empty or fails charges nothing (502 `generation_failed`). Access: OAuth scope `ai:spend`; write-gated by the subscription.