Product

Actualización semanal de productos: geolocalización en webhooks, asistencia para variables personalizadas y más

Están pasando muchas cosas en Mailgun, así que hemos pensado en empezar a publicar una lista de actualizaciones cada semana, con las nuevas funciones, las correcciones de errores y las mejoras que hemos hecho.
Imagen para Actualización semanal de productos: geolocalización en webhooks, asistencia para variables personalizadas y más

Están pasando muchas cosas en Mailgun, así que hemos pensado en empezar a publicar una lista de actualizaciones cada semana, con las nuevas funciones, las correcciones de errores y las mejoras que hemos hecho. Algunas serán mejoras en el backend que no verás (pero que esperamos que notes), y otras serán cosas con las que interactúas, como la API o el panel de control. Si hay algo urgente en lo que te gustaría que trabajáramos, dínoslo en los comentarios. Y ahora, pasemos a las actualizaciones:

Asistencia para caracteres especiales en la autenticación básica de webhooks mediante URL

Una de nuestras funciones más populares son los webhooks para el seguimiento del rendimiento de los emails (aperturas, clics, rebotes, bajas y mucho más). Por motivos de seguridad, es una buena idea proteger tu punto de conexión de webhooks con una autenticación básica usando un nombre de usuario y una contraseña. Esta semana, hemos implementado la asistencia para caracteres especiales en la autenticación básica de webhooks.

Supongamos que quieres proteger tu punto de conexión de webhooks con el siguiente nombre de usuario y contraseña

Nombre de usuario- michael@mystartup.com

Contraseña- impossible-to-guess-password

Simplemente escapa los caracteres especiales en tu punto de conexión de webhooks. En este caso, usarías https://michael%40mystartup.com:impossible-to-guess-password@mystartup.com/webhook” como punto de conexión de webhooks

Ahora tu punto de conexión de webhooks está protegido con autenticación básica, incluso cuando tu nombre de usuario o contraseña contiene caracteres especiales como @

Puedes leer más sobre la configuración de webhooks en nuestra documentación

Mejor detección de falsos rebotes

Una de las cosas que hace Mailgun para proteger la reputación de envío de nuestros clientes es evitar los intentos repetidos de enviar un email a una dirección que ha recibido un “rebote definitivo”. Un rebote definitivo ocurre cuando intentas entregar un mensaje de email a una dirección de email no válida (por ejemplo, paul@yahooo.com, donde Yahoo! se escribe con tres “o”, O BIEN paul786752@yahoo.com, donde el usuario paul786752 simplemente no existe).

Si intentas realizar entregas a estas direcciones de email incorrectas repetidamente, los ESP de los destinatarios pueden añadirte a una lista de bloqueo al confundirte con un spammer (los spammers a menudo intentan entregar mensajes a nombres de usuario generados aleatoriamente en los principales ESP con la esperanza de que lleguen a algunas cuentas reales).

En la práctica, sin embargo, entender cuándo se ha producido un “rebote definitivo” es bastante difícil. No existe un conjunto uniforme de convenciones sobre lo que constituye un rebote definitivo en los distintos ESP. Puesto que hemos entregado miles de millones de emails, Mailgun ha creado un algoritmo para detectar estos rebotes y suprimir los intentos de entrega futuros con el fin de proteger tu reputación.

Al igual que con cualquier algoritmo, sin embargo, se producen falsos positivos, lo que significa que una dirección de email legítima se suprime debido a una respuesta poco clara de un ESP. Esta semana, hemos hecho algunas mejoras importantes en nuestro algoritmo de detección de rebotes que nos ayudan a detectar un 2 % más de falsos rebotes que antes. Esto significa que menos destinatarios se añadirán por error a la tabla de rebotes, lo que evitaría futuros envíos. En última instancia, se entregará una mayor parte de tu email.

Puedes leer más sobre cómo gestionamos los rebotes en nuestra documentación.

Nueva descripción del código de motivo de los mensajes fallidos

También hemos introducido una mejora en el seguimiento de mensajes fallidos que permite a los clientes realizar un seguimiento de todos los motivos por los que no se entregó un mensaje, más allá de los simples rebotes. Ahora hay tres condiciones de fallo sobre las que Mailgun genera informes:

“Hardfail” indica un rebote definitivo o que el destinatario ha rebotado, se ha dado de baja o se ha quejado de spam anteriormente.

“Maxfails” indica un rebote temporal y que se ha alcanzado el número máximo de intentos.

“Old” indica que Mailgun intentó entregar el mensaje sin éxito durante más de ocho horas.

Aquí tienes un lista completa de webhooks de mensajes fallidos.

Los parámetros de geolocalización y agente de usuario ahora están en los webhooks

Para simplificar la detección de geolocalización y agente de usuario, hemos empezado a publicar parámetros adicionales en nuestros webhooks. Con los nuevos parámetros de geolocalización en los webhooks de apertura, clic y baja, Mailgun proporciona lo siguiente:

IP– Dirección IP de la que se originó el evento.

País– Dos letras código de país  (según especifica ISO3166) desde el que se originó el evento, o “unknown” si no se pudo determinar.

Región– Dos letras o dos dígitos código de región  o “unknown” si no se pudo determinar.

Ciudad- Nombre de la ciudad de origen del evento o “unknown” si no se pudo determinar.

En resumen, sigues obteniendo la dirección IP, pero también recibes la información más común que se puede derivar de ella, sin necesidad de que realices análisis ni decodificaciones adicionales por tu cuenta.

Para la detección del agente de usuario, obtienes

User-agent– Cadena del agente de usuario  del cliente que disparó el evento.

Device-type– Tipo de dispositivo en el que se hizo clic en el enlace. Puede ser “desktop”, “mobile”, “tablet”, “other” o “unknown”.

Client-type– Tipo de software en el que se abrió el enlace, por ejemplo, “browser”, “mobile browser”, “email client”.

Client-name– Nombre del software del cliente, por ejemplo, “Thunderbird”, “Chrome”, “Firefox”.

Client-OS- Familia del sistema operativo que ejecuta el software del cliente, por ejemplo, “Linux”, “Windows”, “OS X”.

Puedes leer todos los detalles aquí.

Variables personalizadas a nivel de destinatario disponibles en el envío por lotes

Envío por lotes te permite enviar un email a hasta 1000 destinatarios en una sola llamada a la API. Esto hace que el envío a listas grandes, de un millón o diez millones de usuarios, por ejemplo, sea mucho más rápido. Siempre has podido configurar variables personalizadas para el envío por lotes, pero las variables estaban a nivel de lote, lo que significa que podías establecer una categoría personalizada para todo el grupo (por ejemplo, el ID de una campaña), pero no un valor único para cada miembro (por ejemplo, un número de cuenta cifrado). Ahora sí que puedes.

Esta función es extremadamente útil si te interesan mucho las analíticas, ya que te permite establecer ID únicos para cada destinatario en tu envío, los cuales puedes usar para asociar el destinatario a un cliente específico en tu base de datos, incluso cuando la dirección de email no es un ID lo suficientemente único (como cuando quieres realizar un seguimiento de la actividad a nivel de cuenta, pero cada cuenta tiene varios emails asociados).

Esta semana hemos escrito sobre ello en nuestro blog e incluimos código de muestra para que puedas probarlo fácilmente. Compruébalo.

¡Y eso es todo por esta semana! Dinos qué te parece y cualquier otra cosa que te gustaría ver.

Felices envíos,

El equipo de Mailgun