Se trata de programar un escenario en Make que lea los correos etiquetados como newsletters en una cuenta, los mande a Gemini para que genere un resumen (menos de 100 palabras) y luego te envíe ese resumen a otra cuenta distinta. Según Xataka Basics (08/03/2026), la idea central es simple: una cuenta recibe newsletters, Make las procesa con Google Gemini y la segunda cuenta recibe el resumen. Si llegás hasta acá, ya sabés qué hace el flujo y por qué puede resultar útil.
¿Cómo funciona el flujo y qué necesitás? (paso a paso claro)
El flujo que describe la nota usa tres módulos en Make: 1) Watch emails de Gmail para detectar correos con la etiqueta Newsletters, 2) Generate a response de Google Gemini para crear el resumen y 3) Send an email de Gmail para mandar el resultado a tu cuenta principal (según Xataka Basics, 08/03/2026). Necesitás dos cuentas de correo: una exclusiva para newsletters y otra para recibir los resúmenes (2 cuentas, según Xataka). También se solicita crear una clave API en aistudio.google.com (la guía menciona claves que empiezan por AIza-). En el prompt proponen pedir resúmenes de menos de 100 palabras para cada newsletter y enviar nombre del remitente, asunto y texto completo al modelo (Xataka Basics, 08/03/2026). Si llegaste hasta acá, ya tenés el esquema técnico y las piezas que Make va a conectar.
¿Qué riesgos de privacidad y datos hay que revisar antes de automatizar?
Conectar Gmail a Make implica darle permisos a una plataforma externa para leer y escribir correos en tu nombre; luego esos contenidos se comparten con la IA que uses. Esa trazabilidad y control es la prioridad: antes de automatizar recomendamos exportar un respaldo de los correos (por ejemplo, usando Google Takeout) y mantener acceso revocable a todas las integraciones. Recordá también que Google ofrece 15 GB de almacenamiento gratuito por cuenta (Google One), lo que importa si guardás backups en Drive o Gmail (Google One Help). Otra consideración: muchos prompts envían el cuerpo completo del correo a Gemini; si hay datos sensibles (números de tarjeta, documentos adjuntos) conviene filtrarlos antes o excluir remitentes. Punto de checkpoint: si no querés dar acceso total a tu cuenta principal, hacer la caja de newsletters en una cuenta secundaria reduce el blast radius.
¿Cómo reducir costos, permisos y exposición sin perder funcionalidad?
Primero, configurá la cuenta de newsletters y etiquetá correctamente: eso permite que Make lea solo lo que le interesa. Segundo, en Make usá el menor scope posible al conectar Gmail (pedir solo leer correos de la etiqueta) y guardá la clave API de Gemini en un proyecto separado con acceso revocable. Tercero, elegí la frecuencia con consciencia: Xataka menciona la opción Every 15 minutes; ejecutar así significa 24 horas × 4 ejecuciones por hora = 96 ejecuciones por día versus 1 ejecución diaria, es decir 96 veces más ejecuciones y por tanto más consumo de créditos y mayor exposición de datos (según Xataka Basics, 08/03/2026). Cuarto, probá primero con resúmenes puntuales conectando el correo directamente a la IA para validar prompts antes de automatizar todo. Quinta, mantené una rutina de exportes: al menos una vez por semana o antes de cambios mayores, exportá los correos etiquetados y guardalos en un backup local o en un servicio con cifrado propio.
Si preferís una alternativa simple: en vez de programar todo en Make, enviá manualmente los correos relevantes a una IA y pedile el resumen cuando lo necesites. Es más lento pero reduce permisos y consumo de créditos. Nuestra postura editorial es clara: priorizamos trazabilidad y control de datos — siempre exportá respaldos y evitá permisos globales antes de automatizar. Si llegaste hasta acá, ya tenés lo esencial para decidir si vale la pena y cómo hacerlo con menos riesgos.
