Notion Workers: was die Synchronisation kann und was nicht

Notion Workers sind kleine TypeScript-Programme, die Notion für Sie hostet und ausführt. Eine ihrer Fähigkeiten ist die Synchronisation: Sie holen Daten aus einem externen Dienst nach Zeitplan in eine Notion-Datenbank.

Diese Synchronisation läuft in eine Richtung, nach Notion hinein. Jede Spalte, die der Worker führt, wird schreibgeschützt, Sie können also weder den Titel einer Aufgabe noch ihr Fälligkeitsdatum von der Notion-Seite aus ändern. Dazu kommt, dass Worker einen Business- oder Enterprise-Plan voraussetzen und Notion ab dem 15. Oktober 2026 jeden Lauf über Guthaben abrechnet.

Was sind Notion Workers?

Ein Worker ist eine einzelne TypeScript-Datei, die Sie schreiben, mit Notions Kommandozeilen-Werkzeug ntn bereitstellen und die Notion danach auf der eigenen Infrastruktur ausführt. Einen Server richten Sie nie ein.

Jeder Worker meldet Fähigkeiten an, und davon gibt es drei: Syncs, die externe Datensätze nach Zeitplan in eine Notion-Datenbank holen, Tools, die Notions Custom Agents aufrufen können, und Webhooks, die Ereignisse aus anderen Diensten entgegennehmen. Nur die erste davon ist eine Synchronisation in dem Sinn, den die meisten meinen.

Notion zieht die Grenze im eigenen Hilfe-Center: Automatisierungen seien in Notion eingebaut und dafür gedacht, dass jeder sie einrichten kann, Worker dagegen für Entwickler, die eigenen Code ausführen möchten. Ausgeliefert wird die Funktion als Beta, Webhooks stehen mit Alpha noch eine Stufe davor.

Notion Workers und 2sync im Überblick

Mit Workers werden synchronisierte Spalten schreibgeschützt

An dieser Einschränkung entscheiden sich die meisten Arbeitsabläufe. Notions Sync-Dokumentation sagt es für einen Worker-Sync unmissverständlich: synchronisierte Spalten sind schreibgeschützt, und keine im Schema des Syncs deklarierte Eigenschaft lässt sich von Hand ändern. Zeilentitel und Symbole sind genauso gesperrt, und Zeilen lassen sich weder manuell anlegen noch löschen. Geschrieben wird ausschließlich vom Sync.

Spalten, die Sie außerhalb des Schemas ergänzen, bleiben bearbeitbar. Ihr eigenes Statusfeld können Sie also neben die synchronisierten Daten stellen. Die synchronisierten Felder selbst gehören Ihnen nicht.

Stellen Sie sich einen Worker für Todoist vor. Er holt Ihre Aufgaben sauber nach Notion. Dann öffnen Sie Notion, wollen ein Fälligkeitsdatum um einen Tag verschieben, und Notion lässt Sie nicht. Für die Änderung gehen Sie nach Todoist, ändern sie dort und warten auf den nächsten Lauf.

Für ein Dashboard, an dem niemand arbeitet, ist das richtiges Verhalten und ein echter Vorzug. Es garantiert, dass Notion zur Quelle passt. Für einen Arbeitsablauf, in dem Notion der Ort ist, an dem Sie tatsächlich arbeiten, fällt damit der Grund weg, aus dem Sie die beiden Apps verbunden haben.

Die Sync-API kennt gar keine Option für zwei Richtungen. Notions Antwort auf den Weg nach draußen ist ein zweiter, eigener Worker auf Basis der Webhook-Fähigkeit, ausgelöst von einer Notion-Automatisierung. Diesen Rückweg schreiben Sie selbst, und mit ihm die Schleifenvermeidung, die Konfliktregeln und die Löscherkennung.

Wer Workers nutzen kann und was sie kosten

Worker sind in den Plänen Business und Enterprise verfügbar. Ein Workspace auf Free oder Plus kann sie überhaupt nicht nutzen, so gut die Mitglieder auch programmieren.

