Analysez votre site avant de le lancer. Un seul contrôle couvre ce qui échappe le jour du lancement : clés API dans votre JavaScript, un dossier .env ou .git public, des source maps, des en-têtes de sécurité faibles, du contenu mixte, un noindex oublié, et des titres, balises de partage et favicon manquants. C'est gratuit, et rien de ce que vous analysez n'est conservé.
Comment analyser votre site, étape par étape
- Saisissez l'adresse de votre site dans la zone d'adresse.
- Appuyez sur Analyser le site et patientez un instant.
- Lisez les résultats. Utilisez les onglets pour voir Tous les contrôles ou une catégorie : Fichiers et secrets, Sécurité, Recherche et partage, ou Bases.
- Corrigez ce qui est signalé, déployez, et analysez à nouveau pour confirmer.
Ce que recherche l'analyse
Fichiers exposés et secrets : clés API, jetons et clés privées dans votre HTML et vos scripts ; fichiers .env, .git et config.json publics ; et source maps qui publient votre code d'origine. Sécurité : HTTPS et la redirection depuis HTTP simple, les principaux en-têtes de sécurité, les indicateurs de cookies, le contenu mixte et un contact security.txt. Recherche et partage : le titre, la description et les balises Open Graph, robots.txt, sitemap.xml et tout noindex resté de la préproduction. Bases : le viewport, la langue de la page, le favicon, et les liens vers une politique de confidentialité et des conditions.
Ce qui se passe quand vous scannez
Cet outil fait des requêtes réseau, voici donc exactement ce qu'il fait. Le serveur de Snowkit récupère votre page d'accueil, robots.txt, sitemap.xml, security.txt, le favicon, jusqu'à 5 de vos propres scripts et leurs source maps, et 4 chemins de fuite courants. Cela fait 30 requêtes au maximum, sans exploration. Les clés et balises sont contrôlées dans votre navigateur, et rien n'est conservé. N'analysez que des sites que vous gérez ou que vous avez le droit de tester.
Si une clé apparaît
Considérez-la comme divulguée, même si le site n'est pas encore public. Révoquez-la ou renouvelez-la d'abord chez le fournisseur, puis sortez-la du code front-end vers une variable d'environnement côté serveur ou une fonction backend. Les clés prévues pour les navigateurs, comme les clés de paiement publiables ou les clés de carte restreintes, peuvent être livrées, mais verrouillez-les sur votre domaine dans le tableau de bord du fournisseur.
Ce qu'il ne peut pas voir
Il contrôle la page d'accueil et les fichiers qu'elle référence, pas chaque page. Le contenu qui n'apparaît qu'après l'exécution de JavaScript, les pages derrière une connexion et le code côté serveur lui sont invisibles. Une analyse sans problème signifie que les erreurs de lancement courantes sont couvertes, pas que le site est entièrement sécurisé.
Une liste de contrôle de lancement simple
- Lancez l'analyse sur la vraie adresse, pas sur un lien de brouillon.
- Retirez tout noindex resté de la préproduction.
- Ajoutez un titre, une description et une image de partage à chaque page clé avec le générateur de balises meta.
- Publiez un sitemap avec le générateur de sitemap et une page de confidentialité avec le générateur de politique de confidentialité.
- Contrôlez votre propre code avec le détecteur de secrets avant de déployer.
Questions
Puis-je analyser n'importe quel site ?
N'analysez que des sites que vous gérez ou que vous avez le droit de tester.
Conserve-t-il mes résultats ?
Non. Rien de ce que vous analysez n'est conservé.
Un résultat sans problème est-il une garantie ?
Non. Il couvre les erreurs de lancement courantes sur les pages qu'il peut voir, pas toutes les faiblesses possibles.