Vérificateur de contenu mixte pour votre site
Ressources HTTP non sécurisées sur votre page HTTPS, détectées automatiquement
Que contrôle le vérificateur de contenu mixte ?
Images, scripts et feuilles de style chargés via http://
Polices, iframes, vidéos et requêtes en arrière-plan via HTTP
Ressources que les navigateurs bloqueraient ou passeraient discrètement en HTTPS
Formulaires qui envoient leurs données à une adresse http://
Redirection manquante de HTTP vers HTTPS
En-têtes HSTS et Content Security Policy
Comment fonctionne la vérification du contenu mixte
De l'URL à la liste de toutes les ressources non sécurisées en 4 étapes
-
1 Étape 1
Saisissez l'URL
Indiquez l'adresse de la page à vérifier. Sans installation ni inscription.
-
2 Étape 2
Chargement de la page
Nous ouvrons la page dans un vrai navigateur, exécutons son JavaScript et consignons chaque requête, une par une.
-
3 Étape 3
Filtrage des requêtes non sécurisées
Toutes les ressources chargées via http://, les formulaires à destination non sécurisée et l'absence de redirection HTTPS sont signalés.
-
4 Étape 4
Corrigez les sources
Servez-vous de la liste des URL pour corriger les adresses dans vos contenus, votre thème ou vos plugins, puis relancez la vérification.
Ces problèmes HTTPS sont détectés
Quatre types de contenu non sécurisé et la façon dont les navigateurs les traitent
-
Contenu mixte actif
Bloqué par les navigateursScripts, feuilles de style, iframes et requêtes en arrière-plan via HTTP. Comme ils pourraient modifier toute la page, les navigateurs ne les chargent pas du tout. Résultat visible : une mise en page cassée ou des fonctions manquantes.
-
Contenu mixte passif
Passé en HTTPS ou bloquéImages, audio et vidéo via HTTP. Les navigateurs actuels tentent automatiquement de les charger en HTTPS. Si le fichier n'y est pas disponible, il manque tout simplement sur la page.
-
Formulaire à destination non sécurisée
Avertissement à l'envoiUn formulaire dont l'attribut
actionpointe vers une adressehttp://envoie sans chiffrement les saisies comme les noms, les adresses e-mail ou les mots de passe. -
Page sans redirection HTTPS
Non sécuriséLa page peut être ouverte via
http://et n'est pas redirigée vers HTTPS. Les visiteurs qui suivent un ancien lien utilisent alors toute la page sans chiffrement.
Les causes les plus fréquentes et comment les corriger
Six pistes, des réglages de WordPress jusqu'à l'en-tête du serveur
- Adresse web de WordPress et adresse web du site
- Si l'une des deux adresses dans Réglages › Général commence encore par
http://, WordPress génère lui-même des liens non sécurisés. Réglez les deux surhttps://. - Anciens liens dans la base de données
- Les images et les liens des articles sont enregistrés sous forme d'URL absolues. Après le passage en HTTPS, il faut les remplacer avec un outil de recherche et remplacement qui gère aussi les données sérialisées.
- Thème, page builder et plugins
- Les adresses
http://codées en dur dans les fichiers du thème, les réglages de sliders ou les caches des builders survivent à un remplacement dans la base de données. Corrigez-les à la source et régénérez le CSS du builder. - Ressources externes
- Polices, scripts ou contenus de tiers intégrés il y a des années avec
http://. Presque tous les fournisseurs prennent aujourd'hui en charge HTTPS : il suffit donc de modifier l'adresse. - upgrade-insecure-requests
- La directive CSP
upgrade-insecure-requestsindique aux navigateurs de charger toutes les ressources en HTTPS. Elle est utile comme filet de sécurité, mais ne remplace pas le nettoyage des adresses elles-mêmes. - HSTS
- L'en-tête
Strict-Transport-Securityoblige les navigateurs à utiliser HTTPS pour votre domaine dès la première requête. Ne l'activez que lorsque l'ensemble du site fonctionne de manière fiable en HTTPS.
Trouvez le contenu mixte avant que le navigateur n'affiche un avertissement
Le contenu mixte (mixed content) apparaît lorsqu'une page est servie en HTTPS mais charge certaines ressources via HTTP non chiffré. Résultat : le cadenas disparaît, des images ou des scripts manquent et, dans le pire des cas, le navigateur affiche « Non sécurisé ». Le vérificateur de contenu mixte InspectWP charge votre page dans un vrai navigateur et enregistre chaque requête, une par une. Toutes les URL qui commencent par http:// sont listées dans le rapport : vous voyez ainsi exactement quelle image, quel script ou quelle feuille de style pose problème.
Nous voyons aussi ce que votre navigateur vous cache
Les navigateurs modernes n'affichent pas simplement le contenu mixte. Ils bloquent les scripts et feuilles de style non sécurisés et tentent d'eux-mêmes de charger en HTTPS les images non sécurisées. Si vous ouvrez votre page vous-même, tout peut sembler en ordre alors que la cause se trouve toujours dans votre HTML. Notre crawler désactive volontairement ce passage automatique en HTTPS et autorise le contenu non sécurisé. Le rapport contient ainsi les ressources qu'un navigateur normal bloquerait ou corrigerait discrètement, y compris celles qui n'apparaissent qu'après l'exécution du JavaScript. Nous vérifions en outre si vos formulaires envoient des données à une adresse HTTP et si la page redirige bien vers HTTPS.
Des milliers de propriétaires de sites web font confiance à InspectWP
Les chiffres parlent d'eux-mêmes
Questions fréquentes sur le vérificateur de contenu mixte
Ce qu'est le contenu mixte, pourquoi il apparaît et comment s'en débarrasser
D'autres outils utiles
Ces vérifications couvrent des sujets connexes
- Audit RGPD
- Audit sécurité WordPress
- Vérificateur d'en-têtes HTTP
- Vérificateur d'hébergement
- Vérificateur de webfonts
- Vérificateur de favicon
- Vérificateur DNS
- Vérificateur de balises alt
- Sitemap Checker
- Open Graph Checker
- Vérificateur SPF et DMARC
- Vérificateur d’accessibilité
- Scanner de vulnérabilités WordPress
- Détecteur de page builder
- Scanner de cookies
- Vérificateur de version PHP