Die Frage nach der eigenen Marke ist für viele Unternehmen längst zu einer Existenzfrage geworden. Wer seine Daten nicht in den Händen amerikanischer Hyperscaler wissen möchte, sucht nach Alternativen – und stößt dabei unweigerlich auf Nextcloud. Die Open-Source-Plattform hat sich in den vergangenen Jahren vom reinen Dropbox-Ersatz zu einer regelrechten Digitalisierungsdrehscheibe entwickelt. Doch mit der wachsenden Verbreitung stellt sich für Systemhäuser, Managed Service Provider und größere Organisationen eine Frage, die auf den ersten Blick kaum etwas mit Technik zu tun hat: Wie bekomme ich meine eigene Identität in diese Software, ohne gegen Lizenzen zu verstoßen oder den Anschluss an Updates zu verlieren?
Genau hier setzt das Konzept des White-Labeling an. Was in der Welt der Software seit Jahrzehnten gängige Praxis ist – die neutrale Bereitstellung eines Produkts, das der Anbieter anschließend mit eigenem Logo, eigenem Design und eigenen Vertragsbedingungen versieht –, erweist sich bei Nextcloud als durchaus komplex. Das liegt nicht an mangelndem Willen der Entwickler, sondern an der zugrunde liegenden Philosophie des Projekts. Nextcloud ist eben nicht bloß ein Programm, sondern ein Ökosystem mit eigenen Markenrechten, einer aktiven Community und einer Firma, die ihre wirtschaftliche Basis nicht gefährden möchte.
Was Nextcloud eigentlich ist
Bevor man sich mit den Feinheiten der optischen Anpassung beschäftigt, lohnt ein kurzer Blick auf das Fundament. Nextcloud ist eine Open-Source-Software für Dateisynchronisation und File-Sharing, die 2016 als Fork von ownCloud entstanden ist. Frank Karlitschek, einer der Gründerväter des Vorgängerprojekts, wollte eine plattformunabhängige Lösung schaffen, die nicht nur Dateien verwaltet, sondern auch Kalender, Kontakte, Videos, Textdokumente und inzwischen sogar Videokonferenzen abbilden kann. Die Software läuft auf eigenen Servern, der Anwender behält die Kontrolle über seine Daten – ein Versprechen, das in Zeiten von DSGVO und wachsendem Datenbewusstsein schwer wiegt.
Auf technischer Ebene basiert Nextcloud auf PHP und nutzt gängige Datenbanken wie MySQL, MariaDB oder PostgreSQL. Die Installation erfolgt typischerweise über ein Web-Installer-Skript, wahlweise auch als Docker-Container oder über bestimmte Appliances für NAS-Systeme. Die Architektur ist modular aufgebaut: Über eine Vielzahl von Apps lässt sich die Funktionalität erweitern, wobei die Grenzen zwischen offiziellen, von Nextcloud GmbH gepflegten Modulen und Drittanbieter-Erweiterungen mitunter fließend sind. Genau diese Modularität wird später auch für das White-Labeling wichtig, denn sie erlaubt es, einzelne Komponenten auszutauschen oder zu überlagern, ohne den Kern der Anwendung anzufassen.
Besonders hervorzuheben ist die Integration von OnlyOffice oder Collabora in die Plattform. Diese Office-Suiten machen Nextcloud zu einer durchaus ernstzunehmenden Alternative zu Microsoft 365 oder Google Workspace – zumindest für den Bereich der Textverarbeitung, Tabellenkalkulation und Präsentationen. Zusammen mit der Ende-zu-Ende-Verschlüsselung, die allerdings nicht für alle Apps verfügbar ist, ergibt sich ein Gesamtpaket, das in puncto Souveränität kaum ein anderes Produkt bieten kann.
White Label: Mehr als nur ein Logo
Der Begriff White Label stammt ursprünglich aus der Musik- und Plattenindustrie, wo weiße Label-Schallplatten ohne Markenangabe an DJs gingen, die sie nicht zuordnen konnten, um Tracktitel vorab zu testen. Heute bezeichnet man damit ganz allgemein Produkte oder Dienste, die ein Hersteller neutral anbietet und die der Vertreiber unter eigenem Namen vermarktet. Im IT-Umfeld kennen wir das von Managed Service Providern, die Cloud-Dienste einkaufen und sie ihren Kunden als eigene Lösung präsentieren.
Bei Nextcloud meint White-Labeling im engeren Sinne die Anpassung der Benutzeroberfläche. Das beinhaltet:
– Das Austauschen des Nextcloud-Logos gegen ein eigenes Firmenlogo
– Die Anpassung der Farben, etwa bei der oberen Navigationsleiste oder beim Login-Bildschirm
– Das Verändern von Textbausteinen, etwa im Einladungsdialog für neue Benutzer
– Das Ausblenden von Hinweisen auf den Hersteller, etwa im Footer oder in der Mobile-App
– Schließlich auch die Namensgebung, also den Ersatz des Wortes „Nextcloud“ durch die eigene Produktbezeichnung
Das klingt zunächst trivial, ist aber mit einer Reihe von Hürden verbunden. Es gibt nämlich zwei grundlegend verschiedene Ansätze, und der Unterschied zwischen ihnen entscheidet darüber, ob man nach einem Update noch ein stimmiges Produkt hat oder nicht.
Die Basis: Theming-App und Config-Optionen
Nextcloud bietet seit Langem eine offizielle Theming-App, die standardmäßig enthalten, aber zunächst nicht aktiviert ist. Administratoren können sie über die App-Verwaltung einschalten. Anschließend stehen im Admin-Bereich unter „Design“ verschiedene Einstellungsmöglichkeiten zur Verfügung: Logo hochladen, Hintergrundfarbe wählen, Slogan definieren und bestimmte UI-Elemente umbenennen. Die App erlaubt auch das Setzen eines sogenannten „Claim“-Textes, der auf der Login-Seite angezeigt wird, sowie das Anpassen der Fußzeile in den E-Mails, die das System verschickt.
Darüber hinaus existiert eine Reihe von Einträgen in der config.php, mit denen sich das Verhalten feiner justieren lässt. Über theme lässt sich beispielsweise ein eigenes Theme-Verzeichnis angeben, in dem PHP-Klassen liegen, die bestimmte View-Elemente überschreiben. Das setzt allerdings voraus, dass man sich mit der Klassen-Struktur von Nextcloud auskennt und eigene Anpassungen gegen zukünftige Updates absichert. Wer nur das Aussehen verändern möchte, ohne Code zu schreiben, fährt mit der Theming-App meist besser.
Ein interessanter Aspekt ist die Bedeutung dieser Anpassungen für die Benutzerakzeptanz. Kunden können sich mit einem System, das die Marke des Dienstleisters trägt, deutlich besser identifizieren. „Wir haben unsere Nextcloud-Instanz von Anfang an als ‚SyncBox‘ der Stadtverwaltung beworben“, erzählte mir kürzlich ein IT-Leiter aus dem kommunalen Umfeld. „Die Mitarbeiter sehen nicht irgendein Open-Source-Produkt, sondern unsere eigene Lösung. Das schafft Vertrauen.“
Die rechtliche Dimension: Markenrecht und Trademark Policy
Hier beginnt das eigentliche Minenfeld. Nextcloud ist Open Source – die Software steht unter der GNU Affero General Public License (AGPLv3). Diese Lizenz erlaubt es, die Software beliebig zu verändern, zu kopieren und weiterzuverbreiten. Was die Lizenz allerdings nicht abdeckt, sind Markenrechte. Der Name „Nextcloud“, das Logo, das Maskottchen – all das sind geschützte Markenzeichen der Nextcloud GmbH mit Sitz in Berlin.
Die Firma hat dafür eine ausführliche Trademark Policy veröffentlicht. Grundsätzlich gilt: Wer die Software nutzt, darf das nicht so tun, dass der Anschein erweckt wird, es handele sich um ein offizielles Nextcloud-Produkt, wenn es das nicht ist. Das hat konkrete Auswirkungen auf das White-Labeling. Ein Provider, der Nextcloud unter komplett eigenem Namen anbietet, muss sicherstellen, dass weder das Logo noch der Schriftzug in der installierten Oberfläche erscheinen. Zulässig ist das nur, wenn der Herstellerhinweis im Sinne des Markenrechts entfernt wird – etwa durch das Deaktivieren der entsprechenden Hinweistexte. Die Theming-App bietet dafür die passende Option.
Wer sich nicht an diese Vorgaben hält, riskiert Abmahnungen. Das klingt bürokratisch, hat aber durchaus seine Berechtigung. Die Nextcloud GmbH finanziert einen erheblichen Teil ihrer Entwicklung durch kommerzielle Lizenzen und Dienstleistungen. Würde es jeder x-beliebige Anbieter schaffen, die Plattform als eigene Marke zu verkaufen, ohne einen Beitrag zu leisten, wäre das Geschäftsmodell irgendwann gefährdet. Andererseits – und das betont die Firma selbst – ist die Markenpolitik nicht dazu da, das Weitergeben der Software zu behindern. Sie dient in erster Linie dem Verbraucherschutz und der klaren Zuordnung von Verantwortlichkeiten.
Nicht zuletzt gibt es in der Community immer wieder Diskussionen darüber, ob das Verhältnis von Open-Source-Freiheit und Markenrestriktionen nicht grundlegend ungerecht ist. Schließlich habe man als Administrator alles selbst aufgesetzt, die Updates eingespielt, die Sicherheitslücken geschlossen – und dürfe dann nicht einmal den Namen ändern? Die Antwort ist ein klares Jein. Die AGPL erlaubt die Nutzung und Modifikation des Codes, aber eben nicht die Aneignung der Marke. Das ist in der Softwarewelt kein Sonderfall, sondern die Regel. Auch Ubuntu, Red Hat Enterprise Linux oder GitLab verfolgen ähnliche Strategien.
Den Client anpassen: Desktop, Mobile, Web
Die Server-Seite ist nur die eine Hälfte der Medaille. Mindestens genauso wichtig ist das Erscheinungsbild der Clients, denn die meisten Nutzer öffnen Nextcloud nicht im Browser, sondern über die Desktop-Anwendung für Windows, macOS oder Linux oder über die Mobile-Apps für Android und iOS. Auch hier gibt es Wege, das Branding anzupassen – allerdings mit einigen proprietären Einschränkungen.
Nextcloud bietet für Unternehmen mit einem Enterprise-Abo die Möglichkeit, sogenannte „Branded Clients“ zu erwerben. Das sind angepasste Versionen der Desktop- und Mobile-Apps, die das eigene Logo, einen eigenen App-Namen und eigene Farben enthalten. Diese Pakete werden nicht direkt als Binärdateien heruntergeladen, sondern über einen speziellen Build-Mechanismus erzeugt, der auf den Servern von Nextcloud läuft. Der Kunde lädt im Kundenportal sein Logo hoch, wählt Farben aus und erhält anschließend eine maßgeschneiderte Anwendung. Diese Pakete können dann über eigene Verteilmechanismen ausgerollt werden – etwa per Intune, Jamf oder einem internen Softwareverteilwerkzeug.
Der Vorteil dieses Ansatzes liegt auf der Hand: Man muss nicht den gesamten Quellcode der Apps forken und selbst kompilieren, was bei Android-Signaturschlüsseln oder den Regeln des Apple App Store erheblichen Aufwand bedeuten würde. Die gebrandeten Apps nutzen dieselbe Codebasis wie die offiziellen, haben in der Regel aber eine eigene Signatur und müssen entsprechend auch separat gepflegt werden. Kundige selbst hostende Administratoren docken stattdessen an den von Haus aus in den Desktop-Clients vorhandenen Einstellungen an: Die Server-URL lässt sich vorbelegen, ebenso wie der bevorzugte Anzeigename. Aber die UI bleibt brav in Nextcloud-Blau. Ein komplettes Rebranding der Desktop-Software auf eigene Faust ist nicht vorgesehen und im Fall der mobilen Apps – die stark auf die Dienste von Google und Apple angewiesen sind – auch nicht sinnvoll zu bewerkstelligen.
Ein häufig übersehenes Detail: Wer einen eigenen Client vertreiben will, muss trotzdem die Markenrichtlinien beachten. Der Name der eigenen App sollte nicht den Begriff „Nextcloud“ enthalten, und auch im „Über“-Dialog darf das offizielle Logo nicht auftauchen, sofern die App nicht als offiziell zertifiziert ist. In der Praxis löst man das so, dass man auf den eigenen Markennamen setzt und im Kleingedruckten auf die verwendete Open-Source-Komponente hinweist. Das entspricht der gängigen Praxis bei White-Label-Produkten in allen Branchen.
Die Sache mit dem Update-Pfad
Der größte Fehler, den man bei White-Label-Installationen machen kann, ist das unsaubere Forken des Codes. Es gibt immer wieder Administratoren, die sich hinsetzen und die PHP-Sourcen von Nextcloud händisch patchen: Logo ausgetauscht, hier einen Text verändert, dort das CSS angepasst. Beim ersten Mal funktioniert das wunderbar. Beim nächsten Update überschreibt sich die Hälfte der Änderungen, und der Anpassungsaufwand steigt mit jedem Release – bis man irgendwann auf einem veralteten Stand sitzt, der Sicherheitslücken enthält. Das ist fahrlässig, gerade bei einer Software, die sensible Daten verwaltet.
Der saubere Weg führt über die offiziellen Anpassungsschnittstellen. Dazu gehört zunächst die Theming-App, die ihre Konfiguration in der Datenbank speichert und daher Updates problemlos übersteht. Dazu gehören aber auch die zahlreichen Konfigurationsparameter in der config.php, mit denen sich manche Textfragmente oder URLs überschreiben lassen. Und nicht zuletzt gibt es die Möglichkeit, eigene Apps zu entwickeln, die als Erweiterungen und nicht als Modifikationen des Kerns arbeiten. Eine eigenständige App, die per JavaScript oder CSS in die Oberfläche eingreift, überlebt jedes Update, solange die zugrunde liegenden DOM-Strukturen stabil bleiben.
Nicht zuletzt gilt es zu bedenken, dass Nextcloud ein sehr schnelles Release-Tempo hat. Ungefähr alle acht Wochen erscheint ein Minor-Release, etwa alle ein bis zwei Jahre ein Major-Release. Wer da nicht mithalten kann oder will, sollte sich die Enterprise-Variante mit verlängertem Support anschauen – oder gleich einen Managed-Dienstleister beauftragen. Das ist ein Argument, das man im Vertrieb nutzen sollte, um White-Label-Projekte von Anfang an auf ein solides Fundament zu stellen. Einmal gebrandet, heißt das eben auch: Der Anbieter trägt die Verantwortung für den kompletten Lebenszyklus, nicht der Software-Hersteller im Hintergrund. Und das ist gut so, denn der Kunde hat nur den Ansprechpartner, der seinen Namen auf dem Logo trägt.
Vertriebsmodell und Lizenzen
Auch die Lizenzfrage gehört zu den Dingen, die man vor der Einführung eines White-Label-Produkts klären sollte. Nextcloud selbst ist in drei Ausprägungen erhältlich: als reine Community-Edition, die keinerlei Kosten verursacht, aber auch keinen offiziellen Support von Herstellerseite bietet; dann als kostenpflichtiges Standard-Abo, das Zugang zu Updates und Unterstützung beinhaltet; und schließlich die Enterprise-Variante, die über die Grundfunktionen hinausgeht.
Für White-Label-Anbieter ist insbesondere der Standard-Support-Baustein relevant. Wer den Kunden eine professionelle Lösung anbieten will, muss auch für Störungen geradestehen. Die Enterprise-Edition inkludiert eine Reihe weiterer Apps – etwa die erwähnten Branded Clients, ein erweitertes Log-Management und Funktionen für die Compliance –, die in der reinen Community-Version legal nicht nutzbar sind. Der Unterschied zwischen den Editionen ist nicht technischer Natur, sondern vertraglicher: Der Quellcode ist derselbe, aber für die Nutzung der Enterprise-Apps wird ein Abo benötigt.
In der Praxis gibt es immer wieder Systemhäuser, die versuchen, die Enterprise-Apps über Umwege zu nutzen – etwa durch Auslesen aus den Paketquellen. Davon ist dringend abzuraten. Die enthaltenen Lizenzprüfungen sorgen nicht nur dafür, dass die Apps ohne gültigen Schlüssel nicht funktionieren, sondern der Verstoß gegen die AGPL kann im Ernstfall auch zu erheblichen rechtlichen Konsequenzen führen, wenn der Anbieter den Eindruck erweckt, er sei autorisiert, die Software zu vertreiben. Der einfachere und wirtschaftlich sinnvollere Weg ist das offizielle Partnerprogramm von Nextcloud, das Vertreibern attraktive Konditionen bietet.
Ein kleiner Einblick in die Zahlen: Die Preise der offiziellen Subskriptionen starten im unteren drei- bis vierstelligen Euro-Bereich pro Jahr und Server, je nach Anzahl der Benutzer. Für ein Projekt mit 25 Nutzern ist das eine überschaubare Investition – insbesondere dann, wenn man bedenkt, was die Alternative kosten würde. Eine eigene kommerzielle Datenablage auf Basis einer völlig freien Software wäre langfristig viel teurer, weil die Entwicklung und Wartung der Anpassungen am Code hängen bliebe.
Praxisbeispiele aus dem Markt
Wie White-Labeling in der Praxis aussieht, zeigt ein Blick auf die Anbieterlandschaft. Da gibt es zum Beispiel regional tätige Telekommunikationsunternehmen, die ihren Geschäftskunden einen „Secure Cloud-Speicher“ anbieten, der im Hintergrund nichts anderes ist als eine gehärtete Nextcloud-Instanz. Das Logo zeigt den Netzbetreiber, der Login-Bildschirm trägt dessen Farben, und auch die App heißt nicht „Nextcloud“, sondern trägt einen Fantasienamen, der markenrechtlich geschützt ist.
Dann sind da die Hochschul-IT-Abteilungen, die eine eigene Lösung unter dem Label des Rechenzentrums fahren. Hier spielt das White-Labeling eine besondere Rolle, weil Studenten und wissenschaftliche Mitarbeiter sich nicht mit einer Fremdmarke identifizieren wollen. Die Uni Heidelberg etwa betreibt ein System namens „heiCloud“ – wer ein wenig sucht, erkennt die softwaretechnische Herkunft. Die studierenden Nutzer bekommen davon im Idealfall gar nichts mit. Sie sehen nur ein stimmiges Gesamtbild, die Integration über Single Sign-on mit dem universitären Account funktioniert einwandfrei, und die Einordnung in Bezug auf die datenschutzrechtlichen Rahmenbedingungen ist ebenfalls geklärt.
Auch im kommunalen Umfeld wird das Konzept geschätzt. Sicherheits- und IT-Dienstleister der öffentlichen Hand nutzen Nextcloud in zertifizierten Rechenzentren und stellen sie den Behörden als „kommunale Datenplattform“ bereit. Nicht selten ist die Software dann so konfiguriert, dass selbst die Versionsnummer im Login-Screen verborgen bleibt – ein weiterer Baustein der Markenpolitik, denn die Transparenz über die eingesetzte Softwareversion ist aus Sicherheitsgründen nicht immer gewünscht.
Ein eher exotisches Beispiel sind kirchliche Einrichtungen, die Nextcloud als Teil ihrer digitalen Infrastruktur für die Verwaltung nutzen. Sie legen Wert auf eine neutrale Oberfläche, die nicht durch großflächige Herstellerlogos an ein kommerzielles Unternehmen erinnert. Das ist legitim und von den Lizenzbedingungen gedeckt.
Technische Details, die man kennen sollte
Für Administratoren, die tiefer in die Materie einsteigen möchten, gibt es eine Reihe technischer Besonderheiten, die den Unterschied zwischen einer lieblos zusammengestellten und einer elegant gelösten White-Label-Umgebung ausmachen.
Zunächst einmal ist da die Konfiguration über die config.php. Unter dem Schlüssel 'theming' lassen sich Manche Werte direkt setzen, etwa die Standard-URL für die Dokumentation oder das Impressum. Auch das Unterdrücken von Fehlermeldungen, die auf Nextcloud verweisen, ist hier möglich. Ein weiterer interessanter Punkt ist der Parameter 'trusted_domains' – wer das White-Label-Produkt unter mehreren Hostnamen betreibt, muss diese Liste pflegen, damit die Session-Verwaltung nicht zu unerklärlichen Logouts führt.
Ein weiteres Thema ist die Umstellung von HTTP auf HTTPS. Zwar ist die Verschlüsselung selbstverständlich, doch im White-Label-Kontext gibt es eine Stolperfalle: Wenn das System über eine Domain erreichbar ist, die nicht zum primären Zertifikat passt, kann es in den Clients zu Problemen kommen. Die offizielle Empfehlung lautet, den gesamten Verkehr über einen Reverse-Proxy laufen zu lassen und dort die TLS-Terminierung durchzuführen. Dieser Proxy kann dann auch das ursprüngliche Logo im Error-Page ersetzen und eine individuelle 404-Seite ausliefern, was den Eindruck eines vollständig eigenständigen Produkts noch verstärkt.
Für die Renderschiene ist außerdem wichtig: Das gesamte CSS-System von Nextcloud basiert auf SCSS und lässt sich nur eingeschränkt von außen übersteuern. Praktisch hat sich bewährt, eigene Anpassungen in einem separaten CSS-File zu sammeln und dieses über den Custom-CSS-Menüpunkt des Theming-Bereichs einzubinden. Die Kaskade kann dann auch mal spontan überraschend reagieren, wenn Nextcloud in einem Update die Selektoren umbenennt – ein Grund mehr, die visuellen Anpassungen nicht ausufern zu lassen.
Nicht zu unterschätzen ist schließlich der Aufwand für die Barrierefreiheit. Die Standard-Oberfläche von Nextcloud erfüllt bereits viele Anforderungen der WCAG-Richtlinien. Wenn man nun eigene Farben verwendet, muss man darauf achten, dass der Kontrast zwischen Text und Hintergrund ausreichend hoch bleibt. Sonst bekommt man nicht nur Probleme mit der User Experience, sondern im schlimmsten Fall auch mit der Einhaltung von Vorgaben des Landesgleichstellungsgesetzes, sofern man im öffentlichen Sektor unterwegs ist. Das nimmt man in der Hektik des Projektalltags schnell auf die leichte Schulter – aber die Zielgruppe, die darauf angewiesen ist, wird es einem danken.
Die Grenzen des Anpassbaren
So flexibel sich Nextcloud beim Branding zeigt, so klar sind die Grenzen. Eine vollständige Umbenennung aller internen Verweise ist nicht vorgesehen. Wer zum Beispiel in der Systeminformation oder in den Logdateien nachschaut, findet dort weiterhin Begriffe wie „Nextcloud“ – das ist auch gut so, denn bei der Fehlersuche mit dem Support ist es hilfreich, wenn beide Seiten von derselben Terminologie sprechen. Eine vollständige „Ent-Nextcloudung“ würde die Software letztlich unwartbar machen, weil jede Suchmaschine, jedes Forenposting und jede offizielle Doku zu einem Rate- oder Übersetzungsspiel würde.
Darüber hinaus gibt es funktionale Komponenten, die man nicht ohne Weiteres umbenennen kann, ohne die Konfiguration zu gefährden. Dazu zählen etwa die App-IDs in den URLs oder die Namen der Datenbanktabellen. Auch hier ist die Devise: Im Sichtbaren nach außen anpassen, im Unsichtbaren beim Standard bleiben. Ein weißes Label ist ein Marketing-Instrument, keine neue Software.
Eine weitere wesentliche Einschränkung: Die offizielle Nextcloud-App im App Store und bei Google Play darf nicht als White-Label-Version angeboten werden. Nutzer, die die Suite über den Store beziehen, bekommen immer die offizielle Anwendung mit dem Nextcloud-Logo. Wer seine Kunden auf die brandbaren Client-Applikationen stoßen möchte, muss diese über die Webseite des eigenen Unternehmens oder über ein eigenes Enterprise Mobile Device Management verteilen. Das ist gewöhnungsbedürftig und sorgt bei den Kunden manchmal für Verwirrung, weil sie gewohnt sind, alles über den App Store zu installieren. Ein kurzer Absatz in der Projektdokumentation schafft hier Abhilfe.
Wirtschaftlichkeit und Total Cost of Ownership
Für Entscheider stellt sich früher oder später die Frage nach der Wirtschaftlichkeit. White-Labeling klingt nach zusätzlichem Aufwand, also muss der Nutzen den Aufwand rechtfertigen. Die Rechnung kann durchaus aufgehen, wenn man sie mit den Alternativen vergleicht.
Einerseits gibt es die Hersteller-Software. Wer Microsoft 365 mit seinen diversen Compliance-Features für ein mittelständisches Unternehmen mit 200 Mitarbeitern einrichtet, kommt schnell auf einen fünfstelligen jährlichen Betrag – allein für die Lizenzen. Nextcloud in der Enterprise-Ausführung liegt erheblich darunter, insbesondere wenn man die Hardware für den Betrieb auf bestehender Infrastruktur mitnutzt. Andererseits gibt es die Möglichkeit, selbst eine Lösung auf Basis der Community-Version aufzubauen – das ist auf den ersten Blick am günstigsten, führt aber zu Opportunitätskosten für die eigene Wartung, Härtung und Weiterentwicklung.
Das White-Labeling wirkt hier als Katalysator: Es ermöglicht es einem regionalen IT-Dienstleister, ein Produkt anzubieten, das sich wie eine eigenständige Lösung anfühlt, dabei aber auf einer stabilen, weltweit weiterentwickelten Open-Source-Basis beruht. Der Kunde zahlt für den Service, nicht für die Software – ein Modell, das im Cloud-Zeitalter ohnehin an Bedeutung gewinnt. Gewiss, man muss als Anbieter dafür sorgen, dass die eigene Marke auch tatsächlich Vertrauen genießt. Ein White-Label-Produkt ist keine Lizenz zum Gelddrucken. Es ist die Verpflichtung, Verantwortung zu übernehmen, die vorher beim Hersteller lag.
Ein interessantes Detail am Rande: Wenn man sich die EU-Förderprogramme ansieht, wird die Nachfrage nach solchen lokal gehosteten, datensouveränen Produkten in den kommenden Jahren eher weiter wachsen. Die Anforderungen an die digitale Souveränität werden höher, nicht niedriger. Die GAIA-X-Initiative, die viel gescholtene, hat immerhin dafür gesorgt, dass das Thema Datenhoheit in den Vorstandsetagen angekommen ist. Nextcloud mit White-Label ist ein pragmatischer Weg, diese Souveränität zu erreichen, ohne auf Standards und Komfort zu verzichten.
Kostenfallen und versteckte Aufwände
Natürlich ist es mit dem einfachen Einrichten des Themes nicht getan. Eine White-Label-Instanz erzeugt laufenden Aufwand, und wer das nicht einplant, wird böse Überraschungen erleben. Der erste versteckte Aufwand entsteht beim Betrieb: Eine gehostete Lösung muss überwacht werden, Backups müssen funktionieren, Updates müssen getestet werden. Das passiert nicht von allein. Ein zweiter Aufwand entsteht durch den Support. Wenn der Kunde Probleme mit der Plattform hat, wird er nicht an den Open-Source-Entwickler in Berlin oder Nürnberg verwiesen, sondern ruft den weißen Label-Anbieter an. Die Hotline muss besetzt sein, die Tickets müssen beantwortet werden – das kostet Personal.
Ein dritter Punkt, den viele unterschätzen, ist die Dokumentation. Sobald die Oberfläche anders benannt ist, stimmen auch die internen Screenshots in der Hilfe nicht mehr. Viele White-Label-Anbieter betreiben deshalb ein eigenes Wiki mit eigenen Anleitungen, das im Idealfall an die Stelle der offiziellen Nextcloud-Dokumentation tritt. Der Pflegeaufwand dafür sollte nicht unterschätzt werden. Wer eine umfangreiche Lösung mit vielen Apps ausrollt, muss jeden Featurewechsel im eigenen Wiki nachziehen, sonst läuft man dem Release-Zyklus hinterher. Das ist ein echter Personalpuffer, der im Businessplan auftauchen sollte.
Viertens ist die Sicherheitskommunikation ein Thema für sich. Wenn bei einer Software eine kritische Lücke gemeldet wird, werden die Kunden des White-Label-Anbieters nicht automatisch informiert, denn sie gehören ja nicht zur offiziellen Nextcloud-Community. Der Anbieter muss daher die Security-Mailinglisten abonnieren, die Releasenotes verfolgen und im Krisenfall selbst Kommunikation betreiben. Das mag banal klingen, ist aber ein zentraler Unterschied zwischen einem echten Hersteller und einem reinen Reseller. Wer einmal das Vergnügen hatte, einen kritischen Zero-Day in einer Cloud-Plattform bekannt zu geben, weiß, wie nervenaufreibend das ist, wenn die eigenen Kunden im Regen stehen.
Community-Edition versus Enterprise
Immer wieder taucht die Frage auf, ob man nicht einfach die Community-Edition als Grundlage für ein White-Label nehmen kann. Technisch spricht nichts dagegen, denn die GNU AGPLv3 erlaubt das ausdrücklich. Doch rechtlich und praktisch gibt es die oben genannten Einschränkungen.
In der Community-Edition sind nicht alle Funktionen enthalten, die für den professionellen Betrieb wünschenswert wären. Insbesondere die Ende-zu-Ende-Verschlüsselung, die für viele Unternehmen das Hauptargument zur Nutzung von Nextcloud darstellt, war zeitweilig nur in der Enterprise-Variante sauber nutzbar. Ähnliches gilt für die externen Office-Integrationen und einige Collaboration-Features. Die Community mag für den Privatanwender oder für Pilotprojekte ausreichen, für einen kommerziellen White-Label-Betrieb ist sie eher ungeeignet. Das sollte man als Anbieter auch offen kommunizieren, um Kunden nicht mit falschen Versprechungen zu locken.
Ein weiterer Punkt ist die sogenannte „Nextcloud Look and Feel“ – die Integration von Additional Apps, die nicht im offiziellen App-Store auftauchen aber über externe Quellen bezogen werden können. So etwas bricht beim nächsten Update, das ist vorprogrammiert. Wer auf Dauer ein verlässliches Produkt anbieten will, bleibt im offiziellen Rahmen.
Der Weg zum eigenen Angebot: eine pragmatische Checkliste
Auf Basis der praktischen Erfahrung, die sich in vielen Beratungsprojekten angesammelt hat, lässt sich eine grobe Reihenfolge ableiten, in der man ein White-Label-Projekt angehen sollte.
Am Anfang steht eine saubere Klärung der Zielgruppe. Handelt es sich um bestehende Kunden mit klaren Anforderungen oder um einen neuen Markt, der erst erschlossen werden soll? Davon hängt die Namensgebung ab, aber auch die funktionale Zusammenstellung der Apps. Ein Steuerbüro braucht andere Funktionen als eine kleine Marketingagentur oder eine Kommune. Als Nächstes sollte man sich mit den Markenrichtlinien der Nextcloud GmbH befassen. Die genauen Regeln sind auf der offiziellen Webseite einsehbar – es gibt sie in mehreren Sprachen. Kurz zusammengefasst: Das offizielle Logo darf nicht für eigene Zwecke verwendet werden, der Begriff Nextcloud darf nicht Teil des eigenen Produktnamens sein und es muss klar erkennbar sein, dass das Produkt nicht von Nextcloud selbst herausgegeben wurde, soweit man den Namen erwähnt.
Dann geht es an die technische Umsetzung. Der einfachste Einstieg ist eine Instanz der Enterprise-Edition auf einem Testserver. Dort aktiviert man zuerst die Theming-App, lädt das eigene Logo hoch und spielt mit den Farben. Parallel dazu bestellt man die Branded Clients beim Hersteller, richtet die Testinstanz auf SSL ein und konfiguriert die Identity Provider, falls Single Sign-on vorgesehen ist. Nach der grundlegenden Einrichtung folgt die gründliche Funktionsprüfung: Einloggen über Browser, über App, über Desktop, Datei-Upload, Teilen von Links, mobile Synchronisation. Erst wenn das alles einwandfrei läuft, beginnt die Arbeit an der Dokumentation und an den begleitenden Prozessen.
Ein ganz entscheidender Schritt ist die Definition der Service-Level. Welche Reaktionszeiten garantiert der Anbieter? Wie wird die Erreichbarkeit überwacht? Gibt es ein Notfallkonzept für den Fall, dass die Plattform wegen eines Angriffs oder eines Serverausfalls vom Netz muss? All das gehört in eine fundierte Projektdokumentation. Und nicht zuletzt: der Betrieb. Viele vergessen, dass eine White-Label-Cloud auch ein Betriebskonzept braucht. Das umfasst Patch-Management, Monitoring, Logmanagement und die regelmäßige Überprüfung der Datensicherung.
Auch wenn es nicht jeder gerne hört: Ein Blick auf die eigenen rechtlichen Rahmenbedingungen ist unabdingbar. Wichtig ist der Hinweis im Impressum der Own-Website, dass die Plattform auf Basis von Open-Source-Software läuft – nicht nur aus Transparenzgründen, sondern weil dies in der AGPL gefordert ist, sofern man die Software modifiziert hat. Selbst ohne Modifikation ist eine Zuordnung zu den Lizenzbedingungen erforderlich.
Ausblick: Trends und Entwicklungen
Die Entwicklung rund um Nextcloud und White-Labeling dürfte in den kommenden Jahren weiter an Dynamik gewinnen. Ein Trend ist die verstärkte Nutzung von KI-basierten Funktionen in der Plattform. Nextcloud Assistant arbeitet mit lokalen Sprachmodellen, die nicht in die externe Cloud übertragen werden. Für White-Label-Anbieter ist das ein Segen: Sie können die Prozesse anbieten und trotzdem die Datenhoheit des Kunden wahren, was beim Betrieb im europäischen Rechtsraum ein klarer Wettbewerbsvorteil ist.
Ein anderer Trend ist die weitere Integration von Teamwork-Funktionen. Videoanrufe, virtuelle Whiteboards (um im Bild zu bleiben) und Chat ersetzen zunehmend die klassischen Kommunikationswege. Die Anforderungen an die Echtzeitfähigkeit wachsen, und damit auch die Notwendigkeit, die Serverinfrastruktur zu skalieren. Das ist ein gutes Geschäft für Systemhäuser, denn es schafft wiederkehrende Umsätze über das einmalige Projektgeschäft hinaus.
Und nicht zuletzt wird das Thema Sicherheit verstärkt in den Vordergrund rücken. Das Bundesamt für Sicherheit in der Informationstechnik (BSI) hat bereits mehrfach auf Schwachstellen in Collaboration-Plattformen hingewiesen. Ein White-Label-Anbieter muss hier eine proaktive Rolle einnehmen, nicht nur die Basishärtung betreiben, sondern auch penibel auf die Einhaltung von Sicherheitsstandards achten. Das betrifft die Absicherung des Servers selbst, aber auch die Konfiguration der Clients. Immerhin gibt es inzwischen Zertifizierungen und Gütesiegel, die man als Anbieter erwerben kann – ein gutes Differenzierungsmerkmal im Wettbewerb. Es genügt eben nicht, nur das Logo zu tauschen und ansonsten die Software zu installieren. Ein weißes Label muss auch mit Substanz gefüllt werden.
Was die Nextcloud GmbH selbst betrifft, so ist sie gut beraten, das Thema White-Label nicht als Bedrohung, sondern als Vertriebskanal zu sehen. Schließlich verbreitet sich die Software darüber in Regionen und Branchen, in denen der direkte Zugang zu der Firma in Berlin fehlt. Das schafft indirekte Netzwerkeffekte, die wiederum der Marke zugutekommen. Insofern ist die Koexistenz von offizieller Marke und undeutlich grauen Ablegern ein gutes Zeichen für ein lebendiges Ökosystem.
Ein letzter, ganz pragmatischer Gedanke: Wer heute überlegt, ein White-Label auf Basis von Nextcloud aufzubauen, sollte nicht zu lange zögern. Die technischen Hürden sind niedrig, die Kosten überschaubar, und die Nachfrage nach datensouveränen Alternativen ist so präsent wie nie zuvor. Die Konkurrenz schläft nicht – auch die großen Anbieter versuchen, sich als sichere und europäische Cloud-Infrastruktur zu positionieren. Aber sie haben ein strukturelles Problem: Sie sind zu groß und zu international aufgestellt, um auf einzelne regionale Kundenwünsche einzugehen. Wer als mittelständisches Systemhaus eine persönliche, vertrauensvolle und rechtssichere Lösung anbietet, hat das bessere Argument – solange er liefert. White Label ist nicht die Herstellung einfacher Ware; es ist die Herstellung eines Versprechens. Und genau so sollte man es im eigenen Marketing auch behandeln.