Google Sheets como base de datos: hasta dónde llega y cuándo se rompe

“Todo lo tengo en un Google Sheets y hasta ahora funciona.” Me lo dicen seguido, y casi siempre es verdad: funciona. La pregunta que sigue es cuánto tiempo más y qué pasa el día que deje de hacerlo. Porque la hoja no avisa cuando se rompe: un día un pedido sale mal surtido, una cotización lleva un precio de hace tres meses o dos personas borran la fila de la otra, y nadie sabe desde cuándo.

Yo mismo uso Google Sheets como base de datos en proyectos reales y lo defiendo cuando aplica. Aquí explico dónde aplica, dónde no, y cómo saber de qué lado estás.

Respuesta corta: Sheets sirve como lista, no como operación

Google Sheets es una excelente base de datos cuando la información es una lista que una persona edita y muchos leen. Deja de serlo cuando la información es una operación que varias personas modifican a la vez y donde un dato depende de otro.

Una lista de precios, un catálogo, un menú, un directorio de proveedores: listas. Los pedidos del día, el inventario que baja con cada venta, las cotizaciones en seguimiento: operación. La primera vive feliz en una hoja durante años. La segunda empieza a costar dinero en cuanto el negocio crece un poco.

Lo que sí resuelve bien (con dos ejemplos reales)

Dos proyectos míos usan Google Sheets como única base de datos, y no pienso cambiarlos.

En Pollos Amigos, una rosticería de Xalapa, todo el menú vive en una hoja de Google: productos, precios, disponibilidad, categorías. El dueño cambia un precio o marca un platillo como agotado y el sitio se actualiza solo. El cliente arma su pedido en la página y lo confirma por WhatsApp. No hay servidor, no hay panel, no hay que llamar a nadie.

En Ariztru Skin, una tienda de skincare coreano sobre pedido, el catálogo completo se administra desde una hoja. Quien atiende la tienda agrega una fila o quita un producto y la tienda en línea lo refleja.

¿Por qué funciona en los dos casos? Porque cumplen las tres condiciones que hacen que Sheets sea seguro:

1. Una sola persona (o dos) edita. No hay diez manos en la misma hoja.
2. Los demás solo leen. El sitio consulta la hoja; nunca escribe en ella.
3. Ningún dato depende de otro. Cambiar un precio no tiene que restar existencias ni actualizar un pedido en curso.

Cuando se cumplen, Sheets te da algo que ningún sistema da tan barato: una herramienta que el dueño ya sabe usar, se edita desde el celular y cuesta cero pesos al mes.

Los cinco límites reales

1. Concurrencia: el último que guarda gana

Google permite que un archivo se edite en hasta 100 pestañas o dispositivos al mismo tiempo (Google Docs Editors Help, 2026). El problema no es el número: es que la hoja no bloquea la fila que alguien está editando ni valida lo que se escribe. Si el de almacén resta 5 piezas mientras el de mostrador resta 3 en la misma celda, uno de los dos movimientos se pierde y ninguno se entera.

Consecuencia: en una lista de precios, nada; en un inventario, una existencia fantasma que se vende y no se puede surtir.

2. Permisos: o ves todo o no ves nada

Sheets permite proteger rangos y pestañas, pero es un parche. No hay forma limpia de que el repartidor vea solo sus entregas, el vendedor solo sus cotizaciones y el dueño todo. Se termina compartiendo la hoja completa, con costos, márgenes y datos de clientes.

Consecuencia: información sensible en el celular de cada empleado, y un exempleado que todavía tiene el enlace.

3. Integridad: nada impide capturar mal

Una base de datos real obliga a que el cliente exista antes de registrarle un pedido, que la cantidad sea un número y que el estatus sea uno de cinco valores. Una hoja acepta “Xalapa”, “xalapa” y “Xal.” como tres ciudades distintas, un precio con coma en vez de punto y una fecha escrita a mano. Los estudios de Ray Panko, de la Universidad de Hawái, encontraron que el 88 % de las hojas de cálculo auditadas en campo contiene al menos un error (Panko, Universidad de Hawái).

Consecuencia: el reporte de ventas por ciudad sale con tres Xalapas, y la decisión se toma con el número equivocado.

4. Volumen: 10 millones de celdas, pero lento mucho antes

Google fija el tope en 10 millones de celdas o 18,278 columnas por archivo (Google Drive Help, 2026). Ningún negocio de 5 a 40 personas se acerca. Lo que sí pasa es que con 30 o 40 mil filas, fórmulas entre pestañas y cinco personas con la hoja abierta, cada cambio tarda segundos. Y si un sitio o un sistema lee la hoja por la API, hay un tope de 300 lecturas por minuto por proyecto (Google Sheets API, 2026), suficiente para un catálogo, insuficiente para un punto de venta con varias cajas.

