Jede API-Anfrage an Notiondesk wird mit einem Bearer-Token authentifiziert: einem Workspace-API-Schlüssel oder einem OAuth-Zugriffstoken für Anwendungen, die im Namen anderer Notiondesk-Kunden agieren. Dieser Artikel beschreibt, wie Sie einen Notiondesk-API-Schlüssel erstellen, seine Gültigkeitsbereiche festlegen, ihn mit Ihren Anfragen senden und ihn rotieren oder widerrufen.
Verwenden Sie einen API-Schlüssel für Automatisierungen, die Sie in Ihrem eigenen Arbeitsbereich ausführen: ein Skript, einen geplanten Job, einen CI-Schritt oder ein internes Tool. Wenn Sie eine Anwendung entwickeln, auf die sich andere Notiondesk-Kunden verbinden, verwenden Sie stattdessen OAuth .
Bevor Sie beginnen
- Ihr Arbeitsbereich ist auf einem Enterprise-Plan.
- Sie sind der Inhaber des Arbeitsbereichs oder ein Administrator.
Erstellen Sie einen Notiondesk API-Schlüssel
- Klicken Sie in Ihrem Notiondesk-Dashboard auf Einstellungen .
- Unter „Workspace“ öffnen Sie „Developers“ und anschließend „API-Schlüssel“ .
- Klicken Sie auf „Schlüssel erstellen“ .
- Geben Sie eine Bezeichnung ein, die angibt, wofür der Schlüssel bestimmt ist, zum Beispiel
CI automationoderRedirect import.
- Wählen Sie unter „Bereiche“ nur die Bereiche aus, die die Integration benötigt. Siehe „Die richtigen Bereiche auswählen“ .
- Wählen Sie ein Ablaufdatum : 30 Tage , 90 Tage , 1 Jahr oder kein Ablaufdatum .
- Klicken Sie auf Erstellen .
- Klicken Sie auf „Schlüssel kopieren“ und speichern Sie den Schlüssel in Ihrem Geheimnismanager oder in Umgebungsvariablen.
- Klicken Sie hier. Ich habe den Schlüssel gespeichert .
Wählen Sie die richtigen Zielfernrohre
Ein Scope ist eine Berechtigung, die einem Schlüssel zugeordnet ist. Jede Notiondesk API-Route benötigt einen Scope, und ein Schlüssel kann mehrere Scopes enthalten.
| Umfang | Dashboard-Beschreibung | Was es in der REST-API ermöglicht |
|---|---|---|
read | Lesen Sie mehr über die Funktionsweise und die Einblicke im Hilfecenter. | Lesen Sie Hilfezentren, Artikel, Sammlungen, Änderungsprotokolle, Weiterleitungen, Einstellungen, Branding, Integrationen, Synchronisierungsstatus, Analysen und Feedback. |
write | Help-Center-Konfiguration verwalten | Seitenweiterleitungen erstellen und aktualisieren sowie Sprachen, automatische Übersetzung, Inhalte, KI-Optimierung, Kontaktformular- und Änderungsprotokolleinstellungen ändern |
sync | Inhaltssynchronisierungen und Übersetzungen auslösen | Website-, Artikel- und Sammlungssynchronisierungen auslösen und die geplante Synchronisierung aktivieren oder deaktivieren |
admin | Arbeitsbereichseinstellungen und destruktive Konfigurationen verwalten | Seitenweiterleitungen löschen, Branding und Designs ändern sowie Integrationen von Drittanbietern konfigurieren |
Weisen Sie jeder Integration den kleinstmöglichen Satz von Gültigkeitsbereichen zu, den sie benötigt:
| Integration | Zielfernrohre |
|---|---|
| Synchronisierung des Hilfecenters aus einer CI-Pipeline | sync |
| Analyse-Dashboard oder Berichtsskript | read |
| Feedback-Zusammenfassung an Slack gesendet | __RESERVIERT_23__ nur |
| Import nach einer Migration umleiten | read, write |
| Einführung von Branding oder Integration in allen Hilfezentren | read, admin |
Wie Arbeitsbereichsrollen einen Schlüssel einschränken
Ein Schlüssel kann in Ihrem Arbeitsbereich nie mehr leisten, als die Person, die ihn erstellt hat, leisten kann.
| Aktuelle Rolle des Schöpfers | Bereiche, die der Schlüssel verwenden kann |
|---|---|
| Betrachter- oder Abrechnungsmanager | read |
| Editor | read, write, sync |
| Administrator oder Arbeitsbereichsinhaber | read, write, sync, admin |
Ändert sich die Rolle des Erstellers, ändern sich auch die Gültigkeitsbereiche des Schlüssels. Verlässt der Ersteller den Arbeitsbereich, verliert der Schlüssel seine Funktion. Informationen zur Rollenverwaltung finden Sie unter „So laden Sie ein Teammitglied ein“ .
Senden Sie den Schlüssel mit jeder Anfrage.
Senden Sie den Schlüssel im Authorization-Header mit dem Bearer-Schema:
Eine 200 OK-Nachricht mit einer Liste Ihrer Hilfezentren bestätigt die Funktionsfähigkeit des Schlüssels. Ein Schlüssel funktioniert für jedes Hilfezentrum in seinem Arbeitsbereich.
Dieselbe Anfrage in JavaScript:
Und in Python:
Bewahren Sie Ihren Notiondesk API-Schlüssel sicher auf.
curl "<https://api.notiondesk.so/sites>" \
-H "Authorization: Bearer $NOTIONDESK_API_KEY" \
-H "nd-version: 2026-10-16"const response = await fetch("<https://api.notiondesk.so/sites>", {
headers: {
Authorization: `Bearer ${process.env.NOTIONDESK_API_KEY}`,
"nd-version": "2026-10-16",
},
});
const sites = await response.json();import os
import requests
response = requests.get(
"<https://api.notiondesk.so/sites>",
headers={
"Authorization": f"Bearer {os.environ['NOTIONDESK_API_KEY']}",
"nd-version": "2026-10-16",
},
)
sites = response.json()- Bewahren Sie Schlüssel auf Ihrem Server auf. Speichern Sie Schlüssel niemals im Browsercode, in einer mobilen App oder in einem öffentlichen Repository.
- Speichern Sie Schlüssel in Umgebungsvariablen oder einem Geheimnismanager, nicht im Quellcode.
- Erstellen Sie für jede Integration einen eigenen Schlüssel mit eigener Bezeichnung, damit Sie einen Schlüssel widerrufen können, ohne die anderen zu beeinträchtigen.
- Wählen Sie ein Ablaufdatum für Schlüssel, die von temporären Skripten verwendet werden.
- Tauschen Sie einen Schlüssel aus, wenn jemand, der ihn kannte, Ihr Team verlässt.
- Prüfen Sie die Spalte „Zuletzt verwendet“ und widerrufen Sie Schlüssel, die niemand mehr benutzt.
Einen Schlüssel drehen oder widerrufen
Öffnen Sie Einstellungen > Entwickler > API-Schlüssel und verwenden Sie das Menü am Ende der Schlüsselzeile.
„Rotieren“ ersetzt das Geheimnis. Bestätigen Sie mit „Rotieren“ : Das aktuelle Geheimnis ist sofort ungültig und das neue wird einmalig angezeigt. Aktualisieren Sie Ihre Integration umgehend. Ein abgelaufener Schlüssel kann nicht rotiert werden; erstellen Sie stattdessen einen Ersatz.
Mit „Widerrufen“ wird der Schlüssel dauerhaft deaktiviert. Bestätigung mit „Widerrufen“ : Automatisierungen, die diesen Schlüssel verwenden, funktionieren sofort nicht mehr, und diese Änderung kann nicht rückgängig gemacht werden.
Fehlerbehebung bei der Authentifizierung
Die API antwortet mit dem Fehlercode 403 insufficient_scope.
insufficient_scope.Der Schlüssel ist gültig, aber es fehlt ihm der für die Route erforderliche Gültigkeitsbereich. Der Header WWW-Authenticate benennt den fehlenden Gültigkeitsbereich:
Erstellen Sie einen Schlüssel mit diesem Gültigkeitsbereich oder überprüfen Sie, ob der Ersteller des Schlüssels noch über eine entsprechende Rolle verfügt.
WWW-Authenticate: Bearer error="insufficient_scope", scope="sync" Die API antwortet mit dem Fehlercode 403 permission_denied.
permission_denied.Der Schlüssel hat den richtigen Gültigkeitsbereich, aber die Aktion ist in diesem Hilfecenter nicht zulässig: Beispielsweise ist die Funktion im Plan nicht enthalten oder das Hilfecenter ist deaktiviert. Siehe Umgang mit API-Fehlern, Ratenbegrenzungen und Wiederholungsversuchen für Notiondesk .
Häufig gestellte Fragen
Kann ich einen API-Schlüssel nach seiner Erstellung erneut einsehen?
Nein. Das Geheimnis wird nur einmal angezeigt, wenn Sie den Schlüssel erstellen oder drehen. Wenn Sie es verlieren, drehen Sie den Schlüssel und speichern Sie das neue Geheimnis.
Kann ein Redakteur einen API-Schlüssel erstellen?
Nein. Nur der Workspace-Inhaber und Administratoren können API-Schlüssel erstellen, ändern und widerrufen. Redakteure können weiterhin KI-Assistenten über das Workspace MCP verbinden.
Haben Notiondesk API-Schlüssel ein Ablaufdatum?
Nur wenn Sie beim Erstellen des Schlüssels ein Ablaufdatum festlegen. Schlüssel ohne Ablaufdatum sind so lange gültig, bis Sie sie rotieren oder widerrufen.
Soll ich einen API-Schlüssel oder OAuth verwenden?
Verwenden Sie einen API-Schlüssel für die Automatisierung, die Sie in Ihrem eigenen Arbeitsbereich ausführen. Verwenden Sie OAuth, wenn andere Kunden Ihre App mit ihrem Arbeitsbereich verbinden, damit sie den Zugriff genehmigen und ihn selbst widerrufen können.