Nextcloud User Retention: Vom Umgang mit Konten, Daten und Vergesslichkeit

Es ist eine Beobachtung, die in vielen Unternehmen nach einer gewissen Betriebszeit der eigenen Cloud-Instanz auftaucht: Da existieren Benutzerkonten von Menschen, die das Haus vor zwei Jahren verlassen haben. Dazwischen schlummern Testzugänge, ein alter Projektaccount einer externen Agentur und ein Nebenkonto des früheren Systemadministrators, dessen Passwort niemand mehr kennt. Jeder einzelne Fall lässt sich vielleicht erklären – aber niemand hat ihn systematisch bearbeitet. Das ist kein spezifisches Nextcloud-Problem, sondern ein typisches Symptom dafür, wie nachlässig Organisationen mit dem Lebenszyklus digitaler Identitäten umgehen. Nur zeigt sich dieses Symptom in einer Open-Source-Cloud besonders deutlich, weil die Verantwortung vollständig beim Betreiber liegt.

Der Begriff „User Retention“ klingt zunächst nach Marketing und Kundenzentrierung. In der Cloud-Welt meint er aber etwas anderes, nämlich die kontrollierte Aufbewahrung von Benutzerkonten und den darin enthaltenen Daten. Für Nextcloud-Administratoren stellt sich die Frage auf zwei Ebenen: Wie lange werden Benutzerkonten vorgehalten, wenn niemand mehr dahintersteht? Und wie lassen sich die Datenbestände so behandeln, dass sowohl die DSGVO als auch die eigenen betrieblichen Interessen gewahrt bleiben?

Ein Begriff, zwei Bedeutungen

Es lohnt sich, den Begriff erst einmal auseinanderzunehmen. Im Produktmanagement und im SaaS-Umfeld versteht man unter „Retention“ die Fähigkeit, Nutzer langfristig zu binden. Man misst, wie viele Anwender nach 30, 60 oder 90 Tagen wiederkommen, und versucht, mit Funktionen und Onboarding-Maßnahmen die Abwanderung zu senken. Nextcloud-Betreiber, die nur intern arbeiten, müssen nicht unbedingt um Nutzer buhlen – aber sie sollten verstehen, warum bestimmte Konten nie benutzt werden. Ein ungenutztes Konto ist ein Sicherheitsrisiko, ein Datenfriedhof und ein Pflegefall in der Benutzerverwaltung.

Auf der anderen Seite steht die technische und juristische Bedeutung: Retention als Aufbewahrung. Nextcloud bietet dafür eine eigene App mit dem passenden Namen „Retention“. Sie ist darauf ausgelegt, Dateien in bestimmten Ordnern nach einer festgelegten Zeit automatisch zu löschen. Das ist ein mächtiges Werkzeug, denn es entlastet Administratoren von der täglichen Löschroutine.

Doch die Retention-App hat eine konzeptionelle Schwäche, die oft übersehen wird: Sie kümmert sich um Dateien, nicht um Benutzer. Ein Account ist mehr als die Summe seiner Dateien. Er besitzt persönliche Einstellungen, Kalender, Adressbücher, Aktivitäten-Logs und möglicherweise Besitzverhältnisse an geteilten Ordnern. Wenn jemand geht, bleibt dieses Konstrukt erst einmal stehen – technisch gesehen ein kleines digitales Abbild einer Person mit Zugriffsrechten. Und genau das ist das eigentliche Problem.

Warum das Konto nicht einfach bleiben kann

Ein Account, der länger existiert als nötig, ist nicht harmlos. Er kann Ziel von Angriffen werden, wenn das Passwort irgendwo durchgesickert ist. Er kann als Sharing-Quelle dienen, auf die niemand mehr aufpasst. Und er kann datenschutzrechtliche Fragen aufwerfen, die im Ernstfall unangenehm werden. Wer personenbezogene Daten verarbeitet, muss Löschfristen einhalten. Für ein Benutzerkonto gilt das in besonderem Maße, denn es enthält nicht nur den Namen, sondern meist auch die Kontaktdaten der Person, ihren digitalen Fußabdruck und unter Umständen private Notizen oder geteilte Dokumente.

