Temps de lecture estimé: 2 minutes

Aujourd'hui, nous voyons trois techniques pour montrer les images dans le corps HTML du corps d'un e-mail. Ces procédures ne sont pas toujours indiquées, et je recommande son utilisation que pour la composition du bulletin et quelques autres cas. Mais nous voyons les techniques en détail.

CID Embarqués Images

A moi, il Content-ID (CID) Il a l'air vieux, mais il est toujours une option viable et en cours d'exécution de nos jours.

Le CID fonctionne en attachant une image au message que nous envoyons et, usando tag et standard dell'HTML, Nous ajoutons une référence à l'image ci-jointe que nous incluons dans le corps lorsque l'e-mail est ouvert.

Wow! Fico, pas? Non.

Le problème avec les pièces jointes d'image via CID ne sont pas toujours correctement affiché par l'e-mail du client. Pour la plupart de cette technique pour les travaux de client informatique, mais ne fonctionnera probablement pas sur le webmail comme Gmail, Yahoo o Hotmail.

Pro

• Il est une technique bien connue et expérimenta
• Elle est soutenue par un grand nombre de clients

Les inconvénients

• Il augmente la taille du message SENT
• Vous pouvez donner des problèmes d'affichage, en particulier sur le webmail
• Il peut sembler une technique archaïque
• il est plus compliqué à mettre en œuvre et les résultats communs

ligne Embedding (base64)

L'intégration en ligne est beaucoup plus simple. Inclure une image dans un e-mail d'abord, vous devez disposer d'une version de l'image codée en base64. Une fois que l'image est codée étapes à votre modèle et incorporez avec les balises HTML classiques “img”:

<img alt="immagine" src="data:image/jpeg;base64,/9j/4S/+PGltZyBhbHQ9Ik15IEltYWdlIiBzcmM9ImRhdGE6aW1h...altro codice" /> 

Convertir l'image à base64 est assez simple. Depuis le lancement de terminal cette commande:

base64 -w 0 immagine.jpg

Pro

• simple à mettre en œuvre
• rapide
• ne vous “passer au peigne fin” il MIME

Les inconvénients

• La taille totale de l'e-mail peut peser beaucoup plus, surtout si vous utilisez plus d'un couple de petites images
• aussi dans ce cas, le webmail ont tendance à bloquer les images (ou ne montrent pas correctement)

Liens vers des images externes

Comme on peut le voir dans l'exemple ci-dessus, si vous utilisez beaucoup d'images codées en base64 la taille de l'e-mail à envoyer pousse fortement en taille, le ralentissement de l'envoi de (Il peut être un problème dans le cas des envois multiples). L'alternative est de lier les images hébergées sur des sites tiers.

Dans ce cas, il n'y a rien “super-technique”. reliant simplement une image externe (y compris les liens “http://”) à l'intérieur du corps HTML. En adoptant cette approche, il est de considérer combien de personnes vont faire passer le message et où ils sont dans le monde.

Si nous envoyons un message à 100 personnes au cours d'une semaine vous pourriez héberger vos images dans un dossier public sur DropBox, Il devrait être plus que suffisant.

Si vous voulez 200.000 personnes touchées par votre e-mail dans un jour, il serait plus sage d'accueillir l'image dans un réseau de diffusion de contenu comme Amazon CloudFront.

Pro

• l'e-mail sera aussi léger que possible
• peu d'efforts pour inclure l'image

Les inconvénients

• souffre des mêmes problèmes de blocage des autres méthodes (webmail)
• Il nécessite le téléchargement depuis un serveur externe

Alors, qui choisir?

Malheureusement, le soutien unifié pour ces méthodes n'est pas prévu, alors besoin de penser ce que vous envoyez et à qui, en plus de réflexion sur où va lire le message.

La meilleure méthode est de vérifier l'e-mail qui envoie le BIG mondial, venir Amazon, Pinterest, Spotify o Twitter. Observez le code, vérifier l'en-tête de courrier et trouver ce qui fonctionne pour eux. Appliquez ensuite à tous nos mails et tests, test, test (de préférence avec un service de webmail comme Gmail ou Yahoo).