Integración Brevo n8nAutomatiza Brevo con n8n.

Añade un contacto a Brevo y devuelve la ficha recién creada. Ningún campo aparece como obligatorio en esta operación, así que una llamada vacía también pasa y te deja un contacto sin dirección.

• Email: la dirección del contacto, con el formato name@email.com que sugiere el campo, casi siempre {{ $json.email }} cuando viene de un formulario o de un nodo anterior.
• Contact Attributes: el conjunto de atributos que se añaden junto al contacto, un nombre y un valor por entrada.

Busca primero la dirección y después crea el contacto o actualiza el que ya está. Es la operación que evita que una base se llene de casi duplicados cuando la misma persona rellena dos formularios.

• Email: obligatorio aquí, al contrario que en Create. Hace de identificador, de modo que un valor vacío bloquea la ejecución del nodo en lugar de escribir una ficha anónima.
• Contact Attributes: los atributos que se actualizan, se aplique al contacto recién creado o al que ya existía.

Elimina el contacto de Brevo. No hay papelera ni marcha atrás, así que esta operación va al final de una rama, con la decisión ya tomada, nunca en mitad de una limpieza automática.

• Contact Identifier: el email codificado para URL, el identificador del contacto o el valor de su atributo SMS. Los tres valen, lo que ayuda cuando la petición llega con un número de teléfono y no con una dirección.

Lee un contacto y devuelve sus atributos. Suele ser el segundo nodo después de un trigger que solo entrega una dirección.

• Contact Identifier: obligatorio. Acepta el email codificado para URL, el identificador del contacto o el valor de su atributo SMS, escrito a menudo como expresión, por ejemplo {{ $json.email }}, para que el valor acompañe al item por el flujo.

Saca un lote de contactos de Brevo, un item por contacto, pensado para exportaciones y auditorías más que para una búsqueda suelta.

• Return All: activado, n8n recorre las páginas de la API hasta el último contacto. Desactivado, Limit fija el máximo devuelto.
• Filters: reduce el conjunto antes de que llegue al lienzo.
• Sort: ordena por fecha de creación, ascendente o descendente.
• Modified Since: deja solo los contactos modificados después de una fecha UTC codificada para URL, con formato YYYY-MM-DDTHH:mm:ss.SSSZ.

Cambia los valores de atributos de un contacto que ya existe, y falla en vez de crear uno si el identificador no coincide con nadie. Esa rigidez sirve justo cuando la ficha tiene que estar ahí.

• Contact Identifier: obligatorio. El email codificado para URL, el identificador del contacto o el valor del atributo SMS.
• Attributes: los atributos que se actualizan, cada uno con su nombre y su valor nuevo.

Declara un atributo de contacto nuevo en la cuenta, es decir, el campo que después rellenarán las operaciones de contacto. Pide cuatro valores obligatorios, más que ninguna otra operación del nodo.

• Category: obligatorio, entre normal, transactional, calculated, category y global.
• Name: obligatorio, el nombre del atributo.
• Type: obligatorio, text, date, float o boolean.
• Value: obligatorio, el valor del atributo.

Modifica un atributo que ya está en la cuenta. El detalle interesante se esconde en las categorías: aquí solo se ofrecen tres de las cinco, de manera que un atributo normal o transaccional no se remodela por esta vía.

• Category: calculated, category o global.
• Name: el nombre del atributo existente, que debe coincidir exactamente.
• Value: el valor que se actualiza.
• Contact Attributes: dentro de Update Fields, la lista de valores y etiquetas que puede tomar el atributo.

Quita un atributo del modelo de contacto. Todos los contactos pierden ese campo, así que conviene exportar antes y borrar después.

• Category: la familia a la que pertenece el atributo, entre normal, transactional, calculated, category y global. Aquí están las cinco categorías, al contrario que en la operación de actualización.
• Name: el atributo que se retira.

Enumera los atributos declarados en la cuenta. Así comprueba un flujo qué existe antes de intentar escribir dentro.

• Return All: activado, vuelven todos los atributos, por tantas páginas de API como haga falta. Desactivado, Limit marca el número máximo devuelto.

Envía un email transaccional redactado dentro del nodo, de modo que el contenido vive en el flujo y no en Brevo.

• Sender y Receipients: obligatorios los dos, y uno vacío detiene la ejecución.
• Send HTML: cambia el cuerpo entre Text Content y HTML Content.
• Subject: el asunto del mensaje.
• Receipients CC y Receipients BCC: destinatarios adicionales, dentro de Additional Fields.
• Email Tags: etiqueta el envío para encontrarlo luego, junto a Attachments en la misma colección.

Usa una plantilla diseñada en Brevo en lugar de HTML escrito en n8n, lo que deja el diseño en manos de quien lleva la marca.

• Receipients: obligatorio, el único campo que el nodo exige.
• Template ID: una lista desplegable que se alimenta de la cuenta, así que no hay identificadores que memorizar.
• Template Parameters: dentro de Additional Fields, el conjunto de atributos que personaliza la plantilla, normalmente expresiones como {{ $json.order_id }}.
• Attachments y Email Tags: archivos que adjuntar y etiquetas para buscar después.

Registra un remitente en la cuenta, la identidad con la que saldrán los emails transaccionales. Los dos campos son obligatorios, lo que convierte a esta en la operación más sencilla de acertar del nodo.

• Name: obligatorio, el nombre que ve el destinatario junto a la dirección.
• Email: obligatorio, la dirección del remitente, con formato name@email.com.

Retira un remitente de la cuenta. Todo lo que siga apuntando a esa identidad hay que corregirlo antes, ya que las operaciones de envío nombran un remitente de forma explícita.

• Sender ID: el identificador del remitente que se borra, no su dirección. Get Many Senders sigue siendo la forma habitual de encontrarlo, encadenado muchas veces como {{ $json.id }} directamente en este campo.

Devuelve los remitentes disponibles en la cuenta, con sus identificadores. Es lo que hace practicable la operación de borrado.

• Return All: activado, el nodo recorre las páginas de la API hasta tener la lista completa. Desactivado, Limit pone un tope a los remitentes devueltos.