Die Schwierigkeit liegt darin, dass eine sofortige Löschung beim Ausscheiden eines Mitarbeiters oft gar nicht möglich ist. Handels- und steuerrechtliche Aufbewahrungspflichten verlangen, bestimmte Geschäftsunterlagen mehrere Jahre aufzubewahren. Ein Konto ist zwar kein Buchungsbeleg, aber die darin abgelegten Dateien können durchaus aufbewahrungspflichtig sein. Und wer eine Datei löscht, die später im Rahmen einer steuerlichen Betriebsprüfung gebraucht wird, hat ein echtes Problem – nicht nur mit dem Finanzamt, sondern unter Umständen auch mit der eigenen Sorgfaltspflicht.

In der Praxis führt das häufig zu einer Mischstrategie: Einzelne Daten werden exportiert, in ein zentrales Ablagesystem überführt und dort mit einer definierten Frist versehen. Das Benutzerkonto selbst kann dann gelöscht werden. Wer diese Trennung nicht vornimmt, hält den kompletten Account als Datencontainer vor. Das ist bequem, aber selten sauber. Denn die Person, auf die der Account zugeschnitten ist, hat unter Umständen ein Auskunfts- und Löschbegehren nach Artikel 17 DSGVO gestellt – und ein Account, der nur „aus Sicherheitsgründen“ weiterläuft, ist dafür keine tragfähige Begründung.

Was Nextcloud von Haus aus mitbringt

Wer nach „User Retention“ in den Nextcloud-Einstellungen sucht, wird nicht fündig. Es gibt keinen Schalter, der automatisch inaktive Konten nach Ablauf einer Frist entfernt. Das ist eine bewusste Entscheidung, denn die Kriterien dafür sind so unterschiedlich, dass eine pauschale Lösung kaum sinnvoll wäre. Stattdessen liefert Nextcloud die Werkzeuge auf unterer Ebene: über die Kommandozeile, die Benutzerverwaltung und die offenen APIs.

Der wichtigste Einstiegspunkt ist die occ-Kommandozeile. Mit ihr lassen sich Benutzer anlegen, Informationen abrufen, Rechte setzen und Konten schließlich löschen. Für die Systematik einer Aufbewahrungsstrategie sind vor allem zwei Befehle relevant: user:lastseen gibt an, wann sich ein Benutzer zuletzt eingeloggt hat, und user:disable sperrt das Konto, ohne es zu löschen. Genau darin liegt die Chance für einen kontrollierten Ablauf: Man muss nicht sofort löschen, man kann zunächst den Zugang entziehen und dann in Ruhe über die Daten entscheiden.

In größeren Umgebungen kommt die User Provisioning API ins Spiel. Sie erlaubt es, Benutzerkonten aus externen Systemen heraus anzulegen und zu bearbeiten. Das ist vor allem dann wichtig, wenn Nextcloud nicht als Insellösung betrieben wird, sondern in eine Identity-Management-Landschaft eingebettet ist. Wer seinen Account-Lebenszyklus zentral über ein Directory wie Active Directory oder einen Identity Provider steuert, kann Nextcloud an diese Systeme anbinden und muss die Konten nicht einzeln in der Cloud verwalten.

Fehlt diese Anbindung, bleibt immer ein manueller oder selbst skriptbarer Anteil. Und genau hier zeigt sich ein interessanter Aspekt: Nextcloud gibt die Werkzeuge, verlangt aber ein eigenes Zutun. Ein Administrator, der seinen Account-Bestand im Griff haben will, kommt an einer strukturierten Vorgehensweise nicht vorbei.

Drei Stufen statt Kaltschlag

