Explore cómo el hecho de elevar Adobe Commerce de un punto final transaccional a una señal de plataforma en tiempo real desbloquea experiencias orquestadas y basadas en la identidad mediante la conexión de datos comerciales directamente en Adobe Experience Platform.

Rompiendo el silo: por qué el futuro del comercio pasa por un enfoque de primero la plataforma

Históricamente, el escaparate ha sido el destino, la parada final en un recorrido lineal desde la concienciación hasta la compra. Sin embargo, a medida que los recorridos de los clientes se han dividido en varios dispositivos, plataformas sociales y puntos de contacto sin conexión, el embudo lineal está inactivo.

Para el comerciante moderno, el escaparate ya no es solo un lugar para hacer transacciones; es el sensor más esencial en el ecosistema Adobe Experience Cloud. Para prosperar en esta era, Adobe Commerce no debería tratarse como una isla, sino como el latido de Adobe Experience Platform (AEP).

La mayoría de las marcas tienen dificultades con la personalización retrasada. Un cliente compra un par de zapatos el martes y, durante las dos semanas siguientes, le persiguen anuncios y correos electrónicos sobre ese mismo par de zapatos. Esto ocurre porque los datos comerciales suelen quedar atrapados en un silo, sincronizados mediante actualizaciones por lotes que tienen horas o días de antigüedad.

Cuando integramos Adobe Commerce con AEP, pasamos del comercio reactivo (responder a lo que hicieron) a la orquestación predictiva (responder a quiénes son en este momento).

El pulso comercial

Para convertir el escaparate en un generador de señales en tiempo real, nos centramos en un marco de tres pilares: ingerir, unir y activar.

1. Con la capa de datos del cliente de Adobe (ACDL), no solo enviamos eventos de compra a AEP. Transmitimos señales de alta intención:

• Vistas y comparaciones de productos

• Añadir/eliminar artículos del carro de compras

• Términos de búsqueda del escaparate

2. Vinculación del perfil unificado : imagine que un cliente llama a su línea de asistencia en relación a un envío retrasado. Esta señal de servicio negativa se vincula instantáneamente a su perfil. La próxima vez que visite el escaparate de Adobe Commerce, en lugar del baner principal “Comprar más”, verá: “Estamos trabajando para actualizar su pedido”. Este es un ejemplo de gestión de la experiencias real.

La transición de un escaparate en silo a un perfil unificado requiere una orquestación precisa de identidades.

• Defina qué “claves” vincularán a su usuario de comercio con su persona de asistencia o marketing. En AEP, esto se realiza mediante el servicio de identidad.

  • Identidad principal: generalmente el correo electrónico o ECID (ID de Experience Cloud).
  • Identidades secundarias: el ID de CRM (de Adobe Commerce) o un número de teléfono (del centro de soporte técnico).
  • Lógica de vinculación:cuando un cliente inicia sesión en el escaparate, Adobe Commerce pasa el ID de CRM. Si ese mismo cliente llama al servicio de asistencia y proporciona su correo electrónico, el gráfico de identidad de AEP vincula estos dos ID distintos en un único XID.

• Arquitectura del esquema XDM

  • Lado de Commerce***:*** asigne sus eventos de Adobe Commerce (Añadir al carro, Comprar) a la clase de evento de experiencia mediante el grupo de campos Detalles de Commerce .
  • Lado de asistencia:cree o use un grupo de campos existente (por ejemplo, Detalles de llamada de servicio de atención al cliente) que incluya un atributo “Estado del caso”.
  • El puente***:*** asegúrese de que ambos esquemas estén habilitados para el perfil, lo que permite que los atributos se escriban directamente en el perfil del cliente en tiempo real en lugar de simplemente sentarse en un lago de datos.

• Configuración de la política de combinación en tiempo real: un usuario puede tener direcciones o números de teléfono diferentes entre sistemas. Debe definir una política de combinación para determinar qué datos “ganan” al crear el perfil unificado.

  • Marca de tiempo solicitada: la interacción más reciente (por ejemplo, el estado “Envío retrasado” de hoy) tiene prioridad sobre los datos más antiguos.

  • Prioridad de fuente: dígale a AEP que confíe en el sistema de soporte técnico (Service Cloud) para el “estado del caso”, pero que confíe en Adobe Commerce para la “dirección de envío”.

• Activación de la señal negativa para volver al comercio

  • Creación de segmentos: cree un segmento de streaming en AEP llamado Clientes con casos de soporte técnico abiertos.

  • Entrega de Edge: a medida que el cliente visita el escaparate de Adobe Commerce, el SDK Web de AEP solicita el perfil.

  • Toma de decisiones sobre ofertas: dado que el usuario ahora es miembro del segmento “Open Support Cases”, el servicio de toma de decisiones sobre ofertas (ODS) o Adobe Target intercepta la solicitud de baner principal y sirve el componente “Order Update” en lugar de uno promocional.

