Hay dos formas de convertir una hoja de cálculo en una app. La primera conserva la hoja como base de datos y pone una aplicación encima: Glide, AppSheet y Softr lo hacen en una tarde, y cada edición en la app queda en una celda. La segunda traslada los datos a una base de datos real y genera la aplicación sobre ella: lleva uno o dos días, y a cambio obtiene roles, historial de cambios y ningún límite de filas. La regla práctica es sencilla. Conserve la hoja si la usa un solo equipo, sobre todo para consultar, y contiene unos pocos miles de filas. Traslade los datos si varias personas escriben en ella cada día, si algunas no deben verlo todo o si el archivo se ha convertido, sin que nadie lo decidiera, en el sistema de referencia de la empresa.
Esta guía cubre ambos caminos: los límites que hacen necesario el cambio, cómo preparar el archivo, que es la mayor parte del trabajo sea cual sea el camino, un método de cinco pasos y las herramientas comparadas en precio, techo de filas y lo que le pertenece al final. Vale tanto para Excel como para Google Sheets, y para la exportación en CSV de casi cualquier otra cosa.
Dos formas de convertir una hoja de cálculo en una app
La expresión "de hoja de cálculo a app" esconde dos operaciones muy distintas. En la primera, nada se mueve: una herramienta se conecta a su Google Sheet o a su archivo de Excel, lee las filas y las muestra como listas, formularios y páginas de detalle en un teléfono o en un navegador. En la segunda, las filas se importan una sola vez a una base de datos, la hoja se archiva y, desde ese momento, los datos pertenecen a la aplicación.
| Camino | Cómo funciona | Primera versión | La hoja de cálculo pasa a ser | Ideal para |
|---|---|---|---|---|
| Una app sobre la hoja (Glide, AppSheet, Softr) | La herramienta lee y escribe las filas de la hoja; cada columna se convierte en un campo | Horas | La base de datos, igual que antes | Formularios, listas y consultas para un equipo pequeño; captura de datos en campo |
| Una base de datos y una app generada (Cadrant, o low-code sobre PostgreSQL) | Las filas se importan a tablas con relaciones; se generan las pantallas y los roles | Uno o dos días | Un archivo | Herramientas multiusuario con roles, reglas e historial |
Cuando una hoja de cálculo deja de bastar
Los límites técnicos son generosos y rara vez son el problema real. Una hoja de Excel admite 1.048.576 filas por 16.384 columnas, y un archivo de Google Sheets admite hasta 20 millones de celdas. Los límites con los que se topa primero son humanos.
| Límite | Hoja de cálculo | Aplicación sobre una base de datos |
|---|---|---|
| Tamaño | Excel: 1.048.576 filas por hoja. Google Sheets: 20 millones de celdas. XLS antiguo: 65.536 filas | Millones de filas por tabla sin tope del producto |
| Varias personas escribiendo | Gana el último guardado, o aparece una copia en conflicto | Cada fila se guarda por separado; no hay sobrescrituras |
| Quién ve qué | Pestañas ocultas y rangos protegidos, fáciles de saltarse | Roles aplicados en la base de datos, fila por fila |
| Quién cambió qué | Historial de versiones del archivo, no del registro | Un registro por cada fila, con autor y hora |
| Reglas | Fórmulas y validación de datos, que cualquier editor puede borrar | Validaciones y restricciones que nadie puede saltarse |
El problema más discreto es el error. La recopilación de auditorías de campo de Ray Panko, en la Universidad de Hawái, halló que el 88 % de las 113 hojas operativas auditadas desde 1995 contenía errores, la mayoría en fórmulas que nadie había revisado. Si su archivo presenta dos o más de las cinco señales de nuestra guía sobre cómo crear herramientas internas, varios editores, filas ocultas, una pestaña que nadie se atreve a tocar, ausencia de historial, datos vueltos a teclear, el segundo camino es el que debe planificar.
Prepare el archivo: de columnas a tablas
Sea cual sea la herramienta que elija, leerá su archivo de la misma manera: una fila de encabezados, un registro por línea, un valor por celda. La mayoría de las hojas que han crecido durante años incumplen las tres reglas en algún punto. Una hora de limpieza antes de importar ahorra un día de arreglos después.
Viene después el paso que convierte una hoja en un modelo de datos. Busque valores que se repiten: el nombre de un cliente tecleado en cuarenta filas de pedidos, un producto y su precio copiados en cada línea. Cada cosa repetida pasa a ser su propia tabla, con un identificador, y la fila original conserva solo ese identificador. Esto se llama normalización, y es la diferencia entre un archivo y una base de datos.
Cada fórmula merece una decisión. Una columna que calcula un total a partir de la cantidad y el precio pasa a ser un campo calculado. Una columna que marca los pedidos retrasados pasa a ser una regla de la aplicación. Una pestaña de tabla dinámica que resume las ventas por mes pasa a ser una pantalla de panel, generada a partir de la tabla de pedidos. Ninguna se importa como dato.
Cree la app en cinco pasos
- 1. Congele el archivo y expórtelo. Anuncie una fecha, ponga la hoja en solo lectura y exporte un CSV por pestaña. En el primer camino, aquí es donde conecta la herramienta a la hoja.
- 2. Cree las tablas e importe las filas. Importe primero las tablas de referencia (clientes, productos) y luego las que apuntan a ellas (pedidos). Compare el número de filas con el de la hoja antes de seguir.
- 3. Genere las pantallas. Una lista, una página de detalle, un formulario y un cambio de estado para cada tabla principal. Nada más en la primera versión: sin informes ni notificaciones.
- 4. Reconstruya las reglas. La validación de datos pasa a ser campos obligatorios y valores permitidos. Las fórmulas pasan a ser campos calculados. El código de colores pasa a ser estados. Escriba la matriz de roles: quién puede ver, crear, editar y eliminar en cada tabla.
- 5. Use ambos durante una semana. Tres usuarios reales, datos reales, la hoja de cálculo congelada al lado. Recoja todas las quejas en una lista, corrija el modelo de datos una vez y después retire el archivo.
En Cadrant, los pasos 2 a 4 son lo que la plataforma genera a partir de ese documento. Crea una aplicación React conectada a una base de datos PostgreSQL en su propio proyecto de Supabase, con tablas, relaciones e índices derivados de la descripción, y páginas de inicio de sesión con Supabase Auth y los roles que usted haya nombrado. Las filas se importan desde un CSV en el panel de Supabase, que se abre desde el panel Base de datos del proyecto, y las políticas de seguridad a nivel de fila que determinan quién ve qué se crean en la base de datos a partir del prompt; la documentación recomienda revisarlas antes de pasar a producción. El plan Starter cuesta $20 al mes sea cual sea el número de compañeros que usen la herramienta, y desde el plan Pro ($40 al mes) el código se sincroniza con un repositorio de GitHub. Los detalles están en la página del creador de herramientas internas.
Qué herramienta para qué hoja de cálculo
Los precios son los de lista públicos en septiembre de 2026, con facturación anual cuando hay elección. Ponemos Cadrant en primer lugar porque es nuestro propio producto y el único de los siguientes que sigue el segundo camino; las otras tres son las herramientas de referencia del primer camino y, para un equipo pequeño que sobre todo consulta, son la respuesta más rápida.
| Herramienta | Enfoque | Precio | Techo de filas | Qué le pertenece | Ideal para |
|---|---|---|---|---|---|
| Cadrant | Importación a PostgreSQL, app generada a partir de una descripción | Fijo, desde $20 al mes, sin puestos | Ninguno por parte del producto | Base de datos en su Supabase, código en GitHub (plan Pro) | Herramientas multiusuario con roles y reglas |
| Glide | App sobre Sheets, Excel o sus propias tablas | De $19 a $199 al mes; usuarios de empresa por encima de 30 a $5 cada uno; actualizaciones medidas | 25.000 filas por app sobre una hoja de cálculo | La hoja; la app permanece en Glide | Apps móviles cuidadas para un equipo pequeño |
| AppSheet | App sobre Sheets, Excel o una base de datos | De $5 a $20 por usuario al mes; Core incluido en la mayoría de los planes de pago de Google Workspace | El de la fuente, con límites de sincronización | La hoja; la app permanece en AppSheet | Captura de datos en campo en una empresa con Google Workspace |
| Softr | Portales sobre Airtable, Sheets o SQL | $25, $119 o $395 al mes con cuotas de usuarios | El de la fuente | La fuente; la app permanece en Softr | Portales de clientes sobre datos que guarda en otro sitio |
Si sus datos ya viven en Airtable y no en una hoja, el mismo razonamiento vale con una variable más, la factura por puesto; nuestra guía de alternativas a Airtable trata ese caso.
- Dos caminos: una app sobre la hoja en horas, o los datos trasladados a una base de datos y la app generada en uno o dos días.
- Las hojas de cálculo fallan por las personas antes que por el tamaño: ediciones simultáneas, ausencia de roles, ausencia de historial, reglas que cualquiera puede borrar.
- La preparación es la mayor parte del trabajo: una fila de encabezados, un valor por celda, un identificador por fila, los valores repetidos separados en sus propias tablas.
- Importe primero las referencias, genere las pantallas más sencillas, reconstruya las reglas y use ambos sistemas durante una semana.