Bewährt hat sich ein Vorgehen, das man als Drei-Stufen-Modell bezeichnen kann. In der ersten Stufe bleibt der Account regulär aktiv. In der zweiten Stufe wird er deaktiviert, aber nicht gelöscht. In der dritten Stufe werden Daten übergeben oder archiviert und das Konto schließlich entfernt. Entscheidend ist, dass jede Stufe an ein klares Ereignis geknüpft wird – zum Beispiel an den letzten Login. Natürlich ist der letzte Login kein perfektes Maß für die tatsächliche Nutzung eines Kontos. Es gibt Menschen, die sich nur über eine externe App oder eine API anmelden, ohne jemals die Weboberfläche zu sehen. Wer als Administrator aber eine pragmatische und vor allem überprüfbare Größe braucht, findet in der Last-Login-Information einen guten Anhaltspunkt.

Die zweite Stufe lässt sich gut automatisieren. Ein Skript kann regelmäßig die Ausgabe von occ user:lastseen parsen und alle Konten auflisten, deren letzter Login länger als 90 Tage zurückliegt. Diese Liste kann man sich als Administrator anschauen, bevor man aktiv wird. Das klingt banal – ist aber eine wichtige Hürde gegen blinde Automatisierung. Wer zu forsch löscht, entfernt unter Umständen das Konto einer Kollegin im Mutterschutz oder eines Außendienstlers, der die Cloud drei Monate lang nicht gebraucht hat.

Besser ist ein zweistufiges Vorgehen: Zuerst deaktivieren, dann löschen. Deaktivieren ist reversibel. Löschen nicht. Dieser Grundsatz gilt auch dort, wo gesetzliche Löschfristen schon abgelaufen sind.

Für die Deaktivierung sorgt der Befehl occ user:disable. Der Benutzer kann sich dann nicht mehr anmelden, und bestehende Sitzungen werden beendet. Die Daten bleiben erhalten, ebenso die geteilten Ordner und die Aktivitäten. In dieser Phase lässt sich dann in Ruhe klären, ob es noch offene Dokumente gibt, wer Zugriffsrechte übernehmen soll und ob ein bestimmter Ordner wirklich noch gebraucht wird.

Erst danach folgt die eigentliche Löschung. Sie sollte vorbereitet sein – im Idealfall durch eine Eigentümerübertragung. Nextcloud kennt dafür den Befehl files:transfer-ownership, mit dem sich sämtliche Dateien eines Benutzers auf einen anderen Account übertragen lassen. Wer auf diese Übertragung verzichtet, verliert nicht nur die Daten, sondern auch die organisatorische Zuordnung. Und eine solche Zuordnung ist oft mehr wert als die Daten selbst, denn ohne sie muss ein späterer Admin erst mühevoll rekonstruieren, welches Dokument eigentlich zu welchem Vorgang gehörte.

Was nach der Löschung übrig bleibt

Auch nach dem Entfernen eines Benutzerkontos ist das Thema nicht vollständig abgeschlossen. Nextcloud legt in den Datenverzeichnissen unter Umständen Reste an – etwa im Papierkorb oder in den Dateiversionen. Diese Reste können personenbezogene Daten enthalten. Wenn ein ehemaliger Mitarbeiter sein Löschbegehren durchsetzen will, nützt die Auskunft „Der Account wurde gelöscht“ wenig, wenn eine Kopie seines Dokuments noch in einer Versionshistorie schlummert.

Für die nachgelagerte Bereinigung gibt es in Nextcloud verschiedene occ-Befehle. So können Admin und Papierkorb-Inhalte und Dateiversionen endgültig bereinigt werden. In der Praxis ist es ratsam, diese Bereinigung nicht nur einmal nach einem Account-Löschvorgang, sondern regelmäßig durchzuführen. Denn Nextcloud ist kein System, das nach der Löschung eines Benutzers sofort alles vergisst. Es braucht einen Anstoß, um wirklich aufzuräumen.

