Teams und Zugriff

Geben Sie jedem Mitglied Ihres Teams genau den Zugriff, den es benötigt

Vier Kundenrollen, Unterkonten, die die tatsächliche Struktur Ihres Unternehmens widerspiegeln, organisationsspezifische API-Schlüssel, Single Sign-On und ein Prüfprotokoll für jede privilegierte Aktion. Dasselbe Zugriffsmodell gilt für das Dashboard, die API, die CLI, Terraform und unseren MCP-Server. Verfügbarkeit: Der Terraform-Provider befindet sich in aktiver Entwicklung und ist noch nicht verfügbar. Alles andere hier Beschriebene ist ab heute live.

Kostenlos starten Agentur-Hosting ansehen

700.000+weltweit gehostete Websites
4Kundenrollen, initialisiert und bereit
35Granulare Berechtigungsschlüssel
14 TageTestversion ohne Kreditkarte

Vier Rollen, abgegrenzt dort, wo sich die Arbeit tatsächlich teilt

Der Zugriff ist kein einfacher Ein-/Aus-Schalter. Jede Kundenorganisation wird mit vier Rollen ausgeliefert, die jeweils ein festes Paket granularer module.action-Berechtigungen darstellen — so hat ein Finanzansprechpartner niemals Zugriff auf einen Server und Entwickelnde sehen niemals eine Rechnung.

Eigentümer

Vollständige Kontrolle über die Organisation und ihre Unterkonten: Erstellen von Unterorganisationen, Einladen und Entfernen von Mitgliedern, Ändern von Rollen, Verwalten von API-Schlüsseln, Bereitstellen, Neustarten, Sperren und Löschen von Websites, Verwalten von Rechnungen und Zahlungsmethoden sowie Lesen des Audit-Protokolls. Zwei Dinge liegen bewusst außerhalb dieses Bereichs — das Schließen einer Organisation und das Veranlassen von Rückerstattungen sind Aktionen von Mitarbeitern, keine Kundenrolle.

Abrechnungsmanager

Ausschließlich Finanzdaten und nichts anderes: Rechnungen, Abonnements, Zahlungsmethoden und der Tarifkatalog sowie eine Ansicht der Organisation und ihrer Mitgliederliste. Keinerlei Website-Zugriff — ein Finanzansprechpartner oder ein externer Buchhalter kann nichts neu starten, sperren oder löschen.

Entwickler

Arbeiten Sie an Websites, ohne mit Finanzen in Berührung zu kommen: Sehen Sie Websites ein und stellen Sie diese bereit, starten Sie Dienste neu, leeren Sie Caches, verwalten Sie API-Schlüssel und erstellen oder beantworten Sie Support-Tickets. Keine Rechnungsansicht, keine Mitgliederverwaltung, kein Sperren und kein Löschen – die destruktiven und geschäftlichen Aktionen bleiben dem Eigentümer vorbehalten.

Schreibgeschützt

Eine vollständige Ansicht ohne die Möglichkeit, etwas zu ändern — Mitglieder, Websites, Abrechnung, Tarife, Tickets, Übersetzungsstatus und das Audit-Protokoll. Die richtige Rolle für einen Kunden-Stakeholder, einen internen Auditor oder neue Mitarbeiter, die sich noch einarbeiten.

Unterkonten, die Ihrer tatsächlichen Struktur entsprechen

Mandantenfähigkeit ist eine Baumstruktur, keine flache Liste. Eine Reseller-Organisation steht über ihren Kundenorganisationen, und die Websites sind diesen untergeordnet. Ein Teammitglied ist eine Mitgliedschaft – ein Benutzer, eine Organisation, eine Rolle –, sodass dasselbe Grundelement ein zweiköpfiges Team, eine Agentur mit einhundert Kundenkonten und einen Reseller unterstützt, der Unterkonten unter seiner eigenen Marke betreibt.

Rollen werden pro Organisation vergeben, und die Durchsetzung erfolgt ebenfalls pro Organisation. Eine Rolle in einer Organisation gewährt keinen Zugriff auf eine separate, unabhängige Organisation – ein Auftragnehmer kann mit demselben Login bei einem Kundenkonto als Developer und bei einem zweiten mit Read-only eingerichtet sein. Der Zugriff wird jedoch in Ihrer eigenen Hierarchie nach unten weitergegeben: Eine Rolle in einer übergeordneten Organisation gilt auch für die darunter verschachtelten Organisationen, wodurch Reseller und Agenturen ihre Kunden verwalten.

