Jedes Plugin, das auf eine fremde API aufbaut, hat ein strukturelles Risiko, das man nie ganz wegbekommt: Der API-Anbieter kann jederzeit etwas ändern — ein Antwortformat, ein Rate-Limit, eine Berechtigungsanforderung — ohne dass man selbst vorher gefragt wird.
Für Social Publisher heißt das konkret: LinkedIn kann seine API-Schnittstelle anpassen, und wir merken davon zunächst nichts weiter als plötzlich fehlschlagende Requests. Kein Alarm, keine E-Mail vom Anbieter — nur ein Fehlercode in unseren Logs, wenn wir hinschauen.
Genau deshalb ist die Fehlerbehandlung bei uns kein Nebenschauplatz, sondern ein zentraler Teil der Architektur. Jeder fehlgeschlagene Request an die LinkedIn-API wird strukturiert geloggt, inklusive Statuscode und Antworttext. Häuft sich eine bestimmte Fehlerart plötzlich über mehrere Nutzer hinweg, ist das ein klares Signal, dass sich auf LinkedIns Seite etwas verändert hat — nicht dass einzelne Nutzer falsch konfiguriert sind.
Das entscheidende Learning für uns: Man kann sich nicht davor schützen, dass eine externe API sich ändert. Man kann sich nur darauf vorbereiten, es so früh wie möglich zu merken — im besten Fall, bevor Nutzer selbst auf den Fehler stoßen und ein Ticket schreiben.
Für alle, die selbst Plugins mit API-Integrationen bauen: Investiert eure Zeit nicht nur in den „Happy Path“. Ein gutes Error-Logging ist oft wichtiger als die zehnte Komfortfunktion.
Schreibe einen Kommentar