Standardmäßig ist die Funktion nur für die besitzende Person freigeschaltet. In einem Team-Workspace muss ein Admin sie also erst freigeben, bevor jemand etwas bereitstellt.

Bei der Abrechnung lohnt sich das Nachrechnen. Notions kostenlose Beta deckt Worker-Läufe bis zum 14. Oktober 2026 ab. Ab dem 15. Oktober 2026 verbrauchen sie Notion-Guthaben. Ein Guthaben kostet 0,01 $, und Notion veranschlagt für einen Worker-Lauf rund 0,0023 $. Jeder geplante Sync-Lauf zählt dabei als ein Lauf.

Der schnellste Zeitplan, den ein Sync annehmen kann, liegt bei 5 Minuten. In diesem Takt feuert ein einzelner Sync in einem 30-Tage-Monat 8.640 Mal.

Quellen: Preise für Notion Worker und Notion Preise, beide am 15. September 2026 geprüft. Die 2sync-Zahlen stehen auf unserer Preisseite.

Zu jedem dieser Beträge kommt der Platz im Business-Tarif, den Notion auf der deutschen Preisseite mit 19,50 € pro Mitglied und Monat bei jährlicher Abrechnung ausweist. Das Guthaben rechnet Notion dagegen auch auf der deutschen Hilfeseite in Dollar ab, weshalb die Tabelle beide Beträge nicht zu einer Summe zusammenzieht.

Die Rechenmethode stammt von Notion selbst. Das veröffentlichte Beispiel setzt einen Salesforce-Sync im 15-Minuten-Takt mit 2.880 Läufen und 6,62 $ pro Monat an, und dieselbe Arithmetik ergibt die Zahlen oben.

Zwei Vorbehalte, beide in dieselbe Richtung. Notion schreibt, dass das Guthaben pro Lauf davon abhängt, wie viel Arbeit ein Worker leistet, 0,0023 $ sind also eine Untergrenze und keine Obergrenze. Und wenn eine Rechnung zu hoch ausfällt, rät Notion in der eigenen Fehlersuche dazu, die Ausführungshäufigkeit zu senken. Kosten und Aktualität arbeiten hier konstruktionsbedingt gegeneinander.

Der Preis pro Lauf verdeckt außerdem, wofür Sie eigentlich zahlen. Abgerechnet wird ein Lauf unabhängig davon, ob sich an der Quelle etwas geändert hat. Ein Kalender, der drei neue Termine pro Woche aufnimmt, feuert im 5-Minuten-Takt trotzdem 8.640 Syncs im Monat, und jeder einzelne davon kostet. Der Zähler folgt dem Abfragen, nicht der Arbeit, und deshalb kostet eine ruhige Datenbank exakt so viel wie eine stark genutzte.

Eines zeigt die Tabelle nicht: Schneller als alle 5 Minuten wird ein Worker nicht. Die 3-Minuten- und 2-Minuten-Takte unserer Tarife Premium und Pro sind zu keinem Preis zu haben, und der Standardzeitplan eines neuen Syncs liegt bei 30 Minuten.

Die Google- oder Microsoft-App bringen Sie selbst mit

Die Anmeldung beim Anbieter nimmt ein Worker Ihnen nicht ab. Für eine API, die eine Autorisierung durch die nutzende Person verlangt, verweist Notions Dokumentation auf eine eigene OAuth-Fähigkeit mit Ihren eigenen Zugangsdaten. Für Google Kalender, Gmail oder Google Tasks heißt das: Ihr eigenes Google-Cloud-Projekt und Ihre eigene OAuth-App.

Damit gelten Googles Regeln für Sie statt für Notion, und die sind streng.

