Maintenance et sécurité
Erreur SSL sur WordPress : certificat, HTTPS et contenu mixte
Une alerte SSL peut venir d’un certificat expiré ou incomplet, d’un nom d’hôte absent, d’une chaîne intermédiaire, d’une date système, d’une redirection ou de ressources encore chargées en HTTP. Désactiver HTTPS ne constitue pas une correction.
Ce que ce symptôme signifie réellement
L’erreur avant toute réponse HTTP concerne généralement TLS, le certificat ou le proxy. Le contenu mixte apparaît après chargement lorsque la page HTTPS appelle une ressource HTTP.
WordPress peut aussi boucler si ses URL, le proxy et la détection HTTPS ne partagent pas la même réalité.
Avant toute modification : préserver les preuves et le retour arrière
Notez l’heure, l’URL, le message exact, le code HTTP et le dernier changement connu. Vérifiez ensuite qu’une sauvegarde récente couvre bien les fichiers et la base de données, qu’elle est lisible et qu’un retour arrière limité est possible. Une sauvegarde non testée ne suffit pas pour une intervention risquée.
- Ne transmettez jamais de mot de passe, clé privée, jeton, fichier
wp-config.phpou export de base dans un formulaire ou une capture. - Travaillez d’abord sur un staging ou une copie isolée lorsque le diagnostic exige une mise à jour, une modification de code ou une opération de base de données.
- Conservez les journaux et les fichiers suspects avant nettoyage : ils peuvent être nécessaires pour comprendre la cause ou vérifier l’étendue d’un incident.
Diagnostic : avancer du signal le plus fiable au test le moins intrusif
Testez le nom exact avec et sans www, l’origine et le CDN, puis relevez certificat, chaîne, date et code de redirection.
- Vérifier domaine couvert, dates et chaîne du certificat.
- Comparer la terminaison TLS du proxy et de l’origine.
- Inspecter les redirections et les URL WordPress sans modifier la base.
- Rechercher les ressources HTTP dans le HTML et les requêtes réseau.
Correction : appliquer une action ciblée et réversible
Renouvelez ou installez la chaîne correcte, alignez proxy et origine, puis remplacez les références HTTP confirmées avec un outil qui sérialise correctement les données.
- Corriger le certificat pour chaque hôte réellement servi.
- Configurer une seule redirection canonique vers HTTPS.
- Traiter les URL de contenu mixte à la source et tester les médias.
- Activer HSTS seulement après validation complète de tous les sous-domaines concernés.
Contrôles après correction
Une page qui se recharge ne suffit pas à prouver que le problème est résolu. Contrôlez le parcours concerné, une page non connectée, l’administration, les erreurs console et réseau, les journaux serveur, le cache et les redirections. Vérifiez aussi les écrans mobile et desktop si le symptôme touchait le rendu.
- Chaîne TLS valide sur les hôtes attendus.
- Une redirection au plus vers la canonicale.
- Zéro contenu mixte et formulaires fonctionnels.
Quand arrêter et demander une intervention
Une erreur de certificat sur une boutique, une connexion ou un formulaire impose de suspendre le parcours sensible jusqu’à correction vérifiée.