Dabei zeigt sich ein prinzipielles Dilemma: Backups. Jeder ordentliche Betrieb sichert seine Daten regelmäßig. In diesen Backups tauchen gelöschte Konten wieder auf, sofern sie inzwischen nicht aus der Sicherung herausgefallen sind. Ein Backup ist kein Datengrab, aber es ist eine Kopie, die nicht von allein verschwindet. Aus Sicht der DSGVO mag man argumentieren, dass eine Sicherungskopie ein rechtmäßig verarbeiteter Datenbestand ist, solange sie nicht unverhältnismäßig lange vorgehalten wird. Für den Betreiber bedeutet das: Auch für die Backup-Historie braucht es eine saubere Frist. Wer Löschungen auf dem Produktivsystem durchführt, aber das Backup-System ohne jede Löschroutine betreibt, hat die Kontrolle über den Datenbestand längst verloren.

Die Datei-Retention ist keine Benutzer-Retention

Dass Nextcloud über eine offizielle „Retention“-App verfügt, verführt zu der Annahme, das Thema sei damit abgedeckt. Bei genauerer Betrachtung zeigt sich jedoch, dass diese App nur einen kleinen Ausschnitt abbildet. Die App legt Regeln für einzelne Ordner fest und löscht deren Inhalte nach Ablauf einer Frist. Das ist sinnvoll, wenn man zum Beispiel temporäre Gruppenordner nach Projektende automatisch leeren möchte – aber es ersetzt keine Entscheidung über Personen.

Ein Benutzerkonto kann auch dann gelöscht werden, wenn die dazugehörigen Dateien noch gar nicht aufbewahrungsfristenreif sind. Umgekehrt lässt sich eine Aufbewahrungsfrist für Daten nicht dadurch umgehen, dass man den Benutzer accountseitig löscht. Deshalb gehört zu einer guten Retention-Strategie immer eine Datenübergabe. Wer Account-Löschung und Datei-Aufbewahrung getrennt betrachtet, wird deutlich flexibler: Der Account verschwindet, die Datei bleibt an einem definierten Ort. Und dieser Ort muss kein Nextcloud-Konto sein. Er kann ein Gruppenordner, ein externes Archiv oder ein anderes Dokumentenmanagementsystem sein.

An dieser Stelle wird deutlich, wie schnell aus einem technischen Thema ein organisatorisches wird. Die Trennung von „Person“ und „Wissen“ ist im Kern eine Governance-Frage. Nextcloud kann diese Trennung technisch unterstützen, aber sie nicht von sich aus herstellen. Ein Administrator, der nur die Kommandozeile bedient, aber keine Absprache mit Fachabteilung und Datenschutzbeauftragten trifft, wird früher oder später scheitern – entweder weil er Daten löscht, die noch gebraucht wurden, oder weil er Konten behält, die längst hätten entfernt werden müssen.

LDAP und Active Directory beruhigen die Lage – aber nur teilweise

Viele Unternehmen betreiben Nextcloud nicht als eigenständiges Identitätssystem, sondern hängen die Instanz an ein Active Directory oder einen LDAP-Verzeichnisdienst. Das hat Vorteile: Ein zentral verwaltetes Benutzerkonto wird im Active Directory deaktiviert, und Nextcloud erkennt das bei der nächsten Synchronisation. Der Zugriff auf die Cloud ist also automatisch blockiert. Davon träumen alle, die ihre Konten bisher in mühsamer Handarbeit gepflegt haben. Doch auch diese Integration ist kein Allheilmittel.

Zwar übernimmt Nextcloud die Sperrung eines Kontos, das im LDAP als deaktiviert markiert ist. Aber die lokalen Daten – die Dateien, die Sharing-Beziehungen, die Einstellungen – bleiben weiterhin bestehen. Sie sind nicht an den Verzeichnisdienst gekoppelt, sondern an die interne Nutzer-ID. Wenn ein Active-Directory-Account gelöscht wird, bleibt in Nextcloud ein sogenannter „orphaned user“ zurück, ein verwaister Benutzer, der keine Verbindung zum Verzeichnis mehr hat. Ein aufmerksamer Administrator kann diese Einträge über die Benutzerverwaltung entfernen. Aber es bedarf eben einer regelmäßigen Prüfung, die in vielen Betrieben nicht stattfindet.