Die Isolierung wird in der Datenbank erzwungen, nicht nur im Anwendungscode. Die Sicherheit auf Zeilenebene von Postgres beschränkt jede Tenant-Abfrage auf den Teilbaum des Aufrufers, und alles außerhalb dieses Teilbaums gibt anstelle eines Berechtigungsfehlers ein „Nicht gefunden“ zurück — die Plattform bestätigt also nicht einmal, dass die Organisation oder Website eines anderen Tenants existiert.

Dieselben Berechtigungen auf jeder Oberfläche

Rollen sind nicht nur eine Bequemlichkeit für das Dashboard. Jeder Zugang zur Plattform wird über dieselben Berechtigungsschlüssel gesteuert, sodass es keine Hintertür gibt, die Ihre Zugriffsregeln umgeht.

Dashboard

Websites, Abrechnung, Tickets, Mitteilungen, Benachrichtigungen, API-Schlüssel und Teamverwaltung auf einer einzigen Oberfläche. Die Benutzeroberfläche zeigt nur das an, was die Rolle des angemeldeten Mitglieds erlaubt, sodass Benutzer keine Bedienelemente sehen, die sie nicht verwenden können.

Öffentliche API und CLI

Die veröffentlichte API ist dieselbe Engine-API, die auch das Dashboard verwendet. API-Schlüssel werden pro Organisation mit granularen Bereichen ausgestellt, die an die RBAC-Berechtigungen gekoppelt sind, und getrennte Sandbox- und Live-Modi bedeuten, dass Sie Integrationen testen können, ohne die tatsächliche Abrechnung oder Bereitstellung zu beeinträchtigen.

Terraform-Provider

Verwalten Sie Websites, Domains, DNS, Postfächer und Tarife als Infrastructure-as-Code und führen Sie terraform apply aus, um Hosting bereitzustellen — gesteuert durch dieselben Bereiche wie alles andere.

MCP-Server

Verbinden Sie Claude Code, Cursor, ChatGPT, Claude Desktop oder jedes MCP-fähige Tool. Token sind auf eine Organisation und deren RBAC-Berechtigungen beschränkt, pro Tool widerrufbar, mit Bestätigung bei destruktiven Aktionen, Ausgabenlimits und einem vollständigen Prüfpfad.

Schlüsselverwaltung

Es wird nur ein Hash jedes API-Schlüssels gespeichert – niemals der unverschlüsselte Schlüssel. Schlüssel tragen einen Namen und ein sichtbares Präfix, damit Sie sie voneinander unterscheiden können, erfassen den Zeitpunkt ihrer letzten Verwendung und können einzeln widerrufen werden, ohne die übrigen zu beeinträchtigen.

Ein Login, standardbasiert, für alles

Das Identitätsmanagement basiert auf Keycloak, sodass die Authentifizierung über echtes OIDC und SAML erfolgt, statt über ein behelfsmäßiges Anmeldeformular, das an ein Hosting-Panel angeheftet wurde.

Standardmäßig E-Mail-Anmeldung per Magic-Link, mit E-Mail und Passwort als Ausweichoption für Personen, die dies bevorzugen.
Passkeys und WebAuthn für Phishing-resistente Anmeldungen sowie richtlinienbasiert für alle durchgesetzte TOTP-Zwei-Faktor-Authentifizierung.
Social Login über Google, Microsoft, GitHub und andere Identitätsanbieter.
SAML-Single-Sign-On für Unternehmens- und Agenturkunden, damit der Teamzugriff Ihrem bestehenden Verzeichnis folgt.
Eine Sitzung für das Dashboard, die Administratorkonsole, die öffentliche Website und Wissensdatenbank sowie Support-Tickets – melden Sie sich einmal an, nicht fünfmal.
Jede Registrierungs-E-Mail wird vor der Kontoerstellung validiert, sodass unzustellbare und ungültige Adressen niemals in Ihr Team gelangen.
Da er auf Standards basiert, ist der Identitätsanbieter selbst austauschbar, ohne dass die umgebende Architektur geändert werden muss — dieselbe Regel zur Vermeidung von Anbieterbindungen (Vendor-Lock-in), die wir auf jeden anderen Anbieter anwenden.