Consecuencia: gente esperando a que cargue la hoja en hora pico, o un sitio que deja de mostrar el catálogo porque se pasó de consultas.

5. Historial: 30 días y luego se borra

En cuentas gratuitas de Google, el historial de versiones conserva solo 30 días o 100 versiones, lo que llegue primero (Ablebits, 2026). Si alguien borró una columna en julio y te enteras en septiembre, ya no hay a dónde regresar. Y aun dentro del plazo, el historial dice que la celda cambió, no por qué ni con qué pedido se relaciona.

Consecuencia: no puedes reconstruir qué pasó con un pedido o un movimiento de inventario de hace dos meses. Tienes que creerle a alguien.

Tabla: Google Sheets vs. un sistema

Señales de que ya toca migrar

Se migra cuando aparecen estas señales:

• Alguien es “el dueño de la hoja”. Si se enferma, nadie sabe cómo funciona la pestaña de fórmulas.
• Hay una hoja por persona. Cada vendedor lleva su Sheets y el dueño junta todo a mano el viernes.
• Copias con fecha. “Inventario_sept_v3_FINAL” es una base de datos con historial hecho a mano.
• El error ya costó dinero. Un pedido surtido dos veces, una cotización con precio viejo, un producto vendido que no había. El estudio de ECR con siete cadenas europeas encontró que el 60 % de los registros de inventario están mal y que corregirlos elevó ventas entre 4 y 8 % (ECR, 2020). En una hoja sin validación, el porcentaje no baja solo.
• Necesitas que la hoja “haga algo”. Enviar un WhatsApp cuando el pedido salga, avisar cuando un producto baje del mínimo, generar la cotización en PDF. Ahí la hoja ya es un sistema improvisado.

Ejemplo: una refaccionaria en Xalapa

Imagina una refaccionaria en Xalapa con dos mostradores, un almacén y un repartidor. El catálogo de piezas y precios vive en un Sheets que el dueño actualiza cada vez que llega mercancía. Hasta ahí, perfecto: es una lista, la edita una persona, todos la consultan.

El problema empieza cuando en la misma hoja agregan una pestaña de “existencias” que los dos mostradores descuentan a mano. Ahora hay dos personas escribiendo en la misma columna, sin bloqueo ni validación. Una tarde, los dos venden la última bomba de gasolina que aparecía en existencia. Uno de los dos clientes se va sin pieza y probablemente sin regresar.

Si la refaccionaria vende 30 piezas al día y una de cada 20 tiene un error de existencia, son al menos una venta perdida o un viaje del repartidor en balde por día. A 25 días, entre 25 y 50 horas de gente corrigiendo, más los clientes que ya no volvieron. Eso cuesta más que un sistema de inventario sencillo, y no aparece en ningún reporte porque la hoja no lo registra.

La solución no es tirar la hoja: el catálogo se queda en Sheets porque ahí funciona. Lo que se saca es el inventario y los pedidos, que necesitan validación, bloqueo e historial.

Lo que cuesta quedarse de más

Quedarse en Sheets cuando ya toca migrar se paga en horas (el rato diario de “cuadrar” lo que la hoja no cuadró sola), en pesos (pedidos mal surtidos, cotizaciones con precio viejo, compras de más) y en riesgo (un enlace con todo el negocio adentro y un historial que se borra a los 30 días). Meterle automatización o IA a esa hoja no arregla nada: “meterle IA a un mal proceso nada más automatiza el caos”. Primero se define qué dato es lista y qué dato es operación; después se elige la herramienta.

Por dónde empezar

Abre tus hojas y, junto a cada pestaña, escribe dos cosas: quién la edita y si algún dato cambia como resultado de otro. Con esa lista de diez minutos ya sabes qué se queda en Sheets y qué no. Si quieres que lo revisemos juntos, agenda un diagnóstico de tu operación por WhatsApp o lee cómo funciona en /diagnostico/. Cuando la respuesta sea migrar, aquí explico cómo dejar Excel y pasar a un sistema sin detener la operación.

Trabajo con negocios de Xalapa, Boca del Río, Puebla y, de forma remota, de todo México.

Jahziel Cabrera · Desarrollador de software en Xalapa, Veracruz

Más de 6 años creando páginas web, chatbots de WhatsApp y software a la medida para negocios de Xalapa, Puebla y todo México. Físico por la Universidad Veracruzana, primer lugar del Datatón Anticorrupción 2022 (Sistema Nacional Anticorrupción) y coinventor de un dispositivo con registro ante el IMPI. Lo que escribo aquí sale de proyectos reales. Conóceme.