Alternativas a Retool
Retool es un lienzo alojado para construir herramientas internas sobre tus datos, con el catálogo de integraciones más amplio de la categoría. Los equipos se van por dos razones, y casi siempre son las mismas dos: el precio por usuario a medida que la herramienta triunfa, y entregarle a un tercero una credencial de la base de datos de producción.
Publicado por Rebase, que es una de las herramientas de esta página. Cada una de las demás entradas se describe por aquello en lo que es buena, varias de las recomendaciones de abajo no somos nosotros, y no hay precios en ninguna parte: los precios de la competencia cambian cada trimestre y una cifra caducada es peor que ninguna.
Empieza por por qué te vas
Casi nadie quiere «la mejor alternativa». Quiere la que arregla lo concreto que se rompió. Busca tu fila.
“La factura por usuario crece cada vez que alguien nuevo necesita acceso”
Rebase, Budibase or AppsmithLos tres son de código abierto y autoalojables, así que la undécima persona que necesita acceso de lectura no cambia la factura. La opción alojada de Rebase se cobra por recurso y no por usuario.
“No podemos darle credenciales de base de datos a un servicio externo”
Cualquier cosa autoalojadaAutoalojado significa que la herramienta está junto a la base de datos en vez de alcanzarla desde fuera, y ninguna credencial sale de tu red.
“Rehacer cada pantalla después de un cambio de esquema”
RebaseLas pantallas se generan desde las definiciones de colección, así que una columna nueva aparece a la vez en la tabla, en el formulario y en la API. Un constructor de lienzo se queda con lo que dibujaste.
“Sobre todo necesitamos que la gente edite filas en una cuadrícula”
NocoDBUna interfaz de hoja de cálculo sobre la base de datos, que a menudo es todo el requisito real y se resuelve en una tarde.
“Sobre todo necesitamos que la gente lea números”
MetabaseUna parte sorprendente de las peticiones de herramienta interna son peticiones de informes. Metabase las responde directamente y no finge ser una superficie de operaciones.
“Necesitamos unir Stripe, Salesforce y tres bases de datos”
RetoolHonestamente, quédate. El catálogo de integraciones es el producto y nada de código abierto se le acerca.
8 alternativas a Retool
Ordenado a grandes rasgos por la frecuencia con la que cada una acaba siendo la respuesta, no por ninguna puntuación. Donde existe una comparativa directa, está enlazada.
- 1
Rebase
That's usCódigo abierto· AmbosMejor para: Un back office generado desde tu esquema de Postgres, sin coste por usuario
Un backend de Postgres — API REST, SDK tipado, auth, realtime, almacenamiento, funciones, cron — más un panel de administración generado desde las mismas definiciones de colección en TypeScript. La seguridad a nivel de fila se escribe en código y se compila a políticas reales de Postgres, así que la autorización la aplica la base de datos y no la capa que hay delante. Se conecta a una base de datos Postgres que ya existe.
- 2
Budibase
Código abierto· AmbosMejor para: Herramientas internas autoalojadas, construidas arrastrando
Un constructor low-code para aplicaciones internas sobre una base de datos o una API, autoalojable y de código abierto. El equivalente abierto más cercano al modelo de Retool — dibujas pantallas, y se quedan dibujadas, lo cual está bien hasta que un cambio de esquema obliga a visitarlas todas.
- 3
Appsmith
Código abierto· AmbosMejor para: Herramientas internas con mucho JavaScript propio
Un constructor de herramientas internas de arrastrar y soltar, con un amplio conjunto de conectores de datos y JavaScript en todas partes. Autoalojable. El mismo trato que cualquier constructor de lienzo: rápido hasta la primera pantalla, coste lineal por pantalla después.
- 4
NocoDB
Código abierto· AmbosMejor para: Una vista de hoja de cálculo sobre una base de datos, para gente no técnica
Convierte una base de datos SQL en una cuadrícula estilo Airtable, con vistas, formularios y automatizaciones. Excelente cuando el requisito es genuinamente «que el equipo de operaciones edite filas». Menos indicado para ser el backend de una aplicación, que es otro trabajo.
- 5
Directus
Código disponible (MSCL)· AmbosMejor para: Una interfaz editorial madura sobre una base de datos existente
Envuelve una base de datos SQL en una API REST y GraphQL y una aplicación de administración bien hecha, y funciona con un esquema que ya tengas. Los permisos se aplican en la capa de Directus y no en la base de datos, y la aplicación es dueña de un conjunto de tablas propias.
- 6
Metabase
Código abierto· AmbosMejor para: Hacerle preguntas a los datos, no editarlos
Paneles, exploración e informes sobre una base de datos SQL, usables por gente que no escribe SQL. Merece estar nombrado aquí porque buena parte de los «necesitamos un panel de administración» resulta ser «necesitamos mirar los números». Está orientado a lectura y no es un sitio donde operar.
- 7
Django admin
Código abierto· AutoalojadoMejor para: Equipos que ya escriben Python
El admin con pilas incluidas original, y todavía uno de los mejores si tu backend es Python. Está atado al ORM de Django y a plantillas renderizadas en servidor, así que un frontend aparte sigue necesitando una API que escribes y mantienes tú.
- 8
Retool
Propietario· AmbosMejor para: Unir muchas fuentes de datos deprisa
El catálogo de integraciones más completo de esta categoría — bases de datos, Stripe, Salesforce, S3, REST arbitrario — y un camino muy rápido a una pantalla interna que cruce varias. Se cobra por usuario, que es lo que encarece una herramienta interna justo cuando funciona.
Rebase y Retool, respondido
¿Cuál es la mejor alternativa de código abierto a Retool?
Budibase y Appsmith son las más parecidas en naturaleza — las dos son constructores de arrastrar y soltar autoalojables con un modelo similar. Si tus datos están mayormente en Postgres y prefieres que la interfaz siga al esquema en vez de dibujarse pantalla a pantalla, Rebase es una respuesta distinta al mismo problema: el panel se genera desde las definiciones de colección, y la API viene con él.
¿Por qué es Retool tan caro?
Porque se cobra por usuario, y las herramientas internas triunfan siendo usadas. El coste llega justo cuando la herramienta empieza a funcionar — la décima persona que quiere acceso de lectura a un panel es una línea en la factura. Las alternativas autoalojadas eliminan la dimensión por usuario; esa suele ser toda la razón por la que un equipo se mueve.
¿Puedo autoalojar Retool?
Sí, y si la preocupación es solo dónde corre el software, ese es el cambio más pequeño posible. No elimina el precio por usuario, así que si la factura es la razón por la que estás mirando, autoalojar Retool no la resuelve.
¿Cuál es la diferencia entre un constructor low-code y un panel de administración generado?
De dónde salen las pantallas. Un constructor te da un lienzo: colocas componentes y los enlazas a consultas, una vez por pantalla, y se quedan como los dejaste. Un panel generado deriva las pantallas del esquema, así que un campo nuevo aparece en todas a la vez — menos control sobre cualquier pantalla concreta, muchísimo menos mantenimiento en el conjunto.
¿Necesito además un backend aparte?
Con un constructor, normalmente sí — dibuja la interfaz y algo tiene que seguir sirviendo a tu aplicación. Rebase es las dos cosas: las mismas definiciones de colección producen la API REST y el SDK tipado que usa tu app y el panel de administración que usa tu equipo, contra una sola base de datos con un solo conjunto de políticas.
No te fíes de nuestra palabra.
La comparación que importa es la que ejecutas tú. Apunta Rebase a una base de datos Postgres que ya tengas y mira cómo aguanta al lado de Retool.