Cuando alguien abandona su carrito, no estás perdido: ¡estás ante una oportunidad de oro! Pero no cualquier email revive una venta. Aquí diseccionamos el cuerpo de un email de carrito abandonado que realmente convierte:

---

🧠 1. Asunto: El toque justo de urgencia

• Corto, claro, sin drama innecesario.
• Refleja qué quedó pendiente o qué se puede perder.

Ejemplos:

“¡Aún tienes algo en tu carrito!” “¿Olvidaste algo? Tu selección te espera.”

---

👁️ 2. Preheader: Refuerza sin presionar

• Reafirma el beneficio o sugiere una acción.

Ejemplos:

“Completa tu compra antes de que se agote.” “No dejes escapar lo que elegiste.”

---

No puedes seguir leyendo ahora? Descarga la infografía de este post y termina tu lectura despues.

🖼️ 3. Imagen del producto: ¡Hazlo tangible!

• Foto(s) del producto(s) abandonados.
• Ideal: misma imagen que vieron en el carrito.

---

📄 4. Detalles del producto: Microcopy irresistible

• Nombre, precio y variantes seleccionadas (color, talla, etc.).
• Opcional: breve frase que refuerce su elección (“Best seller”, “Envío gratis disponible”).

---

🔥 5. Oferta extra (si aplica): El pequeño empujón

• Opcional: descuento, envío gratis, regalo adicional.
• Importante: no lo regales siempre, o educas a esperar descuentos.

---

🎯 6. Call to Action: Un solo camino

• Botón destacado. Solo uno.
• Frases accionables: “Finalizar compra”, “Recuperar mi carrito”, “Seguir comprando”.

---

🧑‍⏳ 7. Urgencia sutil: El reloj corre

• Sin sonar a amenaza, sugiere escasez o tiempo limitado.
• Ejemplos: “Stock limitado” o “Reserva por las próximas 24 horas”.

---

⚙️ Implementación rápida en SFMC

✅ Triggered Send:

• Configura un Email Studio Triggered Send conectado a un Data Extension que capture eventos de carrito abandonado.

✅ Timing recomendado:

• Primer email: 1 hora después del abandono.
• Segundo recordatorio (opcional): 24 horas después si no ha comprado.

✅ Personalización básica (AMPscript o Personalization Strings):

%%[SET @FirstName = AttributeValue("FirstName")]%%
Hola %%=v(@FirstName)=%%, notamos que dejaste algo especial esperando por ti.

✅ Segmentación:

• Excluir usuarios que hayan comprado después del abandono.
• Opcional: crear variantes según ticket promedio o categoría de producto.

---

🚀 Recap Rápido:

Elemento	Acción
Asunto	Recordar sin presionar
Preheader	Beneficio extra
Imagen + Detalle	Tangibilizar la compra
Oferta (opcional)	Incentivar sin regalar siempre
CTA único	Simplificar la acción
Urgencia sutil	No sonar desesperado
Implementación en SFMC	Trigger + Personalización

---

Próxima entrega: 📧 Anatomía del Email Perfecto de Bienvenida (el que enamora o espanta a tus usuarios para siempre).

El ecosistema de Salesforce sigue evolucionando con fuerza, y esta semana nos deja avances importantes que impactan directamente a quienes trabajamos con Salesforce Marketing Cloud (SFMC). Desde automatización inteligente hasta integración multicanal y mejoras en la gestión de datos, aquí tienes el resumen con lo más importante que debes conocer.

1. Agentforce: Automatización Inteligente con IA Generativa

Ideal para equipos de marketing que desean escalar sin perder personalización ni control.

Salesforce acelera su apuesta por la inteligencia artificial con Agentforce, una plataforma que permite generar contenido automatizado para correos, páginas y flujos de campaña. Uno de los lanzamientos más esperados es el Agentforce Campaign Designer, que permite orquestar campañas completas desde una interfaz central, con IA asistiendo cada paso del proceso creativo y operativo.

2. Personalización Reutilizable y Expresiones Dinámicas

Más consistencia, menos trabajo manual.

