Alternativen zu Retool
Retool ist eine gehostete Leinwand, um interne Werkzeuge über deinen Daten zu bauen, mit dem breitesten Integrationskatalog der Kategorie. Teams gehen aus zwei Gründen, und es sind fast immer dieselben zwei: der Preis pro Nutzer, während das Werkzeug Erfolg hat, und einem Dritten Zugangsdaten zur Produktionsdatenbank zu geben.
Veröffentlicht von Rebase, das selbst eines der Werkzeuge auf dieser Seite ist. Jeder andere Eintrag wird danach beschrieben, worin er gut ist, mehrere der Empfehlungen unten sind nicht wir, und es stehen nirgends Preise — Wettbewerbspreise ändern sich quartalsweise, und eine veraltete Zahl ist schlechter als keine.
Fang damit an, warum du gehst
Fast niemand will „die beste Alternative“. Man will die, die genau das repariert, was kaputtgegangen ist. Finde deine Zeile.
“Die Per-Seat-Rechnung wächst mit jedem, der neu Zugriff braucht”
Rebase, Budibase or AppsmithAlle drei sind Open Source und selbst hostbar — die elfte Person mit Lesezugriff ändert die Rechnung nicht. Rebases gehostete Option rechnet pro Ressource ab, nicht pro Sitz.
“Wir können einem externen Dienst keine Datenbank-Zugangsdaten geben”
Alles Selbst-GehosteteSelbst gehostet heißt, dass das Werkzeug bei der Datenbank sitzt, statt von außen hineinzugreifen — und keine Zugangsdaten dein Netz verlassen.
“Nach einer Schemaänderung jeden Screen neu bauen”
RebaseScreens entstehen aus den Collection-Definitionen — eine neue Spalte erscheint zugleich in Tabelle, Formular und API. Ein Canvas-Builder behält, was du gezeichnet hast.
“Wir brauchen vor allem, dass Leute Zeilen in einem Raster bearbeiten”
NocoDBEine Tabellenoberfläche über der Datenbank — oft die ganze eigentliche Anforderung, und in einem Nachmittag erledigt.
“Wir brauchen vor allem, dass Leute Zahlen lesen”
MetabaseEin überraschender Teil der Anfragen nach einem internen Werkzeug sind Reporting-Anfragen. Metabase beantwortet die direkt und tut nicht so, als wäre es eine Betriebsoberfläche.
“Wir müssen Stripe, Salesforce und drei Datenbanken zusammenführen”
RetoolEhrlich gesagt: bleib. Der Integrationskatalog ist das Produkt, und nichts Quelloffenes kommt heran.
8 Alternativen zu Retool
Grob danach sortiert, wie oft sich das jeweilige Werkzeug als die Antwort erweist, nicht nach einer Punktzahl. Wo ein direkter Vergleich existiert, ist er verlinkt.
- 1
Rebase
That's usOpen Source· BeidesAm besten für: Ein aus deinem Postgres-Schema erzeugtes Back-Office, ohne Kosten pro Sitz
Ein Postgres-Backend — REST-API, typisiertes SDK, Auth, Realtime, Storage, Functions, Cron — plus ein Admin-Panel, das aus denselben TypeScript-Collection-Definitionen entsteht. Row-Level Security wird im Code geschrieben und zu echten Postgres-Policies kompiliert, Autorisierung setzt also die Datenbank durch statt der Schicht davor. Verbindet sich mit einer Postgres-Datenbank, die es schon gibt.
- 2
Budibase
Open Source· BeidesAm besten für: Selbst gehostete interne Tools, per Drag-and-drop gebaut
Ein Low-Code-Builder für interne Apps über einer Datenbank oder API, selbst hostbar und Open Source. Das nächste offene Äquivalent zu Retools Modell — du zeichnest Screens, und sie bleiben gezeichnet, was fein ist, bis eine Schemaänderung heißt, alle noch einmal zu besuchen.
- 3
Appsmith
Open Source· BeidesAm besten für: Interne Tools mit viel eigenem JavaScript
Ein Drag-and-drop-Builder für interne Tools, mit vielen Datenkonnektoren und JavaScript überall. Selbst hostbar. Derselbe Handel wie bei jedem Canvas-Builder: schnell bis zum ersten Screen, danach lineare Kosten pro Screen.
- 4
NocoDB
Open Source· BeidesAm besten für: Eine Tabellenansicht über einer Datenbank, für Nicht-Techniker
Macht aus einer SQL-Datenbank ein Airtable-artiges Raster, mit Views, Formularen und Automatisierungen. Ausgezeichnet, wenn die Anforderung wirklich lautet „das Ops-Team soll Zeilen bearbeiten“. Weniger geeignet als Backend einer Anwendung — das ist eine andere Aufgabe.
- 5
Directus
Source-available (MSCL)· BeidesAm besten für: Eine reife redaktionelle Oberfläche über einer bestehenden Datenbank
Verpackt eine SQL-Datenbank in eine REST- und GraphQL-API und eine gut gebaute Admin-Anwendung, und arbeitet mit einem Schema, das du schon hast. Berechtigungen werden in der Directus-Schicht durchgesetzt, nicht in der Datenbank, und die Anwendung besitzt eigene Tabellen.
- 6
Metabase
Open Source· BeidesAm besten für: Den Daten Fragen stellen, nicht sie bearbeiten
Dashboards, Exploration und Reporting über einer SQL-Datenbank, nutzbar für Leute, die kein SQL schreiben. Es gehört hierher, weil ein guter Teil von „wir brauchen ein Admin-Panel“ sich als „wir müssen auf die Zahlen schauen“ herausstellt. Es ist leseorientiert und kein Ort, an dem man operiert.
- 7
Django admin
Open Source· Self-hostedAm besten für: Teams, die ohnehin Python schreiben
Das ursprüngliche Rundum-Admin, und immer noch eines der besten, wenn dein Backend Python ist. Es hängt an Djangos ORM und an serverseitig gerenderten Templates — ein separates Frontend braucht also weiterhin eine API, die du schreibst und pflegst.
- 8
Retool
Proprietär· BeidesAm besten für: Viele Datenquellen schnell zusammenführen
Der vollständigste Integrationskatalog dieser Kategorie — Datenbanken, Stripe, Salesforce, S3, beliebiges REST — und ein sehr schneller Weg zu einem internen Screen quer darüber. Abgerechnet pro Nutzer, was ein internes Tool genau dann teuer macht, wenn es funktioniert.
Rebase und Retool, beantwortet
Was ist die beste Open-Source-Alternative zu Retool?
Budibase und Appsmith sind der Art nach am nächsten — beide selbst hostbare Drag-and-drop-Builder mit ähnlichem Modell. Liegen deine Daten überwiegend in Postgres und soll die Oberfläche lieber dem Schema folgen als Screen für Screen gezeichnet zu werden, ist Rebase eine andere Antwort auf dasselbe Problem: Das Panel entsteht aus den Collection-Definitionen, und die API kommt mit.
Warum ist Retool so teuer?
Weil es pro Nutzer abgerechnet wird und interne Werkzeuge Erfolg haben, indem sie benutzt werden. Die Kosten kommen genau dann, wenn das Werkzeug zu wirken beginnt — die zehnte Kollegin mit Lesezugriff ist ein Rechnungsposten. Selbst gehostete Alternativen streichen die Per-Seat-Dimension; das ist meist der ganze Grund für einen Umzug.
Kann ich Retool selbst hosten?
Ja, und wenn die Sorge nur ist, wo die Software läuft, ist das die kleinstmögliche Änderung. Es beseitigt die Abrechnung pro Nutzer nicht — wenn die Rechnung der Grund deiner Suche ist, löst Retool selbst zu hosten das nicht.
Was ist der Unterschied zwischen einem Low-Code-Builder und einem generierten Admin-Panel?
Woher die Screens kommen. Ein Builder gibt dir eine Leinwand: Du setzt Komponenten und bindest sie an Queries, einmal pro Screen, und sie bleiben, wie du sie gelassen hast. Ein generiertes Panel leitet die Screens aus dem Schema ab — ein neues Feld erscheint überall zugleich: weniger Kontrolle über einen einzelnen Screen, weit weniger Pflege über alle.
Brauche ich zusätzlich ein eigenes Backend?
Bei einem Builder meist ja — er zeichnet die Oberfläche, und irgendetwas muss deine Anwendung weiterhin bedienen. Rebase ist beides: Dieselben Collection-Definitionen erzeugen die REST-API und das typisierte SDK, die deine App nutzt, und das Admin-Panel, das dein Team nutzt — gegen eine Datenbank mit einem Satz Policies.
Glaub uns nicht einfach.
Der Vergleich, der zählt, ist der, den du selbst machst. Richte Rebase auf ein Postgres, das du schon hast, und sieh, wie es sich neben Retool hält.