Hinzu kommt die Frage der Verantwortung. Wer ein offboarding zentral im Active Directory durchführt, muss sicherstellen, dass diese Information rechtzeitig an die Cloud angebunden wird. In der Praxis sieht das häufig anders aus: Der Helpdesk sperrt das Windows-Konto, der Zugang zur Nextcloud arbeitet aber noch mit einer eigenen Passwortdatenbank oder einem zweiten Verzeichnis. Am Ende gibt es einen Flickenteppich an Benutzerkonten, der sich nur mit einer zentralen Identity-Management-Strategie sauber entwirren lässt.

Eine durchdachte Integration schafft hier Abhilfe. Nextcloud sollte aus einer verlässlichen Quelle gespeist werden, und diese Quelle muss das gleiche Konto auch sperren und löschen. Wer mehrere Verzeichnisse, Nextcloud-Allase oder zusätzliche Gast-Accounts betreibt, braucht eine Dokumentation, die diese Beziehungen offenlegt. Die bloße Tatsache, dass 95 Prozent der Benutzer über LDAP laufen, reicht nicht aus, wenn die restlichen fünf Prozent unkontrolliert vor sich hin altern.

Auch inaktive Konten sind Teil der Retention-Strategie

Viele Betreiber konzentrieren sich darauf, ehemalige Mitarbeiter zu entfernen. Der größere Datenmüll liegt aber oft in Accounts, die technisch nie richtig genutzt wurden: Testkonten, die bei der Einrichtung der Instanz angelegt wurden, Accounts für einen Praktikanten, der nur zwei Wochen da war, oder Zugänge für eine Datenaustausch-Plattform, die längst durch ein anderes Verfahren abgelöst wurde. Diese Konten haben keine starke Lobby, und niemand schreit, wenn sie gelöscht werden. Gerade deshalb sind sie ideale Kandidaten für eine automatisierte Regel.

Ein einfaches Skript, das einmal im Monat alle Konten mit einem Login-Datum älter als zwölf Monate deaktiviert, reduziert den Verwaltungsaufwand enorm. Wichtig ist nur, dass die Ausnahmefälle nicht untergehen. In einer Kanzlei mag ein Partner existieren, der sich nur einmal im Jahr anmeldet, um Mandantenunterlagen einzusehen. In einer Forschungseinrichtung kann ein Ehemaligen-Konto jahrelang als Publikationsserver dienen. Wer solche Fälle kennt, kann sie über eine Whitelist von der automatischen Deaktivierung ausnehmen.

Interessanterweise ist die Gefahr dabei weniger eine technische als eine psychologische. Viele Benutzer reagieren empfindlich, wenn ihr Konto plötzlich gesperrt wird. Deshalb ist ein automatisiertes Verfahren ohne menschliche Kommunikation nicht zu empfehlen. Selbst wenn es technisch funktioniert, erzeugt es Ärger und Support-Anfragen. Die bessere Vorgehensweise ist es, die Liste der betroffenen Konten vor einer Deaktivierung zu veröffentlichen oder zwei Wochen vorher eine Erinnerungs-E-Mail zu senden. Eine solche E-Mail kann Nextcloud zwar nicht von Haus aus verschicken – aber sie kann man mit kleinen Skripten ergänzen, solange man den Mailversand nicht allzu kompliziert gestaltet.

Der Blick auf das große Ganze: Retention als Nutzerbindung

