Générateur de lien mailto

Un lien mailto: est une URL comme une autre, et il suit les mêmes règles. Le schéma est mailto:, le chemin est le destinataire, et tout ce qui suit le premier ? est une chaîne de requête contenant les champs que le logiciel de messagerie doit préremplir. Chaque champ après le premier est joint par &, jamais par un autre ? — cette seule erreur explique la plupart des liens écrits à la main qui « marchent sur ma machine » et nulle part ailleurs.

L'autre moitié du travail, c'est l'encodage. Les espaces deviennent %20, les sauts de ligne %0A, et les esperluettes présentes dans votre objet deviennent %26 sans quoi elles terminent le champ prématurément. Saisir un corps encodé à la main est possible et pénible ; c'est à cela que sert ce générateur.

mailto: est ancien et largement implémenté, ce qui signifie que les bases sont sûres partout et que les cas limites ne le sont pas. Voici l'état honnête de la prise en charge.

Un lien mailto: confie l'interaction à ce que l'appareil du visiteur a enregistré comme gestionnaire de courrier. Sur un téléphone, ou sur un portable équipé d'un client de bureau configuré, c'est une expérience rapide et familière — la fenêtre de rédaction s'ouvre avec tout de prérempli et la personne est déjà en train d'écrire. Pour ce public, c'est réellement mieux qu'un formulaire.

Si le visiteur lit son courrier dans un onglet de navigateur et n'a jamais enregistré de gestionnaire, le clic ne produit absolument rien de visible. Il n'y a ni erreur ni solution de repli ; la page paraît simplement cassée. C'est pourquoi une page de contact publique appelle généralement un formulaire, et pourquoi un mailto a sa place là où le public est connu — une page de documentation pour développeurs, un outil interne, une signature, un article d'aide destiné à des personnes déjà dans un logiciel de messagerie.

La seconde considération, c'est la récolte d'adresses. Une adresse dans un href est du texte brut dans votre HTML, et les robots d'aspiration les lisent depuis des décennies — y compris, soyons honnêtes, des outils comme l'extracteur d'e-mails de ce site. Si la page reçoit un trafic réel, publiez une adresse de fonction que vous pouvez filtrer plutôt qu'une adresse personnelle, et traitez les astuces d'obfuscation avec méfiance : la plupart gênent davantage les vrais visiteurs et les lecteurs d'écran que les robots.

La demande d'assistance préremplie. Mettez l'URL de la page, l'offre souscrite et le navigateur dans le corps, et le support cesse de poser trois questions avant de pouvoir commencer. Remplissez le corps ici, puis transformez les parties dynamiques en modèle côté serveur.

La mise en relation en un clic. Un objet et une première phrase déjà rédigés suppriment la partie la plus difficile de l'envoi d'un message à froid : le commencer. Limitez le corps à deux phrases ; un long message prérédigé se lit comme une lettre type qu'on demande au destinataire de signer.

La trace écrite en cci. Mettez en cci l'adresse de dépôt de votre CRM sur les liens qui génèrent de vraies conversations, et le fil se classe tout seul, sans que personne ait à penser à le transférer.