Corriger le contenu mixte sur un site en HTTPS

Il y a contenu mixte lorsqu'une page chargée en HTTPS demande des ressources en HTTP. Cela peut empêcher l'affichage d'images ou le fonctionnement de styles et de scripts, même si l'adresse principale commence toujours par https://.

Avant d'attribuer le problème au contenu mixte, vérifiez que le certificat de la page principale est valide pour ce domaine. Une alerte de certificat et une ressource HTTP dans une page HTTPS sont deux incidents différents.

Repérer la requête non sécurisée

1. Ouvrez les outils de développement et consultez Console et Réseau.
2. Rechargez la page et recherchez les alertes de contenu mixte ou les requêtes bloquées.
3. Notez l'URL HTTP complète et le fichier, le modèle ou le script qui la demande. La colonne ou l'onglet de l'initiateur aide à trouver son origine.
4. Vérifiez si cette ressource est disponible en HTTPS avec un certificat valide et le contenu attendu.

Le guide de la console du navigateur explique comment recueillir ces données.

Les navigateurs bloquent le contenu actif non sécurisé, comme les scripts et les styles. Ils peuvent passer automatiquement en HTTPS certaines images, certains fichiers audio ou vidéo ; si la destination ne fonctionne pas en HTTPS, ces ressources échoueront. Consultez le comportement décrit sur web.dev et vérifiez chaque requête, pas seulement l'icône de la barre d'adresse.

Le corriger à la source

Mettez à jour les URL enregistrées dans l'application, les modèles, les CSS ou la configuration du composant qui les génère. Pour les ressources tierces, utilisez une destination HTTPS valide ou remplacez la ressource ; remplacer seulement le texte http par https ne crée pas un service sécurisé là où il n'en existe pas.

Dans WordPress, faites une sauvegarde avant de remplacer des URL dans la base de données et utilisez un outil qui respecte les données sérialisées. Un remplacement SQL aveugle peut casser des options d'extensions ou de thèmes.

Une extension comme SSL Insecure Content Fixer peut réécrire certaines requêtes au moment de la réponse, mais elle ne garantit pas la correction de la base de données, des CSS ni des ressources externes. Vérifiez sa compatibilité et le résultat sur une copie avant de l'utiliser.

Vérifier la solution

Videz les caches concernés après avoir corrigé la source. Testez de nouveau la page d'accueil et les pages qui contiennent des formulaires, un panier, un paiement ou du contenu chargé dynamiquement. Vérifiez dans Console et Réseau qu'il ne reste aucune alerte et que les ressources affichent le contenu attendu.

N'autorisez pas le contenu non sécurisé dans le navigateur de vos visiteurs comme solution. Si la page principale affiche toujours une erreur de certificat, revenez au diagnostic TLS : supprimer le contenu mixte ne corrige pas cette erreur.