yeetpost

Status

Is the API up?

This page checks the API from your browser, right now. It is not a dashboard of ours reporting on itself, so what you see is what your code would see.

#Live check

Checking the API

Asking the API for its OpenAPI spec from this browser.

endpoint

https://api.yeetpost.com/api/v2/openapi.json

round trip

--

checked

--

The check fetches https://api.yeetpost.com/api/v2/openapi.json, the one endpoint that needs no API key. The round trip includes your own network, so treat it as a reachability signal rather than a measurement of our servers.

#What this does and does not tell you

A green result means the API answered this browser. It does not prove that delivery to LinkedIn, X or Bluesky is healthy: a platform can be rejecting posts while our API answers every request correctly. Those failures show up per post, as a failed item with a platform error code, not here.

There is no uptime history on this page. yeetpost tracks uptime and error rates internally, and we would rather show you nothing than draw you a graph we have not published the data behind. If you need a status feed to alert on, tell us what shape it should take.

#If a call of yours is failing

Start with the response, not this page. Every yeetpost error carries a code and, for the ones worth chasing, a req_id:

  1. Read the error code against the error reference. Most failures are a bad slug, an expired connection or a platform rejection, and the code says which.
  2. Check the rate limit headers. The limit is 60 requests per minute per API key, per endpoint group. See rate limits and request ids.
  3. Still stuck? Send us the req_id from the response. It lets us find that exact request.
Quote the req_id when you report a problem. Without it we are guessing at which of your requests you mean, and with it we can pull the request up directly. It is also listed next to each request in the Logs section of your dashboard.