Skip to main content

Présentation

Les clients e-mail peuvent récupérer et mettre en cache les images avant qu’un destinataire n’ouvre l’e-mail. Cela signifie que le rendu au moment de l’ouverture peut refléter le moment de la récupération, et non celui de l’ouverture exacte. Cela est important pour des fonctionnalités telles que le Live Polling et le Countdown, où l’image elle-même porte du contenu dynamique.

Rendu au moment de l’envoi et au moment de l’ouverture

Certaines boîtes de réception et certains proxies pré-récupèrent les images peu après la livraison. S’ils mettent l’image en cache, le destinataire peut voir ultérieurement une version figée. D’autres clients récupèrent au moment de l’ouverture, ce qui donne un résultat plus frais lorsque le Runner renvoie des réponses non-cacheable.

Comportement des clients

Ce que fait Reelevant

Le Runner marque chaque réponse comme non-cacheable, envoyant Cache-Control: no-cache, no-store, max-age=0, Pragma: no-cache et Expires: -1. Cela encourage les clients qui respectent les en-têtes de cache, comme le Gmail image proxy, à demander une image fraîche. Certains clients, comme Apple Mail Privacy Protection, peuvent tout de même mettre l’image en cache malgré ces en-têtes. Lors d’une redirection de clic, Reelevant préserve le client précédemment identifié. Cela est important car certains proxies, comme Apple Mail Proxy, ne transmettent pas les mêmes en-têtes d’identification sur la requête de clic.

Impact sur les fonctionnalités au moment de l’ouverture

Pages associées