Réalisation de la newsletter

[Hoho]

en gros rien de bien différent qu'une page web si ce n'est rajouter tout en haut un lien texte vers l'url de la newsletter + mettre les styles directement dans la page...

Si c'était si simple, il n'y aurait pas des personnes spécialisées en optimisation HTML emailing
Essaye donc de faire un template qui passera aussi bien dans thunderbird, outlook 2003, outlook 2007 et lotus notes... amuse toi bien LOL
Et y'a plein d'autres petits details qui passent pas trop mal dans une page HTML pour site web et qui, une fois en HTML email t'envoient direct à la case spam...

Peut-être que tu travail dans le domaine mais, je ne pense pas qu'il soit aussi difficile que tu le dis pour un webmaster aguerri maitrisant le xhtml/css d'arriver à ses fins. Avec un peu de lecture sur le net sur le domaine, en t'inspirant de ce qui se fait de mieux dans le domaine, tu peux t'en sortir très bien.
Ça chôme pas de ton côté par hasard?

[DadouDuck]

détrompe toi, c'est loin d'être aussi simple que cela en a l'air, j'en ai fait la désagréable expérience, déjà que tu te fais "chier" avec les différents logiciels de messagerie (entre autre l'incompréhensible choix de Microsoft d'avoir un moteur de rendu totalement différent entre outlook 2003 et 2007), qu'en plus il faut rajouter tous les webmail (orange, imp, gmail, yahoo...) qui rendent difficilement utilisable les feuilles de style.

Ensuite tu dois faire très attention à ton ratio images / contenu, sans quoi c'est la case spam. Le contenu lui même doit être très soigneusement rédigé.

Et puis tu auras beau faire toutes les gymnastiques que tu veux, un nombre plus ou moins important de tes mail iront dans la boite courrier indésirable, la sensibilité, et les filtres diffèrent d'un logiciel de messagerie à l'autre, voire pire, n'arrivera jamais dans la boite du destinataire, car pris dans les filtre du serveur de messagerie (et en ce moment, c'est Free qui fait son malin à ce niveau)

[Wefficient]

LOL hoho

Toi à mon avis, tu ne dois pas tester systématiquement tes envois sur toutes les plates formes pour avoir cette vision simpliste.
Cette optimisation est aussi simple à réaliser que de se dire que "faire de l'emailing c'est facile, il suffit de pousser sur un bouton"
Et je te rassure, je n'ai pas le temps de chomer, même si je ne fais pas moi même l'optimisation des emails les plus sensibles de mes clients. Je laisse cela à l'un de mes partenaires qui maitrise mille fois mieux que moi la question (et pourtant je me débrouille déjà plus qu'honorablement question emailing)

Je dirais que l'emailing en B2C est plus facile à optimiser que le B2B vu le nombre de systèmes exotiques qu'on trouve en entreprise (lotus, eudora, etc.)

Après pour ce qui est de la déliverabilité, c'est un autre débat, encore plus large.

[narayana]

Si vous souhaitez lancer des newsletters commerciales en grand nombre, il est préferable de passer par des routeurs pour qu'il déclare votre adresse d'expédition dans une "white list".
L'emailing est très compliqué, il y a des règles qui évoluent tous les jours. Par exemple dans les grosses entreprises gérant les routage d'emails, il y a souvent une équipe entière dédiée à la communication avec les principaux FAI. En effet ces derniers mettent régulièrement à jour leurs filtres respectifs.
Voici quelques sociétés avec qui j'ai pu travailler, et croyez moi l'envoi et le formatage d'une newsletter est loin d'être évident.
Cabestan, Emailing Solution, Email Stratégie, Email Vision...
Bon courage pour la suite.

[Bool]

D'ailleurs Campaign Monitor publie une petite étude concernant ce qui fonctionne dans les mails HTML ; et ça fait vraiment peur.

[KOogar]

>> il est préferable de passer par des routeurs

On fait ca comment ?

[DadouDuck]

D'ailleurs Campaign Monitor publie une petite étude concernant ce qui fonctionne dans les mails HTML ; et ça fait vraiment peur.

