Die Illusion der Verknüpfung

Ich hatte kürzlich wieder so einen Moment, bei dem man als Entwickler kurz innehält und sich fragt, ob wir eigentlich irgendetwas gelernt haben. Zwei Apps, die sich gegenseitig empfehlen. Gleiches Ökosystem, gleicher Verbund. Account vorhanden, kurz verknüpfen, fertig. Antwort vom Support: Eine Verknüpfung ist nicht möglich.

Fassade statt Architektur

Nach außen wirkt das Ganze wie ein integriertes System. Zwei Apps, die sich kennen, sich bewerben, scheinbar zusammenspielen. In Wirklichkeit sind es zwei komplett getrennte Inseln, die nur lose über einen Button miteinander verbunden sind. Kein gemeinsames Identitätsmanagement, keine echte Kommunikation im Hintergrund, kein durchgängiger Nutzerkontext.

Für den Nutzer ist das frustrierend. Für uns als Entwickler ist es ein klares Signal: Da wurden Systeme gebaut, die nebeneinander existieren, aber nie wirklich füreinander gedacht wurden. Jeder kocht sein eigenes Süppchen, jeder verwaltet seine eigenen Nutzer — und am Ende steht man vor genau so einer Situation.

2026 — und keine gemeinsame Identität

Was mich dabei besonders irritiert: Wir leben 2026. Standards wie OAuth2 oder OpenID Connect sind kein exotisches Spezialwissen mehr, sondern absolute Grundlage. Wir sprechen ständig über saubere Architekturen, über konsistente Zustände, über durchgängige User Journeys. Und dann akzeptieren wir in genau solchen Szenarien Brüche, die man seit Jahren vermeiden könnte.

Das Problem ist selten technisch. Die Standards existieren. Die Frameworks existieren. Die Patterns sind dokumentiert und hundertfach implementiert. Das Problem ist organisatorisch. Zwei Teams, zwei Budgets, zwei Roadmaps. Niemand hat den Auftrag, die Brücke zu bauen. Und solange das Reporting keine Zeile für „Nutzerfrustration durch fehlende Integration“ hat, passiert auch nichts.

Ein Button ist keine Integration

Ein Deep-Link ersetzt keine gemeinsame Architektur. Und nur weil zwei Anwendungen optisch zusammengehören, heißt das noch lange nicht, dass sie es technisch auch tun. Integration bedeutet nicht, dass App A einen Link zu App B enthält. Integration bedeutet, dass der Nutzer nicht merkt, wo A aufhört und B anfängt.

Ich sehe das in Projekten ständig. Systeme, die per API kommunizieren, aber keine gemeinsame Fehlerbehandlung haben. Microservices, die technisch entkoppelt sind, aber für den Nutzer eine Einheit bilden sollten — und es nicht tun. Portale, die aus fünf verschiedenen Anwendungen bestehen und bei denen man sich dreimal einloggen muss, um eine Aufgabe zu erledigen.

Software-Architektur darf nicht an Organisationsgrenzen aufhören. Wenn ich Integration verspreche, muss ich sie auch liefern — nicht nur im UI, sondern dort, wo sie wirklich entsteht.

Alles andere ist am Ende nur eine hübsche Fassade vor einem Haufen isolierter Systeme. Und der Nutzer merkt den Unterschied — auch wenn er ihn nicht benennen kann.