Seguimiento de aperturas y clics

El seguimiento de aperturas y clics produce los eventos de interacción que se muestran en el panel de métricas. Ambos modifican el mensaje en el momento del envío. Permanecen desactivados hasta que los habilites para el dominio de envío en Email > Domains.

Inyectamos un píxel transparente en la parte HTML del mensaje. Cuando el cliente de correo del destinatario lo solicita, registramos un evento email.opened con la dirección IP y el user agent del cliente.

Esa señal es más débil de lo que parece. Las funciones de privacidad del correo, sobre todo Apple Mail Privacy Protection y el proxy de imágenes de Gmail, solicitan las imágenes en nombre del destinatario, así que una apertura puede ser una máquina y no un lector. Marcamos esas aperturas con is_prefetched: true, y tu tasa de apertura cuenta solo aperturas únicas no precargadas, de modo que el tráfico de proxies no la infla. Tanto los conteos brutos como los filtrados están en el endpoint de stats API si quieres ver la diferencia.

El filtrado no demuestra que una persona leyó el mensaje. Usa las aperturas para investigar cambios en la actividad de seguimiento. Apple Mail Privacy y el seguimiento de aperturas explica los límites.

Reescribimos los enlaces de tu HTML a través de una redirección de seguimiento. Cuando un cliente solicita la URL reescrita, registramos un evento email.clicked con el url original y redirigimos al cliente al destino. Los escáneres de seguridad también pueden seguir enlaces, como describe Spamhaus. Un evento de clic no demuestra que una persona actuó ni completó una compra. Mide la acción esperada en tu aplicación antes de juzgar el resultado de una campaña.

Los enlaces reescritos se sirven sobre HTTPS desde tu hostname de seguimiento con marca, un CNAME en tu dominio de envío cuyo valor predeterminado es links (es decir, links.mail.acme.com para un dominio de envío mail.acme.com). Nada se reescribe hasta que ese registro se verifica. Agregarlo, elegir una etiqueta diferente y cambiarlo después se cubre en Dominio de seguimiento.

Un mensaje puede registrar un clic y ninguna apertura. Los dos instrumentos lo explican: una apertura necesita que se cargue una imagen, y un clic no.

El píxel no se registra cuando no llega a cargarse. El cliente del destinatario bloquea las imágenes remotas, o el destinatario lee la parte de texto plano del mensaje, que no contiene píxel alguno. Un enlace reescrito sigue funcionando en ambos casos, así que el clic llega y la apertura nunca se produce. Es el reverso del problema de precarga: las funciones de privacidad inflan las aperturas y las imágenes bloqueadas las deflactan.

El reenvío produce el mismo patrón por una causa diferente. Una copia reenviada lleva los mismos enlaces reescritos, así que un clic puede provenir de alguien que nunca estuvo en tu lista de destinatarios, y ninguna apertura suya fue tuya para medir.

Que los clics superen a las aperturas puede deberse al bloqueo de imágenes, al reenvío o a solicitudes automáticas de enlaces. Compara ambas señales con las acciones completadas en tu aplicación antes de cambiar el recorrido de un destinatario.

El seguimiento de un mensaje dado es el AND de tres cosas:

Así, un espacio de trabajo nuevo no rastrea nada aunque los flags por envío estén en true de forma predeterminada: un true por envío no puede activar el seguimiento por sí solo. Agrega y verifica el CNAME de seguimiento y luego activa el ajuste del dominio. Puedes activar el ajuste antes de que el registro se verifique y surtirá efecto cuando lo haga, pero activarlo en un dominio sin hostname de seguimiento configurado devuelve un 409.

Un false por envío siempre prevalece, y esa es la razón por la que existen los flags. Establece track_clicks: false en restablecimientos de contraseña y notificaciones de seguridad, donde un enlace reescrito es peor que no tener datos de clics. Ambos flags son booleanos en POST /v1/email/messages, y el recurso del mensaje devuelve los valores resueltos en la respuesta de envío y en lecturas posteriores, para que puedas ver con qué se envió realmente un mensaje.

Un CNAME de seguimiento no verificado nunca bloquea el envío. Un dominio reporta su disponibilidad de seguimiento por separado de su disponibilidad de envío, como capabilities.tracking y capabilities.sending.