Let's say you get back an error. We've made it so the API creator can link in the response to a unique page in the docs, where they'll see their actual API log. They can see exactly what the server saw and returned, replay the request, and more. If an error code is returned, the API creator can write out what the error means and how to fix it.
If that's not enough, they can open a support ticket on ReadMe, and include the logs that seem broken. That way, both sides are looking at the same API logs, and know things like what SDK is being used or if the data is URL encoded properly.
Lastly, we're going to build tools that are more proactive. Like, if a customer is getting a certain threshold of errors in production, we'll make it easy to trigger an email to them with a warning.
Let's say you get back an error. We've made it so the API creator can link in the response to a unique page in the docs, where they'll see their actual API log. They can see exactly what the server saw and returned, replay the request, and more. If an error code is returned, the API creator can write out what the error means and how to fix it.
If that's not enough, they can open a support ticket on ReadMe, and include the logs that seem broken. That way, both sides are looking at the same API logs, and know things like what SDK is being used or if the data is URL encoded properly.
Lastly, we're going to build tools that are more proactive. Like, if a customer is getting a certain threshold of errors in production, we'll make it easy to trigger an email to them with a warning.