Apps veröffentlichen & Benutzer steuern
Vorschau, responsive Prüfung, Domain, Anmeldung und rollenabhängige Sichtbarkeit vor der Freigabe testen.
In diesem Kapitel8 Abschnitte
Veröffentlichen macht eine Anwendung für ihren vorgesehenen Personenkreis erreichbar. Vorher müssen Datenzugriff, Anmeldung, responsive Darstellung und Fehlerfälle gemeinsam geprüft werden. Eine funktionierende Builder-Vorschau allein reicht nicht.
Für wen: App-Builder, Fachverantwortliche und Administration
Stand: Baserow 2.3.2, Juli 2026
Editionshinweis: Eigene Domains, Benutzerquellen, SSO und granulare Rechte können planabhängig sein.
Vorschau in drei Breiten
Prüfen Sie jede zentrale Seite als Desktop, Tablet und Smartphone. Achten Sie auf:
- Navigation und Zurückweg,
- Tabellenbreite und horizontales Scrollen,
- Reihenfolge mehrspaltiger Inhalte,
- Größe und Abstand von Schaltflächen,
- lange Feldwerte, Fehlermeldungen und leere Zustände,
- Formulare mit eingeblendeter Bildschirmtastatur.
Die Vorschau ist ein Anfang. Testen Sie anschließend auf echten Geräten und in mindestens zwei aktuellen Browsern.
URL, Pfade und Domain
Jede Seite benötigt einen eindeutigen Pfad. Dynamische Detailseiten verwenden Parameter, etwa
/auftrag/123. Validieren Sie unbekannte oder manipulierte Parameter und zeigen Sie keine
anderen Datensätze, nur weil eine ID erraten wurde.
Bei eigener Domain gehören DNS, TLS-Zertifikat, Weiterleitungen und ein Verantwortlicher für Verlängerung und Störungsbehebung zum Betriebsprozess.
Öffentliche oder angemeldete Nutzung
Entscheiden Sie explizit, wer die App erreichen darf:
- öffentlich: keine Anmeldung; nur für bewusst freigegebene Inhalte,
- angemeldet: Benutzerquelle und Anmeldeablauf erforderlich,
- rollenabhängig: Seiten, Elemente und Datenzugriffe richten sich nach der Person.
Achtung: Eine schwer zu erratende URL ist kein Zugriffsschutz. Sensible oder interne Daten benötigen Authentifizierung und wirksame Berechtigungen.
Benutzerquellen und Anmeldeablauf
Eine Benutzerquelle verbindet App-Benutzer mit einer Datengrundlage für Anmeldung und Profil. Planen Sie den gesamten Lebenszyklus:
- Einladung oder Registrierung,
- Anmeldung und fehlgeschlagene Anmeldung,
- Passwortänderung oder Wiederherstellung,
- Rollen- oder Statusänderung,
- Sperrung und Löschung,
- Aufbewahrung notwendiger Nachweise.
Speichern Sie Passwörter niemals in einer normalen Baserow-Tabelle. Verwenden Sie nur die dafür vorgesehene Authentifizierungsfunktion und aktivieren Sie verfügbare Schutzmechanismen.
Rollenabhängige Oberfläche
Eine Rolle kann steuern, welche Navigation, Aktionen oder Inhalte sichtbar sind. Prüfen Sie pro Rolle separat:
- Startseite nach Anmeldung,
- sichtbare Datensätze,
- erlaubte Änderungen,
- Export- und Dateizugriff,
- direkte Aufrufe nicht verlinkter Seiten,
- Verhalten nach Entzug einer Rolle.
Sichtbarkeitsbedingungen im App Builder und Berechtigungen an Datenquellen müssen dieselbe Regel ausdrücken. Die strengere Datenberechtigung ist die eigentliche Schutzschicht.
Veröffentlichen und Änderungen ausrollen
Der Builder-Entwurf und die veröffentlichte Anwendung können unterschiedliche Stände haben. Nutzen Sie deshalb einen kontrollierten Ablauf:
- Änderung im Entwurf dokumentieren.
- Testfälle und Rollen in der Vorschau prüfen.
- Auswirkungen auf Daten und laufende Vorgänge bewerten.
- Zu einem passenden Zeitpunkt veröffentlichen.
- öffentliche Fassung erneut testen.
- Rückmeldung und Fehler nach der Freigabe beobachten.
Bei kritischen Apps sollte ein Rückweg feststehen: vorheriger Stand, Wartungshinweis oder alternative Erfassung. Prüfen Sie anhand der aktuellen Baserow-Version, welche Wiederherstellungsoptionen tatsächlich verfügbar sind.
Freigabeprotokoll
Halten Sie mindestens Version, Datum, Verantwortliche, betroffene Seiten, Testrollen und bekannte Einschränkungen fest. Das ist besonders wichtig, wenn App und Datenmodell von verschiedenen Personen gepflegt werden.