Walk the Talk: Unser Weg zur digitalen Souveränität im eigenen Haus
Predigen, was wir auch praktizieren
Exolynk existiert, um Organisationen souveräne, vernetzte, in der Schweiz gehostete Infrastruktur für ihre operativen Daten zu geben. Unsere Plattform hat dieses Versprechen immer eingehalten. Unsere internen Bürowerkzeuge? Nicht ganz so sehr. Das zu ändern steht schon länger auf unserer Agenda – aber einen ganzen internen Tool-Stack zu ersetzen, ist aufwendiger, als die meisten Leute denken.
Wie die meisten Startups haben wir unsere ersten Arbeitsabläufe um das herum aufgebaut, was schnell funktionierte – Google Workspace für E-Mail und Dokumente, hier ein US-gehostetes SaaS-Tool, dort ein Cloud-Dienst im Gratis-Tarif. Alles pragmatische Entscheidungen. Aber mit der Zeit summieren sie sich zu etwas, das genau dem widerspricht, wofür wir stehen.
Der Cloudflare-Ausfall im November 2025 hat das auf eine andere Art sichtbar gemacht. Eine einzige fehlkonfigurierte Datei bei einem US-Infrastrukturanbieter hat kurzzeitig Millionen von Websites, APIs und Diensten gestört – darunter auch einige unserer eigenen Abhängigkeiten. Für uns war es kein katastrophaler Ausfall, es betraf nur einzelne interne Dienste. Aber es war eine Erinnerung: Digitale Lieferketten sind unsichtbar, bis sie kaputtgehen.
Digitale Lieferketten sind unsichtbar, bis sie kaputtgehen.
Also haben wir beschlossen, etwas dagegen zu unternehmen. Dieser Beitrag ist unser öffentliches Bekenntnis zu diesem Vorhaben – und ein transparentes Protokoll darüber, wo wir gerade stehen.
Warum interne Souveränität wichtig ist
Wir sprechen oft über Souveränität mit Blick auf die Daten unserer Kunden. Aber das Prinzip gilt genauso für uns als Unternehmen. Wenn die Kommunikation unseres Teams über Server läuft, die wir nicht kontrollieren, wenn unsere Dokumente in US-Clouds liegen, die ausländischer Rechtsprechung unterliegen, wenn unsere Analytics-Plattform Google heisst – dann leben wir nicht, was wir predigen.
Das ist keine bequeme Position für ein Unternehmen, das souveräne Infrastruktur verkauft.
Neben der philosophischen Widersprüchlichkeit gibt es auch ganz praktische Gründe:
- Rechtliches Risiko. Daten über unser Team, unsere Kunden und unsere Geschäftsprozesse haben regulatorische Relevanz nach Schweizer DSG und EU-DSGVO. Diese Daten in Umgebungen zu hosten, die dem Zugriff des US CLOUD Act unterliegen, schafft unnötiges Risiko.
- Konzentrationsrisiko. Je mehr kritische Funktionen über einen einzigen grossen Anbieter laufen, desto grösser ist der Schaden bei jedem Ausfall oder jeder Richtlinienänderung.
- Abhängigkeit von Anbietern. Preisänderungen, gestrichene Funktionen oder gesperrte Konten bei einem Cloud-Anbieter können den Betrieb auf eine Weise stören, wie es bei selbst gehosteten Alternativen nicht möglich ist.
Das heisst nicht, dass wir Abhängigkeiten von Drittanbietern vollständig eliminieren wollen. Das ist nicht realistisch, und die Jagd nach absoluter Abhängigkeitsfreiheit erzeugt ihre eigene Verletzlichkeit. Das Ziel sind bewusste, nachvollziehbare, kontrollierbare Abhängigkeiten – nicht keine.
Unser Migrations-Tracker
Nachfolgend unsere laufend aktualisierte Statusübersicht. Wir aktualisieren sie, sobald wir migrieren. Die Status-Spalte zeigt, wo wir tatsächlich stehen – nicht, wo wir gerne stehen würden.
Status-Legende:
Ersetzt — Migration abgeschlossen, altes Tool ausser Betrieb genommen
In Arbeit — Migration läuft aktiv; Parallelbetrieb
Geplant — Entscheid gefällt, Migration terminiert
In Evaluation — Alternativen werden geprüft, noch keine Entscheidung
Pausiert — Erkannt, aber vorerst zurückgestellt
| Kategorie | Aktuelles Tool | Souveräne Alternative | Status | Notizen |
|---|---|---|---|---|
| Web-Analytics | Google Analytics | Umami (self-hosted) | Umami läuft live auf unserer eigenen EU-Infrastruktur; GA bleibt vorübergehend parallel aktiv, um die Migrationsdaten zu validieren — wird entfernt, sobald die Zahlen vergleichbar sind  | |
| E-Mail & Kalender | — | Kandidat: Proton Business  | ||
| Confluence & Docs | — | outline | self-hosted | |
| Team-Kommunikation | — | Kandidat: Proton Business | ||
| Videokonferenzen | Google Meet | — | Kandidaten: Proton Meet | |
| Passwortverwaltung | Apple Passwords | — | Kandidaten: Proton Pass | |
| Code-Hosting & CI/CD | GitHub | — | Migrationsaufwand hoch; evaluieren Codeberg 
, Gitea | |
| Design-Tools | Miro | — | Kandidat: Penpot (Open-Source-Alternative zu Figma) | |
| CRM / Kundendaten | — | Exolynk | wir nutzen unsere eigene Plattform | |
| Monitoring & Alerts | — | Uptime Kuma | self-hosted | |
| Website | WordPress | Hugo | self-hosted — keine Drittanbieter-Plugins | |
| Newsletter | Mailchimp | Brevo | — |
Was wir bisher gelernt haben
Es ist schwieriger, als die Produkt-Demos vermuten lassen. Jedes Tool, das wir zur Ablösung geprüft haben, bringt Reibung mit sich: Importformate, die nicht passen, Workflows, die neu gebaut werden müssen, tief verankerte Gewohnheiten im Team. Das ist real, und wir wollen nichts anderes vorgeben.
Self-hosted ist nicht gratis. Eigene Infrastruktur zu betreiben kostet Zeit – jemand muss sie warten, aktualisieren, sichern. Für ein kleines Team ist dieser Aufwand beträchtlich. Wir nehmen ihn dort in Kauf, wo der Souveränitätsgewinn am grössten ist, und setzen dort auf vertrauenswürdige europäische SaaS-Alternativen, wo Self-Hosting nicht praktikabel ist.
Die Lieferkette reicht tiefer als die App. Selbst wenn wir zu einem «souveränen» Tool wechseln, hängen wir immer noch von dessen zugrunde liegenden Bibliotheken, CDNs und Infrastruktur ab. Echte Souveränität bedeutet, seine Abhängigkeiten zu kennen und das Konzentrationsrisiko zu managen – nicht, so zu tun, als hätte man keine.
Analytics zu ersetzen ist kein Ein-Klick-Wechsel. Wir haben bereits Umami im Einsatz – Open Source, selbst gehostet auf unserer eigenen EU-Infrastruktur, cookie-frei, keine Daten verlassen unsere Kontrolle. Aber wir lassen Google Analytics vorerst parallel weiterlaufen. Der Grund ist praktisch: Nach dem Umzug von unserer alten Website brauchen wir eine Vergleichsbasis, um zu prüfen, dass die Traffic-Zahlen konsistent sind und die neue Seite wie erwartet performt. Sobald wir sicher sind, dass die Daten vergleichbar sind, verschwindet Google Analytics. Nicht «irgendwann» – es ist bereits terminiert. Genau diese Art von übergangsweiser Ehrlichkeit halten wir für dokumentationswürdig.
Transparenz schafft Verbindlichkeit. Diese Liste öffentlich zu publizieren ist Absicht. Es macht es schwieriger, die Dinge schleifen zu lassen. Wenn wir diesen Beitrag in sechs Monaten aktualisieren und sich die Status nicht bewegt haben, werden wir uns dafür rechtfertigen müssen.
Wie es weitergeht
Wir werden diese Seite laufend aktualisieren, sobald Migrationen abgeschlossen sind. Unsere kurzfristigen Prioritäten sind E-Mail/Kalender (grösste tägliche Wirkung), Passwortverwaltung (sicherheitskritisch) und Cloud-Speicher (grösste Datenexposition).
Bist du auf einer ähnlichen Reise – als Unternehmen oder als Einzelperson? Wir würden gerne von dir hören. Welche Tools haben sich für dich bewährt? Wo waren die Übergänge holpriger als erwartet?
Und falls du dir überlegst, was das für die Daten deiner eigenen Organisation bedeutet: Lass uns reden .