LinkedIn
Instagram
WhatsApp
Telegrama
Gmail
Outlook
Calendario de Google
Únase a la comunidad Slack5 productos que funcionan con una API de correo electrónico y Por qué
Enriquecimiento de CRM, seguimiento de candidatos en ATS, interacción de ventas, bandejas de entrada de helpdesk, asistentes de IA: cada uno de estos productos necesita leer y enviar correos electrónicos en nombre de usuarios autenticados. Esta guía muestra exactamente cómo lo hacen, con patrones de código reales, para que puedas construir lo mismo en horas, no en semanas.
const response = await fetch(
`/api/v1/emails?account_id=${accountId}`,
{ headers: {
'X-API-KEY': process.env.UNIPILE_KEY
}}
);
const { correos } = await respuesta.json();
// Auto-registrar en la línea de tiempo de contacto
registrarEnCRM(correos electrónicos, contactId);
¿Qué puedes construir con una API de correo electrónico?
Una API de correo electrónico para sincronización de usuarios permite que tu producto leer, sincronizar y enviar correos electrónicos en nombre de usuarios autenticados, accediendo a sus bandejas de entrada reales a través de OAuth. Los cinco casos de uso principales de la API de correo electrónico son: Enriquecimiento de CRM (auto-registrar todos los correos electrónicos de prospectos), Seguimiento de candidatos de ATS (sincronización de hilos por solicitante), compromiso de ventas (detección de respuestas y envío desde el buzón real), Atención al cliente (bandeja de entrada unificada de múltiples buzones), y Agentes de correo electrónico de IA (acceso LLM con alcance para redactar y clasificar). Cada uno de estos se ejecuta en el mismo patrón subyacente: leer + sincronizar + enviar en nombre del usuario autenticado.
| Vertical | Correo electrónico de trabajo | Patrón de API | Proveedores primarios |
|---|---|---|---|
| CRM | Enriquecer contacto, registrar hilo automáticamente | leer + sincronizar | Gmail, Outlook, IMAP |
| ATS / Contratación | Rastrear hilo de candidato, compartir vista | sincronizar + leer | Gmail, Outlook, IMAP |
| Compromiso con las ventas | Detección de respuestas, envío desde el buzón de respuesta | sincronizar + enviar | Gmail, Outlook, IMAP |
| Atención al cliente | Bandeja de entrada unificada, ticket de hilo | leer + enviar | Gmail, Outlook, IMAP |
| Agente de correo electrónico con IA | Triage, borrador, resumir en nombre de | leer + enviar (con alcance) | Gmail, Outlook, IMAP |
¿No es lo que buscas? Hay dos categorías de API de correo electrónico: transaccional (SendGrid, Mailgun, usted es propietario del dominio de envío, los destinatarios nunca optaron por su producto) y sincronización de usuario (este artículo). La sincronización de usuarios significa delegación de OAuth; su producto actúa en nombre de usuarios autenticados que acceden a sus propias bandejas de entrada. Los cinco casos de uso a continuación pertenecen a la sincronización de usuarios. Si necesita enviar boletines masivos desde su propio dominio, esta no es su guía.
API de correo electrónico para CRM
Un CRM que utiliza una API de correo electrónico puede registrar automáticamente cada correo electrónico intercambiado entre un representante y un prospecto directamente en el registro del contacto, sin necesidad de copiar y pegar. La API de correo electrónico lee la bandeja de entrada del usuario en nombre del representante autenticado, coteja los hilos con contactos existentes por dirección de correo electrónico y escribe en la línea de tiempo del CRM en tiempo real.
El patrón detrás API de correo electrónico para CRM se lee + sincroniza + envía, todo en nombre del usuario autenticado. El representante vincula su cuenta de Gmail u Outlook una vez a través de OAuth. Después de eso, todos los correos electrónicos entrantes y salientes con un contacto conocido se capturan automáticamente: sin reenvío BCC, sin extensión de navegador, sin registro manual.
// 1. Obtener correos electrónicos de un contacto
en nombre de un representante autenticado
GET /api/v1/emails
?account_id={rep_account_id}
&email_remitente={correo_contacto}
Autorización: X-API-KEY {clave}
Respuesta
{
"objeto": "ListaCorreosCuenta",
"artículos": [
{
"id": "em_01abc",
"Asunto": "Re: Seguimiento",
"de": "contact@acme.com",
"fecha": "2026-06-05"
}
]
}API de correo electrónico para ATS / Software de reclutamiento
Un ATS que integra una API de correo electrónico obtiene una vista completa y sincronizada automáticamente de cada conversación de correo electrónico con cada candidato, entre todos los reclutadores y todos los proveedores de correo electrónico. Los reclutadores vinculan sus cuentas una vez; a partir de ese momento, cada hilo de correo electrónico se empareja automáticamente con el perfil del candidato.
En API de correo electrónico para ATS El caso de uso se centra en la sincronización y la visibilidad. Los equipos de reclutamiento suelen tener varios reclutadores que trabajan con distintas cuentas de correo electrónico, Gmail para uno y Outlook para otro. La API de correo electrónico lee cada cuenta vinculada en nombre del reclutador autenticado y muestra todos los hilos que involucran la dirección de correo electrónico de un candidato en una línea de tiempo unificada dentro del ATS.
En Caso de uso de la API de correo electrónico aquí es particularmente valioso para equipos con múltiples proveedores. Los reclutadores en empresas grandes a menudo utilizan cuentas de Gmail y Outlook. Una API de correo electrónico unificada maneja ambas con una sola integración, por lo que el desarrollador del ATS escribe una ruta de código, no dos. Para el patrón técnico completo sobre la lectura de datos de la bandeja de entrada, consulte el leer guía de la API de correo electrónico. Para patrones de sincronización en tiempo real, vea la guía de la API de sincronización de correo electrónico.
Resumen del patrón de la API de correo electrónico de ATS: Vincula las cuentas de los reclutadores a través de OAuth (Gmail, Outlook o IMAP). Sincroniza todos los hilos de entrada y salida por dirección de candidato. Muestra una cronología unificada en la interfaz de usuario del ATS. Opcionalmente, envía correos electrónicos de respuesta desde el ATS en nombre del buzón real del reclutador: sin reenvíos en CCO, sin alias de correo electrónico, sin "de noreply@yourapp.com".
API de correo electrónico para compromiso de ventas
Las plataformas de ventas utilizan una API de correo electrónico para detectar cuándo un prospecto responde y activar automáticamente el siguiente paso de una secuencia: pausar seguimientos, notificar al representante, mover la etapa del trato. Crucialmente, los correos electrónicos salientes se envían desde el buzón de correo real del representante, no desde un dominio de plataforma compartido, lo que preserva la entregabilidad y la identidad del remitente.
En API de correo electrónico para participación en ventas El proceso consiste en sincronizar y enviar, de forma individualizada para cada usuario. Cada comercial vincula su cuenta de Gmail o Outlook una sola vez. Todos los correos electrónicos de una secuencia activa se envían desde la dirección real de ese comercial. Cuando llega una respuesta, el motor de sincronización detecta el ID del hilo, lo empareja con una secuencia abierta y activa la automatización correspondiente. Esta es una decisión del cliente: la plataforma transmite la acción, pero la cadencia y el volumen siguen bajo el control del equipo de ventas.
Esto Caso de uso de la API de correo electrónico es la columna vertebral de herramientas como las plataformas de prospección y el SaaS de automatización de ventas. La ventaja de la entregabilidad es fundamental: los correos electrónicos enviados desde rep@company.com a través del buzón real de Gmail u Outlook del representante heredan la reputación de envío del dominio. Los correos electrónicos enviados desde un dominio de plataforma compartida no lo hacen. El patrón de envío completo se documenta en Guía de la API para enviar correos electrónicos.
Por qué importa para la entregabilidad: El envío de plataforma-dominio (desde sequences@platform.com) separa la reputación del remitente del dominio del remitente. El envío de sincronización de usuario enruta cada correo electrónico a través del buzón real del usuario autenticado (Gmail SMTP u Outlook Graph), por lo que la entregabilidad está ligada al dominio del remitente, no al de la plataforma. Esta es una ventaja estructural que ninguna API de correo electrónico transaccional puede replicar.
API de correo electrónico para atención al cliente / Mesa de ayuda
Una mesa de ayuda construida sobre una API de correo electrónico agrega todos los buzones de soporte: soporte@, facturación@, enterprise@, a una única bandeja de entrada unificada. Los correos electrónicos nuevos crean automáticamente tickets. Las respuestas se envían desde la dirección del buzón original. El agente de soporte nunca sale de la interfaz de la mesa de ayuda para abrir Outlook o Gmail.
En API de correo electrónico para atención al cliente El caso de uso es principalmente lectura + envío, con un fuerte requisito de encadenamiento. La mayoría de los sistemas de helpdesk gestionan múltiples direcciones de correo electrónico a través de múltiples proveedores: un equipo usa Gmail, otro usa Outlook, un tercero podría tener una bandeja de entrada heredada solo IMAP. Una API de correo electrónico unificada lee todas las cuentas vinculadas como un único flujo, conservando el contexto del hilo para que los agentes puedan responder en hilo con la identidad del remitente correcta.
Esto Caso de uso de la API de correo electrónico es cómo los productos SaaS modernos de helpdesk, especialmente aquellos que se posicionan frente a herramientas heredadas construidas únicamente sobre complementos de correo electrónico, se diferencian. El diferenciador clave es la fidelidad del hilo: los correos electrónicos fluyen a través del canal SMTP/Graph real del propietario de la bandeja de entrada, por lo que las respuestas llegan al hilo correcto en el extremo del cliente, y no como un mensaje desconectado de una dirección genérica de la plataforma. Para la guía técnica completa que cubre los tres proveedores, consulte el Guía de la API de correo electrónico.
Construye la integración de tu bandeja de entrada de soporteAPI de correo electrónico para agentes / asistentes de correo electrónico de IA
Los agentes de correo electrónico de IA utilizan una API de correo electrónico para dar a un modelo de lenguaje grande acceso con ámbito y en nombre de un usuario a su bandeja de entrada real, leyendo hilos para redactar respuestas, clasificar mensajes, resumir largas cadenas de correos electrónicos y, opcionalmente, enviar respuestas después de la revisión humana. El modelo nunca maneja credenciales OAuth; la API de correo electrónico abstrae la bandeja de entrada como un flujo estructurado limpio.
Este es el más nuevo Caso de uso de la API de correo electrónico y el de más rápido crecimiento en 2026. Los asistentes de IA integrados en herramientas de productividad, herramientas de ventas y productos CRM necesitan las mismas tres cosas: acceso de lectura a la bandeja de entrada para la recuperación de contexto, datos estructurados de correo electrónico para la generación de indicaciones (asunto, remitente, cuerpo, ID del hilo) y un canal de envío opcional para borradores confirmados. La API de correo electrónico proporciona los tres en una única integración en Gmail, Outlook e IMAP, en nombre del usuario autenticado.
Acceso y manejo de datos con ámbito restringido: Los agentes de correo electrónico de IA creados en una API de sincronización de usuarios de correo electrónico solo acceden a la bandeja de entrada del usuario autenticado, nunca más allá de ese alcance. La API de correo electrónico actúa como un intermediario técnico independiente, transmitiendo datos estructurados a la capa de LLM sin almacenar una copia paralela de los correos electrónicos del usuario. El alcance del manejo de datos, la retención y el consentimiento siguen siendo una decisión del lado del cliente. Esta es la arquitectura correcta para los agentes de IA que operan en nombre de usuarios reales sin convertirse en un almacén de datos.
Al construir agentes de correo electrónico de IA a escala, también debe manejar la realidad de múltiples proveedores: sus usuarios tendrán cuentas de Gmail, Outlook y IMAP. Una API de correo electrónico unificada normaliza el flujo de la bandeja de entrada en una estructura consistente - thread_id, subject, from, to, body, date - independientemente del proveedor. Su plantilla de prompt de LLM se mantiene igual para los tres. Para la guía técnica completa sobre la capa de integración de correo electrónico para productos de IA, consulte Guía de la API de correo electrónico para desarrolladores. Para la arquitectura más amplia de agentes de IA multicanal (añadiendo LinkedIn, WhatsApp y otros canales al mismo agente), la próxima guía sobre la API multicanal para agentes de IA cubre la pila completa.
Empieza a construir tu agente de correo electrónico de IATransaccional vs. Sincronización de usuario: ¿En qué caso de uso te encuentras?
Si los cinco casos de uso de la API de correo electrónico anteriores no se ajustan a sus necesidades, es posible que se encuentre en la categoría equivocada por completo. Las API de correo electrónico se dividen en dos mercados fundamentalmente diferentes, transaccionales y de sincronización de usuarios, y no se superponen. Esta breve sección le indica en qué lado se encuentra para que deje de evaluar las herramientas equivocadas.
| Dimensión | API de correo electrónico transaccional | API de sincronización de correo del usuario (este artículo) |
|---|---|---|
| ¿Quién es el propietario del Dominio de envío? | Tú (la plataforma) | El usuario (su Gmail / Outlook) |
| Remitentes típicos | noreply@yourapp.com | user@theirdomain.com |
| OAuth requerido | No | Sí |
| Leer / sincronizar bandeja de entrada del usuario | No | Sí |
| Casos prácticos | Notificaciones, recibos, marketing | CRM, ATS, ventas, soporte, agentes de IA |
| Proveedores de ejemplo | SendGrid, Mailgun, Resend | API de Gmail, MS Graph, IMAP, Unipile |
Si tu producto envía notificaciones, recibos o correos de marketing desde un dominio que posees, ese es el mercado transaccional, y SendGrid, Mailgun o Resend son las herramientas adecuadas. Si tu producto necesita acceder a las bandejas de entrada reales de los usuarios en su nombre, leer sus correos electrónicos, sincronizar sus hilos o enviar desde su dirección real, eso es sincronización de usuario (user-sync), y los cinco casos de uso de la API de correo electrónico arriba están exactamente lo que usted está construyendo. Para una descripción más detallada de cuándo elegir cada enfoque, consulte la guía completa sobre APIs de correo electrónico transaccional frente a correo electrónico de sincronización.
Datos, Privacidad y Responsabilidad de la Plataforma
Cada caso de uso de la API de correo electrónico en este artículo implica acceder a las bandejas de entrada de usuarios reales a través de OAuth. Antes de construir, comprenda cómo opera Unipile como intermediario, qué significa el manejo de datos en la práctica y dónde reside la responsabilidad de la plataforma.
Unipile no mantiene una copia paralela de los correos electrónicos de sus usuarios de forma independiente de su buzón. El acceso está limitado a usuario autenticado'cuenta, limitado a la sesión y a los permisos otorgados a través de OAuth. No se crea ningún archivo de correo electrónico fuera del proveedor del usuario (Gmail, Outlook, IMAP). El alcance del manejo de datos, las políticas de retención y los mecanismos de consentimiento del usuario siguen siendo responsabilidad de su producto como controlador de datos.
Unipile actúa como un intermediario técnico independiente entre su producto y el proveedor de correo electrónico. Cada operación de correo electrónico (leer, sincronizar, enviar) se ejecuta en nombre de el propietario de la cuenta vinculada, utilizando sus propias credenciales de OAuth. Unipile no está afiliada, respaldada ni patrocinada por Google o Microsoft. No se comparten credenciales entre usuarios. Cada cuenta vinculada está aislada.
Unipile retransmite los límites de tasa y los controles de acceso del proveedor de correo electrónico subyacente (Google, Microsoft, servidor IMAP). La frecuencia de las llamadas a la API, la cadencia de las sincronizaciones y el volumen de correos electrónicos enviados por cuenta permanecen en decisión del lado del cliente. Su producto es responsable de respetar las cuotas del proveedor y las regulaciones aplicables (GDPR, CCPA). Unipile tiene certificación SOC 2 y cumple con GDPR como capa de infraestructura.
Unipile no está afiliada, respaldada ni patrocinada por Google o Microsoft Corporation. Gmail y Outlook son marcas comerciales de sus respectivos propietarios. Google no está afiliada a Unipile. Microsoft no está afiliada a Unipile. El uso de estas plataformas a través de la API de Unipile está sujeto a los términos de servicio y las políticas de uso aceptable de las plataformas respectivas.
Casos de Uso de la API de Email - Preguntas Frecuentes
Preguntas comunes sobre casos de uso de API de correo electrónico, acceso a la bandeja de entrada con OAuth y desarrollo sobre API de correo electrónico de sincronización de usuarios.
En API de correo electrónico permite que los productos de software lean, sincronicen y envíen correos electrónicos en nombre de usuarios autenticados - accediendo a sus bandejas de entrada reales de Gmail, Outlook o IMAP a través de OAuth. Core casos de uso de la API de correo electrónico incluye enriquecimiento de CRM, seguimiento de candidatos de ATS, automatización de secuencias de participación de ventas, bandejas de entrada unificadas de helpdesk y agentes de correo electrónico de IA. Esto es distinto de las API de correo transaccional (SendGrid, Mailgun) que envían mensajes masivos desde un dominio propiedad de la plataforma y no implican acceso a la bandeja de entrada OAuth.
Un CRM utiliza una API de correo electrónico para registrar automáticamente cada conversación por correo electrónico entre un representante y un prospecto en el registro de contacto, sin necesidad de copiar y pegar manualmente ni de reenviar en copia oculta. API de correo electrónico para CRM lee la bandeja de entrada del representante en nombre del usuario autenticado, coincide hilos con direcciones de correo electrónico de contacto y escribe en la línea de tiempo del CRM en tiempo real. También permite enviar correos electrónicos desde el CRM utilizando el buzón de correo real del representante, por lo que las respuestas provienen de su dirección real, algo fundamental para las tasas de respuesta y la capacidad de entrega.
Las plataformas ATS utilizan las API de correo electrónico para ATS para sincronizar todos los hilos de conversación entre reclutadores y candidatos. Cada reclutador vincula su cuenta de Gmail u Outlook una vez a través de OAuth. La API lee todos los correos electrónicos enviados o recibidos desde la dirección de cada candidato en todas las cuentas de reclutador y los asigna al perfil del candidato. Esto proporciona una visibilidad compartida para todo el equipo sin que nadie necesite acceso al buzón de un colega. Algunos productos ATS lo combinan con un Calendario API analizar hilos de programación de entrevistas y crear eventos automáticamente.
Sí. Puedes sincronizar la bandeja de entrada de Gmail u Outlook de un usuario utilizando una API de correo electrónico que admita la delegación OAuth. El usuario se autentica una vez a través de OAuth de Google o Microsoft, otorgando a tu aplicación acceso en nombre de su cuenta. La API luego proporciona puntos de conexión para listar correos electrónicos, recuperar el contenido de los hilos, sincronizar nuevos mensajes a través de webhooks y enviar desde el buzón del usuario. Una API de correo electrónico unificada como Unipile cubre Gmail, Outlook e IMAP con una única integración; consulte Guía de la API de correo electrónico para el recorrido técnico completo.
Los asistentes de correo electrónico con IA acceden a los correos electrónicos a través de una API de correo electrónico que proporciona acceso a bandeja de entrada con ámbito, en nombre de para el usuario autenticado. La API de correo electrónico recupera datos estructurados (asunto, de, para, cuerpo, ID del hilo) y los pasa al LLM como contexto. Luego, el modelo genera un borrador de respuesta, un resumen o una acción de clasificación. La API de correo electrónico maneja OAuth y normaliza las diferencias entre proveedores (Gmail, Outlook, IMAP) para que la capa de IA reciba un flujo estructurado y coherente independientemente del proveedor que tenga el usuario. El modelo nunca maneja credenciales ni tokens OAuth sin procesar.
Sí. Leer la bandeja de entrada de un usuario requiere autorización OAuth. Para Gmail, esto significa Google OAuth 2.0 con el apropiado Ámbitos de la API de Gmail. Para Outlook, esto significa Microsoft OAuth con permisos de Microsoft Graph. Para IMAP, XOAUTH2 es el estándar moderno (la autenticación básica ha sido obsoleta por los principales proveedores, incluidos Google y Microsoft). OAuth asegura que el usuario consienta explícitamente el acceso a la bandeja de entrada, y el alcance del permiso se limita a lo que han aprobado. Una API de correo unificada maneja este flujo de OAuth para los tres proveedores.
Máximo integración de correo electrónico para SaaS los productos se ajustan a uno de los cinco casos de uso de sincronización de usuarios en este artículo: CRM (registrar conversaciones), ATS (hacer seguimiento de candidatos), ventas (detección de envío + respuesta), soporte (bandeja de entrada unificada) o IA (recuperación de contexto). La decisión arquitectónica subyacente, ya sea construir directamente sobre la API de Gmail / Microsoft Graph / IMAP o utilizar una capa de abstracción unificada, se cubre en detalle en el API de correo electrónico para la guía SaaS, incluyendo patrones de arquitectura, costos ocultos y la decisión de construir o comprar.
No. Unipile no está afiliada, respaldada ni patrocinada por Google ni por Microsoft. Unipile es un intermediario técnico independiente que proporciona una capa de API unificada sobre Gmail (Google), Outlook (Microsoft) e IMAP. El acceso a cada proveedor se rige por los términos de servicio de la plataforma respectiva. Unipile cuenta con la certificación SOC 2 y cumple con el RGPD como capa de infraestructura. Su producto sigue siendo responsable del consentimiento del usuario, el alcance del manejo de datos y el cumplimiento de las regulaciones de protección de datos aplicables.
¿Sigues teniendo preguntas sobre casos de uso de la API de correo electrónico? Nuestro equipo está aquí para ayudarte.
ES 
EN 
FR 
DE 
IT 
BR 
NL 
PL 
TR