La nueva funcionalidad de personalización reutilizable permite asignar reglas y configuraciones a bloques de contenido y usarlas en múltiples correos. Esto no solo reduce tiempo, sino que garantiza coherencia en campañas a gran escala.

También llegan las Expresiones, una librería de campos dinámicos que se pueden integrar en cualquier pieza de contenido, ayudando a mantener mensajes coherentes y alineados con las preferencias del cliente.

3. WhatsApp se suma como canal nativo de comunicación

Un paso gigante hacia la hiperpersonalización en canales que tu cliente realmente usa.

WhatsApp ya está integrado en SFMC como canal de mensajería bidireccional, permitiendo interacciones más ricas con soporte para archivos multimedia. Esto refuerza la presencia multicanal de Marketing Cloud y ofrece nuevas posibilidades para automatizaciones con Journey Builder.

4. Retención de Datos de Engagement: Nuevas Reglas

Es momento de revisar tus procesos de reporting y automatización basados en datos históricos.

A partir del 15 de mayo de 2025, Salesforce ajustará el período de retención de datos de interacción a 180 días en instancias alojadas en Hyperforce. Esta medida busca mejorar el rendimiento general y reducir la carga de datos innecesarios, algo crucial para entornos de gran volumen.

5. Marketing Cloud Growth y Advanced: Expansión Global

Perfecto para empresas que buscan una solución escalable sin migrar al entorno Salesforce Core completo.

Las versiones Growth y Advanced de SFMC ahora están disponibles en cinco nuevas regiones. Estas ediciones ofrecen herramientas de marketing integradas, capacidades avanzadas de segmentación y conexión nativa con WhatsApp.

¿Cómo afectan estos cambios a tu estrategia de marketing?

Estos updates no son solo técnicos: son oportunidades para repensar tu arquitectura de campañas, cómo manejas datos, y qué tan preparado estás para escalar con IA. Si aún estás usando SFMC solo para envíos básicos, 2025 es el año para evolucionar.

Fuentes y lecturas recomendadas:

Estamos viendo movimientos fuertes en el ecosistema Salesforce respecto a SFMC (Salesforce Marketing Cloud “clásico”), sobre todo con la aparición de Marketing Cloud Growth, Engagement, y la presión de alinear todo con el stack Core (Sales Cloud, Data Cloud, etc.). Aquí te va una visión clara, actualizada y un poquito entre líneas:

---

🔮 

¿Qué es lo que realmente está pasando?

1. 

SFMC Clásico sigue vivo, pero está madurando (en el sentido empresarial del término: ya no crece, se optimiza y se encamina al legado).

• Se sigue vendiendo y manteniendo, especialmente para grandes cuentas y agencias con operaciones complejas.
• La plataforma aún se expande con mejoras (como Einstein Content Selection, mejoras en Journey Builder, nuevos APIs), pero ya no es el foco de innovación estratégica.

2. 

Marketing Cloud Growth es el “nuevo juguete”, y apunta a PYMES y nuevos clientes.

• Se basa sobre Core Salesforce (Sales/Service Cloud + Data Cloud), lo que lo hace más nativo en la plataforma.
• Usa Data Cloud como base de datos de marketing, y lo acompaña con herramientas simplificadas de engagement y automatización.
• No requiere tanta curva de aprendizaje como SFMC clásico. Está diseñado para ir más rápido, integrarse más fácilmente y escalar con el resto del CRM.

3. 

La transición no es inmediata ni obligatoria, pero el momentum está allá.

• Salesforce no ha dicho oficialmente que va a “matar” SFMC clásico.
• Pero está claro que todo lo nuevo se está desarrollando en torno a Core + Data Cloud.
• Muchos productos Einstein, automatizaciones AI, y analíticas avanzadas requieren ya Data Cloud como backend.

---

🧠 

¿Qué deberías considerar tú (especialista SFMC)?

✅ 

Ventajas de seguir con SFMC clásico (por ahora):

• Mayor potencia, flexibilidad y granularidad.
• Mejor manejo de datos externos vía SQL.
• Infraestructura comprobada para grandes empresas y ecosistemas complejos.

⚠️ 

Limitaciones a futuro:

