Precios de Turso explicados: qué plan conviene según tu proyecto

Turso Cloud tiene cinco planes: Free (USD 0), Developer, Scaler, Pro y Enterprise (a medida), y lo que definís al elegir uno es cuánto almacenamiento, cuántas filas leídas y escritas por mes y cuántos días de recuperación en el tiempo necesitás. Para la mayoría de los proyectos chicos, el plan Free o el Developer alcanzan; Scaler aparece cuando necesitás más de un grupo o más historial, y Pro cuando hay requisitos de cumplimiento o claves propias de cifrado. Abajo vas a ver los números, cómo se miden y cómo evitar sorpresas en la factura.

Parte de la serie "Turso en español" de Mark-Co Digital; si no sabés qué es Turso, empezá por la guía general.

Antes de los números: qué se paga y qué no#

El motor, Turso Database, es open source (MIT) y se puede embeber en tu app. Lo que se cobra es Turso Cloud, la plataforma administrada que aloja bases del motor nuevo y de libSQL, el fork de SQLite.

Ojo al leer la página de precios: tiene un selector mensual/anual, y los valores de este artículo son los de facturación anual expresados por mes, con una etiqueta de cuánto ahorrás. No publicamos precios mes a mes que no pudimos verificar: revisá el selector en turso.tech/pricing antes de decidir.

La tabla de planes de Turso Cloud#

Valores vistos en la página de precios el 6 de octubre de 2026 (facturación anual, expresados por mes):

Otras diferencias que muestra la página:

• Logs de auditoría: no hay en Free; 3 días en Developer, 14 en Scaler y 30 en Pro y Enterprise.
• Soporte: comunidad en Free, Developer y Scaler; "Priority Email + Slack" en Pro y atención 24x7 por esos canales en Enterprise.
• Otras funciones: la página lista filas para restaurar bases borradas, DPA, listas de IP permitidas, Teams, SSO, cifrado BYOK, HIPAA, SOC2 y despliegue BYOC. Verificá en la página qué plan incluye cada una antes de comprometerte, porque es lo que más cambia entre planes.

Lo que cada plan desbloquea en la práctica#

• Más de un grupo: según la documentación de la CLI, crear varios grupos (cada grupo tiene su ubicación primaria) requiere Scaler, Pro o Enterprise.
• Cifrado con tu propia clave (BYOK): según el anuncio de febrero de 2026, está disponible para planes Pro y superiores en modalidad self-service.
• Latencia de confirmación: la página de durabilidad indica una latencia máxima agregada al commit de 100 ms en Free, 50 ms en Developer, 25 ms en Scaler y 10 ms de Pro para arriba, porque los commits se agrupan entre bases. La durabilidad publicada es la misma en todos los niveles.

Cómo se mide el consumo#

Una fila leída no es una fila devuelta#

Este es el punto que más confunde. La guía de uso y facturación de Turso explica que una "row read" cuenta cada fila escaneada, no cada fila que te llega en el resultado. Una consulta que devuelve 10 filas pero recorre una tabla de 200.000 consume 200.000 lecturas.

Por eso la misma documentación recomienda dos herramientas clásicas de SQLite:

• EXPLAIN QUERY PLAN delante de tu consulta, para ver si está recorriendo toda la tabla.
• Índices sobre las columnas que usás en WHERE, JOIN y ORDER BY, para que el motor vaya directo a las filas que necesita.

Escrituras, almacenamiento y syncs#

• Filas escritas: las transacciones abortadas también cuentan las filas que escribieron, según la documentación de facturación.
• Almacenamiento: se cuenta en páginas de 4 KB. Además, VACUUM está deshabilitado por ahora en Turso, así que borrar datos no necesariamente achica el archivo como en un SQLite local.
• Syncs: el volumen sincronizado entre la nube y las copias locales. Si usás embedded replicas, tené en cuenta que la unidad es un frame de 4 kB: incluso una escritura de 1 byte usa un frame completo.

Qué pasa si te pasás del límite#

Hay dos escenarios:

1. Sin excedentes habilitados: cuando superás una cuota del plan, las consultas fallan con un error BLOCKED, es decir, tu app deja de responder.
2. Con excedentes habilitados: según la página de precios, el almacenamiento, las lecturas, las escrituras y los syncs extra se facturan automáticamente "once enabled", con tarifas por unidad que bajan a medida que subís de plan.