• Eine nicht verifizierte App ist auf 100 Nutzende begrenzt, dauerhaft. Googles Obergrenze gilt für die gesamte Lebensdauer des Projekts und lässt sich weder zurücksetzen noch anheben. Ihre Nutzenden sehen auf dem Weg hinein den Warnhinweis zur nicht verifizierten App.
• Im Testmodus verfallen die Tokens alle sieben Tage. Ein Projekt, das im Status Testing bleibt, ist auf 100 Testkonten beschränkt, und die Autorisierungen verfallen sieben Tage nach der Zustimmung, Refresh-Tokens eingeschlossen. Eine so gebaute Synchronisation steht jede Woche still.
• Gmail verlangt eine jährliche Sicherheitsprüfung. Jeder Gmail-Scope, gmail.readonly eingeschlossen, gilt als restricted. Jede App, die solche Daten über einen Server liest, muss eine Sicherheitsprüfung nach dem CASA-Rahmenwerk bestehen und sie mindestens alle 12 Monate wiederholen. Allein die Verifizierung kann mehrere Wochen dauern.

Diese Apps betreiben wir, damit unsere Nutzenden es nicht müssen. 2sync arbeitet mit den verifizierten Google- und Microsoft-Anwendungen und fragt genau die engen Berechtigungen ab, die auf unserer Sicherheitsseite stehen. Deshalb ist das Verbinden von Gmail oder Google Kalender eine Anmeldung und kein Projekt.

Für die deutsche Leserschaft ist der zweite Teil davon meist der wichtigere: Kopien Ihrer Termine, Aufgaben und Kontakte legen wir nicht an. Gespeichert werden die Verbindungsdaten und Ihre Konfiguration, die Inhalte laufen für den Abgleich durch und bleiben in Notion und beim Anbieter.

Für Beratende, die so etwas für Mandanten einrichten, ist der Unterschied deutlich. Der eine Weg endet nach hundert Mandantenkonten und verlangt jedes Jahr ein Audit. Der andere ist eine Schaltfläche.

Einen Worker auf eine Datenbank richten, die Sie schon nutzen

Ein Sync kann sich an eine bestehende Datenbank hängen, deklariert als attached und über die Kommandozeile gebunden. Notions Warnung dazu verdient ein Zitat: Das Anhängen übergibt Ihrem Worker die Kontrolle über die echte Datenbank samt ihren Zeilen, und der Sync kann vorhandene Zeilen überschreiben oder löschen, was zu Datenverlust führt.

Weiter unten wartet die zweite Falle. Den Worker zu löschen oder die Deklaration der Datenbank aus dem Code zu nehmen und neu bereitzustellen, gibt die Datenbank nicht frei. Sie bleibt gesperrt und verwaist zurück, und die Lösung ist ein Detach-Befehl, von dem man vorher wissen muss.

Beim Replace-Modus kommt noch etwas hinzu. Er löscht jede Zeile, die er während eines Durchlaufs nicht gesehen hat. Bricht ein Sync auf halber Strecke ab, löscht er deshalb absichtlich gar nichts, und Ihre Datenbank behält veraltete Zeilen bis zum nächsten sauberen Lauf.

Versteckt ist davon nichts, es steht klar dokumentiert da, und das spricht für Notion. Es sind trotzdem Fehlerfälle, die ab der Bereitstellung derjenigen Person gehören, die den Worker ausgerollt hat.

2sync übernimmt keine Datenbank. Wir schreiben nur die Eigenschaften, die Sie zugeordnet haben, lassen jede andere Spalte unberührt, und Sie können Zeilen in Notion weiterhin selbst anlegen, ändern und löschen.

Was Sie selbst bauen und pflegen

Ein Worker gibt Ihnen eine Laufzeitumgebung und einen Zeitplan. Alles Weitere, was ein Sync-Werkzeug leistet, schreiben Sie.

