Alternativa a Firebase para datos de apps: persistencia más simple para prototipos

Si buscaste Firebase alternative for app data, quieres el camino más corto y fiable del código funcionando a una URL pública — sin montar servidores, aprender un panel cloud complejo ni ingresar una tarjeta de crédito antes de tener un solo usuario. Esta guía explica exactamente cómo hacerlo con jsdeck, cuáles son los compromisos y cuándo otra herramienta es realmente la mejor opción. Seremos prácticos: pasos reales, comandos reales y limitaciones honestas.

Qué es realmente el datastore de jsdeck

Es un almacén clave-valor JSON por app. Cada registro tiene una key de tipo string, un value JSON arbitrario, tres columnas de índice string opcionales (idx1–idx3) para filtrar, y una marca de tiempo updatedAt. Lo lees y escribes mediante una pequeña API REST directamente desde tu frontend estático, o a través del cliente npm @jsdeck/toolkit. No hay servidor que debas ejecutar, parchear o escalar.

Por qué importa para Firebase alternative for app data

La mayoría de los prototipos no necesitan Postgres. Necesitan guardar un objeto de configuración, persistir una puntuación alta, almacenar una lista de envíos o recordar lo que hizo un usuario la última vez. Un almacén JSON encaja en ese punto ideal: mantienes tus datos con la misma forma que el estado de tu app, sin la ceremonia de esquema, migraciones o pool de conexiones de una base de datos completa.

Modos y control de acceso

El datastore funciona en uno de dos modos. En public_read, cualquiera puede leer registros pero las escrituras requieren tu clave store_. En private, tanto lecturas como escrituras requieren la clave. Las peticiones PUT tienen límite de tasa por IP. La clave es un secreto compartido adecuado para datos no sensibles de la app — nunca pongas secretos reales en código del lado del cliente.

Ejemplo: guardar y cargar JSON

// Save
await fetch('https://jsdeck.com/api/v1/public/data/YOUR-SLUG/records/settings', {
  method: 'PUT',
  headers: {
    'Authorization': 'Bearer store_YOUR_KEY',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ value: { theme: 'dark', lang: 'en' } }),
});

// Load
const res = await fetch('https://jsdeck.com/api/v1/public/data/YOUR-SLUG/records/settings');
const { value } = await res.json();

Datos por usuario con filas owner

¿Necesitas que cada visitante tenga sus propios datos privados? Combina el datastore con visitor auth. Tras el login del visitante recibes un token de sesión; escribe un registro con visibility: "owner" y esa fila solo será legible y escribible por ese usuario. La clave store_ sola no puede leerla. Eso es lo que hace posibles las demos restringidas y las apps simples por usuario sin un backend completo.

Cuándo no encaja

Sé honesto contigo mismo sobre el modelo de datos. El datastore no es la herramienta adecuada para datos relacionales con joins, migraciones de esquema o transacciones; no ofrece suscripciones en tiempo real, funciones o triggers del lado del servidor, búsqueda de texto completo ni almacenamiento de archivos/blobs. Su modelo de consulta es «clave más hasta tres índices string (combinados con AND)», no SQL arbitrario. Si necesitas eso, opta por Postgres/Supabase o un backend completo.

Para quién es esto, y cuándo no usar jsdeck

Buena opción: frontends estáticos, single-page apps, demos, portfolios, MVPs, exports generados por IA, y apps que necesitan un poco de persistencia JSON o un login de visitante ligero.

No es adecuado: apps que requieren un servidor Node de larga duración, renderizado del lado del servidor en cada petición, backends WebSocket, secretos privados del lado del servidor, tareas en segundo plano o una base de datos relacional completa. Para esos casos, una plataforma como las alternativas discutidas en nuestro hub de comparaciones te servirá mejor — y eso es una decisión deliberada, no un compromiso.

Preguntas frecuentes

¿Firebase alternative for app data es realmente gratis?

Sí. jsdeck ofrece alojamiento estático gratuito con HTTPS para proyectos como este, sin tarjeta de crédito para empezar. Funciones opcionales como el datastore y visitor auth están disponibles cuando las necesites.

¿Necesito un servidor para usar el datastore?

No. El datastore es una API REST alojada que llamas directamente desde tu frontend estático. No hay nada que debas ejecutar, escalar o parchear.

¿Cómo mantengo privados los datos de cada usuario?

Usa visitor auth y escribe registros con visibility: "owner". Esas filas solo son accesibles con el token del propietario, no con la clave compartida del datastore.

Próximos pasos

• Explora más guías en el hub del datastore
• Sigue la guía de primeros pasos para desplegar tu primera app
• Lee la documentación para desarrolladores sobre el datastore, cuentas seguras (auth API) y detalles de despliegue por CLI