A faster, more predictable inblog API
Post lists are lighter, but integrations that need content_html must request it explicitly. Pagination and rate-limit behavior are more predictable too.
The inblog API now returns lighter post lists and handles pagination more consistently.
Action required for some integrations: If an existing integration reads content_html from GET /v1/posts, add it to fields[posts]. List responses no longer include the field unless it is requested.
GET /v1/postsno longer includescontent_htmlby default, reducing unnecessary response work. Request it when needed withfields[posts]=title,content_html; individual post responses still include the body.- JSON:API pagination with
page[number]andpage[size]now works alongside the existingpageandlimitparameters. Page size is capped at 100. - Read requests return clear rate-limit headers and a retry interval when a client needs to slow down.
- Individual API routes and the first request examples in the guide have been corrected so copy-and-paste requests reach the intended endpoint.
See the updated API reference for request and response details.