Grâce au marketing par e-mail basé sur une licence, non seulement le coût du marketing et de la promotion peut être considérablement réduit, mais les informations peuvent être transmises directement et avec précision aux clients.
La question que j'étudie aujourd'hui est de savoir comment commencer les aspects techniques et faire un excellent e-mail compatible avec les clients de la vision des utilisateurs et des e-mails.
1. Choisissez HTML ou texte brutCertaines personnes aiment le texte simple et certaines personnes aiment lire un riche HTML. Comment choisissons-nous?
Pour les e-mails marketing, il est recommandé d'utiliser le format HTML pour les faire (image);
Pour les e-mails de confirmation / rappel / information, il est recommandé d'utiliser du texte ou du simple HTML pour les fabriquer (image).
Pourquoi y a-t-il des façons différentes de faire ces deux types d'e-mails différents? Ceci est basé sur ces raisons:
Le contenu des e-mails marketing est riche et diversifié; Le contenu des e-mails de confirmation est célibataire et unique;
Dans les e-mails marketing, les clients accordent plus d'attention à la richesse du contenu et à l'esthétique des effets visuels;
Dans les e-mails de confirmation, nous voulons que les clients voient les informations de confirmation très directement. Le contenu complexe et les effets visuels ne feront qu'ignorer les clients du contenu principal de l'e-mail - c'est-à-dire les informations de confirmation;
(Ce qui suit se concentrera sur la production d'e-mails marketing HTML)
2. Compétences de base HTML basées sur la mise en page de la table + CSSIl existe deux types de kung-fu, l'un est le plus yang et l'autre est le plus yin et le plus doux. La raison pour laquelle Zhang Sanfeng a atteint le sommet est que sa fondation d'arts martiaux et ses compétences de base sont solides, alors il a réalisé ce tai-chi qui peut être le plus yin et le plus yang.
Il en va de même pour les e-mails HTML. Nous savons qu'il existe de nombreux types de clients de lecture par e-mail aujourd'hui, y compris les perspectives traditionnelles, le Thunderbird, les notes Lotus, Mac Mail en ligne, Gmail, Hotmail, etc. Les explications des e-mails seront différentes. La plupart des systèmes de messagerie en ligne bloqueront le code entre les balises <head> </ada>.
Pour que les e-mails soient vus par tous les utilisateurs avec différents clients, nous devons très bien maîtriser les compétences de base de HTML. Certaines personnes disent Div + CSS, certaines personnes disent que c'est la sémanisation des étiquettes de référencement. Il est indéniable qu'en tant que développeur Web, il sera très populaire d'avoir ces deux idées de développement HTML populaires de nos jours, mais cela ne s'applique pas à la production de messagerie. Notre objectif est de permettre aux clients de voir le même contenu d'informations sur différents clients de messagerie, qui utilise la méthode de mise en page la plus originale: la mise en page du tableau + CSS. Jetons un coup d'œil à la prise en charge actuelle du client de messagerie pour HTML et CSS (photo):
* Hotmail peut analyser le <ystyle> entre <body> </body>, mais également bloquer le <ystyle> entre <Aad> </Ead>
3. Lorsque vous effectuez un e-mail HTML, vous devez prêter attention aux points suivants:Le positionnement se fait à l'aide d'une méthode de nidification de table qui combine la taille absolue (pixel) et la taille relative (pourcentage).
La plupart des clients de courrier électronique bloqueront Flash et JavaScript, ainsi que certaines balises et attributs spéciaux;
L'attribut d'image d'arrière-plan sera bloqué dans la plupart des clients de messagerie en ligne. Dans Gmail, vous ne pouvez voir aucune images d'arrière-plan;
L'attribut SRC de l'image doit être utilisé avec l'adresse absolue:
Correct: <img src = http: //blog.54575.com/logo.gif width = 297 'hauteur = 160' alt = bien-être = rendre significatif /
Erreur: <img src = logo.gif />
Les informations sur l'heure, l'emplacement, le contenu et d'autres informations de l'exposition sont très toujours nécessaires. Étant donné que les images peuvent ne pas être affichées, ces contenus ne sont pas recommandés pour être affichés dans les images;
Même s'il est placé dans l'image, veuillez l'exprimer sous forme de texte dans le contenu de l'e-mail et ajouter le contenu à l'attribut alt de l'image.
Le courrier électronique est souvent ouvert via deux canaux, le client logiciel et le client en ligne, ces deux clients de messagerie (figure).
* Microsoft Outlook 2003
* Email NetEase 163
Comme on peut le voir sur l'image, les e-mails ne sont souvent pas affichés en plein écran.
Si la largeur standard de la page Web continue d'être utilisée, une partie du contenu de l'e-mail sera inévitablement bloqué, créant ainsi deux barres de défilement horizontales et verticales, qui ne sont pas pratiquantes pour les clients à parcourir;
Et une largeur trop étroite provoquera un gaspillage d'espace (image)
Alors, quelle est la meilleure façon de définir la largeur de l'e-mail HTML? Passons d'abord à la largeur utilisée pour la production de courrier HTML par plusieurs sociétés bien connues:
NetEase Youdao: 600px
Membre QQ: 650px
Dell Home and Office: 650px
Cisco Webex: 600px
On peut voir que les largeurs de courriels marketing de ces sociétés informatiques bien connues sont 600px et 650px.
Et selon mes 4 années d'expérience en EDM et en conception Web, je préfère choisir ce dernier, c'est-à-dire 650px comme largeur standard des e-mails marketing HTML.
Avantages de 650px:
Lorsque le contenu de l'e-mail est divisé en 2 colonnes, 650px peut être divisé en x + 10 + y, où x = colonne gauche, y = colonne de droite, 10 est l'écart, x + y = 640 et 640 peut être divisible par 20, 640 = 2 × 2x2x2x2x10,
Lorsque le contenu de l'e-mail est divisé en 3 colonnes, 650px peut être divisé en x + 10 + y + 10 + z. De même, x + y + z = 630, 630 peut être divisible par 30, 630 = 3 × 3x7 × 10.
Pourquoi devons-nous nous décomposer de cette façon? Veuillez consulter les recherches sur la raspérisation des pages Web.
C'est pourquoi j'ai choisi 650px au lieu de 600px.
Bien sûr, ce n'est qu'une norme établie par moi personnellement et n'est pas devenu une norme unifiée mondiale, mais j'espère qu'un jour cette largeur sera reconnue par la grande majorité des producteurs de courriels HTML et des destinataires.