3. Juni 2026
Nicht jeder sollte dieselben Dokumente sehen.
Enterprise-Kunden verdienen Konfigurationsanleitungen, die Free-Nutzer nicht erhalten. Partner benötigen Integrationsdokumente unter NDA. Ihr Support-Team sieht andere Dokumente als die Personalabteilung oder die Technik.
Heute veröffentlichen wir User Groups und Shared Passwords, damit Sie kontrollieren können, wer was sieht.
User Groups: Beschränken Sie Sammlungen und Artikel auf bestimmte Gruppen. Enterprise-Kunden sehen erweiterte Einrichtungsanleitungen. Partner sehen Integrationsdokumente. Interne Teams sehen Playbooks zur Fehlerbehebung. Sie entscheiden.
Shared Password: Ein Passwort gewährt Zugriff auf Ihr gesperrtes Help Center. Einfach für Kundenportale, Partner-Wissensdatenbanken und Teams ohne Identity-Provider.
User Groups
Als wir private Help Center eingeführt haben, war die Auswahl binär: offen für alle oder gesperrt für angemeldete Benutzer. Das funktioniert für einfache, kundenorientierte Wissensdatenbanken, aber es reicht nicht aus, wenn Nuancen gefragt sind.
Enterprise-Kunden benötigen erweiterte Konfigurationsleitfäden, die Self-Service-Benutzer nicht brauchen. Partner benötigen Integrationsdokumente hinter NDAs. Verschiedene interne Teams benötigen unterschiedliche Dokumente – Support, HR und Engineering benötigen keinen Zugriff auf dieselben Inhalte.
User Groups lösen dies.
Erstellen Sie Gruppen wie „Enterprise“, „Partner“ oder „Support“. Beschränken Sie dann Sammlungen oder einzelne Artikel auf diese Gruppen. Der Zugriff erfolgt von oben nach unten: Sperren Sie zuerst das Help Center, schränken Sie den Zugriff dann auf Sammlungsebene ein und verfeinern Sie ihn schließlich auf Artikelebene. Sie können Berechtigungen auf einer niedrigeren Ebene nicht erweitern.
Dies ist besonders nützlich für:
Gestaffelte Kundeninhalte — Enterprise- und Pro-Kunden sehen erweiterte Anleitungen, Onboarding-Playbooks und Konfigurationsdokumente, die Free- oder Self-Service-Benutzern nicht zur Verfügung stehen.
Partnerportale — Integrationsleitfäden, API-Referenzen und Co-Branding-Assets, die nur Partnern mit NDAs zur Verfügung stehen.
Interne Wissensdatenbanken — Verschiedene Teams sehen unterschiedliche Dokumente. Der Support erhält Playbooks zur Fehlerbehebung. HR erhält Richtlinien. Engineering erhält Runbooks.
Erfahren Sie, wie User Groups funktionieren
User Groups erfordern einen Scale- oder Enterprise-Tarif.
Shared Password
Nicht jedes Team benötigt SSO. Manchmal möchten Sie einfach nur den Zugriff einschränken, ohne Okta oder Auth0 zu konfigurieren.
Shared Password ist der einfachste Weg, ein Help Center zu sperren. Legen Sie ein Passwort fest. Teilen Sie es mit Kunden, Partnern oder Ihrem Team. Jeder mit dem Passwort kann sich anmelden und stöbern.
Es ist ideal für:
Rein kundenorientierte Wissensdatenbanken — Geben Sie das Passwort per E-Mail oder beim Onboarding an zahlende Kunden weiter.
Partnerportale — Ein einziger Anmeldedatensatz für alle Ihre Integrationspartner.
Interne Dokumente — Teilen Sie ein Passwort mit Ihrem Team. Kein Identity-Provider erforderlich.
Sie können die Authentifizierungsmethoden auch kombinieren. Aktivieren Sie Shared Password für den einfachen Zugriff und behalten Sie OIDC oder Magic Links für Benutzer bei, die diese bevorzugen.
Benutzer von Shared Passwords haben keine individuelle Identität, daher gelten keine Einschränkungen für User Groups. Verwenden Sie für gruppenbasierten Zugriff stattdessen OIDC oder Magic Links.
Weitere Verbesserungen
Ein Bestätigungsdialog beim Deaktivieren von geteilten Passwörtern wurde hinzugefügt, mit dem Hinweis, dass bestehende Sitzungen gültig bleiben, bis sie ablaufen.
Die Seite für Zugriffskontrolleinstellungen wurde durch eine klarere Navigation zwischen den Tabs „Zugriff“, „Gruppen“ und „Benutzer“ verbessert.
Ein Problem wurde behoben, bei dem gesperrte Help Center nach der Anmeldung manchmal falsch weiterleiteten.