Digest n°272 du 18/02/2003
Le mot du modérateur
Interface d’affiliation (R)
Caractères accentués (3R)
URL trop longues (Q)
Support client via Chat (Q)
Le mot du modérateur
Bonjour à tous,
Merci aux contributeurs de ce numéro, dont les réponses concernant
les caractères accentués m’ont permis d’y voir plus clair dans le
fonctionnement de l’encodage d’un email. Et après les caractères
accentués, ce sont les URL trop longues dans le corps des emails
qui suscitent une nouvelle question aujourd’hui.
Bonne semaine à tous.
Stéphane Carpentier
s.carpentier@abc-netmarketing.com
Animateur / Modérateur
Interface d’affiliation (R)
> Où et comment se procurer une bonne interface d’affiliation (et pas
> trop chère) pour la gestion d’affiliés et de parrainés pour un business
> que je suis en train de mettre en place dans l’adult business.
> Merci d’avance.
Bonjour Olivier
Pour répondre à votre question de manière rapide, vous soulevez 3
points distincts : une interface d’affiliation, pas chère, et typée
"adult".
Tout d’abord, la première question importante sur laquelle vous devez
vous positionner est le fait que oui ou non vous êtes intéressé par le
marché anglais/américains. En effet, il existe des solutions
franco-francaises mais peu développées en anglais et de fait vous
allez vous heurter au refus de la part des américains de se rendre sur
une interface non anglicisée. A l’inverse, et le meilleur exemple
reste l’énorme erreur de Befree (leader mondial de l’affiliation) qui
est arrivé en France avec une interface anglaise (comme CJ.com) et qui
s’est heurté au refus des webmasters francais de "rentrer" dans une
interface non francaise.
Ensuite, et si je peux me permettre, si vous êtes intéressé par des
solutions logicielles en affiliation et dans le commerce dit "adulte",
il y a fort à parier que votre stratégie soit internationale. De fait,
nous vous conseillons vivement les sites dessous. Les 2 premières urls
exposent des produits forts connus et donc éprouvés, à vous d’en tirer
le meilleur parti !
http://www.affiliateagent.com/affiliateagent
http://www.cosmicperl.com/aoptions.shtml
Et pour votre information, les sites suivants peuvent également vous
apporter des solutions intéressantes :
http://www.digiappz.com/digiaffiliate.asp
http://www.affiliatewiz.com
http://www.affiliateshop.com
http://www.yoursoft-tm.com
Enfin et pour répondre également à votre problématique dans le cas où
vous ne vous préoccupé que de notre marché national, deux éléments
peuvent vous aider dans la constitution de votre cahier des charges
final.
La société Cibleclick a développé depuis pas mal de temps une
plateforme indépendante qui permet a de petites sociétés tout comme
aux leaders nationaux de créer et développer des programmes
d’affiliation sur un réseau constitué et particulièrement actif. Cela
vous permet "à moindre frais" de tester votre site et ainsi d’établir
votre stratégie d’affiliation à long terme. Cela peut également vous
donner la possibilité de tisser vos premiers partenariats trackés sans
investissement initial conséquent dans une solution logicielle.
La société first-coffee a développé quant à elle une solution
logicielle fourni en ASP qui peut permettre de gérer de manière
indépendante un réseau de partenaires et / ou d’affiliés. Il s’agit
bien entendu d’un logiciel avec toutes les conséquences financières
afférentes (couts initiaux et / ou redevances mensuelles). Vous
disposez dès lors d’une solution que vous pouvez paramétrer à votre
convenance mais sachez tout de même que ce type de solutions nécessite
de réelles compétences et surtout du temps.
Bonne lecture à vous et en espérant que ces quelques données vous
donneront des commencement de solutions. Si toutefois vous connaissez
exactement votre budget et vos ambitions notamment géographiques,
c’est avec plaisir que je vous donnerais les solutions les plus
abouties.
Bien à vous
Rémi Calmel
Fondateur
http://www.affiliation-marketing.com
Caractères accentués (R)
> Je souhaiterais poser une question aux membres de la liste : il m’arrive de
> temps en temps de recevoir des mails dont les caractères accentués (à, é, è...)
> se transforment au mieux en "X" comme dans le titre suivant : "07/02/03 : FT X
> l’heure Wi-Fi, PXre-noXl.fr condamnX, BSA chasse les logiciels crackXs, Simavelec
> soutient la copie privXe..." ; au pire en ">", ce qui rend la lecture plus
> délicate.
> De la même manière, une abonnée de la liste des nouveaux articles d’ABC de
> la semaine dernière m’a signalé que tous les "é" de notre newsletter
> apparaissaient en "i", ce qui d’après cette lectrice "n’est pas catastrophique
> mais gêne quelque peu la lecture", ce que je conçois tout à fait.
> Certains des membres de la liste ont-ils déjà constaté de telles modifications,
> mais surtout est-ce que certains d’entre vous ont une explication technique à
> ce phénomène ? En effet cela n’arrive la plupart du temps qu’à un faible
> pourcentage des abonnés d’une liste, et de plus cela ne peut arriver qu’une
> seule fois alors qu’aucune modification technique n’a été effectuée au niveau
> du logiciel de messagerie ?
(comme toute explication technique, ça va être un peu long :))
Il peut très bien ne pas y avoir eu de modifications sur le poste
client, mais qu’il y en ait eu du côté du serveur. En effet, le schéma
classique de transport d’un courriel est le suivant :
client -> SMTP - - - > SMTP -> client
exp exp dest dest
La fleche "- - - >" pouvant correspondre à plusieurs serveur SMTP qui se
transmettent le message de proche en proche.
Des modifications conernant le contenu du message, mais surtout les
entêtes contenant des caractères "8 bits" peuvent se produire tout au
long de la chaine. La raison étant que les entêtes d’un courriel ne
_doivent_ _pas_ contenir de caractères 8 bits. (la RFC 2822 spécifie
l’utilisation exclusive des caractères ASCII)
Le syndrome "accents remplacés par des X" est significatif de
l’utilisation du serveur de messagerie "Cyrus" (IMAP ou POP), qui fait
cette transformation afin que les messages stockés soient conformes aux
RFCs.
Pour les "é remplacés par des i", c’est du au fait qu’à un instant X
(ça peut être n’importe où dans la chaine décrite ci dessus) le message
a transité dans un programme qui ne gérait justement pas les caractères
8 bits. (pour la raison précise du passage de ’é’ à ’i’, c’est que le
8ème bit à été mis à zéro)
Pour pallier à ce genre de problèmes, il est nécessaire d’"encoder" les
entêtes sous forme "quoted printable", par exemple :
Subject : test é à è
devient :
Subject : = ?iso-8859-15 ?Q ?test_=E9_=E0_=E8 ?=
C’est interprété par tous les clients de messagerie modernes, et
compatible avec les plus anciens (qui afficheront la chaine "iso...."
mais ne buggeront pas).
En général, les messages expédiés depuis un client de messagerie
classique (Eudora, Outlook, Mozilla, .....) sont encodés correctement.
Mais ce n’est pas forcément le cas lorsque les messages sont générés par
des scripts type ASP ou PHP sur une application Web, les développeurs
des dites applications n’ayant pas forcément la connaissance de toutes
les RFCs traitant des courriels ;)
Tout ceci est du au long historique de l’internet et des systèmes de
messagerie en général. Toute la gymnastique consiste à exploiter de
nouvelles tachnologies sans mettre à l’écart tous ceux qui, pour des
raisons diverses et variées, utilisent encore les anciennes.
Dominique Rousseau
d.rousseau@nnx.com
Caractères accentués (R)
Personnellemnt, mon logiciel de messagerie (Netscape) refuse d’habitude
catégoriquement d’inclure votre message lorsque j’utilise la fonction
’Reply-To’ (répondre à ) Ce comportement est spécifique à votre
newsletter vient de la manière dont elle est codée au moment de son
expédition.
Exceptionnellement, pour une fois, votre newsletter est arrivée avec un
bon encodage c’est-à-dire que dans l’entête email, je peux y lire ceci
Content-Type : text/plain ; charset=iso-8859-1
Content-Transfer-Encoding : 8bit
Donc normalement, aucun de vos abonnés ne devraient se plaindre, pour
cette fois :-)
Bien que chacun d’entre nous utilise des logiciels de messagerie
différents (Outlook, Netscape, Elm, Mutt, Eudora, etc.) ainsi que des
serveurs de messagerie différents (Sendmail, Postfix, Exim, Exchange)
pour échanger nos correspondances, cela ne pose pas de problème si
chaque logiciel (client ou serveur) respecte les standards d’encodage de
message.
L’encodage de votre newsletter peut varier pour bien des raisons :
modification de la configuration du logiciel de messagerie (ou du
programme qui expédie le courrier) ou du serveur de messagerie.
Parfois, pour des raisons qui m’échappent (copier/coller ?) il y a du
code HTML dans la newsletter. Alors si vos abonnées ont des logiciels de
messagerie faisant aussi office de navigateur Web, cela peut
éventuellement passer (tout dépend du type de codage HTML) et pour les
autres, ils lisent le code directement au lieu de son interprétation.
Corinne BARIEL
Caractères accentués (R)
Éléments de réponse :
Les caractères incriminés sont ceux qui ne figurent pas dans la première série
du code ASCCI, mais qui peuvent être personnalisés pour chaque police.
Traditionnellement, ces caractères sont utilisés pour les caractères régionaux,
comme nos accents, ce qui est effectivement le cas dans les exemples cités
plus haut.
Normalement, lorsque l’on utilise le HTML, ces caractères ne doivent pas
apparaître tels quels, mais être codés. Le é devient é par exemple.
Jusque-là, rien de nouveau. Voilà maintenant les remarques que je voulais faire.
Plusieurs cas de figures peuvent se produire.
1. Le logiciel utilisé effectue le codage lui-même.
C’est le cas de Dreamweaver. Le remplacement des caractères locaux se fait à la
volée. Mais j’ai constaté que lorsque le texte a été tapé dans Word et qu’il est
ensuite collé dans Dreamweaver, le codage ne se fait pas. A savoir.
2. Le logiciel ne fait pas le codage.
Les caractères accentués restent tels quels. Dans ce cas, le problème peut très
bien ne pas apparaître tant que le texte est lu sur la même plate-forme que celle
qui a servi à faire le message. Un PC dans les deux cas par exemple. Mais dès lors
que l’on change de plate-forme, de PC à Mac par exemple, ou vice-versa, le problème
prend toute son ampleur. D’où la surprise des personnes n’étant pas confrontées
traditionnellement à différentes plates-formes.
Renaud Chavanne
r.chavanne@infopromotions.fr
Infopromotions
Responsable fichiers eMail
URL trop longues (Q)
Quand on envoie des messages à de nombreux destinataires (eMailing), il arrive que l’on
incorpore dans l’eMail des URL assez longues, qui permettent au destinataire d’agir en
cliquant sur un lien (se désinscrire d’une newsletter par exemple).
Or, j’ai constaté que certaines Webmail ont tendance à altérer les longues URL. Par
exemple, il est amusant de constater que Caramail transforme les mentions "script" qui
figurent dans les URL en "VOID".
De la même façon, Laposte.net rajoute des espaces après certains caractères dans l’URL.
Selon mes observations, ce serait Freesurf.fr qui serait le plus fiable en la matière,
n’altérant que peu les messages reçus.
Tout ceci est problématique puisqu’évidemment, l’URL ainsi altérée ne fonctionne plus.
Avez-vous constaté également des problèmes de ce type, et savez-vous comment y répondre ?
Renaud Chavanne
r.chavanne@infopromotions.fr
Infopromotions
Responsable fichiers eMail
Support client via Chat (Q)
Bonjour,
Je vous contacte pour une question très précise : pouvez- vous me donner des noms
d’entreprises ayant la même activité que lignedirecte.ca, support client via Chat ?,
en France ou au Canada ?
Merci de votre aide !
Olivia Sinard
olivia.sinard@marcomgeneration.com
Fin du numéro