• Ratenbegrenzung. Notion liefert einen Pacer, den Sie selbst konfigurieren, etwa zehn Anfragen pro Sekunde, und die Zahlen legen Sie für jede API fest, die Sie anfassen. Stimmen sie nicht, drosselt der Anbieter. Unsere Wiederholungslogik arbeitet mit exponentiellem Backoff und dynamischen Stapelgrößen über Notion, Google, Microsoft und Todoist hinweg, und niemand stellt daran etwas ein.
• Konfliktregeln. Ändert sich derselbe Datensatz zwischen zwei Läufen auf beiden Seiten, muss etwas entscheiden, was gewinnt. Wir lösen Konflikte pro Feld statt pro Eintrag, sodass ein in Notion geänderter Titel und ein in Google Kalender geändertes Datum beide erhalten bleiben.
• Löscherkennung. Ob ein fehlender Datensatz Löschen bedeutet oder einen fehlgeschlagenen Abruf, ist der Unterschied zwischen einer aufgeräumten und einer leeren Datenbank. Unsere Sicherheitsgrenzen stoppen einen Sync, bevor er mehr als die Hälfte der synchronisierten Einträge entfernt, und ein zweites Mal, bevor Duplikate entstehen.
• Ausführungsgrenzen des Workspace. Notion begrenzt Sync-Läufe auf 600 pro Stunde für den gesamten Workspace, geteilt von jedem Worker darin. Zehn Syncs im 5-Minuten-Takt belegen davon stündlich 120, ein gut gefüllter Workspace hat also eine Decke, mit der Sie planen müssen.

Exotisch ist daran nichts. Es ist schlicht das, was eine Sync-Engine leistet, sobald jemand anderes sie geschrieben hat. Dazu kommt die gewöhnliche Pflege, die jede Integration mit sich bringt. Anbieter-APIs ändern sich, Schemata driften, und ein einziges zusätzliches Feld in einer synchronisierten Datenbank bedeutet: Schema-Block ändern, Zuordnung ändern, neu bereitstellen, den Sync-Zustand zurücksetzen und einen neuen Lauf auslösen.

Wann ein Worker das richtige Werkzeug ist

Worker sind bei einer Aufgabe wirklich gut, die kein Sync-Dienst abdeckt. Es lohnt sich, diese Aufgabe genau zu benennen.

Wenn Sie auf Business sind, TypeScript schreiben und ein schreibgeschütztes Abbild von Salesforce, Zendesk, Stripe, Jira oder einer internen Datenbank in Notion haben wollen, ist ein Worker genau dafür gebaut. Nichts muss Notions Infrastruktur verlassen, die Schreibsperre garantiert, dass das Abbild zur Quelle passt, und ein Agent kann das Ergebnis lesen. Dasselbe gilt für alles mit einer JSON-API, für das kein Anbieter je einen Konnektor gebaut hat.

Was Sie hier kaufen, ist Reichweite. Ein Worker synchronisiert alles, wogegen Sie programmieren können, und das sind deutlich mehr Systeme, als ein Sync-Produkt unterstützt. Wenn die Systeme, an die Sie denken, Datenbanken sind statt Kalender und Aufgaben, ist das eine andere Kategorie als unsere, und unser Vergleich mit Whalesync zeigt, wo beide jeweils hingehören.

Nicht abgedeckt ist der Fall, in dem eine Person denselben Datensatz an beiden Stellen bearbeitet. Das ist ein anderes Problem, und eine schreibgeschützte Spalte löst es nicht. Eine Aufgabe in Notion abzuhaken und zu erwarten, dass Google Tasks mitzieht, ist die Alltagsversion davon.

Wie 2sync diese Aufgabe löst

2sync verbindet Notion in beide Richtungen mit Google Kalender, Todoist, Google Tasks, Outlook-Kalender, Gmail, Outlook Mail, Google Kontakten und Outlook-Kontakten. Änderungen fließen von allein in beide Richtungen, und Ihre Notion-Eigenschaften bleiben dabei bearbeitbar.

