Una descripción general de los eventos del servidor de Intercom: Una guía para 2025

Kenneth Pangan

Katelin Teen
Last edited 24 octubre 2025
Expert Verified

¿Conoces esa sensación cuando quieres enviar el mensaje perfecto a un cliente en el momento exacto? Como cuando falla su pago, o la primera vez que utilizan esa función clave que sabes que les encantará. Ese tipo de comunicación proactiva y anticipada es lo que diferencia un buen soporte de uno verdaderamente excepcional.
Este es el problema que los eventos de servidor de Intercom pretenden resolver. Prometen una forma de rastrear lo que los usuarios están haciendo en tus sistemas de backend y usar esa información para activar mensajes personalizados.
Pero, ¿cómo funcionan realmente en la práctica y siguen siendo la mejor herramienta para el trabajo en 2025? En esta guía, te explicaremos qué son los eventos de servidor de Intercom, cómo configurarlos y, lo más importante, por qué sus limitaciones podrían hacerte buscar una forma más moderna e impulsada por IA de hacer las cosas. Nos adentraremos en los detalles técnicos, algunos usos prácticos y los dolores de cabeza ocultos que realmente pueden ralentizar a un equipo.
¿Qué son los eventos de servidor de Intercom?
En pocas palabras, los eventos de servidor de Intercom son pequeños paquetes de datos que envías desde el backend de tu aplicación (tu servidor) directamente a Intercom. Todo esto se hace a través de una llamada a la API, lo que lo convierte en una forma segura y sólida de registrar acciones importantes de los clientes que no ocurren dentro de un navegador web.
Aquí está la diferencia principal: probablemente ya estés familiarizado con los eventos del lado del cliente, que se rastrean utilizando el código JavaScript de Intercom en tu sitio web. Son excelentes para rastrear cosas como vistas de página o clics en botones. Pero los eventos de servidor son para todas las cosas importantes que suceden detrás de escena. Piensa en una suscripción que se renueva con éxito, una gran exportación de datos que finalmente termina o una factura que se paga. Estos son momentos críticos en el viaje del cliente que, de otro modo, Intercom ignoraría por completo.
Intercom los llama oficialmente "Eventos de Datos", que envías a su endpoint /events. El objetivo es construir una imagen más rica y completa de lo que cada usuario está haciendo. Una vez que estás rastreando estos eventos, puedes usarlos para enviar mensajes automáticamente, agregar usuarios a campañas específicas o construir segmentos de clientes detallados.
Cómo enviar eventos de servidor de Intercom: una descripción técnica
Activar los eventos de servidor de Intercom no es tan simple como pulsar un interruptor; definitivamente requiere la participación de un desarrollador. El núcleo es hacer una solicitud POST al endpoint /events de la API REST de Intercom. Cada una de estas solicitudes debe estar formateada correctamente y llevar algunas piezas clave de información.
Esto es lo que tu desarrollador necesitará incluir en cada llamada a la API:
-
Autenticación: Necesitarás un token de acceso válido de tu espacio de trabajo de Intercom. Este token debe tener los permisos correctos para enviar eventos, así que verifica que esté configurado correctamente en la configuración de desarrollador.
-
Identificación del usuario: Intercom tiene que saber qué usuario realizó la acción que estás rastreando. Puedes identificarlos por su "intercom_user_id" único, tu propio "user_id" interno o simplemente su "email". Hacer esto bien a veces puede ser un fastidio, especialmente cuando intentas conectar a un visitante anónimo que luego se registra, un dolor de cabeza común que verás en comunidades de desarrolladores.
-
Nombre del evento: Este es obligatorio. Tienes que darle a tu evento un nombre claro, como "plan-actualizado" o "amigo-invitado". Intercom sugiere usar un formato en pasado, "verbo-sustantivo", que es un buen consejo para mantener las cosas claras.
-
Marca de tiempo: El campo "created_at" es imprescindible. Es una marca de tiempo de Unix que le dice a Intercom exactamente cuándo ocurrió el evento, lo cual es crucial para mantener precisas las líneas de tiempo de tus usuarios.
-
Metadatos: Esta parte es opcional, pero casi siempre deberías usarla. Es un objeto JSON donde puedes incluir contexto adicional. Por ejemplo, si envías un evento "producto-ordenado", los metadatos podrían incluir el nombre del producto, su precio y el ID del pedido.
Aquí tienes un vistazo rápido de cómo se ve una solicitud de API simple para crear un evento en JSON:
// Ejemplo de solicitud POST a https://api.intercom.io/events
{
"event_name": "suscripcion-cancelada",
"created_at": 1671028894,
"user_id": "314159",
"metadata": {
"reason": "ya-no-se-necesita",
"plan_level": "Pro"
}
}
También es bueno saber que Intercom intenta deduplicar eventos. Si accidentalmente envías el mismo evento exacto (mismo usuario, nombre y marca de tiempo) más de una vez, Intercom probablemente ignorará los extras para evitar que tus datos se desordenen.
Casos de uso prácticos para los eventos de servidor de Intercom
Una vez que superas la configuración técnica, los eventos de servidor de Intercom pueden impulsar una automatización realmente útil. Al vincular tus sistemas de backend con Intercom, puedes iniciar conversaciones basadas en lo que la gente realmente está haciendo, no solo en lo que están haciendo clic.
Aquí hay un par de formas en que las empresas los utilizan en el mundo real.
Uso de eventos de servidor de Intercom para soporte y onboarding
Los eventos de servidor son fantásticos para detectar problemas potenciales a tiempo o guiar a los usuarios a través de sus primeros pasos importantes. En lugar de esperar a que un cliente se frustre y se ponga en contacto, puedes ofrecer ayuda justo cuando la necesitan.
-
Por ejemplo: El pago mensual de un cliente falla. Tu sistema de facturación envía un evento "pago-fallido" a Intercom, que dispara instantáneamente un correo electrónico con un enlace directo para actualizar los detalles de su tarjeta. esta pequeña automatización puede reducir enormemente la pérdida de clientes causada por pagos fallidos.
-
Otra idea: Un nuevo usuario utiliza con éxito una de tus funciones principales por primera vez. Tu aplicación envía un evento "primera-funcion-usada", lo que activa un mensaje amigable en la aplicación que lo felicita y comparte un consejo rápido para sacarle aún más provecho.
Marketing y segmentación más inteligentes con eventos de servidor de Intercom
También puedes usar estos eventos para crear campañas de marketing súper dirigidas basadas en el uso real del producto.
-
Imagina esto: El backend de una tienda de comercio electrónico envía un evento "pedido-enviado" en el momento en que un paquete sale por la puerta. Esto activa un correo electrónico al cliente con su número de seguimiento. Simple, pero muy efectivo.
-
O para una empresa de SaaS: Podrías rastrear un evento "limite-de-proyectos-alcanzado". Cuando un usuario del plan gratuito llega a ese límite, se le agrega automáticamente a un segmento que recibe una campaña sobre las ventajas del plan de pago.
Estos flujos de trabajo convierten tus datos de una lista pasiva de hechos en conversaciones activas y útiles que se sienten perfectamente sincronizadas.
Desafíos y limitaciones clave de los eventos de servidor de Intercom
Así que, en teoría, los eventos de servidor de Intercom suenan bastante potentes. Pero en la realidad, muchos equipos se encuentran con algunos obstáculos serios cuando intentan usarlos a gran escala. Antes de dedicar mucho tiempo de ingeniería, debes conocer algunas limitaciones importantes que pueden interponerse en tu camino.
El límite de 120 eventos activos
Este es uno de los mayores "peros". Intercom tiene un límite estricto de 120 nombres de eventos activos únicos por espacio de trabajo. Un evento "activo" es simplemente uno que no has archivado. Una vez que alcanzas ese número, Intercom simplemente deja de aceptar nuevos tipos de eventos.
Para una startup pequeña, 120 puede sonar como mucho. Pero a medida que tu producto crece, rápidamente te darás cuenta de que quieres rastrear más y más acciones específicas. Este límite te obliga a tomar decisiones difíciles sobre qué es lo suficientemente importante como para rastrear y a menudo conduce a soluciones molestas, como tener que archivar manualmente eventos antiguos para hacer espacio.
Alta dependencia de los desarrolladores
Cada evento de servidor que deseas rastrear necesita que un desarrollador escriba, pruebe y despliegue código. ¿Quieres saber cuándo un usuario exporta un informe? Eso es un ticket para el equipo de ingeniería. ¿Quieres registrar cuándo una prueba está a punto de expirar? Ponte a la cola.
Esto crea un cuello de botella masivo. Tus equipos de soporte, marketing y producto no pueden moverse rápidamente. Tienen grandes ideas para interactuar con los clientes, pero están atrapados esperando el tiempo de los desarrolladores. Esta dependencia hace que sea lento y costoso probar nuevas estrategias de comunicación.
Automatización engorrosa y compleja
Incluso después de tener tus eventos configurados, construir los flujos de trabajo que deseas puede ser sorprendentemente complicado. Por ejemplo, un usuario en la comunidad de Intercom aprendió por las malas que ni siquiera puedes usar los webhooks de Series de Intercom para crear un evento personalizado. La solución sugerida implicaba configurar un servidor completamente separado solo para escuchar el webhook, hacer otra llamada a la API para encontrar el ID del usuario y luego hacer una tercera llamada para finalmente crear el evento. Es un proceso desordenado y enrevesado para lo que debería ser una tarea sencilla.
Además de eso, los eventos son pasivos. Te dicen que algo ya sucedió, pero no te ayudan con lo que está sucediendo ahora mismo. Si un cliente pregunta, "¿Dónde está mi pedido?", no puedes simplemente confiar en un evento antiguo de "pedido-enviado". Necesitas datos en vivo. Y como a veces muestra la propia página de estado de Intercom, las API pueden tener retrasos, lo que significa que tus mensajes basados en eventos podrían no ser siempre tan instantáneos como te gustaría.
Resumen de precios de Intercom
Muy bien, hablemos de costos. Los precios de Intercom se basan en la cantidad de puestos que tienes, con diferentes planes que desbloquean más funciones. También es muy importante saber que sus funciones de IA son un complemento adicional.
Aquí tienes un vistazo rápido a sus planes principales:
| Plan | Precio inicial (Facturado anualmente) | Características principales |
|---|---|---|
| Essential | 29 $/puesto/mes | Agente de IA Fin, Messenger, Bandeja de entrada compartida, Centro de ayuda |
| Advanced | 85 $/puesto/mes | Todo en Essential + Flujos de trabajo, Múltiples bandejas de entrada |
| Expert | 132 $/puesto/mes | Todo en Advanced + SLAs, Soporte multimarca |
Un gran detalle oculto en su página de precios es cómo cobran por la IA. El Agente de IA Fin cuesta 0,99 $ adicionales por resolución además del costo mensual por puesto. Este modelo de pago por resolución puede generar facturas sorprendentemente altas que se disparan cuando estás más ocupado, lo que hace que sea un verdadero desafío predecir tu presupuesto de soporte.
eesel AI: una forma más inteligente de automatizar los flujos de trabajo de soporte
Confiar en eventos de servidor predefinidos se siente como una solución de la década de 2010 a un problema de 2025. En lugar de depender de eventos rígidos que un desarrollador tiene que codificar para ti, ¿qué pasaría si tu sistema de soporte pudiera reaccionar a lo que los clientes necesitan en tiempo real, con acceso completo y seguro a tus datos de backend?
Aquí es donde una herramienta como eesel AI ofrece un enfoque más moderno. Es una plataforma de IA diseñada para conectarse a tus herramientas existentes y automatizar flujos de trabajo sin todo el trabajo técnico pesado.
Ve más allá de los eventos con acciones de IA en tiempo real
En lugar de que tu equipo intente predecir y codificar un evento para cada cosa que un usuario pueda hacer, el Agente de IA de eesel AI puede realizar búsquedas en vivo usando API.
Por ejemplo, cuando un cliente pregunta, "¿Cuál es el estado de mi pedido?", no necesitas un evento pre-registrado de "pedido-enviado". eesel AI puede consultar de forma segura tu tienda de Shopify o tu sistema de pedidos interno en ese momento, obtener el estado actual y dar una respuesta precisa al instante. Es una forma de operar mucho más flexible y potente que depender de una lista estática de eventos pasados.
Un ejemplo de un agente de IA que utiliza datos en tiempo real para responder a la consulta de un cliente sobre el estado de un pedido, una alternativa moderna a los eventos de servidor estáticos de Intercom.
Configúralo en minutos, no en meses
Una de las mejores cosas de eesel AI es lo ridículamente simple que es configurarlo tú mismo. Puedes conectar tu centro de ayuda de Intercom con un solo clic. No más esperas a los desarrolladores ni quedarte atascado en el backlog de ingeniería. Puedes construir automatizaciones potentes y basadas en datos tú mismo, sin tener que escribir una sola línea de código.
Unifica todo tu conocimiento, incluidos los tickets anteriores
El contexto lo es todo en el soporte. eesel AI se entrena con tus tickets históricos de Intercom, tus artículos de ayuda y todas tus otras fuentes de conocimiento como Google Docs o Confluence. Esto le da una comprensión profunda de los problemas comunes de tus clientes y las mejores soluciones de tu equipo, proporcionando un contexto mucho más rico de lo que los simples metadatos de un evento podrían ofrecer.
Este diagrama muestra cómo las herramientas modernas de IA pueden unificar diversas fuentes de conocimiento, proporcionando un contexto más profundo que los eventos de servidor de Intercom por sí solos.
Prueba con confianza y disfruta de precios predecibles
Con el modo de simulación de eesel AI, puedes probar tu agente de IA en miles de tus tickets pasados para ver exactamente cómo se desempeñará antes de activarlo para los clientes en vivo. Lo mejor de todo es que eesel AI ofrece precios fijos y predecibles. Nunca te sorprenderán con tarifas adicionales por resolución por proporcionar un excelente soporte automatizado.
Pasando de los eventos de servidor pasivos de Intercom a la IA activa
Los eventos de servidor de Intercom son una herramienta decente para un seguimiento básico de usuarios, pero vienen con una carga considerable en cuanto a flexibilidad, escala y el puro esfuerzo de implementación. Los límites estrictos de eventos, la gran dependencia de los desarrolladores y los flujos de trabajo de automatización engorrosos los convierten en una solución difícil para cualquier equipo que quiera moverse rápido.
El futuro del gran soporte no se trata solo de rastrear lo que los usuarios hicieron ayer; se trata de entender lo que necesitan ahora mismo. Herramientas como eesel AI están haciendo posible este cambio, brindando a los equipos una forma inteligente, flexible y accesible de automatizar el soporte al cliente sin verse frenados por los límites de los sistemas más antiguos basados en eventos.
¿Listo para crear automatizaciones de soporte sin el cuello de botella de los desarrolladores? Prueba eesel AI gratis y descubre cómo puedes conectar tu conocimiento y herramientas en solo unos minutos.
Preguntas frecuentes
Los eventos de servidor de Intercom son paquetes de datos enviados desde el backend de tu aplicación a Intercom a través de una llamada a la API. Registran de forma segura acciones importantes de los clientes que ocurren detrás de escena, ayudándote a construir un perfil de usuario más rico y a activar comunicaciones personalizadas.
Los eventos del lado del cliente rastrean acciones en tu sitio web usando JavaScript, como las vistas de página. En cambio, los eventos de servidor de Intercom rastrean acciones del backend como renovaciones de suscripciones, pagos fallidos o grandes exportaciones de datos, que de otro modo Intercom no vería.
Enviar eventos de servidor de Intercom implica realizar una solicitud POST al endpoint de la API /events de Intercom. Esto requiere la participación de un desarrollador para incluir la autenticación adecuada, la identificación del usuario, un nombre de evento, una marca de tiempo y metadatos opcionales.
Sí, una limitación clave es el límite estricto de 120 eventos de servidor de Intercom activos y únicos por espacio de trabajo, lo que puede restringir el seguimiento a medida que tu producto crece. También existe una gran dependencia de los desarrolladores para codificar cada nuevo evento.
Los eventos de servidor de Intercom pueden activar mensajes proactivos para momentos críticos, como un pago fallido que provoca un correo electrónico para actualizar los detalles de la tarjeta. También pueden guiar a los usuarios, como enviar un consejo cuando se utiliza una función principal por primera vez.
La implementación de los eventos de servidor de Intercom requiere un tiempo considerable de los desarrolladores. Cada nuevo tipo de evento necesita que se escriba, pruebe y despliegue código, lo que crea un cuello de botella para los equipos de soporte, marketing y producto.
Absolutamente. Los eventos de servidor de Intercom pueden rastrear acciones como "pedido-enviado" para enviar información de seguimiento, o "limite-de-proyectos-alcanzado" para segmentar usuarios para campañas de actualización. Permiten campañas muy dirigidas basadas en el uso real del producto.