Es wäre jedoch zu kurz gedacht, das Thema nur als digitale Müllabfuhr zu behandeln. Die eigentlich spannende Frage hinter „User Retention“ lautet: Warum sind manche Accounts aktiv und andere nicht? Eine Nextcloud-Instanz, die nur von einem kleinen Teil der Belegschaft genutzt wird, hat ein Nutzungs- und Akzeptanzproblem. Das darf nicht mit der Datenaufbewahrung verwechselt werden, aber es verschärft sie. Wer sich nicht anmeldet, hinterlässt keine Spuren, erzeugt keinen Lastseen-Eintrag und wird dann von einem automatisierten Prozess als „inaktiv“ aussortiert – häufig zu Unrecht.

Versierte Administratoren wissen: Ein aktiver Benutzer ist der beste Schutz vor Datenwust. Wer regelmäßig arbeitet, aktualisiert die Ablage, räumt auf und hinterlässt digitale Spuren, die nachvollziehbar bleiben. Ein inaktiver Benutzer hingegen ist wie ein Buch, das niemand liest: Es verstaubt, ohne dass es jemandem auffällt. Die erste Maßnahme einer soliden Retention-Strategie sollte also nicht das Löschen sein, sondern das Verstehen. Warum grenzt sich die Nextcloud-Instanz so stark von den Arbeitsabläufen der Kolleginnen und Kollegen ab? Ist die Benutzeroberfläche zu unübersichtlich? Fehlt eine Integration in Desktop-Anwendungen, oder haben die Mitarbeiter schlicht keine passende Schulung erhalten?

Wer diese Fragen beantwortet, stellt oft fest, dass die beiden Bedeutungen von Retention letztlich zusammenhängen. Wer Nutzer langfristig binden will, muss ihnen ein Werkzeug an die Hand geben, das sie nicht als Bedrohung, sondern als Erleichterung empfinden. Dazu gehören klare Regeln – eben auch in Form von Löschfristen. Eine Cloud, in der nachvollziehbar ist, wo welche Daten liegen und wie lange sie aufbewahrt werden, schafft Vertrauen. Und Vertrauen ist eine Grundvoraussetzung für Nutzerbindung.

Vor der Automatisierung steht die Richtlinie

Der Reiz einer technischen Lösung ist verständlich. Ein Skript, das inaktive Konten deaktiviert und Altlasten beseitigt, gibt Sicherheit und spart Arbeit. Doch wer solch ein Skript ohne eine schriftliche Betriebsrichtlinie einführt, handelt auf wackeligem Boden. Im Streitfall vor Gericht oder im Gespräch mit der Datenschutzbehörde zählt nicht, was der Administrator „gemeint“ hat, sondern was dokumentiert ist. Eine Richtlinie zur Benutzerkonten-Aufbewahrung sollte deshalb so konkret wie möglich sein.

Sie legt fest, nach welcher Zeit der Inaktivität ein Konto deaktiviert wird, wie lange es deaktiviert bleibt, wann Daten zu übergeben sind und welche Stellen für diese Übergabe verantwortlich sind. Sie beschreibt, wer eine Ausnahmegenehmigung erteilen darf und wie solche Ausnahmen protokolliert werden. Sie umfasst außerdem den Umgang mit Sonderfällen: ehemalige Praktikanten, Lehrbeauftragte, externe Berater mit zeitlich begrenztem Projektzugang. Wenn eine solche Richtlinie existiert, lässt sich der technische Prozess daran ausrichten. Ohne sie ist jede Automatisierung nichts anderes als eine Aufforderung an den Zufall, die falschen Konten zu erfassen.

In Unternehmen mit Betriebsrat kann die Einführung solcher Regeln zudem mitbestimmungspflichtig sein. Das klingt lästig, hat aber einen Vorteil: Der Betriebsrat zwingt zu Transparenz und verhindert, dass die IT Konten unbemerkt aussortiert. Wer an dieser Stelle über die rechtlichen und betrieblichen Rahmenbedingungen spricht, erspart sich später eine Reihe von Rechtfertigungsproblemen.

Backups, Audit-Logs und der lange Atem der Compliance

