Un certificat adapté permet à vos visiteurs d’utiliser HTTPS sur les adresses de votre site. Le terme « certificat SSL » reste courant, mais les connexions modernes utilisent TLS. HTTPS protège les données pendant leur transport et permet de vérifier que le certificat présenté correspond au nom demandé. Il ne garantit pas qu’un site est exempt de logiciels malveillants ou que son contenu est fiable.
Commencez par les adresses réellement utilisées
Listez les noms que vos visiteurs ouvrent : example.com, www.example.com, une boutique, un espace membre ou un autre domaine associé. Le domaine principal et sa version avec www sont deux noms distincts. Vérifiez leur présence dans la couverture prévue, même si une adresse redirige vers l’autre en HTTPS. Un certificat ne crée pas le site, n’ajoute pas de domaine à votre hébergement et ne configure pas vos DNS.
Comprendre les trois formes de couverture
- Un nom précis : le certificat couvre le nom indiqué, par exemple
www.example.com. Ne supposez pas queexample.comoushop.example.comest également inclus. - Plusieurs noms : un même certificat peut contenir plusieurs entrées SAN, pour « Subject Alternative Name ». Il peut ainsi couvrir
example.com,www.example.cometexample.org, si ces noms sont effectivement inclus et validés. SAN désigne le mécanisme qui indique les identités couvertes, pas un niveau de sécurité supérieur. - Un nom générique, ou wildcard :
*.example.comcouvre un seul niveau de sous-domaines, commewww.example.cometshop.example.com. Cette entrée seule ne couvre niexample.com, nicheckout.shop.example.com, ni un autre domaine. Un certificat peut combiner des entrées précises et génériques.
Choisissez selon les noms nécessaires et leur gestion. Un wildcard n’est pas automatiquement préférable à plusieurs noms précis. Pour ajouter un nom qui n’est pas déjà couvert, il faut obtenir un certificat qui l’inclut, puis le mettre en service ; on ne modifie pas directement les noms d’un certificat déjà signé.
Gratuit ou payant : examiner le besoin réel
Nuagerie offre le SSL gratuit sur les services qui en ont besoin ou le prennent en charge, notamment les environnements cloud et applicatifs compatibles. L’installation automatique est incluse avec l’hébergement Web classique. Un certificat gratuit peut tout à fait convenir à un site professionnel.
Let’s Encrypt délivre des certificats à validation de domaine (DV), y compris pour plusieurs noms SAN et pour des wildcards. La validation d’un wildcard utilise DNS-01. Ces formes de couverture ne sont donc pas, à elles seules, une raison d’acheter un certificat. Let’s Encrypt ne délivre pas de certificats OV ou EV, qui ajoutent une validation de l’organisation.
Nuagerie peut examiner un certificat commercial sur demande lorsqu’un besoin précis le justifie : validation OV/EV exigée, autorité imposée ou modalités de gestion particulières. Le prix et le niveau de validation n’impliquent pas un chiffrement plus fort ni un avantage SEO. Vérifiez d’abord les exigences réelles de votre organisation.
Prévoir l’installation et le renouvellement
Un nouveau sous-domaine déjà couvert par un wildcard peut ne pas nécessiter de réémission pour son nom. Le site ou le serveur qui le dessert doit tout de même présenter le certificat approprié. Couverture du nom, installation et renouvellement sont des éléments distincts.
Dans cPanel, si votre service propose SSL/TLS Status (État SSL/TLS), consultez les noms couverts et l’état du certificat. Les libellés peuvent varier. Confirmez comment le renouvellement et l’installation du certificat renouvelé sont pris en charge. Une automatisation dépend notamment du maintien des conditions de validation ; elle ne dispense pas de surveiller les erreurs ou l’expiration.
L’automatisation et l’installation d’un certificat personnel ne fonctionnent pas de la même façon sur toutes les plateformes. Notre hébergement Web classique permet d’utiliser votre propre certificat ; ailleurs, cette possibilité dépend du service, de son offre et des accès disponibles. Pour préparer la suite, consultez le guide Configurer et maintenir HTTPS sur votre site.
Tenir compte d’un proxy ou d’un CDN
Si Cloudflare ou un autre proxy intervient, distinguez la connexion du visiteur au proxy de celle du proxy au serveur d’origine. Un certificat visible dans le navigateur ne prouve pas à lui seul que la connexion vers l’origine est correctement protégée. Avec Cloudflare, le mode Full (strict) vérifie aussi le certificat d’origine ; ses prérequis doivent être satisfaits avant tout changement de mode.
Faire vérifier votre configuration
En cas d’alerte, suivez notre guide sur les avertissements de certificat sans contourner la vérification. Pour un service Nuagerie, utilisez les coordonnées de la page d’assistance ou le canal de suivi déjà convenu pour transmettre les noms concernés et le contexte. Pour préparer un nouveau site ou une migration, discutez avec notre équipe de la couverture et du renouvellement. Ne joignez jamais de clé privée à une demande ordinaire.
Références : certificats Let’s Encrypt, état SSL/TLS dans cPanel et Cloudflare Full (strict).