Questions fréquentes

Souvent, SPF, DKIM ou DMARC manquent ou une entrée est erronée. Gmail et Outlook trient plus sévèrement les e-mails sans ces entrées. Les listes noires peuvent aussi jouer un rôle. Le contrôle gratuit montre ce qui manque à votre domaine.

Oui, si votre domaine n’a pas de DMARC avec p=quarantine ou p=reject : n’importe quel serveur peut alors envoyer des e-mails avec votre adresse d’expéditeur, et beaucoup de destinataires les acceptent. DMARC empêche uniquement la falsification de votre domaine exact – pas les domaines qui lui ressemblent ni les adresses gratuites. Vérifiez donc toujours les ordres de paiement par un second canal.

Pour que vous voyiez tranquillement, avant toute commande, ce que DomainRadar trouve sur votre domaine et s’il vous aide au quotidien. Vous ne prenez aucun engagement ; ce qui se passe après l’essai figure sous « Que se passe-t-il après les 14 jours d’essai ? ».

Non. DomainRadar affiche une note globale, des feux tricolores et la prochaine étape la plus importante en mots simples. Les détails techniques sont là quand vous ou votre partenaire IT en avez besoin.

C’est possible. Si un sous-domaine pointe encore vers un service cloud supprimé ou si le SPF inclut un domaine qui n’existe plus, un tiers peut le cas échéant réserver à nouveau ce nom. Le gardien anti-reprise signale ces entrées orphelines avec un niveau de gravité et une proposition prête indiquant quelle entrée supprimer. Il vérifie uniquement par DNS et ne tente jamais lui-même une reprise.

DMARC est une entrée dans votre DNS. Elle indique aux serveurs de messagerie que faire des e-mails qui prétendent venir de votre domaine mais échouent au contrôle : les livrer (p=none), les mettre en spam (p=quarantine) ou les refuser (p=reject). Les fournisseurs envoient pour cela des rapports que DomainRadar analyse.

Oui. Depuis mai 2026, la RFC 9989 (DMARC) et la RFC 9990 (rapports agrégés) remplacent l’ancienne norme RFC 7489. DomainRadar vérifie en plus chaque entrée DMARC selon la RFC 9989 : il signale les indications supprimées comme pct, rf et ri, recommande np=reject, avertit en cas de psd=y et contrôle les valeurs de np, t et psd. Vous recevez une entrée prête à copier selon DMARCbis et voyez dans le portail et dans le rapport mensuel si votre domaine est conforme à DMARCbis. DomainRadar lit les rapports au nouveau format comme les anciens, et le contrôle gratuit affiche lui aussi les nouvelles remarques. DomainRadar ne modifie jamais votre DNS : vous saisissez vous-même les recommandations.

DomainRadar montre pour chaque domaine quels fournisseurs de messagerie ont envoyé des rapports au cours des 30 derniers jours. Si un grand fournisseur comme Google, Microsoft ou Yahoo, qui envoyait jusqu’ici des rapports réguliers, n’en envoie plus pendant un certain temps (Google et Yahoo 72 heures, Microsoft 96 heures), vous recevez une alerte. La cause la plus fréquente est une entrée DMARC modifiée sans l’adresse DomainRadar. Les domaines à faible trafic ne reçoivent des rapports que de temps en temps ; il n’y a alors pas d’alerte, seulement une remarque. Seuls les rapports dont l’origine est confirmée par DKIM sont comptés. De nombreux petits fournisseurs de messagerie n’envoient aucun rapport.

Non. Les rapports DMARC ne contiennent aucun contenu d’e-mail, seulement les serveurs d’envoi, les quantités et les résultats des contrôles.

Non. Tous les contrôles sont en lecture seule, DomainRadar ne modifie aucun de vos réglages. Vous ne passez à p=reject que lorsque l’assistant le juge sûr.

Pour l’analyse DMARC, une entrée DNS que nous vous indiquons précisément. Les autres contrôles fonctionnent sans configuration.

Les rapports bruts sont supprimés après 30 jours, les analyses après 13 mois ; dans les sauvegardes, ils subsistent jusqu’à 30 jours de plus. Les prestataires qui traitent des données pour notre compte figurent sur la page « Sous-traitants ».

Grâce à l’indicateur « Falsifications repoussées » dans le tableau de bord et le rapport mensuel. Il indique combien d’e-mails n’ayant pas passé la vérification DMARC les serveurs destinataires ont rejetés ou mis en quarantaine selon leurs rapports agrégés DMARC – sur 12 mois et réparti par destinataire. Seuls comptent les rapports dont l’émetteur est confirmé par DKIM ; les e-mails probablement transférés figurent à part comme « incertains ». Si votre domaine est encore sur p=none, l’indicateur montre à la place combien de falsifications ont été distribuées et mène à l’assistant p=reject.

