> ## Documentation Index
> Fetch the complete documentation index at: https://docs.base44.com/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> Internal links on these pages omit the .md extension. Append .md to a docs page URL, or send an Accept: text/markdown header, to get that page as markdown.

# Connectors im Überblick

> Connectors verbinden deine Base44 App mit den Tools, die du nutzt, über ein gemeinsames Konto oder das eigene Konto jeder Person.

Mit [Connectors](https://base44.com/integrations) arbeitet deine Base44 App mit den Tools und Daten, die dein Unternehmen bereits nutzt, von Gmail und Slack bis zu Google Workspace, Snowflake und Databricks.

<Frame caption="Deine App mit externen Tools verbinden">
  <img src="https://mintcdn.com/base44/4u1s1BOHlfMPQCy4/images/figmaconnectors.png?fit=max&auto=format&n=4u1s1BOHlfMPQCy4&q=85&s=53dec450c3c76a240596bd2548016acd" alt="Connector-Kacheln auf einem blauen Farbverlauf mit Gmail im Fokus" className="mx-auto w-full" width="1256" height="716" data-path="images/figmaconnectors.png" />
</Frame>

<Note>
  Du benötigst einen [**Builder-Tarif**](https://base44.com/pricing) oder höher, um Connectors zu nutzen.
</Note>

***

## Über Connectors

Verbinde die Tools, mit denen dein Team bereits arbeitet. Baue dann App-Flows darauf auf.

<CardGroup cols={2}>
  <Card title="Berichte und Warnungen senden" icon="envelope">
    Versende Berichte, Warnungen oder Zusammenfassungen per E-Mail über **Gmail** oder **Outlook**.
  </Card>

  <Card title="Dokumente und Dateien erzeugen" icon="file-text">
    Erstelle Dokumente, Tabellen, Präsentationen oder Dateien mit **Google Workspace**-Tools.
  </Card>

  <Card title="Termine und Verfügbarkeit verwalten" icon="calendar">
    Erstelle und verwalte Termine oder Verfügbarkeit mit **Google Calendar** oder **Outlook**.
  </Card>

  <Card title="Dein Team benachrichtigen" icon="comment">
    Sende Benachrichtigungen oder Updates an Teams über **Slack**.
  </Card>

  <Card title="Code und Issues verfolgen" icon="code">
    Verfolge Code-Aktivität, Issues und Pull Requests mit **GitHub API**.
  </Card>

  <Card title="Daten abfragen und Dashboards bauen" icon="chart-column">
    Frage externe Daten ab und baue Dashboards mit **Snowflake** oder **Databricks**.
  </Card>
</CardGroup>

***

## Connector-Typen

Jeder Connector hat einen Typ. Er legt fest, wessen Konto die Verbindung nutzt. Du wählst den Typ, wenn du den Connector hinzufügst.

<CardGroup cols={2}>
  <Card title="Gemeinsamer Connector" icon="users">
    Du verbindest ein Konto einmal, und alle, die deine App nutzen, teilen diese Verbindung und ihre Daten.

    Ideal für ein Team-Konto oder eine Datenplattform, etwa Slack-Warnungen im Kanal deines Teams oder ein Snowflake-Dashboard.
  </Card>

  <Card title="App-Nutzer-Connector" icon="user">
    Jede Person verbindet ihr eigenes Konto. So kann deine App mit den Daten arbeiten, auf die dieses Konto zugreifen kann.

    Ideal für Aktionen pro Person, etwa ein CRM, in dem jede Vertriebsperson E-Mails über das eigene Gmail sendet.
  </Card>
</CardGroup>

<Note>
  Nur Workspace-Admins können einen App-Nutzer-Connector einrichten. Wenn du kein Admin bist, ist diese Option beim Hinzufügen eines Connectors deaktiviert. Bitte einen Admin, ihn einzurichten.
</Note>

***

<div id="adding-a-connector" />

## Einen Connector hinzufügen

Du fügst einen Connector über die Seite **Connectors** in deinem Workspace, aus einer App heraus oder über den KI-Chat hinzu.

<div id="from-the-connectors-page" />

### Über die Seite Connectors

Füge einen gemeinsamen Connector hinzu, damit alle, die deine App nutzen, dasselbe verbundene Konto nutzen können.

**So fügst du einen gemeinsamen Connector hinzu:**

1. Klicke in der Seitenleiste deines Workspaces auf **Connectors**.
2. Klicke auf **Add connector**.
3. Suche nach dem Connector und klicke darauf.
4. Wenn der Connector beide Typen anbietet, wähle **Shared connector** aus. Klicke dann auf **Next**.
5. Gib einen **Connection name** ein.
6. Wähle unter **Who can access** aus, wo die Verbindung genutzt werden kann. Standard ist **Apps and Super agent**. Bei Slack ist diese Einstellung fest auf **Apps only** gesetzt.
7. (Optional) Wähle unter **Permissions** entweder **Read-only** oder **Read & write** aus. Das erscheint nur bei Connectors, die diese Wahl anbieten.
8. Klicke auf **Add connector**. Autorisiere dann im Fenster des Anbieters das Konto, das du teilen möchtest.

Um stattdessen einen App-Nutzer-Connector hinzuzufügen, wähle in Schritt 4 **App user connector** aus. Folge dann [Deinen eigenen OAuth-Client verwenden](#using-your-own-oauth-client).

<div id="from-your-app" />

### Aus deiner App

Füge einen gemeinsamen Connector hinzu, ohne die App zu verlassen, an der du arbeitest.

**So fügst du einen gemeinsamen Connector aus einer App hinzu:**

1. Klicke in deiner App auf **Dashboard** und dann auf **Integrations**.
2. Klicke auf **Add connector**.
3. Suche nach dem Connector und klicke darauf.
4. Wenn der Connector beide Typen anbietet, wähle **Shared connector** aus. Klicke dann auf **Next**.
5. (Optional) Wähle unter **Permissions** entweder **Read-only** oder **Read & write** aus. Das erscheint nur bei Connectors, die diese Wahl anbieten.
6. Klicke auf **Add connector**. Autorisiere dann das Konto im Fenster des Anbieters.

<div id="from-the-ai-chat" />

### Über den KI-Chat

Sag dem KI-Chat, was du verbinden und wie du es nutzen möchtest. Er schlägt Connectors basierend auf der Struktur, den Seiten und den Daten deiner App vor. Wenn ein Flow Zugriff braucht, zeigt der Chat eine Karte. Dort genehmigst du die Verbindung, bevor er weiterbaut.

Die vollständige Liste mit Kategorien und Beispiel-Prompts findest du im [Connectors-Katalog](/de/Integrations/connectors-catalog).

***

<div id="how-connectors-work-in-your-app" />

## Wie Connectors in deiner App funktionieren

Sobald du ein Tool verbunden hast, kannst du es seitenübergreifend, in Flows und in Backend-Funktionen wiederverwenden. Bitte den KI-Chat, Seiten, Tabellen, Dashboards oder Automations zu bauen, die aus dem Connector lesen oder in ihn schreiben.

Wenn du einen Connector in einen Flow aufnimmst, erstellt Base44 eine Backend-Funktion. Um ihren Code zu prüfen, gehe zum Dashboard deiner App, [klicke auf **Code**](/de/documentation/building-your-app/editing-code) und öffne die Funktion unter `base44` > `functions`. Du kannst den Code selbst bearbeiten oder den KI-Chat auffordern, ihn zu aktualisieren. Zum Beispiel:

```text theme={null}
Sende eine Slack-Nachricht an #product-updates, wenn diese Funktion ausgeführt wird.
```

Wenn du später einen Flow hinzufügst, der zusätzliche Berechtigungen benötigt, bittet dich der KI-Chat, die neuen Berechtigungen für dieses Tool zu genehmigen.

<Frame caption="Slack-Connector in Backend-Funktionen">
  <img src="https://mintcdn.com/base44/RZD6kUiSGMvS_ZiB/images/ConnectorFunction.png?fit=max&auto=format&n=RZD6kUiSGMvS_ZiB&q=85&s=0d343b1c98781f0e7b537f13550c5413" alt="Code-Editor mit einer Backend-Funktion, die über den Connector eine Nachricht an Slack postet." width="1065" height="667" data-path="images/ConnectorFunction.png" />
</Frame>

***

<div id="using-your-own-oauth-client" />

## Deinen eigenen OAuth-Client verwenden

Einige Connectors laufen mit deinem eigenen OAuth-Client statt mit dem von Base44. Du registrierst den Client beim Anbieter und fügst seine Zugangsdaten in deinem Workspace hinzu. Ab dann nutzt der Connector diese Zugangsdaten.

<Check>
  **Bevor du beginnst:** Du musst Workspace-Admin sein. Registriere eine OAuth-Anwendung beim Anbieter und hol dir ihre Zugangsdaten. Füge die [Callback-URL](#registering-callback-urls) zu den erlaubten Redirect-URIs des Anbieters hinzu.
</Check>

**So fügst du einen Connector mit deinem eigenen OAuth-Client hinzu:**

1. Klicke in der Seitenleiste deines Workspaces auf **Connectors**.
2. Klicke auf **Add connector**.
3. Suche nach dem Connector und klicke darauf.
4. Wenn der Connector beide Typen anbietet, wähle **App user connector** aus. Klicke dann auf **Next**. Snowflake und Databricks öffnen dieses Formular direkt.
5. Gib einen **Connector name** ein, um diese Konfiguration zu kennzeichnen.
6. Gib deine **Client ID** und, falls nötig, dein **Client Secret** ein. Fülle alle weiteren Felder für deinen Connector aus.
7. Prüfe unter **Scopes** die ausgewählten Scopes. Füge bei Bedarf welche hinzu oder entferne sie. Für nicht aufgeführte Berechtigungen gib unter **Additional scopes** einen Scope pro Zeile ein.
8. Klicke auf **Add Connector**.

<Warning>
  Behandle dein **Client Secret** wie ein Passwort. Teile es nicht und zeige es nicht auf Screenshots.
</Warning>

***

<div id="registering-callback-urls" />

## Callback-URLs registrieren

Wenn du einen Connector mit deinem eigenen OAuth-Client einrichtest, registrierst du eine Callback-URL bei deinem OAuth-Anbieter. So weiß er, wohin er Personen nach der Autorisierung zurückschickt.

### Die einzelne Callback-URL verwenden

Jeder Connector, den du hinzufügst, nutzt eine Callback-URL für alle deine Apps. Du registrierst sie einmal bei deinem OAuth-Anbieter, und sie funktioniert weiter, während du mehr Apps baust und benutzerdefinierte Domains verbindest.

Füge diese URL zu den erlaubten Redirect-URIs deines OAuth-Anbieters hinzu:

```
https://connectors.base44.com/api/oauth/callback
```

<div id="viewing-your-callback-urls" />

### Deine Callback-URLs ansehen

Eine Verbindung, die noch Per-App-URLs nutzt, listet sie pro App auf, aufgeteilt in **Builder** und **Live app**. Die einzelne Callback-URL wird im Formular des Connectors angezeigt, wenn du ihn hinzufügst.

**So siehst du Per-App-Callback-URLs an:**

1. Klicke in der Seitenleiste deines Workspaces auf **Connectors**.
2. Klicke neben dem Connector auf **View**.
3. Klicke neben der Verbindung auf **View connection**.
4. Klicke auf **View redirect URIs**.
5. Wähle in **OAuth Redirect URIs** unter **App** eine App aus.
6. Die URLs findest du unter **Builder** und **Live app**. Klappe **Per-app URLs (for legacy connectors)** auf, falls es angezeigt wird.

### Eine ältere Verbindung umstellen

Verbindungen, die du vor dem 17. August 2026 hinzugefügt hast, registrieren eine separate URL für jeden App-Host und zeigen ein **Per-app URLs**-Badge neben ihrem Namen. Jede Verbindung wird einzeln umgestellt, sodass ein Connector einige Verbindungen auf der einzelnen Callback-URL und andere noch auf Per-App-URLs haben kann.

Die Umstellung lohnt sich, wenn du Apps oder benutzerdefinierte Domains hinzufügst und für jede eine neue URL registrieren musst. Wenn dein Setup stabil ist und funktioniert, musst du nicht umstellen. Bestehende Verbindungen funktionieren auf ihren Per-App-URLs weiter, solange du sie dort lässt.

<Warning>
  Lass deine bestehenden Per-App-Callback-URLs bei deinem Anbieter registriert, wenn du umstellst. Personen, die sich vor der Umstellung verbunden haben, brauchen sie weiterhin, und Änderungen bei deinem Anbieter können einige Minuten dauern, bis sie wirken.
</Warning>

**So stellst du eine Verbindung auf die einzelne Callback-URL um:**

1. Klicke in der Seitenleiste deines Workspaces auf **Connectors**.
2. Klicke neben dem Connector auf **View**.
3. Klicke neben der Verbindung auf **View connection**.
4. Klicke unter **Callback URLs**, wo **Uses per-app callback URLs** steht, auf **Switch to a single URL**.
5. Füge die angezeigte URL zu den erlaubten Redirect-URIs deines OAuth-Anbieters hinzu. Wähle **I've added the URL to my OAuth provider** und klicke dann auf **Switch**.

<Note>
  Um eine Verbindung später zurückzustellen, öffne sie erneut und klicke auf **Switch back to per-app URLs**. Prüfe zuerst, ob dein Anbieter die Per-App-URLs noch registriert hat, denn eine auf der einzelnen Callback-URL erstellte Verbindung hatte sie möglicherweise nie.
</Note>

***

## Google-Scopes auswählen

Frage nach dem engsten Scope, der die Aufgabe erledigt. Das Lesen der E-Mails einer Person ist restricted, das Senden in ihrem Namen ist sensitive. Eine App, die nur E-Mails senden muss, bleibt also außerhalb der Gruppe restricted, wenn sie kein Leserecht anfragt.

Google sortiert die Berechtigungen, die eine App anfragen kann, in 3 Gruppen. In welcher Gruppe du landest, entscheidet, wie viel du tun musst, bevor deine App live gehen kann. Das ist besonders wichtig für Gmail, Drive, Calendar und Google Fit.

Wenn du Google über dein eigenes Google-Cloud-Projekt statt über Base44s verwalteten Connector verbindest, ist deine App die, die bei Google registriert ist. Alles, was Google hier verlangt, wird also von dir und nicht von Base44 verlangt.

| Googles Gruppierung | Was sie üblicherweise abdeckt | Was Google von dir verlangt |
| - | - | - |
| Basic | Name, E-Mail-Adresse und Profil | Nichts Zusätzliches |
| Sensitive | Weitreichender Zugriff auf einen Google-Dienst, etwa das Erstellen von Kalendereinträgen | App-Verifizierung, einschließlich einer Prüfung, wie du die Daten nutzt |
| Restricted | Lesen des Inhalts von Nachrichten oder Dateien einer Person, etwa das Lesen von Gmail | App-Verifizierung, und Google kann zusätzlich eine jährliche unabhängige Sicherheitsbewertung verlangen |

Wenn eine Bewertung erforderlich ist, heißt sie CASA und wird von der App Defense Alliance durchgeführt, nicht von Google. Sie betrachtet deine gesamte Anwendung, einschließlich der Art, wie Personen sich anmelden, wie Sitzungen behandelt werden und wie Code von Drittanbietern verwaltet wird.

Plane das ein, bevor du baust, nicht danach. Die Verifizierung für restricted Scopes kann mehrere Wochen dauern. Bis sie durch ist, kann Google begrenzen, wie viele Personen deine App nutzen können, und eine Warnung wegen einer nicht verifizierten App zeigen. Anforderungen, Zeitrahmen und Ausnahmen legt Google fest. Prüfe daher die [Entwicklerdokumentation von Google](https://developers.google.com/identity/protocols/oauth2/production-readiness/restricted-scope-verification), bevor du damit planst.

<Note>
  **Wo Base44 hineinpasst:**

  * Dein Google-Cloud-Projekt, deine OAuth-App und deine Verifizierung liegen in deiner Verantwortung. Base44 kann sie nicht in deinem Namen einreichen.
  * Eine Bewertung fragt sowohl nach der Plattform, auf der deine App läuft, als auch nach deinem eigenen Code. [Kontaktiere den Support](/de/Community-and-support/Contacting-support) frühzeitig, wenn du eine durchläufst, damit die richtigen Personen helfen können.
</Note>

***

<div id="managing-your-connectors" />

## Deine Connectors verwalten

Halte die Verbindungen jeder App funktionsfähig: Verbinde eine abgelaufene neu oder entferne eine, die du nicht mehr brauchst. Bei einem App-Nutzer-Connector verbindet jede Person ihr eigenes Konto in deiner App selbst neu.

**So verwaltest du eine Verbindung:**

1. Klicke in deiner App auf **Dashboard** und dann auf **Integrations**.
2. Finde die Verbindung unter **App connections**.
3. Klicke auf das Aktionssymbol (`···`) und wähle eine Option:
   * **Reconnect**, um eine abgelaufene oder widerrufene Verbindung wiederherzustellen.
   * **Remove**, um die Verbindung aus dieser App zu löschen.

### Workspace-OAuth-Konfigurationen verwalten

Workspace-OAuth-Konfigurationen sind getrennt von den Konten, die in einer App verbunden sind. Du kannst ihre Zugangsdaten und Scopes bearbeiten, eine weitere Verbindung hinzufügen oder eine Konfiguration löschen.

<Warning>
  Das Löschen einer Workspace-OAuth-Konfiguration kann nicht rückgängig gemacht werden.
</Warning>

**So verwaltest du eine Workspace-OAuth-Konfiguration:**

1. Klicke in der Seitenleiste deines Workspaces auf **Connectors**.
2. Klicke neben dem Connector auf **View**.
3. Wähle aus, was du tun möchtest:
   * Um eine Konfiguration zu bearbeiten, klicke neben der Verbindung auf **View connection**. Aktualisiere Name, Zugangsdaten oder Scopes und klicke dann auf **Save Changes**. Lass **Client Secret** leer, um das bestehende Secret zu behalten.
   * Um demselben Connector eine weitere Verbindung hinzuzufügen, etwa den anderen Connector-Typ, klicke auf **Add another connector**.
   * Um eine Konfiguration zu löschen, klicke neben der Verbindung auf **View connection**. Klicke dann auf **Delete Connector** und bestätige.

Scope-Änderungen gelten für neue Verbindungen. Personen, die bereits verbunden sind, behalten ihren genehmigten Zugriff, bis sie sich erneut verbinden. Scope-Listen können sich auch beim Anbieter ändern. Prüfe daher immer die Berechtigungen, die beim Verbinden angezeigt werden.

***

## Verfügbarkeit im Workspace steuern

Workspace-Owner und -Admins können festlegen, welche Connectors Personen im Workspace nutzen können. Siehe [Connector-Verfügbarkeit für deinen Workspace verwalten](/de/Enterprise/workspace-connectors).

<Note>
  Du benötigst einen Business- oder Enterprise-Tarif, um die Connector-Verfügbarkeit zu verwalten.
</Note>

***

## Häufige Fragen

<AccordionGroup>
  <Accordion title="Warum muss ich einen Connector neu verbinden?">
    Du musst möglicherweise neu verbinden, wenn das Konto getrennt wurde, sein Zugriff widerrufen wurde oder der verbundene Dienst eine erneute Anmeldung verlangt. Die Schritte findest du oben unter [Deine Connectors verwalten](#managing-your-connectors).
  </Accordion>

  <Accordion title="Warum schlägt das Verbinden mit einem Redirect-URI-Fehler fehl?">
    Wenn du deinen eigenen OAuth-Client nutzt, muss die beim Dienst registrierte Callback-URL exakt mit der URL übereinstimmen, die Base44 sendet. Prüfe, ob `https://connectors.base44.com/api/oauth/callback` in deiner OAuth-App registriert ist. Wenn die Verbindung noch Per-App-URLs nutzt, müssen stattdessen alle aufgelisteten URLs registriert sein. Wie du sie findest, steht oben unter [Deine Callback-URLs ansehen](#viewing-your-callback-urls).
  </Accordion>

  <Accordion title="Warum können manche Personen ihr eigenes Konto nicht verbinden?">
    Ein App-Nutzer-Connector funktioniert nur für die Personen, die deine eigene OAuth-App zulässt. Die meisten Anbieter beschränken eine neue OAuth-App auf eine Test- oder interne Zielgruppe, bis du sie veröffentlichst oder verteilst. Prüfe daher die Zielgruppen-Einstellung deiner OAuth-App beim Anbieter.
  </Accordion>
</AccordionGroup>

***

<Tip>
  Du brauchst mehr Kontrolle über eine bestimmte API? Nutze eine [eigene Integration](/de/documentation/integrations/using-custom-integrations).
</Tip>

<Note>Diese Seite wurde mit KI übersetzt. Die genauesten und aktuellsten Informationen findest du in der [englischen Version](/). </Note>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.