Certificat SSL OVH

Le certificat SSL, à quoi il sert concrètement sur un site OVH

Un certificat SSL chiffre les échanges entre le navigateur d’un visiteur et le serveur qui héberge le site. Concrètement, c’est lui qui fait passer l’adresse de http à https et qui affiche le petit cadenas dans la barre d’adresse. Sans lui, un formulaire de contact, un identifiant de connexion ou un numéro de carte bancaire circulent en clair, ce qu’un navigateur moderne signale désormais explicitement par un avertissement « non sécurisé ».

Sur un hébergement OVH, ce n’est plus une option technique réservée aux sites marchands. Google traite le HTTPS comme un critère de classement, et Chrome comme Firefox affichent une alerte visible dès qu’un site en est dépourvu. Un visiteur qui voit cette alerte repart en général sans lire la page. Le certificat n’est donc pas qu’une case à cocher pour les moteurs de recherche : c’est ce qui garde le visiteur sur le site.

Chaque certificat a une durée de validité limitée et doit être renouvelé régulièrement. C’est ce point, plus que l’activation initiale, qui pose problème en pratique : un certificat expiré fait retomber le site dans l’alerte « non sécurisé » du jour au lendemain, souvent sans que personne ne s’en aperçoive avant qu’un client ne le signale.

Gratuit ou payant

quel certificat SSL choisir chez OVH

Chez OVH, un certificat Let’s Encrypt gratuit s’active automatiquement sur la majorité des hébergements mutualisés, et des offres de certificats payants pour des besoins plus spécifiques. Le critère de choix n’est pas la qualité du chiffrement, identique dans les deux cas, mais le niveau de garantie et le type de site.

Pour un site vitrine, un blog, un site institutionnel ou une boutique de taille modeste, Let’s Encrypt couvre largement le besoin : il chiffre exactement de la même façon qu’un certificat payant et ne demande aucune intervention. Un certificat payant a un intérêt réel surtout pour les sites financiers ou les plateformes qui traitent des données sensibles en volume, là où la garantie contractuelle en cas de faille a un sens juridique. Pour un site classique, cette dépense supplémentaire n’apporte aucune protection technique en plus du certificat gratuit.

Activer ou vérifier son certificat SSL depuis l’espace client OVH

L’activation se fait depuis l’espace client OVH, dans la section dédiée à l’hébergement ou au nom de domaine concerné. Le principe reste stable même si les libellés exacts des menus évoluent avec les mises à jour de l’interface.

Sur un hébergement mutualisé récent, l’activation est souvent automatique dès que le domaine pointe correctement vers les serveurs OVH. Sur un serveur dédié ou une configuration personnalisée, l’installation peut demander une manipulation manuelle du certificat, ce qui justifie davantage l’accompagnement du support si le sujet n’est pas familier.

Vérifier soi-même que le SSL fonctionne vraiment

Avant de conclure qu’un certificat pose problème, quelques vérifications simples évitent un aller-retour inutile avec le support. Le cadenas dans la barre d’adresse est le premier repère : un clic dessus affiche la date de validité du certificat et le nom du domaine couvert. Si la date est dépassée, le renouvellement automatique n’a pas fonctionné et une action manuelle est nécessaire.

Un cadenas barré ou un avertissement malgré un certificat actif signale presque toujours un contenu mixte : certaines ressources de la page (une image, une police, un script) sont encore appelées en http au lieu de https. C’est l’erreur la plus fréquente après une migration de site, quand des liens codés en dur dans le thème ou dans un article n’ont pas été mis à jour.

Dans un navigateur, l’onglet « Sécurité » accessible depuis les outils de développement liste précisément les ressources encore chargées en http, ce qui évite de fouiller le code à l’aveugle. Sur un site WordPress ou un CMS courant, la cause vient le plus souvent d’URLs enregistrées en dur dans la base de données (images insérées avant la migration) plutôt que d’un problème côté serveur : corriger ces liens un par un, ou via un outil de recherche-remplacement dans la base, règle généralement le souci sans toucher au certificat lui-même. Un outil de vérification SSL en ligne, en tapant simplement le nom de domaine, permet aussi de contrôler que le certificat couvre bien la bonne adresse, avec ou sans « www ».

Les erreurs les plus fréquentes après une migration ou un changement de domaine

Une migration de domaine ou un changement d’hébergeur vers OVH est le moment où les problèmes de SSL apparaissent le plus souvent, et ils coûtent cher en visibilité s’ils traînent.

Un site qui reste plusieurs jours avec une alerte « non sécurisé » après une migration perd une part significative de son trafic de recherche organique sur cette période, le temps que les visiteurs et les moteurs reprennent confiance dans l’adresse. Dans l’ordre de priorité, la propagation DNS doit toujours être vérifiée en premier : tant qu’elle n’est pas terminée, corriger le contenu mixte ou relancer le certificat ne sert à rien, puisque le domaine peut encore répondre par intermittence depuis l’ancien hébergeur.

Que faire si le certificat SSL ne s’active pas

Quand l’activation automatique ne se déclenche pas, l’ordre de vérification compte pour ne pas perdre de temps sur la mauvaise piste. En premier lieu, confirmer que le domaine pointe bien vers les serveurs OVH et que la propagation DNS est terminée : sans ce préalable, aucun certificat ne peut être émis correctement. Ensuite, vérifier qu’aucune redirection ou configuration personnalisée du site ne bloque la validation automatique du certificat, ce qui arrive parfois sur des configurations avec plusieurs sous-domaines ou un CDN tiers activé.

Si le certificat reste bloqué au-delà de 24 heures malgré une propagation DNS terminée, le support OVH reste le bon interlocuteur : il peut relancer l’émission manuellement et identifier un blocage spécifique à la configuration du compte, ce qu’aucune vérification côté visiteur ne permet de diagnostiquer.