NET::ERR_CERT_COMMON_NAME_INVALID : le certificat SSL ne correspond pas au domaine

Fiche du décodeur d'erreurs, mise à jour le 12 octobre 2026

BloquantCertificat SSL et HTTPS
Le message affiché
NET::ERR_CERT_COMMON_NAME_INVALID
Autres formulations du même message 5
  • Impossible de vérifier sur le serveur qu'il s'agit bien du domaine www.monsite.fr, car son certificat de sécurité provient du domaine monsite.fr.
  • This server could not prove that it is www.monsite.fr; its security certificate is from monsite.fr.
  • Code d’erreur : SSL_ERROR_BAD_CERT_DOMAIN
  • Les sites web justifient leur identité par des certificats. Firefox ne fait pas confiance à ce site, car il utilise un certificat qui n’est pas valide pour www.monsite.fr.
  • Impossible de communiquer en mode sécurisé avec le pair : le nom de domaine demandé ne correspond pas au certificat du serveur.

Le serveur présente bien un certificat, mais il a été délivré pour un autre nom que celui de la barre d’adresse. Cas typique : il couvre monsite.fr mais pas www.monsite.fr, ou c’est le certificat générique de l’hébergeur qui répond à la place du vôtre. Le navigateur ne peut pas confirmer qu’il parle au bon site et préfère bloquer la page.

Pourquoi cette erreur apparaît

  • Le certificat couvre la version sans www mais pas celle avec www, ou l’inverse.
  • Le domaine a été ajouté ou transféré sans qu’un certificat soit émis pour lui : l’hébergeur répond avec son certificat par défaut, au nom de ses propres serveurs.
  • Le DNS pointe encore vers l’ancien hébergeur, qui ne détient plus de certificat pour ce domaine.
  • Un sous-domaine utilisé par le site (boutique.monsite.fr, par exemple) n’a pas été inclus dans le certificat.
  • Les adresses enregistrées dans WordPress utilisent une variante du domaine que le certificat ne couvre pas.

Comment corriger le problème

Lire le nom indiqué par le navigateur

Sur la page d’avertissement de Chrome, cliquez sur « Paramètres avancés » : le texte précise le domaine pour lequel le certificat a été délivré. Comparez-le avec l’adresse que vous avez tapée. Un nom qui appartient à l’hébergeur, du type *.hebergeur.net, montre qu’aucun certificat n’existe pour votre domaine.

Tester les deux variantes de l’adresse

Ouvrez https://monsite.fr puis https://www.monsite.fr. Quand une seule des deux déclenche l’erreur, c’est cette variante qui manque dans le certificat. Testez aussi les sous-domaines que vous utilisez.

Réémettre un certificat complet

Dans l’espace client de l’hébergement, régénérez le certificat en incluant le domaine, sa version www et chaque sous-domaine utilisé. Chez plusieurs hébergeurs, le www n’est couvert que si un enregistrement DNS existe pour lui : créez-le d’abord s’il manque, puis relancez la génération.

Aligner les adresses de WordPress

Dans Réglages > Général, les champs « Adresse web de WordPress (URL) » et « Adresse web du site (URL) » doivent utiliser la variante couverte par le certificat, en https. S’ils sont grisés, ces adresses sont fixées dans wp-config.php par WP_HOME et WP_SITEURL : c’est là qu’il faut les corriger, après en avoir gardé une copie.

Lister les noms couverts par le certificat

La ligne DNS: du résultat énumère tous les noms que couvre le certificat servi. Si l’adresse visitée n’y figure pas, il faut le réémettre. Si le certificat affiché n’est pas celui attendu, vérifiez vers quelle adresse IP pointe le domaine.

openssl s_client -connect www.monsite.fr:443 -servername www.monsite.fr </dev/null 2>/dev/null | openssl x509 -noout -ext subjectAltName

Sauvegardez le site avant de modifier les adresses dans Réglages > Général ou dans wp-config.php : une adresse mal saisie peut vous fermer l’accès à l’administration.

Un autre message d'erreur ? Collez-le dans le décodeur : il le reconnaît et vous oriente vers la bonne fiche.

Ouvrir le décodeur