N'est ce pas, et paradoxalement on constate que Outlook 2007 gère moins bien les CSS que Outlook 2003. De même que Gmail gère les CSS assez mal

On fait ca comment ?

En général, les prestataires de routage proposent des API à intégrer dans nos dev

[KOogar]

C'est pas aux hebergeurs de faire ce travail ?

[Bool]

Non, l'hébergeur se limite généralement à la configuration correcte du serveur de mail (et encore, la plupart se contentent des paramètres par défaut).
Il peut par exemple mettre en place certaines techniques (SPF, SenderID, DomainKey, DKIM) ; selon ton contrat il peut aussi gèrer la politique de "retry" suivant les différents FAI. Mais ça sort complètement du cadre de l'hébergement "classique" et de beaucoup de prestations d'infogérance.

Pour ce qui est du whitelistage auprès des différents FAI et de la gestion des bounces, ce sera bien souvent au client de s'en charger.

[KOogar]

Il peut par exemple mettre en place certaines techniques (SPF, SenderID, DomainKey, DKIM) ; selon ton contrat il peut aussi gèrer la politique de "retry" suivant les différents FAI. Mais ça sort complètement du cadre de l'hébergement "classique" et de beaucoup de prestations d'infogérance.

tu veux dire que l'on peux coder le plus beau header du monde pour la commande mail(), c'est pas pour ca que le mail va aboutir correctement ? cela depend des contrats de l'hébergeur avec les FAI ?

[Bool]

Non, cela dépend :
- du contenu du mail
- de tes "voisins" d'IP et/ou de plage IP
- de la configuration "générale" du serveur de mail
- de la quantité de mail envoyé chez chaque "fai" (ainsi que la vitesse d'envoi)
- du taux d'adresse emails "invalides" par "fai"
- du fait que ton serveur utilise ou non les services proposés/facturés par les différents fai
- du fait que les internautes cliquent ou non sur le bouton "spam"
- et évidement, de l'age du capitaine également.

Bref, l'hébergeur se charge en général du point "3", d'une partie du point 6, et le reste est pour ta pomme.
D'où l'intérêt de passer par les services d'une société spécialisée, comme on arrête pas de le répéter.

[KOogar]

Merci pour ces explications. Je vais voir avec mon hébergeur si je peux avoir plus de détails sur les contrats qu'il a passé avec les différentes FAI.

Pour ceux que cela interresse, pour le taux d'adresse emails "invalides" par FAI, avant l'envoi, je prépare ma liste avec cette fonction. Elle cumule la vérif de syntaxe et la vérif DNS MX sur le NDD de l'adresse mail.
http://www.tienhuis.nl/files/email_verify_source.php

[Bool]

Il ne me semble pas avoir parlé de contrat entre l'hébergeur et les "FAI" hein... Le seul réel contrat c'est celui qui te lie toi à ton hébergeur.

Pour ce qui est de ta vérif, elle est fausse : déjà le MX n'a jamais été obligatoire donc tu élimines des vraies adresses ; ensuite le seul moyen de vraiment vérifier l'existence d'une adresse c'est d'envoyer un mail dessus et de consulter les retours (bounce).

[KOogar]

Il ne me semble pas avoir parlé de contrat entre l'hébergeur et les "FAI" hein... Le seul réel contrat c'est celui qui te lie toi à ton hébergeur.

Mais c'est toi qui le dit avant...

>> du fait que ton serveur utilise ou non les services proposés/facturés par les différents fai

Pour ce qui est de ta vérif, elle est fausse

...et sans l'avoir tester.. clap clap

ensuite le seul moyen de vraiment vérifier l'existence d'une adresse c'est d'envoyer un mail dessus et de consulter les retours (bounce).

on fait aussi, merci

[Bool]

Mouais, quand je parle du "fait que ton serveur utilise ou non les services proposés/facturés par les différents fai" ; ce n'est justement pas l'hébergeur qui souscrit à ces services, c'est le locataire du serveur dédié. A moins de tomber sur la perle rare... mais ce ne sera certainement pas chez nos chers hébergeurs "discount"

Pour ta vérif, désolé je m'en suis tenu à tes propos : "elle cumule la vérif de syntaxe et la vérif DNS MX sur le NDD de l'adresse mail."