DEV Community

Kriish Tiwari
Kriish Tiwari

Posted on

We got burned by silent API changes twice this year. how do you handle this?

Our team builds on a Next.js stack and depends on a
handful of third-party APIs some AI providers, some
infrastructure, some data services.

Twice this year, we got user complaints before we even
knew something was broken.

The culprit both times? Silent breaking changes from
upstream APIs. Once it was a renamed field in a response
object. Another time, a deprecated endpoint that stopped
returning data the way we expected.

We weren't monitoring changelogs actively. Nobody on the
team had time to read through every API provider's release
notes. And by the time the breakage surfaced, it had
already affected real users.

It got me thinking, this must happen to other teams too,
especially now that most startups are stitching together
5-10 APIs just to ship their core product. AI-native teams
have it even worse, model versions deprecate fast, output
formats change, endpoints get retired.

So I'm genuinely curious:

How do you stay ahead of breaking changes from APIs
you depend on?

  • Do you monitor changelogs manually?
  • Have you built any internal tooling for this?
  • Do you run contract tests against third-party APIs?
  • Or do you just find out when users complain?

Just had this pain fresh in my mind and
wanted to hear how others are dealing with it. Would love
to hear what's worked (or hasn't).

Top comments (0)