• Puede volverse más costoso de mantener.
• Menor compatibilidad con nuevas funciones nativas de Salesforce Core.
• Eventual presión para migrar, especialmente si eres parte de una instancia que ya está en Core.

🛠️ 

Recomendación estratégica:

• Aprende Data Cloud cuanto antes.
• Familiarízate con Growth Edition, aunque solo sea para entender sus límites y ventajas.
• Considera hacer proyectos mixtos, donde SFMC clásico alimenta a Core y viceversa.
• Mantén tu valor como experto de integración entre nubes.

---

💬 En palabras simples:

SFMC clásico no ha muerto, pero ya lo están peinando para la foto familiar.

Mientras tanto, Marketing Cloud Growth es el nuevo bebé mimado.

Tú puedes ser la comadrona que entienda ambos idiomas.

Spoiler: Sí, SFMC puede llorar menos si le hablas bonito… y SARGable.

¿Qué es SARGabilidad?

SARG (Search ARGument-able) es una característica de las consultas SQL que permite que los motores de base de datos usen índices de manera eficiente. Si haces cosas como WHERE FUNCTION(CAMPO) = valor, te cargas el índice. Y SFMC, que ya de por sí anda sensible, se te cae de la silla.

El problema clásico

Una consulta común para reportes mensuales podría verse así:

WHERE DateJoined >= DATEADD(MONTH, -12, GETDATE())

¿El problema? DATEADD(MONTH, -12, GETDATE()) se evalúa por fila, y eso impide que SQL use índices sobre DateJoined.

La solución: precalcular la fecha con una subquery

Como SFMC a veces no permite WITH (CTEs), puedes resolverlo con una subconsulta en el JOIN:

INNER JOIN (
    SELECT CAST(DATEADD(MONTH, -12, GETDATE()) AS DATE) AS MinDate
) d ON s.DateJoined >= d.MinDate

Tu query completa podría quedar así:

SELECT
    FORMAT(s.DateJoined, 'yyyyMM') AS MonthYear,
    s.Brand_Code,
    COUNT(*) AS Subscribers
FROM
    ent._Subscribers s
INNER JOIN (
    SELECT CAST(DATEADD(MONTH, -12, GETDATE()) AS DATE) AS MinDate
) d ON s.DateJoined >= d.MinDate
GROUP BY
    FORMAT(s.DateJoined, 'yyyyMM'),
    s.Brand_Code

Bonus de la casa: evitar hasheos innecesarios

Si usas tablas que requieren matching por SHA256, considera crear una columna con el email en texto plano (o el dato necesario) para evitar re-hashear cada vez que corres la query. Esto mejora enormemente la performance, especialmente en automations.

-- Antes
ON CONVERT(NVARCHAR(64), HASHBYTES('SHA2_256', ...)) = EMAILHASH

-- Después
ON s.Email = ldb.EmailPlain

En resumen:

– SFMC tiene limitaciones, pero también formas de optimizar si entiendes su lógica.

– No abuses de funciones dentro de tus WHERE o JOIN.

– Usa subqueries como si fueran tu mejor truco de magia backend.

– Y si puedes evitar el hash, evita el hash.

Ya sé que me excedi con el título, pero esto es algo que todos hemos visto y que entonces cuando estás viendo tu data extension después de un automation tienes que salir y volver a entrar para poder ver si cambiaron los números de tus datos y bla bla bla…

Pues bueno, todo esto se debe a como funciona exact target / marketing cloud engagement / sfmc. Es un parent frame que carga iFrames y estos iFrames no se pueden refrescar desde la interfaz del navegador directamente…

P E R O

En chrome tienes la opción de hacer click derecho y “recargar marco” o “reload frame”

Con eso vas a poder actualizar tu data extension sin tener que hacer todo el jolgorio de recargar la pestaña completa.

🙂

Espero te sirva.

Saludos.

Voy a iniciar una nueva sección acerca de code resources porque creo que son una herramienta poco utilizada en SFMC y que esconde muchas cosas poderosas.

Así que pues, entremos al asunto.

El problema

Tienes una cloudpage atada a una promoción para registro de usuarios y necesitas garantizar que el usuario solo se registre una vez.