Die Richtung legen Sie pro Feld fest, nicht pro Automation. Ein Datensatz kann also Felder, die in beide Richtungen laufen, neben Feldern führen, die immer nur in eine Richtung fließen. Organisator und Erstellungsdatum bleiben beim Anbieter, während Titel und Datum in Notion bearbeitbar bleiben.

Diese Wahl wiegt schwerer, als sie klingt. Fast 79 % unserer aktiven Nutzenden synchronisieren ausschließlich in beide Richtungen und arbeiten in der App, die gerade offen ist. Für sie alle wäre ein schreibgeschütztes Abbild nutzlos.

Einrichten kann das jede Person, die eine Notion-Datenbank anlegen kann. Die Einrichtung läuft im Browser und dauert rund fünf Minuten: Anbieter verbinden, Notion-Datenbank wählen, Eigenschaften zuordnen, bei Bedarf Filter setzen. Installiert und bereitgestellt wird nichts, es gibt also auch keinen Code zu pflegen, wenn sich eine API ändert. Über 127.000 Konten in 202 Ländern haben wir mehr als 2,5 Millionen synchronisierte Einträge verarbeitet.

Abgerechnet wird pro Konto statt pro Mitglied, und jeder Tarif enthält jede Integration. Wenn Sie vorher genau wissen wollen, wie sich die Richtung verhält, erklärt Zwei-Wege- und Ein-Wege-Synchronisation das Feld für Feld.

Was zu Ihrem Arbeitsablauf passt

Denken Sie von der Stelle her, an der bearbeitet wird.

• Sie lesen die Daten in Notion nur, und sie kommen aus einem System, das sonst niemand anbindet. Bauen Sie einen Worker, sofern Sie auf Business sind und jemand TypeScript schreibt.
• Sie bearbeiten in beiden Apps. Dann brauchen Sie ein Werkzeug für die Zwei-Wege-Synchronisation. Ein Worker schreibt Ihre Notion-Änderungen nicht zurück, was immer Sie darum herum bauen. 2sync schreibt Änderungen in beide Richtungen, Feld für Feld.
• Sie sind auf Free oder Plus. Dann stehen Worker Ihnen gar nicht zur Verfügung. 2sync läuft auf jedem Notion-Tarif, auch auf dem kostenlosen.
• Sie wollen eine einmalige Aktion statt eines laufenden Abgleichs, etwa eine Nachricht in Slack, sobald sich eine Zeile ändert. Dafür ist eine Automatisierungsplattform da, und Zapier-Alternativen für Notion vergleicht die realistischen Optionen, mit 2sync gegen Zapier direkt nebeneinander.
• Sie wollen Kalender, Aufgaben und E-Mails in Notion, ohne etwas zu schreiben. Fangen Sie mit Google Kalender, Outlook-Kalender, Todoist oder Gmail an.

Beide Ansätze vertragen sich übrigens gut. Ein Worker, der Ihr CRM spiegelt, und 2sync, das Ihren Kalender synchronisiert, lösen im selben Workspace zwei verschiedene Probleme.

Fazit

Notion Workers sind eine Funktion für Entwickler, und Notion sagt das selbst. Sie erweitern Notions Reichweite auf jede API, gegen die sich Code schreiben lässt, und dafür brauchen Sie keinen Server.

Was sie nicht leisten, ist die Zwei-Wege-Synchronisation. Die Spalten, die ein Worker führt, sind schreibgeschützt, der Sync schreibt nach Notion hinein und nie hinaus, und der Umweg ist ein zweiter Worker, den Sie bauen und pflegen. Rechnen Sie den Business-Tarif dazu, das Guthaben ab dem 15. Oktober 2026 und Ihre eigene OAuth-App samt Googles Obergrenzen, dann bleibt als ehrliches Bild ein mächtiges Werkzeug für eine schmale Aufgabe.

Wenn Ihre Daten in Notion nur gelesen werden müssen, kann das genau Ihre Aufgabe sein. Wenn Sie in beiden Apps arbeiten, müssen die Änderungen in beide Richtungen wandern.

FAQ