Nachweisbarkeit, die Sie einem Auditor übergeben können

Jede privilegierte Aktion schreibt einen Audit-Datensatz, der nur angehängt werden kann: wer sie ausgeführt hat, was getan wurde, worauf sie sich bezog, die Belege und die ursprüngliche IP-Adresse. Das Protokoll lässt sich nur ergänzen – Ereignisse werden hinzugefügt und nicht an Ort und Stelle bearbeitet – und in der Produktionsumgebung ist es zeitlich partitioniert, damit es auch bei zunehmender Größe schnell bleibt.

Das Lesen dieses Protokolls ist selbst eine Berechtigung. Eigentümer und Nur-Lese-Mitglieder besitzen diese, sodass sowohl die für das Konto verantwortliche Person als auch die prüfende Person den vollständigen Verlauf einsehen können, ohne dafür erweiterte Rechte zu benötigen.

Darüber hinaus gibt es die Kontrollfunktionen, die größere Teams benötigen: Sitzungsrichtlinien, optionale organisationsbezogene IP-Zulassungslisten und eine schrittweise Authentifizierung bei sensiblen Aktionen, sodass eine aktive Sitzung allein nicht ausreicht, um kritische Änderungen vorzunehmen.

Wie Berechtigungen mit Ihnen wachsen

Der Berechtigungskatalog besteht aus Daten und nicht aus fest einprogrammierter Logik — weshalb er erweitert werden kann, ohne die Architektur der Plattform grundlegend zu überarbeiten.

Heute 35 granulare module.action-Schlüssel, die Organisationen, Mitglieder, API-Schlüssel, Websites, Abrechnung, Tarife, Flotte, Tickets, Kunden, Missbrauch, Kampagnen, Übersetzungen und Audit abdecken.
Der Katalog wird bei jeder Bereitstellung idempotent befüllt, und die Validierung schlägt deutlich fehl, wenn eine Rolle jemals auf eine nicht vorhandene Berechtigung verweist — ein Tippfehler kann nicht stillschweigend zu keiner Berechtigungsvergabe führen.
Neue Produktfunktionen fügen ihre Berechtigungsschlüssel dem Katalog hinzu, bevor der Endpunkt bereitgestellt wird, sodass die Zugriffskontrolle niemals nachträglich angepasst wird, nachdem eine Funktion live ist.
Die Beschränkung einer einzelnen Mitgliedschaft auf bestimmte Websites oder eine bestimmte Region ist eine geplante Optimierung und steht derzeit noch nicht zur Verfügung. Derzeit empfiehlt es sich, diese Websites in einer Unterorganisation zu platzieren und der Person dort eine Rolle zuzuweisen – so erreichen Sie dieselbe Trennung über die Mandantenstruktur.
API-Schlüssel werden auf Organisationsebene und nicht pro Person ausgestellt. Behandeln Sie diese daher als Dienst-Anmeldeinformationen für Integrationen und verwenden Sie Mitgliedschaften für den menschlichen Zugriff.

Häufig gestellte Fragen

Was genau kann jede Rolle tun?

Der Eigentümer hat die vollständige Kontrolle über die Organisation und ihre Unterkonten, einschließlich Mitgliedern, API-Schlüsseln, Websites und Zahlungsmethoden. Der Abrechnungsmanager sieht Rechnungen, Abonnements, Zahlungsmethoden und Tarife, hat jedoch keinen Zugriff auf Websites. Der Entwickler verwaltet Websites sowie API-Schlüssel und bearbeitet Tickets, verfügt jedoch über keine Kontrolle über Abrechnung oder Mitglieder. Die Rolle „Nur Lesezugriff“ kann Mitglieder, Websites, Abrechnung, Tarife, Tickets und das Audit-Protokoll einsehen, ohne Änderungen vorzunehmen.

Kann ich jemandem Zugriff auf nur eine Website gewähren?

