Base de conocimiento

Ver cuándo se abrió el correo que enviaste

Si un mensaje que enviaste se ha abierto, cuándo, cuántas veces y cuáles de sus enlaces se siguieron. Activado salvo que lo desactives, y claro sobre las lecturas que no puede obtener.

Detalles

Dos conmutadores en lugar de uno, y ambos están activados salvo que el buzón los desactive. Las aperturas y los clics son dos tratos distintos con quien recibe el correo. Un píxel informa de que un mensaje se mostró y nada más, mientras que un enlace reescrito encamina una visita real a través de nosotros, y muchos remitentes quieren lo primero y rechazan lo segundo. Un mensaje enviado con ambos desactivados no lleva píxel, ni enlace reescrito, ni fila que afirme que se hizo seguimiento. Un envío por la API nombra tracking: { opens, clicks } para decidir sobre ese único mensaje en lugar de sobre el buzón, y decide en las dos direcciones: un programa que no quiere que se registre nada lo dice por mensaje y lo obtiene, esté como esté configurado el buzón.
Cualquiera de los dos conmutadores decide qué lleva tu PRÓXIMO mensaje y nada más. El correo ya enviado conserva el píxel y los enlaces reescritos con los que salió, y sigue informando después de desactivar el conmutador, y la única forma de detenerlo sería romper los enlaces de mensajes que la gente ya tiene, lo cual es peor para un lector que seguir contando. Desactivar el seguimiento es una decisión sobre lo que sale de ahora en adelante; no hay recuperación.
No se guarda ninguna dirección IP para una apertura ni para un clic, y no hay columna donde ponerla. Lo que se conserva es lo que el borde ya sabía antes de que la petición nos llegara (un país, una región, una ciudad, una zona horaria, ninguno de ellos consultado para obtenerlo), más una huella SHA-256 de la dirección y del agente de usuario, con una sal que se renueva a medianoche UTC. El hash es lo que permite que un informe diga dos dispositivos en lugar de dos aperturas, y un día después nadie puede volver a asociarlo con una dirección, nosotros incluidos. Lee la ubicación como un hecho sobre la red y no sobre la persona: quien esté tras una VPN o un proxy corporativo aparece en un lugar donde nunca ha estado.
Detrás de las cifras hay dos tipos de registro. Una fila de impacto lleva un agente de usuario, una ciudad y una huella sobre alguien que nunca aceptó ser medido, y existe para responder a las preguntas que se hacen en los días posteriores a un envío: ¿fue eso un escáner?, ¿qué dispositivo?, ¿era realmente esa persona? El otro tipo es la lectura en sí (primera, última y un recuento, por mensaje y por enlace), que es un hecho sobre tu propio correo y no sobre quien lo abrió.
Las descargas automatizadas se registran y después no se cuentan, que es distinto de tirarlas. Mail Privacy Protection de Apple descarga todas las imágenes remotas de todos los mensajes en la entrega, mire o no una persona. Está activado por defecto, y contarlo le da a cualquier remitente una tasa de apertura cercana al 100 % que no significa nada, así que se reconoce por el agente de usuario y por la red desde la que salió la petición, y se marca como máquina. Los escáneres corporativos, los verificadores de enlaces, los navegadores sin interfaz y todo lo que llega en los diez segundos siguientes al envío se marcan igual, porque nada que haga una persona ocurre tan rápido. El agente de usuario se conserva exactamente como llegó, junto a lo que se leyó de él, porque esa cadena es aquello desde lo que se hizo la llamada y una llamada que nadie puede cotejar con su entrada es una llamada que nadie puede corregir. Un cliente puede escribir lo que quiera ahí y muchos no dicen casi nada, así que es una afirmación y no un hecho. El informe imprime cuántos se filtraron en lugar de dejar un hueco sin explicar entre el registro y el total.
Gmail es un tercer caso y se informa como tal. Su proxy de imágenes descarga porque alguien mostró el mensaje, así que la apertura es real mientras que el dispositivo, la ubicación y el cliente sencillamente no son conocibles, y el proxy cachea, así que la segunda y la tercera lectura pueden no llegarnos nunca. Un recuento de aperturas a través de Gmail es un suelo, no un total.
Que no se registre ninguna apertura no es prueba de que un mensaje quedara sin leer. Bloquear las imágenes remotas es lo corriente, ya que muchos clientes vienen con ello activado y todos los demás lo ofrecen, y lo suprime por completo, así que el silencio aquí no es prueba en ninguna dirección, y es la respuesta que obtendrás más a menudo. Nada en el producto representa un mensaje sin seguimiento o sin informe como «no abierto», porque eso sería leer un rechazo en una ausencia.
Un clic es una prueba más fuerte que una apertura, así que los dos nunca se funden en una sola cifra. Las imágenes se bloquean mucho más a menudo de lo que los enlaces se quedan sin pulsar, lo que hace que un mensaje con clics y sin aperturas sea uno que se ha leído con certeza. Se reescriben hasta 100 destinos por mensaje, una vez cada uno. La misma página de campaña enlazada desde una imagen de cabecera, un botón y un pie es una sola fila con su propio recuento, porque es una pregunta hecha tres veces, y un informe puede decir qué enlace valía la pena seguir en lugar de que algo en alguna parte se siguió. Pasado ese tope, los enlaces restantes se dejan exactamente como se escribieron en lugar de descartarse, ya que un enlace sin seguimiento sigue funcionando y un mensaje que pierde doscientos en silencio no.
Un enlace reescrito no se puede apuntar a ningún sitio que no hayamos puesto nosotros mismos en el mensaje. El destino se guarda en una fila y la URL lleva solo su identificador, así que no hay ningún parámetro de consulta que manipular y nada de aquí se puede convertir en una redirección abierta sobre el dominio de un proveedor de correo, que es la materia prima con la que se construyen las campañas de phishing. La redirección es un 302 y no un 301, porque una permanente la cachea el navegador y todos los proxies intermedios y el recuento se pararía en uno y ahí se quedaría. Un enlace cuyo mensaje se haya eliminado desde entonces dice que la dirección ya no apunta a ninguna parte en lugar de responder con un 404 pelado.
Solo se reescribe la parte nueva de una respuesta; el historial citado debajo es el mensaje de otra persona y sus enlaces siguen siendo suyos. La copia archivada en Sent tiene el píxel quitado y todos los enlaces devueltos tal como los escribiste. Sin eso, reenviar tu propio correo enviado reenvía el token de un destinatario a un desconocido, hacer clic en un enlace de tu propia bandeja de salida registra que el destinatario hizo clic, y la copia que conservas no es lo que escribiste.
Un mensaje con un solo destinatario siempre lo nombra: no podría haber sido nadie más. Más allá de uno, nombrar qué destinatario lo abrió significa dar a cada persona su propia copia del cuerpo, cosa que solo se hace en un mensaje lo bastante pequeño como para que reconstruirlo por persona sea asumible: el tamaño estimado multiplicado por el número de destinatarios tiene que quedar por debajo de 8MB. Pasado ese presupuesto, y en un mensaje sellado cuyo único bloque de texto cifrado no puede variar por persona, un solo cuerpo va a todo el mundo, y una apertura se registra como alguien de este mensaje y no como un nombre escogido de la lista. Dos personas que abren en menos de treinta segundos una de otra cuentan ahí como una sola lectura, que es la misma limitación dicha por segunda vez. Treinta segundos es la ventana en todos los casos: un panel de vista previa redibujándose, o un mensaje que vuelve a entrar en pantalla al desplazarse, vuelve a descargar la imagen y no es una segunda lectura.
El correo de un buzón de OpenEmail a otro informa de sus aperturas desde el propio lector. El lector de aquí elimina cualquier imagen de 1×1 de todos los mensajes antes de que lleguen a tu pantalla, incluida la nuestra, así que el píxel nunca se descarga. Cuando un mensaje se muestra con las imágenes remotas visibles, el lector registra la apertura contra la copia que recibió ese buzón y nombra el cliente como OpenEmail. Un lector que mantiene las imágenes ocultas no registra nada, igual que cualquier otro cliente que las bloquee. Los enlaces no los elimina nada, así que un clic de un buzón de OpenEmail a otro vuelve por la vía habitual.
El informe completo está en la API REST bajo el ámbito emails:read que ya cubre el correo enviado: un listado, tasas de apertura y de clic sobre los mensajes con seguimiento de una ventana, y los impactos individuales con los automatizados incluidos si los pides. El registro por impacto se detiene en 2.000 filas por copia mientras los contadores siguen, así que un píxel descargado en bucle no puede hacer crecer una tabla que nadie mira.
Un mensaje enviado con el seguimiento desactivado no muestra nada en absoluto en lugar de cero aperturas. Nadie lo abrió y no estábamos registrando son respuestas distintas, y nada en el producto las representa igual.