La “solución”

Lo que harías normalmente sería procesar el formulario y entonces al tratar de procesar el resultado, te darías cuenta de que el usuario ya existe y devolverías el mensaje de “híjole, ya existe el usuario, men”

El problema con la “solución”.

Es una pésima experiencia para el usuario llenar el formulario para darse cuenta de que ya existe y que le dedicó 20 segundos de su tiempo a llenar un formulario. Entonces en realidad esto no está tan padre.

La solución.

Utilizando jQuery, el plugin jQuery Validate y un code resource podremos validar el mensaje al momento de llenar el formulario y mostrar un mensaje de error, además ahorrándonos supermessages!

Bueno vamos al asunto.

Prerequisitos:

1. Una cloudpage con un formulario
   • agregar jQuery a esta Cloudpage https://jquery.com
   • agregar jQuery validate a esta cloudpage https://jqueryvalidation.org
2. Agregar un ID al formulario
   • para el ejemplo usaremos id=”myForm”
3. Un code resource JSON
   • Básicamente lo usaremos para hacer un LookUpRows a la DE y devolver TRUE o FALSE si ya existe el email la DE.
4. Habilidad media en html, js y ampscript.
   • No dejes que tu síndrome del impostor te convenza de que no puedes hacer este ejemplo, pero si te atoras: pídele ayuda a tu FED de confianza.

Procedimiento

Primero tomemos nuestra cloudpage e incluyamos jQuery y el plugin jQuery validator en el header.

<!doctype html>
<html lang="es">
    <head>
        <title>Ejemplo Formulario</title>
        <!-- Required meta tags -->
        <meta charset="utf-8" />
        <meta
            name="viewport"
            content="width=device-width, initial-scale=1, shrink-to-fit=no"
        />
        <script
            src="jquery-3.7.1.min.js"
        />
        <script
            src="1.19.5/jquery.validate.js"
        />
    </head>

tomemos nuestro formulario en la cloudpage.

<form action="https://cloud.my.domain.com/thankyou-page" id="myForm">
<input type="text" name="firstName" id="firstName" placeholder="Nombre">
<input type="text" name="email" id="email" placeholder="Email" required>
<input type="submit" value="Enviar">
</form>

Después de la etiqueta </form> incluiremos la validación del formulario

$( "#myForm" ).validate({
  rules: {
    firstName: {
      required: true
    }
    email: {
      required: true,
      email: true,
      remote: {
        url: https://cloud.my.domain.com/email-validator.json",
        type: "post",
        data: {
          email: function() {
            return $( "#email" ).val();
          }
        }
     }
});

Y ahora en nuestro code resource email-validator.json incluimos nuestra búsqueda de ampscript.

%%[
   SET @RecordsDE = "RegistrosPromo"
   SET @email = RequestParameter("Email")
   SET @Rows = LookUpRows(@RecordsDE, "email", @email)
   SET @RowCount = RowCount(@Rows)
   IF @RowCount > 0 THEN
      SET @new = 'FALSE'
   ELSE
      SET @new = 'TRUE'
   ENDIF
   OUTPUT(@exists)
]%%

Y voilá! Con eso tendremos una validación de forma que si el correo ya está registrado aparecerá un mensaje de error y no permitirá continuar con el envío del formulario.

Extendiendo la funcionalidad

Hay muchas formas de extender la funcionalidad de este sencillo código.

• Puedes tener un code Resource JSON genérico para todas tus cloudpages y DEs, agregando un parámetro a la solicitud post que incluya el nombre de la DE en la que quieres validar los registros y utilizando ese parámetro en la función de AMPscript
• Puedes agregar mensajes de error personalizado para los casos en los que el registro ya exista e invitar al usuario a tomar acciones específicas si ya está registrado
• Puedes agregar más detalles a verificar con una situación similar, por ejemplo si es un registro con invitación, agregar el código de invitación en un campo y validar que el campo exista en tu registro de invitaciones (otra DE) para que solo los usuarios con un código de invitación válido se puedan registrar.
• Y muchos más!

Cuéntame si tienes ganas de saber más en los comentarios 🙂