Google Apps Script es un lenguaje basado en JavaScript, integrado en Google Workspace, que permite automatizar lo que hacés en Google Sheets, Gmail, Drive, Calendar y Forms sin instalar nada. Con unas pocas líneas podés mandar un correo cuando alguien carga una fila, armar un reporte semanal o conectar un formulario con el calendario. Es la primera herramienta que probaría una pyme que vive en planillas de Google.
Acá contamos qué es, ejemplos concretos, cómo funciona, qué límites tiene, cuándo conviene otra herramienta y por dónde empezar.
Qué es Google Apps Script
Google lo describe como una plataforma para crear aplicaciones que se integran con Google Workspace. En la práctica es un editor de código adentro de tu planilla, documento o formulario, donde escribís funciones en JavaScript con librerías de Google para leer celdas, mandar correos, crear archivos en Drive o agendar eventos. Los scripts se guardan en Drive y corren en los servidores de Google, así que no dependen de que tu computadora esté encendida.
No tiene una tarifa propia publicada: funciona con cualquier cuenta de Google, personal o de empresa. La diferencia está en las cuotas, que vemos más abajo.
Qué podés automatizar en Google Sheets: ejemplos en una pyme
- Mandar un correo cuando se carga una fila. Un vendedor anota un pedido en la planilla y el depósito recibe un correo con los datos, sin que nadie lo escriba.
- Armar un reporte semanal. Todos los lunes a las 8, el script suma las ventas de la semana, arma una tabla y la manda por correo a la dirección.
- Generar un PDF desde una plantilla. Un presupuesto o una orden de compra en un documento de Google con marcadores que el script completa con los datos de una fila y guarda como PDF en Drive.
- Consolidar varias planillas. Cada sucursal carga la suya; el script junta todo en una sola, cada noche, sin copiar y pegar.
- Validar datos al cargarlos. Si alguien escribe una cédula con menos dígitos o deja vacío un campo obligatorio, la celda se marca y avisa.
- Conectar un formulario con el calendario. Un cliente pide turno por un formulario de Google y el evento aparece en la agenda de quien atiende.
Más casos como estos, en automatización de procesos: qué es, ejemplos y por dónde empezar.
Cómo funciona: editor, funciones y disparadores
- El editor. Desde la planilla, menú Extensiones y luego Apps Script. Se abre un editor en el navegador, ligado a esa planilla.
- Las funciones. Cada automatización es una función de JavaScript. Una lee un rango de celdas, otra arma el texto del correo, otra lo manda. Google provee los servicios: SpreadsheetApp, GmailApp, DriveApp, CalendarApp.
- Los disparadores. Son lo que hace que una función corra sola. Hay disparadores por tiempo (cada hora, cada día a tal hora, cada lunes) y por evento (cuando se abre la planilla, cuando se edita una celda, cuando llega una respuesta de formulario).
- Los permisos. La primera vez que un script quiere mandar un correo o tocar Drive, Google pide autorización a nombre de la cuenta que lo ejecuta.
Las macros son el atajo: Sheets puede grabar lo que hacés con el mouse y convertirlo en un script, que después podés leer y ajustar.
Límites: cuotas y tiempo de ejecución
Apps Script tiene cuotas diarias y límites por ejecución, y son distintos para cuentas personales de Gmail y cuentas de Google Workspace. Google los publica en su página de cuotas y aclara que pueden cambiar sin aviso: consultala antes de diseñar algo que dependa de ellos.
Lo que conviene saber de antemano:
- Cada ejecución tiene un tiempo máximo. Si el script procesa miles de filas o consulta muchos servicios externos, puede cortarse a mitad de camino. Se resuelve procesando por lotes o cambiando de herramienta.
- Los correos por día tienen tope, más bajo en cuentas personales. Un script que manda un correo por cada fila de una planilla grande choca contra eso.
- Los disparadores simples (los que corren al abrir o editar) tienen restricciones adicionales: según la documentación de disparadores, no pueden usar servicios que requieren autorización, como Gmail, y tienen un tiempo máximo menor. Para mandar correos hace falta un disparador instalable.
- Las llamadas a servicios externos también tienen cuota diaria. Si tu script consulta una API por cada fila, contá cuántas van a ser.
Cuándo Apps Script alcanza y cuándo conviene n8n o un desarrollo
| Apps Script | n8n (o Make, Zapier) | Desarrollo a medida | |
|---|---|---|---|
| Dónde viven los datos | En Google | En Google y en los demás sistemas | Donde vos decidas |
| Sistemas que conecta | Google Workspace y servicios con API, programando | Cientos de integraciones listas, visual | Cualquiera, incluidos sistemas sin API |
| Hace falta programar | Sí, aunque sea poco | Casi nada para lo habitual | Lo hace el proveedor |
| Volumen que aguanta | Chico a mediano, dentro de las cuotas | Mediano; depende del plan o del servidor | El que se diseñe |
| Costo | Incluido en la cuenta de Google | Versión gratuita instalada por vos, o planes en la nube | Proyecto |
| Quién lo mantiene | Quien lo escribió | Quien armó el flujo, con un tablero visual | El proveedor |
| Conviene cuando | Todo pasa en Google y la automatización es chica | Conectás varios sistemas y querés ver los flujos | El proceso es central, complejo o con datos sensibles |
Un criterio simple: si la automatización empieza y termina en una planilla o en un correo de Google, Apps Script. Si en el medio aparece el sistema de facturación, un CRM o mensajes a clientes, mirá qué es n8n y la comparativa n8n, Make, Zapier o Power Automate. Si el proceso es el corazón del negocio, probablemente sea un desarrollo.
Errores comunes
- Scripts que nadie documenta. Funcionan dos años y un día dejan de hacerlo, y nadie sabe qué hacían ni dónde están. Un comentario al inicio con qué hace, quién lo escribió y de qué planillas depende evita la mitad de los problemas.
- Dependen de una cuenta personal. El script corre con los permisos de quien lo autorizó. Si esa persona se va de la empresa y se cierra su cuenta, el script muere con ella. Conviene que corra con una cuenta de la empresa, no de una persona.
- Lógica repartida. Una parte en fórmulas, otra en el script, otra en una validación de datos. Cuando algo falla, nadie sabe dónde mirar.
- Sin manejo de errores. El servicio externo no responde, el script se cae en silencio, el reporte del lunes no llega y nadie se entera hasta el martes.
- Chocar contra las cuotas en producción. Funcionó con cien filas en la prueba y se corta con cinco mil en la realidad.
- Datos personales en planillas compartidas por enlace. El script no es el problema; la planilla abierta a “cualquiera con el enlace” sí.
Cómo empezar
- Elegí un proceso chico y repetitivo que hoy alguien hace a mano en una planilla de Google: un aviso, un reporte, una consolidación.
- Escribí en una oración qué tiene que pasar. “Cuando se carga una fila con estado Aprobado, mandar un correo a compras con los datos de la fila.”
- Abrí el editor desde la planilla (Extensiones, Apps Script) y armá la función más simple que cumpla la oración. Google tiene guías con ejemplos para planillas.
- Probala a mano con una copia de la planilla y datos de prueba.
- Agregá el disparador y dejala correr una semana mirando los registros de ejecución.
- Documentala y pasala a una cuenta de la empresa antes de que alguien dependa de ella.
Si tu equipo arma todo en planillas, en la página de planillas contamos qué se puede automatizar y cómo cuidamos los datos.
Cómo lo usamos en dropia
Apps Script es muchas veces el primer paso de un proyecto de automatización de procesos: barato, rápido y dentro de herramientas que el equipo ya conoce. Lo usamos para avisos, reportes y consolidaciones cuando toda la información vive en Google.
Cuando el flujo crece, pasa a n8n o a un desarrollo, y lo que aprendimos con el script (qué datos importan, qué casos raros aparecen) se traslada al diseño. Lo que no recomendamos es acumular veinte scripts en veinte planillas sin un responsable: ahí la automatización deja de ahorrar trabajo y empieza a generarlo.
Si querés saber qué conviene automatizar primero, contanos cómo trabajan hoy.
