Automatizar una tarea ahorra minutos. Automatizar cien construye un sistema. Cuando trabajas con listas, volúmenes y múltiples datos en Make, el módulo iterador se vuelve la pieza que te permite dejar de pensar en casos individuales y empezar a orquestar flujos completos que escalan contigo.

En el escenario que vas a recorrer hay 17 módulos conectados, una planilla de Google Sheets como fuente, HubSpot como CRM y Apify como motor de extracción de datos desde internet. El objetivo: tomar a quienes asistieron a un webinar, registrarlos en el CRM y enriquecer su perfil automáticamente.

¿Cómo se prepara la planilla y el filtro inicial en Google Sheets?

La planilla guarda invitados, fecha de registro, recordatorios enviados y dos columnas nuevas: la K, donde marcas manualmente si la persona asistió, y la L, que indica si ya está dentro del CRM [00:54].

El primer módulo lee Google Sheets y aplica un filtro claro: solo procesar filas donde la columna K (Asistió) sea igual a sí. Así, el flujo no toca a quienes nunca llegaron al evento y dedica recursos solo a contactos relevantes para el equipo comercial.

¿Para qué sirve filtrar antes de enviar datos al CRM? Para evitar crear contactos innecesarios, ahorrar ejecuciones y mantener tu base limpia. Solo entran al sistema las personas que cumplen la condición exacta que tú defines.

¿Cómo se conecta HubSpot y se decide si el contacto ya existe?

Después del filtro, el flujo verifica si ese correo ya está dentro de HubSpot. La acción del módulo es buscar contactos, usando la columna B (correo electrónico) como criterio y un límite de 1, porque en un CRM bien mantenido no debería existir más de un contacto por dirección [02:33].

Aquí entra el router, que abre dos caminos paralelos según el resultado de la búsqueda.

¿Qué hace cada ruta del router en HubSpot?

• Ruta superior (el contacto existe): un filtro valida que el atributo ID del contacto venga poblado. Si es así, se agrega una nota al contacto del tipo Asistió al evento Ayuda sin vender el día 2 de febrero, pensada para que el equipo comercial tenga contexto inmediato.
• Ruta inferior (el contacto no existe): se marca la opción Yes como fallback, lo que indica al router que envíe por aquí cualquier dato que no haya pasado por la ruta superior. En esta ruta se crea el contacto desde cero, mapeando First Name a la columna G, Last Name a la H, fuente como email marketing y el rol desde la columna D.
• En ambas rutas: después de la acción en HubSpot, se actualiza la columna L de la planilla para dejar registro de que el contacto ya está en el CRM.

Esta lógica de bifurcación es lo que convierte un flujo lineal en un sistema con decisiones, y aquí viene lo interesante: con el mismo dato de entrada, Make puede ejecutar acciones distintas según el estado real del CRM.

¿Cómo se enriquecen contactos con Apify y el módulo iterador?

Apify es la plataforma que usamos para extraer información pública de internet. Su cuenta gratuita entrega 5 dólares de crédito y cada ejecución consume centavos, así que tienes mucho margen para experimentar [08:09].

La conexión con Make se hace vía API token. En la parte inferior del módulo, Make siempre muestra el enlace donde generas la credencial; copias el token desde Apify, lo pegas en Make y la conexión queda validada.

¿Qué hace el primer actor de Apify con Google?

El primer actor ejecuta una búsqueda en Google con el operador site:linkedin.com seguido del nombre y apellido (columnas G y H). Se limita a la primera página de resultados y al idioma español. Lo que devuelve es la URL del perfil de LinkedIn de la persona, si existe.

Después se agrega un segundo módulo de Apify con la acción obtener ítems, que recoge el resultado del actor. Antes de avanzar, un filtro verifica que la lista de resultados no esté vacía.

¿Cómo funciona el módulo iterador en Make?

El iterador recibe una lista de elementos por una sola flecha de entrada y emite múltiples ejecuciones, una por cada elemento [12:08]. Si Google devolvió diez URLs, cada URL pasa de forma independiente al siguiente módulo.

Su configuración es mínima: solo le indicas qué campo contiene la lista. En este caso, la lista de resultados de Google.

¿Qué es el módulo iterador? Es el módulo que convierte una colección de datos en ejecuciones individuales. Recibe una lista y dispara el resto del flujo una vez por cada elemento de esa lista.

Después del iterador, otro filtro valida dos cosas a la vez: que la URL contenga linkedin y que el título del resultado contenga el nombre de la persona (columna H). Solo los elementos que cumplen ambas condiciones siguen avanzando.

¿Cómo se actualiza el CRM con los datos extraídos de LinkedIn?

Un segundo actor de Apify recibe la URL de LinkedIn que sobrevivió al filtro y extrae el perfil completo: ubicación, empresa actual, idiomas, educación, cantidad de seguidores, biografía y URL de la empresa.

Un módulo posterior recoge esos ítems y un filtro final verifica que el nombre completo exista; si no existe, el proceso se detiene de forma controlada.

Con los datos confirmados, se actualiza el contacto en HubSpot mapeando estos campos:

• Ciudad, país y región del contacto.
• URL del perfil de LinkedIn.
• Cantidad de seguidores.
• Descripción o biografía.
• URL de la empresa donde trabaja.

¿Por qué enriquecer el CRM con datos públicos? Porque le da contexto al equipo comercial antes de la primera llamada: sabes dónde vive el contacto, en qué empresa trabaja y qué tan activo es en LinkedIn, sin pedirle nada al usuario.

Al ejecutar el escenario completo, los 17 módulos crean el contacto, agregan la nota, buscan en Google, iteran resultados, extraen LinkedIn y actualizan HubSpot. Si un perfil no se encuentra, el flujo simplemente se detiene en ese punto sin romper el resto del proceso.

Cuéntame en los comentarios qué proceso de tu trabajo se beneficiaría más de un iterador como este.