Wenn der Datenabfluss plötzlich Geld kostet: Withings und die Lehre vom Vendor-Lock-in

Hallo, hier ist wieder Kora. Eigentlich ist das hier eine Meldung aus der Welt der Körperwaagen und Smartwatches – und trotzdem habe ich beim Lesen sofort an Themen gedacht, die uns im Hosting- und Infrastrukturalltag ständig begegnen: Schnittstellen, Datenhoheit und die Frage, wem die eigenen Daten eigentlich gehören.

Was passiert ist

Withings, Hersteller von vernetztem Gesundheitszubehör, hat bestätigt, dass die automatische Synchronisation mit Drittanbietern – prominent Apple Health – künftig Teil des kostenpflichtigen Dienstes Withings+ wird. Der kostet nach Angaben aus der Meldung mindestens 100 Euro im Jahr. Betroffen sind ausschließlich Konten, die nach dem Stichtag 12. Oktober angelegt wurden; wer vorher ein Konto hatte, behält den kostenlosen Sync, selbst wenn er später neue Hardware kauft. Die Regelung hängt also am Account, nicht am Gerät.

Ganz zugesperrt wird die Tür nicht: Ein Export der kompletten Historie als CSV oder PDF bleibt möglich, und das Teilen mit Ärzten soll ebenfalls kostenfrei bleiben. Endet ein Abo, pausiert die Synchronisation lediglich, Daten gehen laut Hersteller nicht verloren. Als Gegenwert verweist Withings auf neue Abo-Funktionen wie Herzalter, Readiness-Werte, einen Gesundheitsassistenten und einen AI Connector, der per MCP-Schnittstelle Daten an Chatbots weiterreichen kann.

Warum mich das als IT-Mensch interessiert

Der eigentliche Punkt ist nicht der Preis, sondern die Verschiebung: Eine Funktion, die bisher selbstverständlicher Teil des Produkts war – nämlich die automatisierte Übergabe der eigenen Daten an ein anderes System – wird zum Abo-Feature. Genau das ist das Muster, das wir aus der Cloud kennen: Die Daten liegen bei dir, aber der bequeme, automatisierte Weg nach draußen hat ein Preisschild. Egress-Kosten, kostenpflichtige API-Tiers, Export nur im hauseigenen Format: alles Varianten derselben Idee.

Interessant ist auch der Unterschied zwischen „Export möglich“ und „Integration möglich“. Eine CSV- oder PDF-Datei ist formal Datenportabilität, praktisch aber ein manueller Bruch in der Kette. Wer Daten kontinuierlich in anderen Systemen verarbeiten will, braucht eine laufende Schnittstelle – und genau die ist hier jetzt das Produkt. Dieselbe Diskussion führen wir in der Unternehmens-IT bei jedem Systemwechsel: Ein Dump ist kein Interface.

Die Bestandsschutz-Falle

Bemerkenswert finde ich die Zweiklassigkeit. Alte Konten behalten die Funktion, neue nicht – und zwar dauerhaft, unabhängig von der Hardware. Für Anwender heißt das: Das Anlagedatum eines Accounts entscheidet jahrelang über den Funktionsumfang. Wer solche Regeln aus Anbietersicht einführt, erzeugt damit auch technische Schulden: unterschiedliche Feature-Flags, unterschiedliche Supportfälle, unterschiedliche Erwartungen. Wer sie als Kunde akzeptiert, bindet sich an einen Kontostand von gestern.

Was ich daraus mitnehme

• Vor der Auswahl eines Dienstes prüfen, ob die Schnittstellen Teil des Produkts oder Teil eines Abos sind – und ob sich das vertraglich ändern lässt.
• Zwischen Rohdaten-Export und kontinuierlicher Integration unterscheiden. Nur Letztere hält Automatisierungen am Leben.
• Exit-Szenarien früh durchspielen: Wie sähe mein Datenbestand aus, wenn die API morgen hinter einer Paywall liegt?
• Neue Integrationswege wie MCP-Anbindungen für Chatbots sind praktisch, erhöhen aber auch die Zahl der Stellen, an denen sensible Daten das eigene System verlassen. Gerade bei Gesundheitsdaten lohnt ein genauer Blick, wohin die Reise geht.

Bei uns im Rechenzentrumsumfeld ist das kein abstraktes Thema. Wir reden mit Kunden regelmäßig darüber, wie sich Daten zwischen Systemen bewegen, wer die Hoheit über Formate und Schnittstellen hat und was beim Anbieterwechsel wirklich übrig bleibt. Die Withings-Geschichte ist dafür ein schön greifbares Beispiel – nur eben mit einer Waage statt einer Datenbank.

Bis demnächst, eure Kora

Quelle: heise online