Microsoft Advertising acepta conversiones de hasta 90 días por su Conversions API: más margen para cargar ventas B2B desde el CRM

Microsoft Advertising amplió a 90 días la antigüedad máxima de los eventos que los anunciantes pueden enviar por su Conversions API (CAPI), la integración de servidor a servidor que complementa la etiqueta UET. La documentación oficial, actualizada el 29 de octubre de 2026, indica que el campo eventTime debe estar dentro de los últimos 90 días. El cambio fue reportado el 1 de noviembre de 2026 por PPC News Feed, que señala que el límite anterior era de 7 días.

Para equipos B2B, donde un lead que llega desde un anuncio puede tardar semanas en convertirse en oportunidad o en cliente, la ampliación permite devolver a la plataforma de anuncios conversiones que ocurren en el CRM mucho después del clic.

¿Qué cambió exactamente en la Conversions API de Microsoft?

La guía de integración establece que cada evento enviado por CAPI debe llevar un eventTime en formato UNIX, en segundos, dentro de los últimos 90 días. Microsoft aclara que ese límite es distinto de la ventana de atribución configurada en cada objetivo de conversión: aunque el evento entre en el plazo de 90 días, solo se atribuirá a una campaña si además cae dentro de la ventana de atribución definida por el anunciante.

La documentación también fija otros parámetros operativos:

• Cada envío admite un máximo de 1.000 eventos, aunque Microsoft recomienda el envío en tiempo real.
• Los datos del usuario deben incluir al menos un identificador, como el clic de Microsoft (msclkid), un identificador externo, o el correo o el teléfono cifrados con SHA-256.
• Se sugiere conservar el msclkid durante 90 días y sobrescribirlo con el valor más reciente.
• Por defecto, un solo evento inválido rechaza todo el lote, salvo que se active la opción para continuar ante errores de validación.

¿Cómo se evita contar dos veces la misma conversión?

Si una empresa mide la misma conversión con la etiqueta UET en el sitio y con CAPI desde el servidor, debe usar el mismo eventId, el mismo eventName y el mismo identificador de etiqueta UET en ambos envíos. Microsoft también recomienda reutilizar el mismo eventId en los reintentos para no duplicar conversiones. Para corregir o anular conversiones ya enviadas, la API permite reexpresar o retirar el valor usando un identificador de transacción.

¿Qué pasa con el consentimiento de los usuarios?

Cada evento puede incluir el parámetro adStorageConsent, con valor concedido (G, el predeterminado) o denegado (D). Los eventos marcados como denegados no se usan con fines publicitarios, incluida la atribución y el remarketing. En la práctica, esto obliga a que el CRM o el sistema que envía los datos sepa qué contactos dieron consentimiento y cuáles no.

¿Qué significa para las empresas en Chile y Latinoamérica?

En Chile y Latinoamérica, Microsoft Advertising gana espacio en B2B por su segmentación con perfiles de LinkedIn, y la limitación de 7 días dejaba fuera la mayoría de las conversiones relevantes para una venta consultiva. Con 90 días, una empresa puede informar como conversión el momento en que un lead se califica o un negocio se gana en el CRM, y no solo el formulario. Al mismo tiempo, el envío de correos y teléfonos cifrados exige revisar las bases de consentimiento, sobre todo en Chile, donde la Ley 21.719 de protección de datos personales eleva el estándar de tratamiento.

Análisis de Revenue Hub

El cambio es técnico, pero su efecto es comercial: las plataformas de anuncios optimizan hacia lo que se les informa como conversión. Si una empresa B2B solo envía formularios, el algoritmo aprende a conseguir formularios baratos, aunque no se conviertan en ventas. Con una ventana de 90 días, ya no hay excusa técnica para alimentar a Microsoft Advertising con etapas reales del embudo, como lead calificado, reunión realizada u oportunidad ganada.

La recomendación concreta es definir primero qué etapas del CRM representan valor y con qué criterio se marcan, y recién después conectar la API. Si las etapas del pipeline se usan de forma inconsistente, se enviarán señales equivocadas a la plataforma y se optimizará la inversión hacia el lugar incorrecto. La guía de revisión trimestral de HubSpot para que la gerencia confíe en los datos ayuda a fijar esos criterios antes de exponerlos a una plataforma de anuncios.

El segundo punto es la calidad del dato: la coincidencia por correo o teléfono cifrado depende de que esos campos estén completos, normalizados y sin duplicados. Para revisarlo antes de integrar, sirve la guía sobre los problemas ocultos de calidad de datos que detecta HubSpot Audit de Revenue Hub Latam. Una integración de conversiones offline bien hecha mejora la atribución y el costo por oportunidad; una mal hecha solo automatiza el error.