Délivrabilité des courriels pour cabinets : empêchez vos factures d'atterrir en spam

La plupart des échecs de communication s'annoncent. La délivrabilité, non : le message part, rien ne rebondit, et le destinataire ne le voit jamais. Le cabinet conclut que le client ne répond pas ; le client conclut que le cabinet s'est tu.

Pour la correspondance, c'est un agacement. Pour les factures et les avis d'échéance, c'est de l'argent et du risque, et c'est pourquoi « je ne l'ai jamais reçue » est si souvent vrai plutôt que commode.

Les systèmes de réception authentifient le courrier par trois enregistrements DNS, et les cabinets en ont d'ordinaire un ou deux configurés plutôt que les trois.

• SPF liste quels serveurs peuvent envoyer pour votre domaine. Un cabinet qui a ajouté un système de gestion, un outil marketing et le portail d'un comptable au fil des ans dépasse fréquemment la limite de recherches de SPF, à quoi il échoue en silence.
• DKIM signe cryptographiquement le courrier sortant pour que le destinataire vérifie qu'il n'a pas été altéré et vient bien de votre domaine.
• DMARC dit aux récepteurs quoi faire quand les deux autres échouent, et — important — vous envoie des rapports sur le courrier se réclamant de vous.

DMARC est celui qui manque à la plupart des cabinets, et c'est celui qui change la délivrabilité d'une devinette en quelque chose d'observable.

Les systèmes qui envoient « pour le compte » d'un cabinet depuis leur propre infrastructure placent la communication client dans un pool de réputation partagé qu'il ne contrôle pas. Le comportement d'un autre affecte l'arrivée de votre facture.

Là où un système envoie du courrier transactionnel pour vous, il devrait s'authentifier comme votre domaine avec votre clé DKIM. Mieux encore pour la correspondance : envoyer par la propre boîte de l'avocat, pour que le client voie l'adresse avec laquelle il correspond déjà et que le message hérite d'une réputation d'envoi établie.

Les pièces jointes PDF sont exactement ce dont les filtres se méfient le plus, surtout d'expéditeurs à réputation mince, et c'est la partie du message la plus susceptible d'être retirée ou mise en quarantaine par une passerelle d'entreprise.

Elles sont aussi une mauvaise pratique pour une autre raison : une pièce jointe ne donne aucune preuve de réception. Un lien vers un document hébergé, si — le cabinet sait quand il a été ouvert. Envoyer le PDF et rendre le même document disponible à un lien stable couvre à la fois le client qui préfère le fichier et le cabinet qui doit savoir qu'il est arrivé.

La réputation se dégrade en silence. Une liste de contacts périmée produisant des rebonds, un compte compromis envoyant du spam un week-end, ou une campagne marketing vers des destinataires non engagés endommagent tous le même domaine qui envoie vos factures.

Les rapports DMARC rendent cela visible. La simple discipline de séparer l'envoi de masse du courrier transactionnel et de correspondance, idéalement sur un sous-domaine, aussi — pour qu'un problème marketing ne puisse emporter la communication client avec lui.

Même correctement configuré, une part du courrier sera filtrée — les passerelles d'entreprise sont agressives et leurs règles ne sont pas publiées. La réponse opérationnelle n'est pas d'essayer plus fort mais de cesser de traiter le courriel comme une preuve.

La livraison n'est pas la réception, ni une autorité d'agir. Un système qui traite « nous avons envoyé l'avis » comme équivalent de « le client a été informé » finira par prendre une décision conséquente sur un message que personne n'a lu.

La correspondance passe par le Gmail ou Outlook connecté de l'avocat, si bien que le courrier client vient de l'adresse que le client connaît et hérite de la réputation de cette boîte plutôt que d'un pool partagé.

Les factures sont envoyées avec leur PDF et hébergées à un lien stable, si bien que le cabinet enregistre quand le client l'a ouverte pour la première fois et capture un accusé quand il est donné — ce qui change « je ne l'ai jamais reçue » d'une dispute en une question qui a une réponse. Les rappels se programment depuis l'échéance plutôt que de dépendre de la mémoire de quiconque.

Délibérément, la livraison n'est jamais traitée comme une autorité nulle part dans Mersal. L'état de notification ne gouverne aucune action conséquente : rien n'est verrouillé, escaladé ou retiré au motif qu'un courriel a été envoyé, parce qu'un message envoyé n'est pas un message lu.