Base de conocimiento
Píxeles de seguimiento eliminados
La imagen invisible que le dice a un remitente que abriste su correo desaparece antes de que veas el mensaje.
Detalles
- Cualquier imagen que se declare de 1×1 o 0×0 se elimina en el servidor, junto con los bloques de preencabezado ocultos que usan el mismo truco.
- Se ejecuta en cada mensaje que abres en la aplicación, no a la entrada. La copia almacenada se deja tal como llegó, y la limpieza ocurre entre esa copia y tu pantalla. No hay nada que activar. Leer un mensaje por la API o por MCP devuelve la copia almacenada tal como llegó, así que un cliente que renderice ese HTML por su cuenta es responsable de lo que cargue.
- La regla es incondicional, y eso es lo que hace que valga la pena decirla: OpenEmail envía correo que informa de sus aperturas (un conmutador para aperturas, otro para clics, y ambos ACTIVADOS salvo que el propietario del buzón los desactive, así que es lo que obtiene un remitente y no algo que fuera a buscar), y la imagen de 1×1 que añade se elimina de un buzón de OpenEmail exactamente igual que la de cualquier otro. Así que el correo entre dos cuentas de OpenEmail nunca informa de una apertura cuando se LEE. Imprimirlo es la brecha, porque la vía de impresión no ejecuta esta pasada y descarga el píxel junto con todo lo demás. Ese es el coste de la regla y no un agujero en ella, y eximir nuestro propio píxel es el único cambio que haría que esta página fuera falsa.
- La impresión no pasa por esta pasada, así que un píxel sobrevive hasta el marcado impreso. En su lugar obedece al conmutador de imágenes remotas de más abajo: con ese conmutador desactivado no se descarga nada en una página impresa, y con él activado, que es lo predeterminado, imprimir carga las imágenes remotas igual que leer.
- Un píxel que se oculta con CSS en lugar de con los atributos de ancho y alto no lo detecta esto, y sí lo detiene desactivar las imágenes remotas, que es el ajuste de más abajo, y el que detiene toda descarga remota adopte la forma que adopte.