Auch nachdem ein Konto gelöscht ist, bleiben Aufgaben. Eine davon ist die Dokumentation. Nextcloud protokolliert viele Ereignisse über die eigene Audit-Protokollierung, aber nicht jedes Skript auf der Kommandozeile landet automatisch in einem sinnvollen Log. Wenn man einzelne Löschvorgänge durchführt, sollte man sie also dokumentieren – idealerweise mit Benutzerkennung, Zeitpunkt und verantwortlicher Person. Das ist nicht nur aus Compliance-Sicht sinnvoll, sondern auch für die eigene Nachvollziehbarkeit. In einem Jahr wird niemand mehr wissen, warum damals ausgerechnet der Account der Buchhaltung den Löschprozess durchlaufen hat – es sei denn, es steht im Log.

Ebenso wichtig ist die Abstimmung mit der Backup-Strategie. Ein Backup-System, das Daten über zwei Jahre aufbewahrt, verträgt sich nicht mit einer Retention-Richtlinie, die nach sechs Monaten eine Löschung vorsieht. Das heißt nicht, dass die Backups kürzer vorgehalten werden müssen – es heißt lediglich, dass man sich der Abweichung bewusst sein muss. Wer eine Löschung durchführt und dabei nicht prüft, ob der Vorgang mit den Sicherungsfristen kollidiert, arbeitet nicht sauber. Er arbeitet einfach nur.

An dieser Stelle ist eine leichte Skepsis gegenüber allzu perfekten Automatisierungen angebracht. Nextcloud bietet so viele Stellschrauben, dass man den Überblick verlieren kann. Aber genau diese Vielseitigkeit ist auch eine Chance. Eine Cloud, die von den eigenen Mitarbeitern genutzt wird, ist kein statisches Gebilde, sondern ein lebendiges System. Sie wächst, sie verändert sich, sie produziert Daten. Wer sie sauber halten will, braucht keine perfekte Software, sondern eine gute Haltung: sorgfältig beobachten, geduldig entscheiden, mutig löschen – und rechtzeitig archivieren.

Für alle, die sich ihrer Benutzerliste einmal ehrlich stellen wollen, gibt es einen einfachen Test: Öffnen Sie die Benutzerverwaltung Ihrer Nextcloud-Instanz und schauen Sie sich die unteren Einträge an. Fragen Sie sich bei jedem Konto, das seit mehr als einem Jahr nicht aktiv war, ob es einen Grund gibt, es zu behalten. Manche Antworten werden überraschen. Nicht, weil die technische Lösung fehlt, sondern weil sich der Betriebsalltag selten um digitale Konten kümmert. Das ist verständlich, aber es ist kein Zustand – denn jede Organisation, die ihre Mitarbeiter mit einer Cloud versorgt, trägt auch Verantwortung für deren digitales Ableben.

Nextcloud selbst lässt einen mit dieser Verantwortung nicht allein. Die Werkzeuge sind vorhanden, die Schnittstellen offen, die Dokumentation brauchbar. Es wäre zu viel verlangt, wenn die Software einem die ganze Denkarbeit abnehmen würde. User Retention ist kein Feature, das man installiert. Es ist ein Prozess, den man betreibt – mit eindeutigen Regeln, nüchternen Skripten und einem gelegentlichen Blick auf die Liste der Konten, die keine Zukunft haben.

Die Kunst liegt darin, nicht in Aktionismus zu verfallen. Nicht jedes Konto, das ein halbes Jahr nicht benutzt wurde, muss zwingend gelöscht werden. Und nicht jede Datei, die ein ehemaliger Mitarbeiter hinterlassen hat, ist wertlos. Aber es braucht den Mut, zu entscheiden. Eine Nextcloud-Instanz mit klaren Aufbewahrungsregeln ist mehr als ein Speicherort für Daten. Sie ist ein Ausdruck digitaler Hygiene – und die fängt nicht beim Löschen an, sondern beim Nachdenken über den richtigen Zeitpunkt. Wer diesen Zeitpunkt kennt, hat das Thema User Retention bereits zu einem guten Teil gelöst.