Noch nicht als websitebezogene Einstellung — die Beschränkung einer einzelnen Mitgliedschaft auf bestimmte Websites ist eine geplante Verbesserung. Aktuell erreichen Sie dieselbe Trennung über den Mandantenbaum: Ordnen Sie diese Websites einer Unterorganisation zu und weisen Sie der Person dort eine Rolle zu. Da Rollen pro Organisation vergeben werden, überträgt sich dieser Zugriff auf nichts anderes in Ihrem Konto.

Sind API-Schlüssel an einzelne Teammitglieder gebunden?

Nein – API-Schlüssel werden pro Organisation ausgestellt, mit granularen Bereichen, die an dieselben RBAC-Berechtigungen gebunden sind, sowie getrennten Sandbox- und Live-Modi. Verwenden Sie sie als Service-Anmeldedaten für Integrationen, CI oder Terraform, und verwenden Sie Mitgliedschaften für Personen. Es wird nur ein Hash jedes Schlüssels gespeichert, jeder Schlüssel zeichnet auf, wann er zuletzt verwendet wurde, und jeder Schlüssel kann einzeln widerrufen werden.

Kann ein Entwickler Änderungen auf eine Live-Website übertragen?

Die Rolle „Entwickler“ umfasst das Anzeigen und Bereitstellen von Websites, das Neustarten von Diensten, das Leeren von Caches, das Verwalten von API-Schlüsseln und das Bearbeiten von Tickets. Sie beinhaltet keine Veröffentlichungsrechte für eine Live-Website. Wenn Sie also möchten, dass jemand Änderungen übertragen kann, muss dieser Zugriff bei einem Eigentümer liegen. Rollen gelten pro Organisation, sodass Sie für ein anderes Konto eine andere Rolle innehaben können.

Unterstützen Sie SSO für unser Unternehmensverzeichnis?

Ja. Das Identitätsmanagement basiert auf Keycloak mit OIDC und SAML, sodass SAML-Single-Sign-On für Unternehmens- und Agenturkunden neben der Anmeldung per Magic-Link, E-Mail und Passwort, Social-Login-Anbietern, Passkeys und der richtlinienbasiert erzwungenen TOTP-Zwei-Faktor-Authentifizierung verfügbar ist. Eine einzige Sitzung umfasst das Dashboard, die öffentliche Website, die Wissensdatenbank und Support-Tickets.

Wie erfahre ich, wer etwas geändert hat?

Jede privilegierte Aktion wird in ein reines Anfüge-Audit-Protokoll geschrieben, das den Akteur, die Aktion, das Ziel, unterstützende Nachweise und die IP-Adresse erfasst. Das Lesen ist eine eigenständige Berechtigung, die sowohl der Inhaber- als auch der Nur-Lese-Rolle zusteht, sodass ein Kontoinhaber und ein Auditor denselben Verlauf einsehen können.

Ändert sich durch das Hinzufügen von Teammitgliedern der von Ihnen zu zahlende Betrag?

Tarife werden nach Hosting-Kapazität und nicht nach Personenanzahl berechnet. In der Footprint-Free-Linie beispielsweise teilen sich alle 42 Stufen exakt denselben Leistungsumfang und unterscheiden sich lediglich durch die Anzahl der erlaubten Websites. Die Preise werden stets aus dem Live-Katalog in Ihrer Währung bereitgestellt, sodass der auf der Preisseite angezeigte Betrag genau dem entspricht, was tatsächlich abgerechnet wird.

Kann ich dies unverbindlich ausprobieren?

Ja. Die Footprint-Free-Testversion läuft 14 Tage lang, erfordert keine Kartendaten und deckt bis zu 5 Websites ab, sodass Sie Ihre Organisation einrichten, Ihr Team einladen und die Rollen anhand realer Aufgaben testen können, bevor Sie etwas bezahlen. Für die kostenpflichtigen Tarife gibt es eine 30-tägige Geld-zurück-Garantie.

Verwandt

Richten Sie Ihr Team in wenigen Minuten ein – ganz ohne Support-Tickets

Starten Sie eine 14-tägige Testphase ohne Kreditkarte für die Footprint-Free-Reihe, laden Sie Ihr Team ein und sehen Sie, wie die Rollen auf echten Websites funktionieren, bevor Sie etwas bezahlen.

Kostenlos starten