Cómo conservar los hilos de correo cuando los emails se convierten en tickets
Mantener unidas las conversaciones por correo electrónico después de que se convierten en tickets depende de las reglas de agrupación utilizadas por la mesa de ayuda. Entre las señales habituales se incluyen los encabezados Message-ID, In-Reply-To y References. Algunas plataformas también usan un ID de ticket u otro identificador en el cuerpo del mensaje o en la dirección de recepción.
Usa esta lista de comprobación antes de confiar en un nuevo canal de correo electrónico:
- Conecta la dirección de soporte mediante un método admitido oficialmente por la mesa de ayuda.
- Envía un ticket de prueba y responde a través de la misma ruta que utilizarán los clientes.
- Compara los encabezados del mensaje original y de la respuesta, y confirma que la respuesta aparezca en el ticket existente.
Si la prueba crea un ticket nuevo, consulta las reglas de agrupación documentadas por la mesa de ayuda antes de cambiar el enrutamiento del correo. Cada plataforma puede combinar los encabezados, los identificadores de ticket y las comprobaciones del remitente de forma diferente.
Conclusiones clave
La agrupación de correos no se basa únicamente en las líneas de asunto. Las mesas de ayuda suelen inspeccionar los encabezados de respuesta estándar y pueden usar sus propios identificadores de ticket como señales adicionales para la coincidencia.
| Punto | Detalles |
|---|---|
| Los encabezados vinculan las respuestas | In-Reply-To y References apuntan a los ID de mensaje de la conversación existente. |
| Las reglas varían según la plataforma | Una mesa de ayuda también puede inspeccionar un ID de ticket, un identificador oculto, una dirección de recepción o el remitente. |
| Usa conexiones compatibles | Sigue la configuración del buzón documentada por tu mesa de ayuda y tu proveedor de correo electrónico. |
| Prueba la ruta real | Responde como cliente y confirma que el mensaje se una al ticket original. |
| Opciones de buzón de Deskhero | Deskhero admite conexiones bidireccionales con buzones de Google y Microsoft, además del reenvío desde dominios con envío autenticado. |
Índice
- Qué encabezados mantienen realmente agrupadas las conversaciones de correo
- Cómo configurar tus servidores de correo para mantener intactas las conversaciones
- Por qué se dividen las conversaciones y cómo solucionar cada causa
- Cómo Deskhero mantiene intacto el historial de conversaciones
- En qué se equivocan la mayoría de las guías de configuración
- Pon en marcha una mesa de ayuda con conversaciones agrupadas sin perder una sola respuesta
- Fuentes
- Preguntas frecuentes
Qué encabezados mantienen realmente agrupadas las conversaciones de correo
Normalmente, un correo electrónico tiene un Message-ID. Una respuesta puede incluir un valor In-Reply-To que apunta al mensaje al que se responde y un valor References que enumera los ID de mensajes anteriores. Una mesa de ayuda puede utilizar estas relaciones para asociar los mensajes con una conversación. La documentación de Amazon Connect describe tanto las conversaciones cronológicas como los patrones en árbol que se crean cuando alguien responde a un mensaje anterior.
Las plataformas pueden añadir sus propios métodos de coincidencia. Zendesk documenta tres comprobaciones: elementos de los encabezados, un ID codificado en el cuerpo del mensaje y un ID codificado en una dirección de recepción de Zendesk. Estas son reglas específicas de Zendesk, no una plantilla que pueda copiarse en cualquier mesa de ayuda.
La agrupación es importante porque separar una respuesta de sus mensajes anteriores dificulta seguir el historial de soporte:
- Es posible que los usuarios tengan que buscar en otro ticket los archivos adjuntos o las decisiones anteriores.
- Los destinatarios y las respuestas anteriores pueden quedar separados de la pregunta más reciente.
- Dos usuarios pueden responder a mensajes relacionados sin darse cuenta de que pertenecen a una misma conversación.
La documentación de correo electrónico de Freshdesk muestra otro enfoque específico de una plataforma. Comprueba un ID de ticket, un ID de mensaje o un identificador único, seguido de una comprobación del remitente. La lección práctica es saber qué señales utiliza tu propia mesa de ayuda y conservarlas durante la ruta de correo real.
Cómo configurar tus servidores de correo para mantener intactas las conversaciones
Una configuración fiable comienza con el método de conexión compatible con la mesa de ayuda. Evita asumir que un relé SMTP, una regla de reenvío o una sincronización de buzón funcionan de la misma manera en todos los productos.
- Elige la conexión de buzón documentada. Si la mesa de ayuda ofrece una conexión directa con Google o Microsoft, sigue su proceso de autorización. Si requiere reenvío, utiliza el destino exacto y los registros DNS proporcionados por el producto.
- Configura el reenvío para la dirección prevista. La guía de reenvío de Google Workspace de Deskhero explica cómo crear un grupo y añadir la dirección de destino de Deskhero como miembro. Microsoft 365 y otros proveedores tienen rutas de configuración diferentes.
- Conserva intactos los identificadores de la plataforma. Si tu mesa de ayuda añade una marca de ticket a una notificación saliente, no la elimines de la plantilla a menos que la documentación del producto indique que es opcional. Freshdesk recomienda incluir su formato de ID de ticket, mientras que Zendesk añade un ID codificado a las notificaciones salientes de forma predeterminada.
- Revisa los sistemas que transforman el correo. Las reglas de enrutamiento, las listas de correo y las puertas de enlace pueden cambiar un mensaje antes de que la mesa de ayuda lo reciba. Compara el código fuente sin procesar en cada etapa disponible en lugar de adivinar dónde cambió un valor.
- Realiza una prueba de verificación repetible. Crea un ticket, envía una respuesta e inspecciona el código fuente sin procesar. Comprueba si
In-Reply-Toapunta a unMessage-IDanterior, siReferencescontiene la cadena esperada y si la respuesta se unió al ticket existente.
Consejo profesional: Prueba utilizando la misma dirección, ruta de reenvío y cliente de correo que utilizarán tus clientes. Un mensaje directo a una dirección interna de prueba no reproduce toda la ruta de producción.
Por qué se dividen las conversaciones y cómo solucionar cada causa
Una respuesta puede convertirse en un ticket nuevo por varios motivos. La causa exacta depende de las reglas de coincidencia de la plataforma.
- Faltan encabezados de respuesta. Es posible que un mensaje redactado como un correo nuevo no contenga los valores
In-Reply-TooReferencesque se esperan de una respuesta. Pide al remitente que utilice Responder y compara después el código fuente sin procesar. - Cambiaron el enrutamiento o los destinatarios. Un mensaje enviado a una dirección de soporte diferente puede crear otro ticket. Freshdesk, por ejemplo, documenta un comportamiento especial cuando se incluye más de una dirección configurada de la mesa de ayuda.
- Se eliminó el identificador de la plataforma. Editar una plantilla de notificación puede eliminar un ID de ticket o un identificador oculto que la mesa de ayuda utiliza como alternativa.
- Caducó la coincidencia de mensajes. Freshdesk afirma que su ID de mensaje normalmente caduca siete días después de la última respuesta. Después de ese plazo, busca el ID del ticket o el identificador del ticket. Este plazo es específico de Freshdesk y no debe darse por supuesto en otros productos.
Comienza el diagnóstico con el mensaje saliente original y la respuesta del cliente. Compara sus encabezados sin procesar lado a lado y, después, consulta la documentación propia de la mesa de ayuda y la cronología del ticket. Si los encabezados de respuesta están presentes, examina los demás requisitos de la plataforma, como las marcas de ticket, la dirección de recepción o el remitente autorizado. Si faltan los encabezados, rastrea la ruta a través del proveedor de correo electrónico y de cualquier servicio de reenvío para encontrar dónde cambió el mensaje.
Cómo Deskhero mantiene intacto el historial de conversaciones
Deskhero convierte un buzón existente de Gmail, Google Workspace o Microsoft 365 en una mesa de ayuda. También admite buzones de otros dominios propios mediante autenticación DNS y reenvío de mensajes entrantes.
- Las conexiones con Google y Microsoft proporcionan sincronización bidireccional, por lo que Deskhero puede leer los mensajes entrantes y enviar respuestas como la dirección conectada.
- Un buzón DNS utiliza registros DKIM para el envío autenticado y una dirección única de Deskhero para el reenvío de mensajes entrantes.
- Las respuestas de una misma conversación de correo se unen al ticket existente de Deskhero.
- Las respuestas sugeridas por la IA utilizan el conocimiento del espacio de trabajo y permanecen bajo el control de los usuarios. Las respuestas automáticas son una función independiente que debe habilitarse para cada grupo y que responde únicamente a partir de las preguntas frecuentes públicas aprobadas.
Para obtener más información, consulta los artículos de Deskhero sobre la sincronización bidireccional del correo de la mesa de ayuda, el uso de un buzón existente como mesa de ayuda y la conversión de correos entrantes en tickets.
| Requisito | Opción de Deskhero |
|---|---|
| Conectar Gmail o Google Workspace | Conexión OAuth con sincronización bidireccional |
| Conectar Microsoft 365 u Outlook | Conexión OAuth con sincronización bidireccional, incluidos los buzones compartidos |
| Usar otro dominio propio | Autenticación DNS para el envío y reenvío para los mensajes entrantes |
| Controlar las respuestas de la IA | Los usuarios revisan las respuestas sugeridas; las respuestas automáticas requieren una activación independiente |
En qué se equivocan la mayoría de las guías de configuración
Resulta tentador reducir la agrupación a una sola regla, como conservar Message-ID. La documentación de los proveedores demuestra por qué esto es incompleto. Zendesk combina comprobaciones de encabezados y de ID codificados. Freshdesk combina varias marcas de correo electrónico con una comprobación del remitente. Amazon Connect vincula los contactos mediante datos de contactos relacionados y encabezados de correo convencionales.
El mejor enfoque consiste en tratar la agrupación como un comportamiento integral. Utiliza una conexión de buzón compatible, conserva intactos los identificadores generados por el producto y prueba con una respuesta real de un cliente. Cuando el resultado sea incorrecto, compara los mensajes sin procesar y sigue el orden de coincidencia documentado por la mesa de ayuda.
Esto también evita cambios innecesarios en el servidor de correo. Un relé nuevo o una plantilla reescrita pueden introducir otra variable sin solucionar la discrepancia real.
Pon en marcha una mesa de ayuda con conversaciones agrupadas sin perder una sola respuesta
Deskhero puede conectar un buzón existente de Gmail, Google Workspace o Microsoft 365 mediante sincronización bidireccional. Para otro dominio propio, admite el envío autenticado mediante configuración DNS y el reenvío de mensajes entrantes a una dirección única de Deskhero.
Tus usuarios trabajan desde una bandeja de entrada compartida mientras las respuestas se envían desde la dirección de la empresa conectada. Si tu operación de soporte utiliza Shopify, la integración con Shopify añade información del cliente y del pedido a la barra lateral del ticket.
Deskhero ofrece una prueba gratuita de 30 días sin necesidad de tarjeta de crédito. Puedes conectar una dirección existente en lugar de pedir a los clientes que aprendan a utilizar una nueva.
Fuentes
- Capacidades de correo electrónico y agrupación de Amazon Connect
- Cómo Zendesk agrupa los correos entrantes en tickets
- Descripción general del canal de correo y la agrupación de Freshdesk
Preguntas frecuentes
¿Cuál es la diferencia entre la sincronización bidireccional y el reenvío?
La sincronización bidireccional permite que una mesa de ayuda lea y envíe mensajes a través de un buzón conectado. El reenvío envía los mensajes entrantes a otro destino y puede requerir una autenticación independiente para el correo saliente. Los métodos disponibles y las reglas de agrupación dependen de la mesa de ayuda y del proveedor de correo electrónico.
¿Por qué la respuesta de un cliente creó un ticket nuevo en lugar de agruparse?
Es posible que a la respuesta le falten los encabezados esperados, que utilice una dirección de soporte diferente, que proceda de un remitente que la plataforma no asocia con el ticket o que carezca de un identificador de ticket específico del producto. Comprueba el código fuente del correo sin procesar y las reglas documentadas por tu mesa de ayuda.
¿Cómo compruebo si la agrupación funcionó correctamente?
Confirma que la respuesta aparezca en el ticket existente. Si no aparece, compara los valores In-Reply-To y References de la respuesta con los valores Message-ID anteriores y, después, comprueba los identificadores de ticket que utilice la plataforma.
¿Necesito un relé SMTP autenticado si ya utilizo la sincronización bidireccional?
Por lo general, no como solución independiente para la agrupación. Sigue la configuración de envío requerida por tu mesa de ayuda. Una conexión directa con el buzón puede gestionar ya el correo saliente, mientras que una configuración basada en reenvío o DNS puede utilizar otro método de envío autenticado.
¿Deskhero es compatible tanto con Gmail como con Microsoft 365?
Sí. Deskhero admite conexiones bidireccionales con Gmail, Google Workspace, Microsoft 365 y Outlook. También admite buzones compartidos de Microsoft.