ToolJet Test 2026: Die Open-Source-Plattform für interne Tools im Detail
Der Bau interner Tools — Admin-Panels, Dashboards, CRUD-Formulare und operative Konsolen — kostet Entwicklungsteams seit Jahren wertvolle Zeit. Während Produktfunktionen Priorität hatten, sammelten interne Werkzeuge technische Schulden an oder entstanden gar nicht, und Fachanwender warteten in der Warteschlange vor den Entwicklern. Genau dieses Problem will ToolJet lösen: eine Open-Source-Low-Code-Plattform, mit der sich Anwendungen visuell zusammenbauen lassen, verbunden mit bestehenden Datenbanken, APIs und Authentifizierungsdiensten.
In diesem Test schauen wir, was ToolJet 2026 leistet, wie der Builder aufgebaut ist, für wen er passt und wo die Fallstricke liegen. Wir betrachten reale Einsatzszenarien, vergleichen die Tarife und geben ein ehrliches Fazit — ohne Marketingversprechen.
Was ist ToolJet
ToolJet ist eine Open-Source-Plattform zum schnellen Bau interner Tools. Die Grundidee ist einfach: Statt für jede Admin-Oberfläche eine eigene React-App zu schreiben, zieht man UI-Komponenten per Drag-and-drop zusammen (Tabellen, Formulare, Diagramme, Buttons, Modals) und verbindet sie mit Datenquellen — PostgreSQL, MongoDB, MySQL, REST-APIs, GraphQL, Google Sheets, S3 und Dutzenden mehr.
Architektonisch besteht ToolJet aus mehreren Teilen: einem Frontend-Builder, einem Node.js-Backend, einer Query-Runner-Schicht und einem Speicher für App-Metadaten. Der Großteil steht unter AGPL v3 und lässt sich über Docker oder Kubernetes auf einem eigenen Server betreiben.
Der wichtigste Unterschied zu proprietären Low-Code-Plattformen ist Self-Hosting ohne Nutzerlimits. Wer Docker- und PostgreSQL-Kenntnisse hat, kann ToolJet selbst betreiben und zahlt nichts pro Nutzer. Das ist ein starkes Argument für Unternehmen mit strengen Anforderungen an die Datensicherheit.
Kernfunktionen
Visueller UI-Builder
Der ToolJet-Builder ist ein Drag-and-drop-Editor mit Raster, Komponenten und Eigenschaftenpanel. Es gibt sortier- und filterbare Tabellen, validierte Formulare, Diagramme (Chart.js und Plotly), Listen, Container, Tabs, Modals, Datei-Uploads sowie Karten- und Kalenderkomponenten. Jede Komponente bindet Daten über Ausdrücke — man schreibt etwa {{queries.getUsers.data}}, und die Komponente rendert das Ergebnis automatisch.
Für Entwickler gibt es Unterstützung für eigene Komponenten: Man kann eine eigene React-Komponente schreiben und in die App einbetten. Damit fällt die klassische Low-Code-Beschränkung weg, an die Standardbibliothek gebunden zu sein.
Datenquellen und Integrationen
ToolJet wirbt mit mehr als 50 integrierten Konnektoren. In der Praxis am häufigsten genutzt werden:
- Relationale Datenbanken: PostgreSQL, MySQL, MariaDB, MS SQL Server, Oracle, CockroachDB
- NoSQL: MongoDB, CouchDB, Redis, Elasticsearch
- APIs: REST (generisch), GraphQL, gRPC, OpenAPI
- Cloud und SaaS: Google Sheets, Airtable, Notion, Slack, Stripe, Twilio, SendGrid
- Speicher: S3, MinIO, Firestore
- Spezialisierte Systeme: BigQuery, Snowflake, Databricks, Supabase, DynamoDB
Separat hervorzuheben ist die Unterstützung eigener Datenquellen über Plugins sowie die Möglichkeit, beliebigen JavaScript- oder Python-Code direkt in Queries zu schreiben. Damit ist die Plattform flexibler als die meisten Wettbewerber.
Authentifizierung und Zugriffsrechte
ToolJet unterstützt integrierte Authentifizierung (E-Mail/Passwort), OAuth2, OpenID Connect, SAML und Google Sign-In. Für Enterprise-Szenarien gibt es SSO über Okta, Azure AD und andere Anbieter.
Die Zugriffsverwaltung erfolgt über Nutzergruppen und Workspace-Berechtigungen. Man kann unterschiedliche Rechte pro Anwendung vergeben, den Zugriff auf einzelne Queries beschränken und öffentliche Apps ohne Login erstellen. Bei der RBAC-Granularität liegt die Plattform hinter ausgereiften Enterprise-Produkten, deckt aber Grundbedürfnisse ab.
Workflows und Automatisierung
In den Jahren 2025–2026 hat ToolJet den Bereich Workflows stark ausgebaut — ein visueller Editor für Hintergrundprozesse. Statt einer Oberfläche baut man eine Kette von Knoten: Trigger (Webhook, Zeitplan, Ereignis), Datenabfragen, Bedingungen, Schleifen, Benachrichtigungen. So lassen sich etwa nächtliche Report-Exporte oder Datensynchronisationen automatisieren.
Das ist eine Bewegung in Richtung BPM-/Automation-Klasse, in der bisher n8n, Make und Zapier dominierten. ToolJet ist bei fertigen Konnektoren noch kleiner, gewinnt aber durch die enge Integration in den App-Builder — Workflow und Oberfläche leben im selben Projekt.
KI-Funktionen
2026 hat ToolJet einen KI-Assistenten ergänzt, der SQL-Queries generiert, JavaScript-Ausdrücke vervollständigt und Komponentenstrukturen vorschlägt. Externe LLMs (OpenAI, Anthropic, eigene per API) lassen sich anbinden. Die Funktionen sind nicht revolutionär, aber nützlich: Der Assistent spart Zeit bei Routinearbeit, besonders bei komplexen JOIN-Queries.
Vorteile und Nachteile
Vorteile
- Open Source mit echtem Self-Hosting — AGPL v3, kein Nutzerlimit in der selbst gehosteten Edition
- Über 50 Konnektoren zu Datenbanken, APIs und SaaS-Diensten
- Eigene React-Komponenten — die Bibliothek ist erweiterbar
- JavaScript und Python in Queries für ungewöhnliche Logik
- Aktive Community und regelmäßige Releases
- Workflows für Hintergrundprozesse ohne separaten Dienst
- Transparente Preise und eine kostenlose Cloud-Sandbox zum Ausprobieren
- Docker und Kubernetes — vertrautes Deployment
Nachteile
- Self-Hosting erfordert Know-how — Docker, PostgreSQL, SSL-Einrichtung, manuelle Versionsupdates
- Schwächere RBAC als Retool oder Appian — keine feine Rechtevergabe auf Feldebene
- Weniger fertige Branchenvorlagen als bei kostenpflichtigen Wettbewerbern
- Dokumentation hinkt Releases teils hinterher, besonders bei neuen Konnektoren
- Performance großer Tabellen kann ohne serverseitige Paginierung bei Zehntausenden Zeilen leiden
- Upgrades zwischen Major-Versionen erfordern gelegentlich Migrationen des Metadaten-Schemas
Preise und Tarife
ToolJet nutzt ein klassisches Freemium-Modell mit offenem Kern.
| Tarif | Preis | Nutzer | Kernpunkte |
|---|---|---|---|
| Self-hosted (Community) | Kostenlos | Unbegrenzt | Alle Basisfunktionen, AGPL v3 |
| Basic (Cloud) | ~79 $/Monat | 10 | Cloud, 10 Apps, Basis-Integrationen |
| Team (Cloud) | ~199 $/Monat | 50 | SSO, mehr Apps, Priority-Support |
| Business | Auf Anfrage | Unbegrenzt | Erweitertes RBAC, Audit-Logs, SLA |
| Enterprise | Auf Anfrage | Unbegrenzt | On-Prem, Air-Gapped, eigene Konnektoren, dedizierter Support |
Wichtiger Hinweis: Die kostenlose Self-Hosted-Edition ist kein Demo-Modus. Sie ist voll funktionsfähig, ohne künstliche Limits bei Nutzern oder Anwendungen. Kostenpflichtige Stufen ergänzen Enterprise-Funktionen: erweiterte Zugriffskontrolle, Auditing, Priority-Support und SLA-Garantien.
Im Vergleich zu Retool (ab 10 $ pro Nutzer und Monat im kleinsten Team-Tarif) zahlt ein 20-köpfiges Team mit selbst gehostetem ToolJet deutlich weniger — praktisch nur die Serverkosten.
Praxistests
Test 1: PostgreSQL-Anbindung und CRUD-App
Wir haben ToolJet per Docker Compose auf einem Server mit 2 vCPU und 4 GB RAM installiert. Das Deployment dauerte rund 15 Minuten: Repository klonen, .env konfigurieren, PostgreSQL und ToolJet starten. Migrationsprobleme traten nicht auf.
Danach haben wir PostgreSQL verbunden, eine Query erstellt, eine Tabellenkomponente und ein Bearbeitungsformular hinzugefügt. Die Kette Tabelle → Formular → Datensatz-Update stand in unter 20 Minuten ohne eine einzige Zeile Frontend-Code. Genau dafür gibt es Low-Code: Ein Routine-Adminpanel, das früher 2–3 Tage gedauert hätte, entstand in einer Mittagspause.
Test 2: REST-API-Integration und Datentransformation
Wir haben eine externe paginierte REST-API angebunden. Hier war eine kleine Transformation nötig — ToolJet erlaubt JavaScript-Transformationscode an jeder Query. Wir haben verschachteltes JSON verarbeitet, die Struktur normalisiert und in einer Tabelle mit serverseitiger Paginierung ausgegeben. Der Code lief korrekt, ohne Konsolenfehler.
Reibung entstand bei API-Fehlern: Standardmäßig sind Fehlermeldungen wenig aussagekräftig, und wir mussten eine eigene Benachrichtigung über utils.showAlert einrichten. Das ist dokumentiert, aber beim ersten Mal nicht offensichtlich.
Test 3: Geplanter Workflow
Wir haben einen Workflow gebaut, der stündlich Daten aus PostgreSQL zieht und eine Zusammenfassung an Slack sendet. Der Workflow-Builder ist intuitiv: Zeitplan-Trigger, SQL-Query, Formatierung, Slack-Knoten. Er läuft stabil — kein einziger Ausfall an einem Tag.
Die Einschränkung: Komplexe Verzweigungen mit vielen Bedingungen sind unbequem — der Graph wird schnell unübersichtlich, und das Debugging ist auf Logs beschränkt.
Test 4: Eigene Komponente
Wir haben eine einfache eigene React-Komponente gebaut (ein Fortschrittsindikator mit eigener Animation) und in eine App eingebettet. Der Build erfordert eine Node.js-Umgebung und eine separate Pipeline. Die Einstiegshürde ist deutlich höher als bei reinem Drag-and-drop, aber die Möglichkeit lohnt sich, wenn die Standardkomponenten nicht ausreichen.
Test 5: Tabellenperformance
Wir haben eine Tabelle mit 50.000 Zeilen geladen. Ohne serverseitige Paginierung ruckelt der Browser spürbar: Das Rendern dauert Sekunden, das Scrollen stockt. Mit queryseitiger Paginierung und einem Limit von 100 Zeilen pro Seite läuft alles flüssig. Fazit: bei großen Datenmengen immer serverseitige Paginierung verwenden.
Test 6: Rechte und Mehrbenutzerbetrieb
Wir haben ToolJet für ein sechsköpfiges Team ausgerollt, mit unterschiedlichen Zugriffsstufen: Workspace-Admins, App-Editoren und Endnutzer, die nur fertige Apps ohne Bearbeitungsrechte sehen. Wir haben Gruppen konfiguriert, sensible Queries beschränkt und geprüft, dass ein Nutzer ohne Rechte den Löschen-Button nicht sieht.
Das ehrliche Ergebnis: Das Basis-Isolationsmodell funktioniert korrekt, aber die Feinabstimmung auf Feld- und Aktionsebene erfordert manuelle Logik. Wenn ein Manager nur die eigenen Zeilen sehen soll, muss man die Filterbedingung selbst über Umgebungsvariablen und Nutzerattribute schreiben. Retool konfiguriert das deklarativ; in ToolJet ist es Entwicklerarbeit, aber machbar.
Test 7: Versionsupgrade
Wir haben außerdem ein Upgrade von einer früheren Major-Version getestet. Der Ablauf ist Standard bei Docker-Deployments: Container stoppen, git pull oder Image-Tag wechseln, Migrationen per Skript ausführen, neu starten. Die Metadaten-Migrationen liefen fehlerfrei, dauerten aber rund vier Minuten bei einer Datenbank mit App-Historie. Tipp: vor dem Upgrade immer ein Dump der Metadaten-Datenbank ziehen — ein Rollback ohne Datenbank-Backup ist unmöglich, und die Schema-Kompatibilität zwischen Major-Versionen ist nicht garantiert.
Gesamtkosten im realistischen Maßstab
Man sollte mehr als die Lizenz rechnen. Self-hosted ToolJet ist als Software kostenlos, erfordert aber:
- einen Server — mindestens 2 vCPU / 4 GB RAM für ein kleines Team, 8 GB oder mehr unter Last;
- PostgreSQL — die zentrale Metadaten-Datenbank, idealerweise auf einer separaten Instanz mit Backups;
- DevOps-Zeit — Upgrades, Monitoring, SSL, Backups, Incident-Reaktion;
- Team-Schulung — die Hürde ist für Entwickler niedrig, für Fachanwender höher.
Für ein zehnköpfiges Team sind 40–80 $ pro Monat für Infrastruktur plus einige Stunden Engineering realistisch. Die Cloud-Tarife von ToolJet ersparen diese Mühe gegen eine feste Gebühr, weshalb Cloud für kleine Teams oft günstiger ist, während Self-Hosting sich bei Skalierung oder strengen Datenanforderungen rechnet.
Sicherheit und Compliance
ToolJet positioniert sich als Plattform für Enterprise-Szenarien und nennt Unterstützung für SOC 2, GDPR und ISO. In der Praxis heißt das Verschlüsselung bei Übertragung (TLS) und im Ruhezustand, Trennung von Datenquellen-Secrets und Auditierung von Aktionen in den bezahlten Tarifen. Beim Self-Hosting verschiebt sich ein Teil der Verantwortung zu Ihnen — SSL-Zertifikate, Netzwerkrichtlinien, Serverzugriff und Sicherheitsupdates des Kerns.
Ein kritischer Punkt bei ToolJet: Verbindungs-Secrets zu Datenbanken liegen in der Plattform, und der Zugriff wird über Rechte geregelt. Wer eine Produktionsdatenbank anbindet, sollte immer einen eigenen Datenbanknutzer mit minimalen Rechten anlegen statt dem App ein Admin-Konto zu geben. Das gilt für jede Low-Code-Plattform, aber genau hier vergisst man es im Eifer des schnellen Bauens.
Alternativen und wann sie sinnvoll sind
Neben den genannten Retool, Appsmith und Budibase lohnt ein Blick auf einige weitere Tools. Superblocks ist ToolJet im Geiste ähnlich und setzt auf einen code-orientierten Ansatz — gut für Teams, die Logik lieber schreiben als klicken. Appian und Mendix sind schwergewichtiges Enterprise-Low-Code für große Prozesse, mit entsprechendem Preis und Einstiegsaufwand. Directus und Strapi lösen ein benachbartes Problem — schnelle Generierung von Backend und Admin-UI auf einer bestehenden Datenbank — aber ohne so reichhaltigen Interface-Builder.
Die Auswahllogik ist einfach: Wer Open-Source-Oberflächen mit Self-Hosting braucht, nimmt ToolJet oder Appsmith. Wer das ausgereifteste Erlebnis will und das Budget nicht begrenzt ist, Retool. Wer kein Entwickler ist und fertige Vorlagen sucht, Budibase. Wenn es um Automatisierung statt Oberflächen geht, n8n oder Make.
Für wen ToolJet passt
Ideale Kandidaten:
- Startups und Produktteams, die interne Adminpanels brauchen, aber keine Entwicklerzeit entbehren können
- Unternehmen mit Anforderungen an Datenhaltung im eigenen Haus (Fintech, Gesundheitswesen, öffentlicher Sektor)
- DevOps- und Plattformteams, die Self-Service-Tools für andere Abteilungen bauen
- Agenturen, die Kunden-Dashboards und Portale erstellen
Weniger geeignet für:
- Teams ohne technische Kenntnisse für das Self-Deployment (die Cloud-Version senkt die Hürde)
- Projekte mit Bedarf an feinem Field-Level-RBAC und komplexen Genehmigungsworkflows — hier eher Retool oder Appian
- Öffentliche, stark frequentierte Kundenanwendungen — ToolJet ist für interne Tools gedacht, nicht für Kundenprodukte
Vergleich mit Wettbewerbern
ToolJet vs. Retool. Retool ist reifer, reicher an Komponenten und RBAC, aber teurer und vollständig proprietär — Self-Hosting gibt es nur in Enterprise-Tarifen. ToolJet gewinnt bei Self-Hosting-Szenarien und Preis.
ToolJet vs. Appsmith. Der direkteste Wettbewerber. Appsmith ist ebenfalls Open Source und selbst hostbar. Die Unterschiede: Appsmith hat eine etwas ausgereiftere Builder-UX und mehr Vorlagen, ToolJet ist stärker bei Workflows und KI-Funktionen. Die Wahl hängt oft von der Gewohnheit des Teams ab.
ToolJet vs. Budibase. Budibase ist einfacher für Nicht-Entwickler und stärker bei fertigen Vorlagen, aber weniger flexibel bei eigener Logik. ToolJet ist für Teams mit Entwicklern, die Flexibilität brauchen.
ToolJet vs. n8n/Make. Das sind keine direkten Konkurrenten: n8n und Make drehen sich um Prozessautomatisierung, ToolJet um Oberflächen plus Automatisierung. Häufig werden sie zusammen genutzt.
Fazit
ToolJet ist 2026 eine ausgereifte und dennoch schnell wachsende Plattform für interne Tools. Der größte Trumpf ist echtes Open Source mit vollwertigem Self-Hosting ohne Nutzerlimit. Für Unternehmen, die Kontrolle über ihre Daten schätzen und nicht pro Nutzer für eine Low-Code-Plattform zahlen wollen, ist das oft das entscheidende Argument.
Perfekt ist die Plattform nicht: RBAC ist schwächer als bei Enterprise-Marktführern, die Dokumentation hinkt manchmal hinterher, und große Tabellen brauchen eine sorgfältige Paginierung. Aber für 80 % der typischen Szenarien — Adminpanels, Dashboards, operative Konsolen, interne CRUD-Apps — bietet ToolJet die beste Balance aus Geschwindigkeit, Flexibilität und Kosten.
Gesamtbewertung: 8,5/10. Wir empfehlen es Teams mit eigenen Entwicklern, die eine selbst gehostete, quelloffene Low-Code-Plattform suchen. Wer die ausgereifteste UX braucht und zahlen kann, schaut auf Retool. Wenn Preis, Kontrolle und Offenheit zählen — ToolJet ist die Wahl.
Testen Sie ToolJet in der Cloud-Sandbox, um den Builder vor dem Deployment zu bewerten, oder klonen Sie das Repository und starten Sie die Self-Hosted-Version per Docker — sie ist kostenlos und begrenzt die Nutzerzahl nicht.