Modèle d`email « responsive

Transcription

Modèle d`email « responsive
CONCEPTION D’E-MAILS
RESPONSIVE
© SELLIGENT
Le contenu de ce manuel porte sur du matériel protégé par les droits d’auteurs appartenant à Selligent.
Ce manuel ne peut être ni reproduit, en tout ou en partie, ni distribué, transféré par quelque procédé
électronique ou mécanique que ce soit, ni photocopié, sans l’accord écrit préalable d’un représentant
de Selligent.
Glossaire
TERME
DESCRIPTION
Conception adaptative
(ou responsive design)
Approche visant à concevoir des sites web ou e-mails de manière à offrir une
expérience de visualisation optimale (facilité de lecture et de navigation avec un
minimum de redimensionnement, de réorientation et de défilement) sur une
vaste gamme d’appareils.
Metatag ou balise meta
Balise HTML utilisée pour stocker l’information relative à une page mais non affichée dans le navigateur.
Viewport
Le « viewport », ou fenêtre d’affichage, est une zone virtuelle utilisée par le
moteur de rendu pour navigateur/e-mail afin de déterminer comment le contenu
est mis à l’échelle et redimensionné lors du rendu initial sur l’écran.
Requête média
Consiste en un type de média et au moins une expression qui limite le champ
d’action de la feuille de style à l’aide de caractéristiques telles que la largeur, la
hauteur et la couleur. Elle permet d’adapter la présentation du contenu à une
gamme spécifique d’appareils sans avoir à modifier le contenu en lui-même.
Initial-scale
Cette propriété contrôle le niveau de zoom lors du chargement initial de la page.
Maximum- &
minimum-scale
Ces propriétés contrôlent l’utilisation des fonctions de zoom avant ou arrière par
les utilisateurs.
Selligent GUIDE PRATIQUE
2
Table des matières
1. Objectif
4
2. Conception de l’e-mail
2.1 CE QU’IL NE FAUT PAS FAIRE
2.1.1 MISE À L’ÉCHELLE
2.1.2 SKINNY DESIGN
5
5
5
5
2.1.3 COMPRENDRE VOTRE AUDIENCE
2.2 MISE EN PAGE DE L’EMAIL
6
6
2.2.1 SE LIMITER À UNE SEULE COLONNE
2.2.2 QUELQUES EXEMPLES À SUIVRE
2.3 BONNES PRATIQUES MOBILES
2.4 DOCTYPE
6
7
8
8
2.5 FENÊTRE DE RENDU INUTILISABLE
2.6 REQUÊTES MÉDIA
9
10
2.6.1 SUPPORT DES REQUÊTES MÉDIA
2.7 L’IMPORTANCE DE « !IMPORTANT »
11
12
2.8 RÉINITIALISATION DU CORPS DE L’EMAIL
2.9 REDIMENSIONNEMENT DES POLICES
2.10 HYPERLIENS
13
13
13
2.11 MISE EN PAGE LIQUIDE
14
2.12 DÉGRAISSAGE DU CONTENU
15
2.12.1 PENSER EN TERMES DE PAQUETS
17
2.13 PLUSIEURS COLONNES SUR UN SEUL ÉCRAN
18
2.13.1 SUPPRESSION D’UNE BALISE D’ESPACEMENT TD
2.14 IMAGES ADAPTATIVES
19
2.15 TEST DE VOTRE MISE EN PAGE ADAPTATIVE
Selligent GUIDE PRATIQUE
19
20
3
1. Objectif
L’avenir de l’e-mail marketing réside dans la capacité d’adaptation à ce qui nous
entoure. Les smartphones, tablettes, etc. sont partout. Ces petits appareils ont tous
des résolutions d’écran différentes des ordinateurs traditionnels. Si votre e-mail
n’est pas optimisé pour s’afficher sur un plus petit écran, votre appareil mobile fera
de son mieux pour le visualiser en y ajoutant une barre de défilement ou en mettant
le contenu à l’échelle. Dans ces deux cas, ce que fait le mobile, c’est tenter de faire
entrer dans ce plus petit écran un contenu qui n’a pas été conçu pour cela. L’art
d’optimiser un e-mail pour le représenter sur de multiples tailles d’écran s’appelle
« responsive design », ou conception adaptative, et c’est le sujet principal de ce
guide pratique.
Les dispositifs mobiles ont pratiquement détrôné les ordinateurs classiques et
s’imposent désormais comme les appareils préférés des utilisateurs lorsqu’il s’agit
de lire leurs e-mails. En septembre 2013, Litmus annonçait que 47% de tous les
e-mails ouverts le sont sur des appareils mobiles. Lorsque l’on sait que la moitié
de l’audience ne lit pas les e-mails tels qu’ils ont été prévus, il devient évident
qu’un changement est nécessaire. Et le changement peut être salutaire pour une
entreprise aussi, parce que :
LES UTILISATEURS MOBILES FERONT TOUT CE QUE FONT LES
UTILISATEURS D’ORDINATEURS. A CONDITION QUE CE SOIT
PRÉSENTÉ DE FAÇON UTILISABLE.
Nous savons que 63% des Américains et 41% des Européens ferment, voire
suppriment, un e-mail qui n’est pas optimisé. Pour conserver l’attention du lecteur,
nous devons nous adapter et modifier nos e-mails.
Nous devons présenter le contenu d’une manière utilisable. Les boutons importants
doivent être affichés en plus grand pour que les utilisateurs puissent facilement
cliquer dessus. Les images doivent être moins lourdes afin de réduire le temps de
téléchargement sur une connexion mobile. Ce sont là quelques exemples parmi
tant d’autres de ce qu’il faut améliorer.
Dans ce guide pratique, nous tenterons de vous donner quelques conseils, astuces
et bonnes pratiques pour mettre en place des modèles d’e-mails adaptatifs efficaces.
Selligent GUIDE PRATIQUE
4
2. Conception
de l’e-mail
Alors, que signifie précisément le terme « conception adaptative » ? Il s’agit d’un
ensemble de techniques et de principes appliqués à la conception d’e-mails, tels
que les requêtes média, les images et mises en page fluides, et une rédaction
personnalisée des e-mails qui convienne à la fois aux ordinateurs et aux appareils
mobiles. Les techniques adaptatives permettent aux designers de cacher, empiler,
développer/réduire ou encore modifier le contenu pour en optimiser l’affichage sur
les plus petits écrans. Elles incluent également de simples réflexions pour rendre les
e-mails plus faciles à consommer par les utilisateurs mobiles, comme la présence
de gros boutons faciles à actionner, de mises en page de contenus selon une
hiérarchie qui leur permettent de fonctionner même sans l’affichage d’images...
Concevoir des e-mails adaptatifs peut se faire de différentes manières, en fonction
du résultat final que vous souhaitez obtenir. Vous pouvez opter pour le design fixe
où vous convertissez tous les pixels à la bonne taille. Par exemple, lorsque vous
avez un tableau de 600 pixels de large et que vous voulez qu’il s’affiche sur un
écran de smartphone dont la résolution est de 320 pixels, vous allez convertir tous
les 600 pixels en 320 pixels.
L’alternative, c’est d’opter pour une mise en page fluide, plus flexible que le design
fixe. Tout comme dans le design fixe, les pixels vont être convertis, mais cette fois
en pourcentages. Une mise en page en 600 pixels représentera 100% et s’adaptera
automatiquement à l’écran de l’appareil.
2.1 CE QU’IL NE FAUT PAS FAIRE
2.1.1 MISE À L’ÉCHELLE
La mise à l’échelle permet de créer une mise en page totalement fluide qui va
s’adapter à la taille de l’écran. Cependant, comme la taille du texte, des images, etc.
ne sera pas adaptée, l’e-mail sera rigoureusement identique à sa version PC - juste
plus petite.
Les utilisateurs auront donc du mal à lire le texte et à cliquer sur les boutons. Il est
fort probable qu’ils referment l’e-mail sans le lire. Cette méthode n’est pas conviviale
et n’est pas recommandée. Quoi qu’il en soit, elle devrait fonctionner sur n’importe
quel appareil, puisque vous utilisez une mise en page fluide.
2.1.2 SKINNY DESIGN
La méthode « Skinny design » est en fait une mise en page suffisamment petite pour
répondre aux exigences de taille d’un écran de portable ; le design sera le même
pour les utilisateurs d’ordinateurs, ce qui donnera comme résultat un e-mail très
minimaliste sur PC. Cette méthode est un peu plus conviviale que la précédente,
mais ce n’est toujours pas véritablement de la conception adaptative. Dans ce
cas, les utilisateurs de PC seront limités et des informations supplémentaires
potentiellement importantes ne seront jamais montrées à l’utilisateur, tout
simplement parce que la place manque pour les afficher.
Selligent GUIDE PRATIQUE
5
2.1.3 COMPRENDRE VOTRE AUDIENCE
Des deux méthodes citées précédemment, la mise à l’échelle est la moins mauvaise,
mais ce n’est pas une « véritable » mise en page mobile. Cependant, cette méthode
fonctionnera dans tous les cas et reste envisageable lors du choix d’une stratégie.
Il est important de comprendre votre audience et les environnements qu’elle utilise
le plus fréquemment pour visualiser vos e-mails. Une fois que vous disposez de
ces données, vous pouvez déterminer votre investissement en matière de stratégie
mobile.
Cependant, en termes de bonnes pratiques, vous devriez faire LES DEUX ; une mise
en page évolutive qui devient adaptative. La suite de ce document se concentre sur
cette idéologie. Nous allons prendre le meilleur des deux mondes et tenter de les
combiner pour obtenir une véritable conception adaptative des e-mails.
2.2 MISE EN PAGE DE L’EMAIL
Lorsque l’on part d’une page blanche, il est important de ne jamais perdre de
vue l’aspect adaptatif, en particulier lorsque l’on en est encore qu’aux étapes de
conception. Rien n’est plus important qu’une conception optimisée à la fois pour
le PC et le mobile. Cela facilitera nettement la suite du processus.
Une bonne approche est de d’abord réfléchir à une mise en page mobile et de
créer ensuite la version PC basée sur cette mise en page. Si vous travaillez dans
l’autre sens, vous réduirez les options possibles pour les utilisateurs mobiles.
Essayez de garder votre version mobile aussi élégante et minimaliste que possible.
Plus vous utilisez d’images et de graphismes spéciaux, plus il sera difficile d’obtenir
une version correcte à la fois pour le mobile et l’ordinateur de bureau.
2.2.1 SE LIMITER À UNE SEULE COLONNE
Pour rendre le processus d’optimisation de votre newsletter le moins douloureux
possible, optez pour une mise en page à une seule colonne. Comme vous devez
désormais utiliser des tables imbriquées, il est très difficile de réorganiser les
colonnes ou d’empiler des blocs de contenu les uns sur les autres. Cette opération
relativement simple en CSS est pratiquement impossible compte tenu de la rigidité
des tables HTML.
Cela ne veut pas dire pour autant qu’une mise en page à plusieurs colonnes ne
fonctionnera pas sur les appareils mobiles ; il sera simplement plus difficle de la
faire fonctionner à la fois sur un ordinateur et sur un mobile. Si vous optez pour une
mise en page à deux ou trois colonnes, vous avez toujours la possibilité de masquer
certains colonnes. Si vous utilisez une colonne pour du contenu secondaire,
accessoire, c’est sans doute une option valable pour votre version mobile.
Vous trouverez plus d’informations sur la manière de travailler avec plusieurs
colonnes dans la suite de ce document.
Selligent GUIDE PRATIQUE
6
2.2.2 QUELQUES EXEMPLES À SUIVRE
JOY
THE
STORE
DOMINO’S
EXPEDIA
Selligent GUIDE PRATIQUE
7
2.3 BONNES PRATIQUES MOBILES
●● Contenu clair et concis: plus l’écran est petit, plus l’efficacité du message est
cruciale.
●● Mise en page à une seule colonne: la simplicité est fondamentale, comme
nous l’avons déjà dit. Une mise en page limitée une largeur de 640 pixels se
réduit élégament. L’usage d’une seule colonne garantit qu’aucun contenu ne
soit perdu.
●● Large call-to-action (CTA): les bonnes pratiques pour l’interface hommemachine d’Apple iOS recommandent une zone cliquable de minimum 44x44
points. Cela varie toutefois d’un appareil à l’autre.
●● Polices généreuses: assurez-vous que votre message puisse être lu facilement.
●● Pre-header: une autre zone fondamentale en matière de visibilité dans la boîte
de réception. Evitez si possible de n’afficher que le texte « visualiser dans un
navigateur ».
●● Texte aligné à gauche: il y a de nombreuses raisons qui justifient l’alignement
à gauche de la zone de contenu. Des études d’oculométrie (ou eye tracking)
suggèrent que les utilisateurs occidentaux concentrent la majorité de leur
attention sur la partie gauche du contenu de l’e-mail. Rien d’étonnant à cela,
puisque nous lisons de gauche à droite. Certains systèmes d’exploitation, tels
qu’Android, ne réduiront pas le contenu pour l’adapter à l’écran et n’afficheront
que la moitié gauche d’un e-mail. D’un point de vue ergonomique, la majorité
des utilisateurs trouvera plus facile d’interagir avec les éléments placés en bas à
gauche ou au millieu de l’écran.
●● Hiérarchie verticale: une plus petite surface utile rend plus crédible que jamais
l’idée du « pli ». Les CTA importants doivent être placés le plus près possible du
haut ; s’ils ne sont pas vus immédiatement, ils ne seront probablement pas vus
du tout.
●● Utilisation prudente des images: ne partez pas du principe que vos images
seront visibles. L’application de messagerie native de l’iPhone affiche les
images par défaut, mais ce n’est pas le cas d’un grand nombre de clients de
messagerie. Si votre e-mail ne contient pas suffisamment de texte, il peut aussi
être détecté par un filtre anti-spam.
2.4 DOCTYPE
Certains clients de messagerie sont connus pour supprimer le DOCTYPE. C’est le cas
de Hotmail et Gmail. Ils insèrent automatiquement le XHTML 1.0 Strict DOCTYPE. Ce
n’est pas une mauvaise idée de l’ajouter lorsque vous concevez votre e-mail pour
éviter des conflits avec Hotmail/Gmail dans la phase de test.
<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Strict//en” “http://www. w3.org/TR/
xhtml1/DTD/xhtml1-strict.dtd”>
Selligent GUIDE PRATIQUE
8
2.5 FENÊTRE DE RENDU INUTILISABLE
Le « viewport », ou fenêtre d’affichage, est une zone virtuelle utilisée par le moteur
de rendu pour le navigateur/l’e-mail afin de déterminer comment le contenu est
mis à l’échelle et redimensionné lors du rendu initial sur l’écran. A l’origine, la balise
meta viewport a été créée par Apple ; elle a ensuite été exploitée et poursuivie par
d’autres. Cependant, en matière d’e- mails adaptatifs, la balise meta viewport ne
vous donnera que l’illusion du contrôle, car elle n’est pas supportée uniformément
par tous les navigateurs, et encore moins par les clients de messagerie.
EXEMPLE
<meta name=”viewport” content=”width=device-width, initial-scale=1.0, maximum-scale=1.0,” />
Voici une liste de résultats de tests du viewport sur divers clients mobiles :
APPAREIL
AUTORISE
LE ZOOM
PAR DEFAUT
INITIALSCALE
MAXIMUMSCALE
NOTES
Android
La propriété « Initial-scale » semble empêcher l’utilisateur
de dézoomer. Sans cette propriété, les utilisateurs
peuvent dézoomer jusqu’à envi- ron 5X. Avec et sans
la balise meta, il zoome jusqu’à la même dimension
maximale (environ 2X). La propriété « maximum-scale »
n’est visiblement pas supportée.
iPhone
Cet appareil fonctionne de la même manière quels que
soient les paramètres du viewport. Son zoom maximal
est beaucoup plus élevé que sous Android (environ 5X).
Kindle Fire
Définir les propriétés « initial-scale » et « maxi- mumscale » à 1.0 désactive la fonction zoom pour cet
appareil. Définir la propriété « maxi- mum-scale »
commande le zoom avant et arrière maximal.
Xoom
Définir les propriétés « initial-scale » et « maxi- mumscale » à 1.0 désactive la fonction zoom pour cet appareil.
Définir la propriété « maxi- mum-scale » commande le
zoom avant et arrière maximal. Cet appareil ne répond
pas aux requêtes média avec la balise meta.
iPad
Cet appareil fonctionne de la même manière quels que
soient les paramètres du viewport. Son zoom maximal
est beaucoup plus élevé que sous Android (environ 5X).
BlackBerry
Les e-mails envoyés avec <meta name = ”viewport”
content=”...” /> et quoi que ce soit dans l’attribut de
contenu apparaissent vides lorsqu’ils sont visualisés sur
BlackBerry.
Selligent GUIDE PRATIQUE
9
2.6 REQUÊTES MÉDIA
Les requêtes média sont l’élément essentiel de la conception adaptative. Elles vous
permettront de transformer votre e-mail en une version simplifiée pour les appareils
mobiles. Les requêtes média sont également utilisées par les designers web pour
rendre leur site web adaptatif et peuvent aussi être utilisées pour la mise en page
d’e-mails. Cependant, comme elles font partie de la balise « style », certains clients
de messagerie ne les accepteront pas, ce qui empêchera votre version mobile de
s’afficher.
Différent types d’appareils mobiles peuvent avoir différents types de requêtes
média. Ce qui veut dire que vous pouvez cibler différents appareils en fonction
de leur résolution d’écran. La liste suivante vous donne quelques exemples de
requêtes média :
●● Smartphones – Portrait & paysage: @media screen and (min-device-width
: 320px) and (max-device-width : 480px)
●● Smartphones - Paysage: @media screen and (min-width : 321px)
●● Smartphones - Portrait: @media screen and (max-width : 320px)
●● iPads – Portrait & paysage: @media screen and (min-device-width : 768px)
and (max-device-width : 1024px)
●● iPads – Paysage: @media screen and (min-device-width : 768px) and (maxdevice-width : 1024px) and (orientation : landscape)
●● Smartphones – Portrait: @media screen and (min-device-width : 768px)
and (max-device-width : 1024px) and (orientation : portrait)
●● Ordinateurs de bureau et ordinateurs portables: @media screen and
(min-width : 1224px)
●● Ecrans larges: @media screen and (min-width : 1824px)
●● iPhone 4: @media screen and (-webkit-min-device-pixel-ratio : 1.5), screen
and (min-device-pixel- ratio : 1.5)
Il existe une grande variété de requêtes média qui couvre bien plus d’appareils
mobiles que n’en comporte la liste ci-dessus. Mais il est très difficile de créer
une mise en page adaptative qui va fonctionner à 100% sur tous les appareils. Le
meilleur moyen pour éviter de devoir configurer toute une liste de requêtes média,
c’est de voir quels sont les appareils les plus populaires ou, mieux encore, les plus
populaires parmi vos utilisateurs. Cela vous donnera une idée des appareils que
vous devez absolument cibler.
NOTE
Certains nouveaux appareils ont un écran plus grand que celui des smartphones standard, ce qui signifie
qu’ils peuvent passer entre les mailles du filet.
Selligent GUIDE PRATIQUE
10
2.6.1 SUPPORT DES REQUÊTES MÉDIA
Tous les clients de messagerie par défaut sur les appareils mobiles ne supportent
pas les requêtes média, ce qui implique que, à moins d’avoir une liste complète de
tous les appareils de vos clients et des applications de messagerie qu’ils utilisent,
vous ne pourrez pas créer un e-mail qui s’adaptera à tous les appareils mobiles.
CLIENTS DE MESSAGERIE PAR DÉFAUT
CLIENT
SUPPORT DES REQUÊTES MÉDIA
Amazon Kindle Fire
Amazone Kindle Fire HD
Android 2.1 Eclair
Android 2.2+
Apple iPhone
Apple iPad
Apple iPod Touch
BlackBerry OS 5
BlackBerry OS 6+
BlackBerry Playbook
Microsoft Windows Mobile 6.1
Microsoft Windows Mobile 7
Microsoft Windows Mobile 7.5
Microsoft Windows Mobile 8
Microsoft Surface
Palm Web OS 4.5
sSamsung Galaxy S3+
Selligent GUIDE PRATIQUE
11
CLIENTS DE MESSAGERIE TIERS
CLIENT
SUPPORT DES REQUÊTES MÉDIA
Application tierce Microsoft Outlook Exchange (Android)
Application mobile Gmail (toutes plates-formes)
Application mobile Yahoo! Mail (toutes plates-formes)
SUPPORT GÉNÉRAL
SYSTEME D’EXPLOITATION
APERÇU
TEXTE
REQUÊTES
MEDIA
IMAGES
TEXTE ALT
ECHELLE
Android 4.0 (Gmail)
Android 4.0 (email)
BlackBerry OS 6
iOS 6
Windows Phone 7.5
= sort of
2.7 L’IMPORTANCE DE « !IMPORTANT »
Quel que soit le code CSS que vous placez dans la balise média, il doit toujours se
terminer par « !important ». Cela garantit que tous les styles présents seront écrasés
par le code CSS repris dans la balise de style. C’est la méthode que l’on utilise pour
créer deux styles de mise en page différents pour les utilisateurs mobiles et les
utilisateurs d’ordinateurs de bureau.
Mais tous les clients de messagerie ne sont pas fans des balises de style. C’est
notamment le cas de Gmail, qui enlèvera toute balise de style à l’intérieur de l’email, quelle que soit sa position (dans l’en-tête, dans le corps du texte,...) Dans ce
cas, vous devez vous faire à l’idée que Gmail affichera toujours la version prévue
pour l’ordinateur de bureau.
Selligent GUIDE PRATIQUE
12
2.8 RÉINITIALISATION DU CORPS DE L’EMAIL
Veillez à remettre à zéro les marges et l’espacement du corps. Sinon le contenu
s’affichera entouré d’un bord blanc dans iOS mail. Ensuite, désactivez l’adaptation
automatique de la taille du texte sur certains clients mobiles avec –webkit-textsize-adjust et –ms-text- size-adjust, ce qui empêchera les appareils de réduire ou
d’augmenter la taille du texte en fonction de leurs paramètres par défaut.
<body bgcolor=”#fffff” topmargin=”0” leftmargin=”0” marginheight=”0” marginwidth=”0”
style=”height: auto; padding:0; margin:0; -webkit-text-size- adjust:none; -ms-text-size-adjust:
100%;”>
2.9 REDIMENSIONNEMENT DES POLICES
De plus petits écrans peuvent rendre le texte illisible car trop petit. Or, le texte doit
se transformer, comme le reste de votre mise en page, en fonction de la résolution
d’écran. Pour s’assurer que les utilisateurs puissent lire votre e-mail sans aucun
effort, et leur proposer un e-mail convivial. Essayez de conserver des proportions
équilibrées, par exemple un texte entre balises H1 doit être plus grand qu’un texte
entre balises P ordinaires.
*[class].transf_tekst{
font-size:17px !important;
line-height:21px !important;
}
Vous pouvez également le faire pour tout le corps de l’e-mail si vous ne voulez pas
définir une classe spécifique pour chaque balise P ou SPAN.
LA TAILLE EST IMPORTANTE
D’après les bonnes pratiques d’Apple, les liens et les boutons doivent avoir une
zone cible de minimum 44 x 44 pixels. Rien n’est moins utilisable qu’un nuage
de liens minuscules sur un appareil à écran tactile. On recommande une taille de
police de 17 à 21 pixels ; la police habituelle est d’environ 19 pixels.
2.10 HYPERLIENS
Cliquer sur un lien peut également s’avérer difficile sur un plus petit écran. Vous ne
voulez pas obliger les utilisateurs à zoomer pour pouvoir cliquer sur un bouton ou
un hyperlien. La bonne pratique consiste donc à augmenter la taille des boutons
et des hyperliens. Plus le bouton sera grand, plus il sera facile de cliquer dessus.
Lorsque c’est possible, un bouton qui occupe toute la largeur de l’écran n’est jamais
une mauvaise idée.
La façon la plus simple de le faire est d’utiliser des hyperliens et des boutons en
CSS pur. Lorsque vous utilisez des images, vous devez prévoir l’une ou l’autre forme
d’alternance d’images pour que chaque bouton ait cet effet. Tandis qu’un bouton
CSS peut être complètement modifié en changeant la classe sur les appareils
mobiles.
Selligent GUIDE PRATIQUE
13
EXEMPLE
a[class=transf_btn]{
display:block !important;
font-size:14px !important;
font-weight:bold !important;
padding:6px 4px 8px 4px !important;
line-height:18px !important;
background:#dddddd !important;
border-radius:5px !important;
margin:10px auto;width:70%;
text-align:center; color:#111 !important;
text-decoration:none;
text-shadow:#fff 1px 0 0;
}
2.11 MISE EN PAGE LIQUIDE
Comme indiqué précédemment, il existe différentes méthodes pour créer une
mise en page adaptative. La plus simple consiste à créer une mise en page liquide
qui va s’adapter à la largeur de l’appareil sur lequel elle est affichée. Cela implique
l’utilisation de pourcentages pour contrôler votre mise en page.
Cette méthode permet de réduire la longueur du code CSS puisqu’il ne s’agit plus
de calculer le nombre de pixels pour chaque résolution et de les convertir. Les deux
sont acceptables, bien sûr, et une combinaison des deux peut être pratique parfois.
Dans l’exemple ci-dessous, vous pouvez voir le code CSS utilisé pour convertir une
table d’une largeur fixe à une largeur variable.
table[class=transf_100],
img[class=transf_100]{
width:100% !important;
height:auto !important;
}
ou
*[class.transf_100{
width:100% !important;
height:auto !important;
}
En réglant la largeur sur 100%, vous vous assurez que la mise en page couvre toute
la largeur de l’appareil, quelle que soit sa résolution. La hauteur sera proportionnelle
à la largeur, puisqu’elle est réglée sur « auto ».
Selligent GUIDE PRATIQUE
14
Vous devez encore déclarer la largeur de la table pour les clients sur ordinateurs
de bureau. Vous pouvez le faire en définissant l’attribut de largeur de la table. Ne
l’ajoutez pas comme un paramètre supplémentaire dans l’attribut de style, parce
que cela écrasera toujours la classe CSS dans la balise de style (à moins d’utiliser «
!important »).
<table border=”0” cellpadding=”0” cellspacing=”0” width=”660” class=”transf_100”>
<tr>
<td align=”center”> Custom text goes here </td>
</tr>
</table>
Lorsque vous n’utilisez pas cette méthode, c’est la méthode fixe qui s’applique. Elle
peut être réalisée comme suit :
.w320 {
width: 320px !important;
}
<table border=”0” cellpadding=”0” cellspacing=”0” width=”660” class=”w320”>
<tr>
<td align=”center”> Custom text goes here </td>
</tr>
</table>
L’inconvénient de cette méthode est que la table va rester en 320 pixels sur les
appareils mobiles. Donc, même si l’écran est plus petit, la table reste identique.
2.12 DÉGRAISSAGE DU CONTENU
Aujourd’hui, les e-mails sont, pour la plupart, remplis d’informations sur toutes sortes
de choses différentes. Mais toutes les informations contenues dans un e-mail n’ont
pas la même importance ; certaines sont plus cruciales que d’autres. Lorsque vous
créez votre mise en page adaptative, ne perdez pas cela de vue et sélectionnez les
informations « les plus importantes » de l’e-mail. Les e-mails mobiles ont tendance
à paraître encombrés lorsqu’ils contiennent trop d’information.
Le principal objectif d’une version mobile est d’assurer qu’elle soit aussi facile
à balayer et aussi lisible que possible. Souvent, cela passe par un masquage du
contenu secondaire de votre newsletter pour conserver le focus sur ce qui est le
plus important.
Selligent GUIDE PRATIQUE
15
Appliquer une simple classe de masquage de contenu sur n’importe quel paragraphe,
table ou image non prioritaire masquera automatiquement cet élément sur la
version mobile. Voici quelques éléments qui peuvent être considérés comme non
nécessaires pour la version mobile :
●● Liens vers la version web et le centre de préférences: En général vous
accordez sans doute une grande importance au lien qui permet de visualiser
l’e-mail dans un navigateur pour l’appareil mobile. Mais, en optimisant la
conception, vous vous assurez que la version envoyée soit la meilleure
possible.
●● Contenu supplémentaire dans le pied de page: Liens vers Flickr, Twitter,
Facebook, etc.
●● Mois de l’édition
●● Liens de partage social: Cela peut sembler compliqué, mais pour « aimer »
sur Facebook, l’abonné doit être connecté à Facebook sur son téléphone
(et pas seulement utiliser l’application Facebook). Il en va de même pour le
partage sur Twitter ou l’utilisation de la fonction « informer un ami ». Ces
opérations sont simples sur un ordinateur de bureau, mais sans doute trop
compliquées sur un appareil mobile.
●● ...
Vous pouvez masquer du contenu non désiré en ajoutant une simple ligne dans
votre requête média.
table[class=nok_mobile],
td[class=nok_mobile],
img[class=nok_mobile],
span[class=nok_mobile],
div[class=nok_mobile]{
display:none !important;
}
Ou, si vous voulez qu’il soit accessible pour tout type de balise, vous pouvez utiliser
ce code :
*[class].nok_mobile{
display:none !important;
}
Dans le code HTML de l’e-mail, vous pouvez utiliser ce code CSS pour les éléments
que vous souhaitez masquer. Par exemple, si vous avez une table avec un texte
personnalisé qui ne doit pas s’afficher dans la version mobile, vous pouvez faire
comme suit :
<table border=”0” cellpadding=”0” cellspacing=”0” width=”660” class=”nok_mobile”>
<tr>
<td align=”center”> Custom text goes here </td>
</tr>
</table>
Selligent GUIDE PRATIQUE
16
2.12.1 PENSER EN TERMES DE PAQUETS
Lorsque vous dégraissez votre mise en page pour les utilisateurs mobiles, arrêtez
de penser en terme de pages et réfléchissez en termes de paquets. Considérez
chaque partie de votre e-mail comme un paquet que vous pouvez choisir d’afficher
ou non. Pour vous donner un exemple, voici ce que l’on pourrait considérer comme
des paquets :
●● En-tête
●● Navigation
●● Article principal
●● ...
La réflexion en termes de paquets vous donne plus de liberté dans la conception de
votre e-mail. Cependant vous avez également la possibilité de masquer certaines
parties au sein d’un paquet, si nécessaire. Créer une hiérarchie de contenu est un
bon exercice pour sélectionner le bon contenu à afficher dans la version adaptative.
MISE EN PAGE SOUPLE
Normalement, lorsque vous créez un e-mail, vous placez tous les éléments dans
des tables fixes et utilisez autant que possible des largeurs et des hauteurs afin
de faire en sorte que la mise en page reste la même dans les différents clients de
messagerie. Mais, dans le cas de la conception adaptative, vous voulez que les
tables puissent évoluer légèrement lorsque vous affichez l’e-mail dans un client de
messagerie mobile. Vous devrez combiner largeur/hauteur fixes tout en gardant les
tables flottantes.
L’utilisation de cette méthode facilitera le codage de votre mise en page en HTML.
Tenter de convertir une mise en page fixe en mise en page adaptative est très
difficile et, dans la plupart des cas, cela ne fonctionnera pas comme vous le
souhaitez. Optez donc pour une mise en page souple. Vous trouverez ci-après un
exemple de structure de table :
FIXE
<table width=”100%” border=”0” cellspacing=”0” celpadding=”0”>
<tr>
<td>
<table cellpadding=”0” cellspacing=”0” width=”600”>
<tr>
<td width=”600”> Webversion </td>
</tr>
<tr>
<td width=”600”>
<table cellspacing=”0” cellpadding=”0” width=”600”>
<tr>
<td width=”600”> content </td>
</tr>
</table>
</td>
</tr>
</table>
</td>
</tr>
</table>
Selligent GUIDE PRATIQUE
17
SOUPLE
<table width=”100%” border=”0” cellspacing=”0” celpadding=”0”>
<tr>
<td>
<table cellpadding=”0” cellspacing=”0” width=”600” class=”transf_100”>
<tr>
<td width=”600”> Webversion </td>
</tr>
</table>
<table cellspacing=”0” cellpadding=”0” width=”600”>
<tr>
<td width=”600”> content </td>
</tr>
</table>
</td>
</tr>
</table>
2.13 PLUSIEURS COLONNES SUR UN SEUL ÉCRAN
Aujourd’hui, les e-mails sont, pour la plupart, constitués de plusieurs colonnes. Cela
peut poser des problèmes lors de la conversion de la mise en page en mise en
page adaptative. Il est toujours préférable d’avoir une seule colonne pour la version
mobile, parce que toute colonne supplémentaire réduit la taille de l’affichage.
Cela ne veut pas dire qu’il est interdit avoir plusieurs colonnes dans la version PC. Mais
vous devez les réduire à une seule colonne pour la version mobile. Heureusement,
les clients de messagerie mobiles nous permettent d’utiliser la technique des «
flottants » sans aucun problème. Cette technique permet de faire flotter une balise
de table TD à la gauche de l’écran.
Faire flotter la balise TD de droite à la gauche de l’écran donnera l’illusion de
visualiser un e-mail à une seule colonne alors qu’en fait il peut être constitué de
plusieurs colonnes. Mais ce n’est pas tout : vous devez aussi définir la largeur de
cette TD à 100% pour qu’elle prenne toute la largeur de l’écran et ne conserve pas
les pixels de la version PC.
td[class=transf_2column]{
width:100% !important;
float:left !important;
}
Selligent GUIDE PRATIQUE
18
Dans le code HTML, vous aurez également une table avec une largeur fixée à 100%
et un certain nombre de TD ayant la classe « transf_2column ».
<table border=”0” cellpadding=”0” cellspacing=”0” width=”660” class=”transf_100”>
<tr>
<td class=”transf_2column” width=”330” valign=”top”></td>
<td class=”transf_2column” width=”330” valign=”top”></td>
</tr>
</table>
2.13.1 SUPPRESSION D’UNE BALISE D’ESPACEMENT TD
Il arrive qu’une balise TD soit utilisée entre deux TD de contenu pour créer un
espace entre les deux. Ce n’est pas conseillé dans une version mobile car cela
créera trop d’espaces vides entre les TD de contenu qui seront désormais affichées
l’une en-dessous de l’autre. Vous pouvez résoudre ce problème en supprimer les
TD d’espacement entre les TD de contenu en procédant comme suit :
STYLE
td[class=transf_2column]{
width:100% !important;
float:left !important;
}
*[class].nok_mobile{
display:none !important;
}
HTML
<table border=”0” cellpadding=”0” cellspacing=”0” width=”660” class=”transf_100”>
<tr>
<td class=”transf_2column” width=”310” valign=”top”></td>
<td class=”nok_mobiles” width=”40” valign=”top”></td>
<td class=”transf_2column” width=”310” valign=”top”></td>
</tr>
</table>
2.14 IMAGES ADAPTATIVES
Lorsque vous travaillez avec des images sur des appareils mobiles, vous devez
garder à l’esprit que la plupart de ces appareils utiliseront une connexion du genre
3G, et pas un routeur sans fil. De ce fait, certains appareils mobiles chargeront
certains éléments de contenu plus lentement que sur un ordinateur avec une
connexion internet directe.
Les gens n’aiment pas attendre le chargement de leurs e-mails, ce qui sera le cas
si vous utilisez la même taille d’image à la fois pour la version mobile et la version
ordinateur. Pour éviter cela, vous pouvez remplacer les images par une version plus
petite lorsque l’e-mail est reçu sur un appareil mobile.
Selligent GUIDE PRATIQUE
19
Il y a donc deux choses à faire : masquer l’image existante (version ordinateur) et la
remplacer avec une image plus petite. Il existe différentes méthodes pour ce faire,
mais elles ne fonctionnent pas toutes sur les différents clients de messagerie. La
méthode ci-dessous est un peu plus sûre et très rapide à mettre en oeuvre.
Il s’agit d’ajouter une règle à la balise de style (à l’intérieur de la requête média) pour
définir le contenu d’une balise d’image donnée. Cela peut se faire comme suit :
img[id:”ID_OF_IMAGE”] {
Content:url(“URL_TO_MOBILE_IMAGE”) !important;
}
Le code HTML ressemblerait à ceci :
<img border=”0” id=”ID_OF_IMAGE” src=”URL_TO_DESKTOP_IMG” alt=”” width=”660”
height=”197” />
Cette technique n’est pas seulement utilisée pour afficher une version plus petite
de l’image d’origine, mais elle peut aussi être utilisée pour afficher une image
totalement différente sur les appareils mobiles. Vous pouvez cibler encore mieux
les utilisateurs d’appareils mobiles en leur proposant des images spécifiques.
2.15 TEST DE VOTRE MISE EN PAGE ADAPTATIVE
Vous pouvez utiliser l’un des outils suivants pour tester votre mise en page mobile :
●● mattkersley.com/responsive: saisissez l’URL de votre mise en page adaptative
et l’outil vous donnera un aperçu de son rendu sur différentes tailles d’écran.
●● resizemybrowser.com: tous les développeurs ne disposent pas de tous
les différents appareils sur lesquels tester leur mise en page. Ce site
redimensionnera votre navigateur à la résolution désirée.
●● pxtoem.com: cet outil convertit vos pixels en pourcentages/ems. C’est
toujours mieux lors de l’utilisation d’une mise en page adaptative.
●● www.mrss.com/wp-content/uploads/2012/04/12NTC_Mobile_Email.pdf:
Un PDF qui donne plus d’informations sur les e-mails mobiles.
Selligent GUIDE PRATIQUE
20
Sources
www.emailmonday.com/mobile-email-usage-statistics
litmus.com/blog/mobile-opens-hit-record-high-of-47
www.digitalglare.com.au/news_what-is-responsive-email_190.html
www.webdesignerdepot.com/2013/06/responsive-html-email-design/
econsultancy.com/be/blog/63427-responsive-email-design-10-great-examples
www.emailonacid.com/blog/details/C13/emailology_viewport_metatag_
rendered_unusable
litmus.com/blog/connections-2012-key-takeaway-design-for-all-inboxes
css-tricks.com/snippets/css/media-queries-for-standard-devices/
www.campaignmonitor.com/guides/mobile/
stephen.io/mediaqueries/
litmus.com/blog/the-how-to-guide-to-responsive-email-design-infographic/fullview
www.returnpath.com/resource/email-in-motion/
SELLIGENT FRANCE 20 Place des vins de France | 75012 Paris
SELLIGENT SA Avenue de Finlande 2 | 1420 Braine-l’Alleud | Belgium
www.selligent.fr
21