3. Cerrar el círculo: la activación no se limita al correo electrónico. Con AEP, los datos de Adobe Commerce se pueden volver a activar en el escaparate a través de Target o Adobe Journey Optimizer (AJO)

• Ofertas y precios dinámicos: muestra un descuento de “primer comprador” solo a aquellos cuyo perfil de AEP confirme que no han realizado compras sin conexión o a través de su aplicación.

• Narración coherente en canales múltiples: si un usuario hace clic en un vínculo de “Sostenibilidad” en un correo electrónico de marketing, la página de inicio de Commerce debe priorizar automáticamente las colecciones de productos ecológicos.

• Recuperación por intención abandonada: si un usuario añade un elemento de alto valor al carro de compras en un dispositivo móvil, pero no lo cierra, el escaparate puede reaccionar en el momento en que regresa a través del escritorio. En lugar de una bienvenida genérica, la página de inicio puede incluir un módulo “Seguir donde lo ha dejado” con una CTA específica para ese artículo, lo que garantiza que el recorrido comercial permanezca sin fricciones entre dispositivos.

r Obstáculos que debe evitar

La migración a un modelo de comercio unificado que da prioridad a las plataformas es potente, pero introduce complejidades que pueden provocar experiencias fallidas si no se administran con cuidado. Estas son las cuatro trabas más comunes que he visto durante las integraciones de AEP y Adobe Commerce.

Colapso de identidad de dispositivo compartido

En muchos hogares, varias personas usan la misma tableta o portátil para examinar es escaparate. Si el gráfico de identidad está configurado de forma demasiado agresiva (por ejemplo, vincular cada ECID al último correo electrónico que inició sesión), se arriesga a combinar los perfiles de dos personas diferentes.

• La consecuencia: un esposo ve las recomendaciones de regalos de cumpleaños de su mujer, o peor aún, sus tickets de asistencia y las preferencias personales se fusionan en un solo perfil Frankenstein.

• La solución: use gráficos privados y sea prudente con la coincidencia probabilística. Asegúrese de que la vinculación de alto valor (vinculación de un dispositivo a una persona) solo se produzca durante un evento autenticado, como un inicio de sesión o un cierre de compra.

Sobreingesta

Es tentador enviar cada clic, movimiento del cursor y microinteracción desde Adobe Commerce a AEP.

• La consecuencia: esto crea “ruido” que ralentiza el cálculo del segmento e infla los costes de almacenamiento de AEP. Lo que es más importante, hace que sus esquemas XDM sean inmanejables.

• La solución: siga la regla “Señal a acción”. Si un dato no activa un cambio específico en el segmento o una experiencia personalizada en un plazo de 30 días, guárdelo en su capa de análisis (Adobe Analytics), no en su perfil en tiempo real.

**### La paradoja de la política de combinaciónNo definir una fuente de verdad clara en sus políticas de fusión.- La consecuencia: si Adobe Commerce dice que un cliente es de nivel Gold, pero una carga CSV antigua desde un CRM heredado indica que es de nivel Silver, AEP podría cambiar el estado del usuario según qué registro se actualizó por última vez.

• La solución: implementar directivas de combinación de prioridad de Source. Indique explícitamente a AEP que para datos de transacción, Adobe Commerce es la autoridad, pero para Preferencias de comunicación, su ESP o herramienta de privacidad es la autoridad.### **Ignorar la latencia “perimetral”**Intentar realizar “tareas pesadas” (cálculos complejos) en el momento en que se carga la página.- La consecuencia: si su escaparate tiene que esperar una llamada compleja de API de varios pasos a AEP antes de renderizar el baner principal, sus Métricas web principales pueden desplomarse, afectando su SEO y la experiencia del usuario.

• La solución: aproveche el SDK de Adobe Experience Platform Web y Edge Segments. Al mover la lógica de segmentación a Adobe Edge Network (más cerca del usuario), puede lograr la personalización en menos de 100 ms sin bloquear el renderizado de la página.El objetivo de AEP + Commerce no es solo recopilar datos, sino también crear relevancia a escala. Al evitar estos inconvenientes comunes y centrarnos en la vinculación de identidad limpia, convertimos el escaparate de un catálogo estático en una extensión viva del recorrido del cliente.**

Recursos de aprendizaje adicionales

• Obtenga más información acerca de Adobe Experience Platform y los perfiles de clientes leyendo Información general del perfil del cliente en tiempo real e Identidades en la plataforma de datos de clientes en tiempo real.

• Obtenga más información sobre cómo conectar datos de Commerce leyendo Conectar datos de Commerce a Adobe Experience Platform y la Guía de conectores de Source para Adobe Commerce.

• Descubra más información sobre optimización y personalización de recorridos leyendo Caso de uso de personalización: notificación del estado de los pedidos.

• Para obtener más información sobre cómo conectar Adobe Commerce con Adobe Journey Optimizer, vea Integrar Adobe Commerce y Adobe Journey Optimizer.