En lugar de una clasificación de cinco estrellas, aquí hay una cuadrícula de diez criterios verificables aplicados a seis plataformas (Aurabase, Supabase, Firebase, Appwrite, Convex y PocketBase) con cifras fechadas y con fuentes en lugar de eslóganes de marketing repetidos tal como están.
Lo esencial
- Ninguna plataforma gana en los diez criterios de la red: la elección correcta depende de su prioridad (portabilidad de SQL, velocidad de inicio, autohospedaje empaquetado o IA nativa).
- En el nivel de la tarifa de entrada, Aurabase (25 €), Supabase ($25), Appwrite (desde $25) y Convex ($25/desarrollador) convergen en unos pocos euros; la diferencia se reduce a las cuotas incluidas y la moneda, no al orden de magnitud.
- Tres criterios distinguen a Aurabase del resto del panel: NL2SQL y RAG nativos en Postgres, 15 proveedores de OAuth nombrados + OIDC ilimitado e infraestructura de producción verificada en Alemania y Finlandia.
- Firebase (NoSQL propietario) y PocketBase (SQLite monobinario) siguen siendo las opciones más rápidas para comenzar, al precio respectivo del bloqueo y la ausencia de una nube administrada oficial.
La grilla de diez criterios, no una clasificación
Un "mejor BaaS" supone un único eje de comparación. En la práctica, un desarrollador independiente que teme depender de un proveedor, un CTO que debe demostrar su cumplimiento del RGPD ante un DPO y un desarrollador de IA que quiere un pgvector listo para usar no buscan lo mismo.
Esta cuadrícula conserva diez criterios que surgen sistemáticamente en estas tres decisiones: motor de datos, núcleo de aplicación, autenticación, tiempo real, IA nativa, funciones sin servidor, autohospedaje, licencia, nivel gratuito y nivel de entrada pago.
Cada celda de la tabla se verifica en su fuente: el código del repositorio de Aurabase para las afirmaciones de productos de Aurabase (consulte studio/lib/plans.ts, Cargo.toml, aura-auth, aura-ai), las páginas oficiales de repositorio y precios de GitHub de las otras cinco plataformas, consultadas el 23 de agosto de 2026. Una celda marcada como "no documentado hasta donde sabemos" indica una ausencia de pruebas encontradas en esa fecha. No es una ausencia confirmada: consulte la documentación actualizada antes de decidir.
La tabla: seis BaaS, diez criterios
Desplácese horizontalmente en el móvil. La columna de Aurabase está resaltada como referencia, no para sugerir una puntuación general.
| Criterio | Aurabase | Supabase | base de fuego | escribir | convexo | Base de bolsillo |
|---|---|---|---|---|---|---|
| motor de datos | PostgreSQL 16 dedicado por proyecto, RLS, pgvector 0.8.6 | PostgreSQL dedicado por proyecto, RLS | Firestore + Realtime DB (NoSQL, propietario) | Multimotor interno (TablesDB), sin Postgres expuesto | Base de datos reactiva propietaria (no SQL) | SQLite integrado, archivo único |
| Núcleo de la aplicación | 100% Rust (axum), 12 servicios, bibliotecas internas compartidas | Multilenguaje: PostgREST (Haskell), GoTrue (Go), Realtime (Elixir), Almacenamiento (Node.js) | Propiedad de Google, no documentada públicamente | Plataforma multiservicio (principalmente Node.js) | Backend Rust, clientes TypeScript | GB, binario único (~15 MB) |
| Autenticación | 15 proveedores de OAuth nombrados + OIDC genérico ilimitado | Amplia gama de OAuth (lista evolutiva, sin número fijo publicado) | OAuth de múltiples proveedores + correo electrónico/teléfono/anónimo | OAuth + enlaces mágicos, multiproveedor | Sin proveedor nativo: delegación a un tercero (no verificado en detalle aquí) | Correo electrónico/contraseña + OAuth2 configurable (Google, Facebook, GitHub, GitLab documentados) |
| tiempo real | CDC nativo de Postgres a través de NATS JetStream | Canales nativos (postgres_changes, presencia, transmisión) | Nativo en ambas bases (onSnapshot) | Servicio dedicado en tiempo real | Responsive por construcción (read-set + WebSocket) | Suscripciones integradas en tiempo real |
| IA nativa (NL2SQL/RAG) | NL2SQL nativo + RAG, pgvector integrado, 3 LLM nativos | Conectores AI externos, no se documenta NL2SQL nativo | Genkit/Vertex AI en el lado de GCP, excluyendo el backend de BaaS | No documentado hasta donde sabemos | No hay capacidad NL2SQL nativa documentada equivalente | No documentado hasta donde sabemos |
| Funciones sin servidor/periféricas | Deno/TypeScript (V8) + Rust → binarios WASM (Wasmtime real) | Funciones de borde (Deno) | Funciones en la nube (Node.js, Python y otros tiempos de ejecución de GCP) | Funciones de ejecución múltiple (15 tiempos de ejecución documentados) | Funciones de TypeScript ejecutadas en el backend de Rust | Ganchos JS integrados (VM integrada) + extensión Go |
| Autohospedaje | k3d / Helm en el repositorio, nube administrada por prioridad | Oficial (Docker/CLI), ruta de producción documentada | No disponible | Eje central oficial del producto (Docker, DO/AWS con un solo clic) | Backend independiente de código abierto, nube administrada priorizada | Único modo disponible, sin nube oficial |
| Licencia | MIT (espacio de trabajo de Rust + JS SDK) | Apache-2.0 | Propietario, no de código abierto | Cláusula BSD-3 | FSL-1.1-Apache-2.0 (Apache puro 2 años después de cada lanzamiento) | MIT |
| Aterrizaje libre | 0€ · 3 proyectos · 512 MB BD · 1 GB de almacenamiento | 0$ · 500 MB DB · 50,000 MAU · 2 proyectos activos | Spark: Firestore 1 GiB + 50.000 lecturas/día · Base de datos en tiempo real 1 GB | 0$ · 5 GB de ancho de banda · 2 GB de almacenamiento · 75,000 MAU | 0$ + uso · 1 millón de llamadas a funciones · 0,5 GB de base de datos | Ilimitado por naturaleza: el límite es tu propio servidor |
| Nivel de tarifa de entrada | 25€/mes | $25/mes | Pago por uso (Blaze), sin nivel fijo | desde $25/mes | $25/desarrollador/mes | No aplicable: no hay oferta comercial |
En la última línea salta una cifra: cuatro de las cinco plataformas comerciales convergen en un nivel de tarifa de entrada cercano a los 25 (euros o dólares dependiendo de la moneda nativa de la plataforma). Esta no es una coincidencia de mercado aislada: es el punto en el que "unos pocos proyectos, un poco de tráfico real" excede lo que un nivel gratuito puede absorber razonablemente, en las seis plataformas estudiadas.
Firebase (Firestore) 1024 MB
Convexo512 MB
Aurabase512 MB
Supabase500 MB
Almacenamiento de base de datos incluido en la capa gratuita, en MB. Fuentes: páginas oficiales de precios (supabase.com/pricing, firebase.google.com/pricing, convex.dev/pricing), consultadas el 23 de agosto de 2026; Rodamiento Aurabase comprobado en studio/lib/plans.ts. Appwrite y PocketBase excluidos: el primero no aísla una cuota de almacenamiento de base de datos en su página de precios, el segundo no tiene un nivel comercial (autohospedado, límite = su servidor).
Supabase: Postgres gestionado multilenguaje, la referencia del mercado
Supabase sigue siendo el punto de referencia en el mercado de Postgres administrado: RLS SQL estándar, portabilidad pg_dump a cualquier servidor Postgres y una pila multilingüe compatible (PostgREST en Haskell, GoTrue en Go, Realtime en Elixir, Almacenamiento en Node.js, Functions en Deno).
Más adecuado para: comience con un Postgres administrado maduro, con un ecosistema ya amplio de integraciones. Supabase se basa en conectores AI externos (ChatGPT, Claude, Perplexity) en lugar de NL2SQL nativo en el backend. Nivel gratuito: 500 MB básico, 50 000 MAU, limitado a dos proyectos activos, pausado después de una semana de inactividad. Nivel de tarifa de entrada: $25/mes.
Firebase: NoSQL Google, inicio rápido, bloqueado en el ecosistema
Firebase sigue siendo la opción más rápida para comenzar para un equipo que ya está en el ecosistema de Google Cloud: NoSQL Firestore orientado a documentos, nueve productos gratuitos independientemente del nivel (Analytics, Crashlytics, Remote Config, etc.) y un plan Blaze para usar con un crédito de $300.
Más adecuado para: creación rápida de prototipos en el lado móvil/web en un proyecto ya vinculado a GCP. El compromiso es estructural: formato propietario de Firestore, sin uniones SQL nativas y sin postura GDPR/UE mostrada en la página de precios; elegir una región europea de Firestore no cambia la nacionalidad de la empresa matriz. Nivel gratuito: Firestore 1 GiB + 50 000 lecturas/día; Base de datos en tiempo real 1 GB + 100 conexiones simultáneas. No hay un nivel fijo más allá de eso, precios basados en el uso (Blaze).
Appwrite: la plataforma autohospedada todo en uno
Appwrite reúne autenticación, bases de datos, almacenamiento, funciones (15 tiempos de ejecución), mensajería y tiempo real en un único repositorio bajo la licencia BSD-3-Clause, con un instalador Docker diseñado para autohospedarse en producción desde el primer día, un enfoque de producto que Appwrite afirma explícitamente ("limitaciones de ingeniería reales, no marketing de funciones").
Más adecuado para: un equipo que desea autohospedar una plataforma completa sin ensamblar múltiples servicios por sí mismo. Nivel gratuito: 5 GB de ancho de banda, 2 GB de almacenamiento, 750 000 ejecuciones, 75 000 MAU, limitado a dos proyectos. Nivel de tarifa de entrada: desde $25/mes. El punto ciego: ninguna de las seis plataformas en esta comparación, incluida Appwrite, está creando un pilar de contenido dedicado al cumplimiento de la Ley GDPR/CLOUD.
Convex: el backend reactivo que rechaza los puntos de referencia de marketing
Convex adopta el enfoque opuesto al marketing comparativo: el equipo admite públicamente no publicar puntos de referencia frente a la competencia ("No me importan los puntos de referencia de su base de datos") y ofrece un backend reactivo donde cada solicitud permanece sincronizada por construcción, sin necesidad de escribir un código de suscripción.
Más adecuado para: un equipo que usa primero TypeScript y quiere un nativo responsivo sin ensamblar WebSockets ni almacenar en caché manualmente. Existe un backend de código abierto autohospedado (convex-backend, escrito en Rust, licencia FSL-1.1-Apache-2.0 que cambia a Apache 2.0 puro dos años después de cada versión), incluso si la principal oferta comercial sigue siendo una nube 100% administrada. Nivel gratuito: 1 millón de llamadas a funciones, 0,5 GB de almacenamiento de base de datos. Nivel de tarifa de entrada: $25/desarrollador/mes.
PocketBase: monobinario para los que no necesitan más
PocketBase no tiene un blog editorial, ni un conector de IA, ni una nube administrada oficialmente, y ese es precisamente su punto de venta. Un único binario Go de alrededor de 15 MB incluye una base de datos SQLite, autenticación (correo electrónico/contraseña + OAuth2), almacenamiento de archivos y un panel de administración, bajo licencia MIT.
Más adecuado para: un proyecto interno, un MVP o una herramienta autohospedada que estructuralmente no necesita escalar más allá de un único servidor. El compromiso es igual de estructural: ninguna oferta comercial, ningún soporte oficial y una comunidad que tuvo que construir repositorios no oficiales de llms.txt debido a la falta de una versión publicada por el mantenedor.
Aurabase: Postgres soberano con IA nativa, sin ocultar sus carencias
Aurabase basa su diferenciación en tres criterios específicos de este grid y no en el conjunto: un núcleo Rust 100% unificado (12 servicios, mismas bibliotecas internas), NL2SQL y RAG nativos directamente en Postgres (pgvector integrado, 3 proveedores LLM nativos: OpenAI, Anthropic, Gemini) y una infraestructura de producción verificada en Alemania (Nuremberg, Falkenstein) y Finlandia (Helsinki), operada por una empresa francesa.
Más adecuado para: un equipo que quiere Postgres relacional estándar con IA nativa, sin depender de una infraestructura fuera de la UE. Nivel gratuito: 512 MB básico, 3 proyectos, 1 GB de almacenamiento. Nivel de tarifa de entrada: 25 €/mes (10 proyectos, base de 8 GB).
El SDK de Python (aurabase-py) y el SDK de Dart aún no están publicados en sus registros oficiales (PyPI, pub.dev); solo el SDK de JavaScript, 10 paquetes @aurabase/*, está publicado en npm a partir de hoy. Y no se publican puntos de referencia de arranque en frío de WASM en el repositorio, a pesar de que hay un tiempo de ejecución de Wasmtime real en producción para funciones de Edge compiladas en Rust.
Cómo elegir según tu perfil
La cuadrícula de arriba responde a una pregunta general. A continuación se explica cómo leerlo según tres perfiles de decisión recurrentes.
- Desarrollador independiente, temor a la dependencia del proveedor: priorice la línea de “motor de datos” y “licencia” del grid: un Postgres estándar exportado por
pg_dumpsigue siendo portátil a cualquier host, lo que Firestore no permite de forma nativa. Consulte la comparación Aurabase vs Supabase y la guía de migración Supabase → Aurabase. - CTO o líder técnico en PYME, el cumplimiento del RGPD debe documentarse: priorice el “autohospedaje” y la cuestión de la soberanía que no aparece en la tabla genérica: ninguno de los seis BaaS estudiados construye un pilar de contenido dedicado a la Ley RGPD/CLOUD, aparte de Aurabase. Consulte la guía completa de backend soberano de la UE y compatible con GDPR y la comparación de Aurabase vs Firebase.
- Desarrollador de IA, pgvector/RAG listo para usar: priorice la línea de “IA nativa”: este es el criterio más discriminatorio en la cuadrícula, con solo una plataforma (Aurabase) que documenta NL2SQL y RAG de forma nativa en Postgres en la fecha de esta investigación. Consulte el tutorial : creación de un punto final NL2SQL en Postgres.
Para ir más allá en un presencial concreto: Aurabase vs Appwrite, Aurabase vs Convex, o Aurabase vs PocketBase.
Preguntas frecuentes
Preguntas sobre la metodología de este grid: para preguntas generales sobre cómo elegir un BaaS, consulte nuestras preguntas frecuentes dedicadas a .