Notions neue „Can Create Pages”-Berechtigung erlaubt es externen Mitarbeitenden und eingeschränkten Teammitgliedern, Einträge in einer Datenbank zu erstellen – ohne Zugriff auf alles darin. Das Update vom 5. März 2026 schließt eine der größten Lücken in Notions granularem Berechtigungssystem und eröffnet neue Workflows für Gastkollaboration und interne Dokumentensicherheit.
Was war das Problem mit Datenbankberechtigungen bisher?
Notions granulare Datenbankberechtigungen ließen dich bereits steuern, wer bestimmte Zeilen in einer Datenbank sehen kann – basierend auf einer Person-Property. Ein großer Schritt nach vorne. Aber er hinterließ eine klaffende Lücke.
Nutzer mit nur seitenbasiertem Zugriff konnten keine neuen Einträge erstellen.
Um auf den New-Button in einer Datenbank zu klicken, brauchtest du Berechtigungen auf der Datenbank selbst. Seitenbasierte Zugriffsregeln griffen erst, nachdem ein Eintrag existierte. Hattest du also einen Freelancer, einen Kunden oder einen externen Partner, der Aufgaben, Dokumente oder Anfragen eintragen musste – war er blockiert.
Die Workarounds waren begrenzt:
- Notion Forms – funktional, aber umständlich. Die ausfüllende Person konnte nicht automatisch getrackt werden, und die Erfahrung fühlte sich losgelöst von der eigentlichen Datenbank an.
- Externe Tools – du konntest etwas mit Make oder Zapier und UTM-Parametern zusammenbasteln, aber das ist viel Overhead für eine Interaktion, die nativ sein sollte.
- Eine Datenbank pro Kunde – technisch möglich, aber macht den Sinn einer einzigen globalen Datenbank mit berechtigungsbasiertem Zugriff zunichte. Bitte nicht.
Das Ergebnis? Du konntest externen Parteien Einträge zeigen und sie bearbeiten lassen – aber ihnen keinen sauberen Weg geben, neue hinzuzufügen.
Wie funktioniert die neue „Can Create Pages”-Berechtigung?
Die neue Berechtigung fügt einen einfachen Toggle hinzu: Nutzer mit No Access, Can View oder Can Comment auf einer Datenbank können jetzt zusätzlich die Möglichkeit erhalten, Seiten darin zu erstellen.
So richtest du es für externe Mitarbeitende ein:
- Öffne deine Datenbank und klicke oben rechts auf Share
- Trage die E-Mail-Adresse des Gastes ein
- Setze die Berechtigungsstufe auf No Access (das fühlt sich kontraintuitiv an – bleib dabei)
- Ein neuer Toggle erscheint: Can Create Pages – aktiviere ihn
- Notion fordert dich auf, eine seitenbasierte Zugriffsregel hinzuzufügen, damit der Ersteller seine eigenen Einträge bearbeiten kann. Akzeptiere das – wähle entweder Can Edit oder Can Edit and Share
- Teile eine verknüpfte Ansicht der Datenbank mit deinem Gast
Das war’s. Dein Gast sieht eine leere verknüpfte Ansicht (da noch keine Einträge seinen Zugriffsregeln entsprechen), kann aber auf New klicken und Einträge hinzufügen.
Sobald ein Eintrag erstellt wurde, greift die seitenbasierte Regel automatisch – die Person kann sehen und bearbeiten, was sie erstellt hat, aber sonst nichts in der Datenbank.
Pro-Tipp: Der „Can Create Pages”-Toggle ist auf drei Berechtigungsstufen verfügbar: No Access, Can View und Can Comment. Bei Can Edit Content und höher verschwindet er, weil diese Stufen Erstellungsrechte bereits standardmäßig beinhalten.
Wie können Teams das für interne Dokumentensicherheit nutzen?
Hier wird das Update wirklich mächtig. Der Anwendungsfall für externe Mitarbeitende ist straightforward – aber das interne Muster „öffentlich als Standard, geheim als Ausnahme” ist möglicherweise der größere Gewinn.
Das Szenario: Du hast eine globale Documents-Datenbank. 90 % der Einträge sollen für alle im Team sichtbar sein. Aber eine Handvoll – HR-Dokumente, Finanzdaten, sensible Strategiedokumente – muss gesperrt bleiben.
Früher musstest du die Berechtigungen auf jeder sensiblen Seite manuell anpassen. Das bedeutete: jeden Eintrag öffnen, Zugriff entfernen, die richtige Gruppe hinzufügen – und dann dein gesamtes Team darin schulen. Nicht skalierbar.
Jetzt kannst du das Ganze automatisieren. So geht’s:
Schritt 1: Die Datenbank absperren
Entferne den allgemeinen Team-Zugriff auf die Datenbank selbst. Erstelle stattdessen eine Gruppe, die alle im Unternehmen enthält, und gib dieser Gruppe No Access + Can Create Pages.
Das bedeutet: Niemand kann die rohe Datenbank durchsuchen – aber alle können über eine verknüpfte Ansicht neue Einträge erstellen.
Schritt 2: Neuen Einträgen automatisch Zugriff gewähren
Richte eine Datenbankautomatisierung ein:
- Trigger: Wenn eine Seite zur Datenbank hinzugefügt wird
- Aktion: Setze die Access-Property (eine Person-Property) auf deine „Team”-Gruppe
Jetzt wird jeder neue Eintrag automatisch für das gesamte Team sichtbar. Kein manueller Schritt nötig.
Schritt 3: Sensible Einträge per Button sperren
Erstelle einen Datenbankbutton, der:
- Eine Bestätigungsaufforderung anzeigt („Bist du sicher, dass du dieses Dokument einschränken möchtest?”)
- Den Wert der Access-Property durch eine eingeschränkte Gruppe ersetzt (z. B. „HR” oder „Admin”)
Wenn jemand den Button klickt, verschwindet der Eintrag aus der Ansicht aller anderen. Nur Mitglieder der eingeschränkten Gruppe können ihn noch sehen.
Das Ergebnis: Ein Self-Service-System, bei dem Dokumente standardmäßig offen sind – und das Sperren ein einziger Klick ist.
Pro-Tipp: Dieses Muster funktioniert am besten, wenn du den Zugriff über Gruppen statt über Teamspace-Berechtigungen verwaltest. Gruppen geben dir eine zentrale Stelle, um zu steuern, wer zum „Alle”-Pool gehört und wer zu spezifischen eingeschränkten Pools wie HR oder Finance.
Was sind die aktuellen Einschränkungen?
Das Feature ist solide, aber es gibt ein paar Dinge zu beachten.
Seitenbasierter Zugriff erfordert weiterhin eine Person-Property. Alle granularen Berechtigungsregeln basieren auf Person-Properties in deiner Datenbank. Du kannst keine Regeln auf Basis von Select-Feldern, Tags oder anderen Property-Typen festlegen – zumindest noch nicht.
Verknüpfte Ansichten können nicht per Slash-Befehl erstellt werden. Hat ein Nutzer keinen Zugriff auf die ursprüngliche Datenbank, kann er nicht /linked view tippen und danach suchen. Die Datenbank erscheint schlicht nicht in den Suchergebnissen. Der Workaround: Stelle eine vorgefertigte verknüpfte Ansicht bereit, die Nutzende duplizieren können. Wenn du Notion für ein Team einführst, baue verknüpfte Ansichten in deine Standard-Dashboards ein, damit niemand an diese Wand stößt.
Kleiner Bug bei neu erstellten Einträgen. Aktuell gibt es eine kurze Verzögerung, bevor ein frisch erstellter Eintrag vollständig geöffnet werden kann. Falls ein Klick nichts bewirkt: Seite neu laden – das sollte sofort helfen. Dieser Bug wird wahrscheinlich bald behoben.
Kein nativer „Seite sperren”-Button. Den Lock-down-Workflow kannst du zwar mit Datenbankbuttons und Automatisierungen aufbauen, aber Notion hat noch keinen eingebauten Button, der „Privat machen” sagt. Die Infrastruktur musst du selbst aufsetzen.
Was bedeutet das für Notion AI?
Ein Aspekt, den man leicht übersieht: Notion AI hat Zugriff auf alles, worauf du Zugriff hast.
Das macht dein Berechtigungssetup direkt relevant für das Verhalten der KI. Hat ein Teammitglied zu breiten Zugriff, kann sein KI-Assistent Dokumente lesen, zusammenfassen und referenzieren, die es wahrscheinlich gar nicht sehen sollte.
Granulare Berechtigungen richtig einzurichten ist nicht mehr nur eine Frage des menschlichen Zugriffs – es geht darum sicherzustellen, dass deine KI-Tools innerhalb der richtigen Grenzen operieren.
📬 Du möchtest lernen, wie du Notion richtig für dein Team einrichtest? Unser kostenloser Notion for Teams-E-Mail-Kurs deckt 7 wesentliche Frameworks ab – eines pro Tag, je 5 Minuten.
Häufig gestellte Fragen
Welche Berechtigungsstufen unterstützen den „Can Create Pages”-Toggle?
Der Toggle ist auf drei Stufen verfügbar: No Access, Can View und Can Comment. Hat ein Nutzer bereits Can Edit Content oder höher, kann er standardmäßig Seiten erstellen – der Toggle wird dann nicht angezeigt und ist nicht nötig.
Können externe Gäste Einträge in einer Datenbank erstellen, die sie nicht sehen können?
Ja – genau das ermöglicht dieses Feature. Du gibst einem Gast No Access + Can Create Pages, teilst eine verknüpfte Ansicht mit ihm, und er kann neue Einträge hinzufügen. In Kombination mit einer seitenbasierten Zugriffsregel kann er nur die Einträge sehen und bearbeiten, die er selbst erstellt hat.
Brauche ich eine Datenbankautomatisierung für den Team-Anwendungsfall?
Ja, wenn du das „öffentlich als Standard”-Muster willst. Ohne die Automatisierung hat kein neuer Eintrag jemanden in der Access-Property – also kann ihn außer dem Ersteller niemand sehen. Die Automatisierung füllt die Team-Gruppe automatisch bei jedem neuen Eintrag aus.
Können Nutzende ohne Datenbankzugriff eigene verknüpfte Ansichten erstellen?
Nicht über den Slash-Befehl – die Datenbank erscheint nicht in der Suche, wenn kein Zugriff besteht. Aber du kannst eine bestehende verknüpfte Ansicht duplizieren. Best Practice: Baue vorgefertigte verknüpfte Ansichten in die Standard-Seiten und Dashboards deines Teams ein.
Ist dieses Feature in allen Notion-Plänen verfügbar?
Granulare Datenbankberechtigungen, einschließlich des neuen „Can Create Pages”-Toggles, sind in den Business– und Enterprise-Plänen verfügbar.
💼 Brauchst du die Unterstützung zertifizierter Notion-Berater? Mein Team und ich helfen gerne! → Jetzt Kontakt aufnehmen