Après chaque changement de niveau DMARC détecté, la surveillance des régressions observe pendant environ 14 jours, à partir du premier rapport après le changement, chaque service que vous avez marqué comme légitime. Elle compare les rejets avant et après l’étape, seulement à partir d’un volume minimal, afin que quelques cas isolés ne déclenchent pas d’alerte. S’ils augmentent, vous recevez une alerte avec l’entrée DMARC précédente comme retour en arrière et une alternative plus douce : aligner d’abord le service avec DKIM sur votre domaine. Sans constat, l’étape est considérée comme confirmée. DomainRadar ne modifie pas votre DNS, il se contente de recommander.

Oui. Les partenaires IT peuvent aussi proposer DomainRadar sous leur propre nom et s’en occuper pour vous. Plus d’informations sur la page Revendeurs.

L’abonnement coûte CHF 19 par domaine et par mois, avec toutes les fonctions et un nombre illimité de domaines. C’est un prix final : Non assujetti à la TVA, aucune TVA n’est perçue. Avec l’abonnement annuel, 1 mois est offert : CHF 210 par domaine et par an. Nous facturons l’abonnement mensuel a posteriori : au début de chaque mois pour le mois écoulé, selon le nombre de domaines de ce mois. Nous facturons l’abonnement annuel une seule fois à l’avance pour toute la période d’abonnement ; les domaines ajoutés pendant la période sont facturés une seule fois au prorata jusqu’à la fin de la période. Chaque domaine saisi compte, y compris un domaine parqué sans envoi d’e-mails. La mise en place par nos soins (jusqu’à la protection complète, p=reject) est disponible sur demande.

Beaucoup d’offres gratuites se concentrent sur l’analyse des rapports DMARC, avec selon le fournisseur des limites sur les domaines, le volume d’e-mails ou l’historique. DomainRadar vérifie en plus les certificats et les listes noires, vous avertit par e-mail, vous guide pas à pas vers p=reject et envoie chaque mois un rapport PDF, par exemple pour votre assurance. Si votre partenaire informatique consulte déjà régulièrement les rapports et que votre domaine est déjà sur p=reject, un outil gratuit peut suffire.

Vous testez DomainRadar avec toutes les fonctions pendant 14 jours sans carte de crédit. La période d’essai se termine d’elle-même. Rien n’est facturé automatiquement et aucun abonnement n’est conclu ; vos données restent consultables. Un abonnement n’existe que si vous le commandez expressément.

Par un court e-mail à info@domainradar.ch – sans justification. L’abonnement mensuel est à durée indéterminée et résiliable à tout moment moyennant un préavis de 1 mois, l’abonnement annuel avec le même préavis pour la fin de la période d’abonnement en cours (domaines individuels aussi) ; les détails figurent dans les CG. Vous pouvez exporter vos données jusqu’à 30 jours après la fin du contrat ; nous les supprimons 30 jours après la fin du contrat.

Même des domaines secondaires sans envoi d’e-mails peuvent servir à usurper l’expéditeur. Quelques entrées DNS suffisent pour déclarer que le domaine n’envoie jamais : SPF «v=spf1 -all», DMARC «p=reject» aussi pour les sous-domaines et, s’il ne reçoit pas non plus d’e-mails, un Null MX. DomainRadar repère ces domaines dans les rapports, affiche les entrées à copier et signale si des e-mails apparaissent quand même sous ce nom. Les entrées sont créées par vous ou votre partenaire IT ; DomainRadar ne modifie jamais le DNS. DomainRadar surveille aussi ces domaines au prix normal par domaine.

Le code indique pourquoi le destinataire a refusé l’e-mail, par exemple une vérification de l’expéditeur manquante (SPF, DKIM, DMARC), une liste de blocage ou une boîte pleine. Le décodeur de rejets gratuit sur ce site explique ces messages en termes simples. Le texte collé reste dans votre navigateur.

Lorsque tous les serveurs de messagerie figurent dans la politique, que leurs certificats sont valides, que les rapports TLS ne montrent pas d’erreur MTA-STS ni de certificat et que le domaine a fonctionné un certain temps en testing. DomainRadar vérifie ces points, recommande le moment et vous avertit si un domaine reste longtemps en testing. Le changement, c’est vous ou votre partenaire informatique qui le faites – DomainRadar ne modifie jamais vos entrées DNS.

Non. Si un nom comme autodiscover pointe par CNAME vers un service de votre fournisseur (p. ex. Microsoft 365), c’est le fournisseur qui gère le certificat ; cela ne compte pas dans la note. Un hôte trouvé uniquement via un nom courant et sans service ne compte pas non plus. DomainRadar contrôle le port adapté selon le nom (p. ex. IMAP 993, envoi 465 ou 587), et votre partenaire IT peut définir un service par hôte ou choisir « aucun service ici ». Le calcul de la note montre ce qui compte et ce qui ne compte pas.