Las tarifas de excedente publicadas:

Los planes pagos se facturan el primer día de cada mes.

Lo que no se cobra (o se cobra poco)#

• Bases inactivas: según la página de precios y la de "What is Turso", una base que nadie consulta cuesta solo su almacenamiento, porque no hay un proceso corriendo. Es la base del modelo "una base por cliente" que vimos en multi-tenancy con Turso.
• Branching y PITR: la página de precios aclara que no suman costos de uso. Ojo: los branches son bases separadas y, según la documentación de branching, cuentan para tu cuota de bases (relevante en el plan Free, con tope de 100).
• Accident Protection: desde septiembre de 2026, las bases borradas se pueden restaurar hasta 5 días después, sin costo extra en planes pagos. En el plan Free no está disponible, y el PITR no recupera una base borrada.

Qué significa para tu proyecto#

Una guía rápida para decidir:

• Prototipo, MVP o sitio interno: el plan Free da 100 bases, 5 GB y 500 millones de filas leídas por mes. Su punto débil es la red de seguridad: 1 día de PITR y sin recuperación de bases borradas.
• Proyecto en producción de una pyme: Developer suma bases ilimitadas, 10 días de PITR, logs de auditoría y Accident Protection a un costo bajo. Suele ser el punto de partida razonable para un e-commerce chico o una app interna.
• SaaS con muchos clientes o equipo técnico propio: Scaler habilita varios grupos (por ejemplo, separar regiones) y 30 días de PITR.
• Datos sensibles o requisitos de cumplimiento: Pro es donde aparece BYOK y el soporte prioritario.

Y en cualquier caso: medí tus consultas con EXPLAIN QUERY PLAN y decidí si preferís excedentes automáticos o el error BLOCKED como freno.

Sobre la compra por parte de Supabase: tanto el anuncio de Turso como el de Supabase dicen que para los usuarios actuales nada cambia, y ninguno menciona cambios de precios. Lo resumimos en nuestro post sobre Supabase Select 2026 y la compra de Turso.

Preguntas frecuentes#

¿Una base que nadie consulta me sigue costando?#

Solo su almacenamiento. Turso trata cada base como un archivo, no como un proceso encendido, así que no hay costo de cómputo por bases inactivas. Por eso el modelo de muchas bases chicas funciona económicamente.

¿Por qué mi consumo de filas leídas es mucho mayor que lo que muestra mi app?#

Porque se cuentan las filas escaneadas, no las devueltas: una consulta sin índice recorre la tabla entera.

¿Hay créditos para startups?#

Turso tiene un programa con créditos, soporte prioritario y acceso anticipado, pero está pensado para startups con inversión de venture capital y al menos una ronda. Un detalle: el anuncio del programa habla de bases ilimitadas en todos los planes self-service, mientras que la página de precios muestra 100 bases en Free. Ante la duda, vale la página de precios.

¿Los precios de la tabla son los que voy a pagar si pago mes a mes?#

No necesariamente: corresponden a facturación anual expresada por mes. Revisá el selector mensual antes de contratar.

Cómo seguimos#

Si estás evaluando Turso Cloud, Supabase u otra opción de base de datos y querés estimar consumo y costos antes de elegir, en Mark-Co Digital te ayudamos a diseñar e implementar la infraestructura de tu proyecto. Mirá nuestro servicio de cloud e infraestructura o el de Supabase, o escribinos.

Fuentes#

• Turso: página de precios (vista el 6/10/2026)
• Turso Docs: Usage and billing
• Turso: What is Turso
• Turso Docs: Point-in-time recovery
• Turso Docs: Recover deleted databases
• Pedro Muniz y Nikita Sivukhin: Let your agents run free with Turso Accident Protection
• Turso Docs: Branching
• Turso Docs: turso group create
• Turso Docs: Durability
• Avinash Sajjanshetty: Introducing BYOK Encryption in Turso Cloud
• Turso para startups
• Turso for Startups: the many-database architecture
• Turso Docs: Embedded replicas
• Glauber Costa: Turso is joining Supabase
• Paul Copplestone: Supabase is acquiring Turso