¿Marca blanca? Te tenemos: cada email con el logo y los colores de tu comercio

Si tu plataforma envía emails en nombre de tus clientes, cada uno quiere que su cliente final vea su marca, no la tuya. Con cinco comercios, cinco plantillas se aguantan. Con cien, cada cambio de copy se vuelve cien cambios, y alguien termina recibiendo el logo equivocado.

Ahora un solo journey y una sola plantilla salen con el logo y los colores de cada comercio. La marca vive en tus datos, no en la plantilla.

Cómo funciona

1. Guarda la marca de cada comercio en un objeto personalizado, por ejemplo merchant_brand, con campos como logo_url, primary_color y name. Llega por la API, una importación o una sincronización, igual que tus otros datos.
2. Agrega un paso Buscar registro en tu journey, justo antes del email. Eliges el tipo de registro, cómo encontrarlo y qué campos cargar, y lo guardas con un nombre, por ejemplo brand.
3. En el editor de email, liga los colores y el logo a ese nombre. Junto a cualquier color hay un botón { } (Usar una variable para…): escribe brand.primary_color y los colores que elijas quedan como respaldo. En una imagen, brand.logo_url, con la imagen que ya tenías como URL de la imagen de respaldo.

Cada ejecución busca la marca de su comercio y el email sale con ella. El texto también puede usarla: {{brand.name}} en el asunto o el cuerpo.

Cómo encontrar el registro

• Por un ID que trae esta ejecución: el ID del comercio en el evento que disparó el journey (event.merchant_id), un atributo de la persona, o un campo de otro registro que ya buscaste.
• Vinculado a la persona: sigue las relaciones de tu CDP, hasta tres saltos (persona → comercio → marca del comercio).

Si hay varios registros, Si hay varios elige uno por un campo, el más reciente por ejemplo. Sin esa regla no se carga ninguno: nunca uno al azar.

Qué pasa si algo falta

• El journey nunca se detiene. Si un comercio no tiene registro, los campos quedan vacíos y el email sale con tu marca por defecto.
• Un color que no es color (vacío, mal escrito) usa el respaldo en lugar de romper el diseño.
• Antes de enviar, Boom revisa cada valor: si un dato trae código, un script o un enlace javascript:, se elimina.
• Al publicar, Boom revisa el contrato: si tu email usa brand.primary_color y el paso no lo carga, no te deja publicar y te dice qué campo agregar.

La vista previa del paso de email corre la búsqueda con un evento real, así que ves el email con la marca de ese comercio. Las variables se separan en Contenido y Estilo, para distinguir el texto de lo visual.

No solo para marcas

Buscar registro carga cualquier objeto personalizado. Busca el pedido que trae el evento y envía {{order.total}} por WhatsApp, o el plan de la cuenta antes de un recordatorio. Los campos funcionan en emails, mensajes de WhatsApp, SMS, Instagram y Messenger, peticiones HTTP y eventos.

Desde la API y MCP

Los registros se cargan con POST /api/v1/cdp/custom-objects. Desde MCP, un agente puede crear el tipo, cargar las marcas y armar el journey completo con el paso Buscar registro, y la publicación aplica las mismas validaciones.

Ya está disponible

Buscar registro está activo en todos los espacios de trabajo. En el editor ves los colores de respaldo; para ver la marca real de un comercio, usa la vista previa del paso de email en el journey. Los detalles del paso están en la documentación de journeys.