Adaptación del artículo de Make del 31 de enero de 2018. Su ejemplo de correo y Dropbox se presenta como diseño histórico, no como una plantilla ejecutada ni como instrucciones actuales de interfaz.
Las recomendaciones de preparación, revisión y prueba son aportaciones editoriales de MakeAutomation, no resultados medidos ni una traducción literal del original.
El artículo partía de una tarea sencilla: enviar archivos recibidos por correo a Dropbox. Después añadía requisitos: seleccionar remitentes, separar adjuntos, transformar archivos, reunirlos en un ZIP y entregar el resultado por dos vías.
Ese recorrido sirve para distinguir cuatro decisiones: qué datos pasan, cuáles se separan, cuáles se reúnen y qué caminos siguen.
Filtros: seleccionar qué continúa
En el ejemplo, un filtro dejaba pasar solo los mensajes de una dirección determinada. La condición compara un dato recibido con un valor o criterio esperado.
Antes de configurar una regla, escribe un caso que deba pasar y otro que deba detenerse. Define también qué ocurre si falta el campo. No confundas un dato vacío con uno que cumple la condición.
Iteradores: trabajar con los elementos de una lista
La documentación oficial del iterador, consultada el 26 de septiembre de 2026, describe la conversión de un array en una serie de paquetes: cada elemento pasa a ser un paquete separado.
Esto corrige la explicación demasiado amplia de «dividir cualquier paquete grande». En el caso de los adjuntos, primero hay que identificar la lista que realmente contiene los archivos. No todas las salidas de un módulo tienen la misma estructura.
Para probarlo, compara una lista con un elemento y otra con varios. Comprueba qué datos recibe el siguiente paso.
Agregadores: reunir resultados
La fuente describía agregadores para reunir varios paquetes y trabajar con el resultado conjunto. Citaba ejemplos numéricos, de texto, de tablas y de arrays, además de la preparación de un archivo comprimido.
No basta con añadir un agregador: hay que decidir de dónde proceden los datos y qué resultado esperas. En el ejemplo del ZIP, revisa que se reúnan los archivos del mensaje correcto, sin mezclar entregas distintas.
Estos nombres reflejan el artículo histórico. Consulta la documentación del módulo elegido antes de copiar una configuración.
Rutas: dar destinos distintos a los datos
El diseño original utilizaba un router para dirigir el trabajo hacia un envío por correo y una carga en Dropbox. Cada ruta podía tener sus propias condiciones.
No se presenta ese dibujo como garantía de que las dos entregas se completen simultáneamente ni de que tengan siempre el mismo resultado. Comprueba cada destino y define cómo detectar una entrega incompleta.
Comprobar el recorrido completo
Prepara mensajes ficticios de un remitente admitido y otro descartado, con uno y varios adjuntos. Sigue los datos desde la selección hasta el archivo final. Abre el ZIP y revisa qué recibió cada destino.
El objetivo es comprender la lógica antes de programar un flujo con documentos reales. No se han verificado aquí módulos históricos específicos de correo, archivo o Dropbox.
Consulta la fuente oficial de Make para el ejemplo original. No trasladamos las antiguas afirmaciones de acceso a las condiciones actuales.
Precios, planes y condiciones: consulta la página oficial de precios de Make, que es la referencia. Si decides continuar, puedes abrir Make mediante nuestro enlace de afiliación.
Este artículo contiene enlaces de afiliación. Podemos recibir una comisión si te registras a través de ellos, sin coste adicional para ti. Así nos ayudas a seguir creando contenido gratuito de calidad.