Vérificateur de statut de site web
Questions fréquentes
Pourquoi un site peut-il être inaccessible ?
Le code de réponse du serveur indique la raison.
| Code de réponse | Signification |
|---|---|
| 200 | le site fonctionne normalement |
| 301 / 302 | le site a déménagé vers une autre adresse, une redirection |
| 403 | accès refusé – blocage par IP, région ou configuration du serveur |
| 404 | la page précise n’a pas été trouvée, le site lui-même fonctionne généralement |
| 500 / 502 / 503 | une erreur côté serveur – surcharge, panne, maintenance |
| pas de réponse | le serveur est injoignable, le domaine ne répond pas, ou le DNS ne se résout pas |
Pourquoi le site s’ouvre-t-il chez moi mais apparaît-il indisponible dans la vérification ?
Un blocage local au niveau du fournisseur d’accès ou de la région peut montrer un site comme fonctionnel dans votre navigateur, alors qu’une vérification depuis un serveur externe obtient un résultat différent – l’inverse arrive aussi, quand un site est bloqué dans votre région mais fonctionne en réalité.
En quoi cette vérification diffère-t-elle de l’ouverture du site dans un navigateur ?
Le navigateur montre ce qui est visible depuis votre appareil et votre réseau. La vérification s’exécute depuis le serveur du service et ne dépend pas d’un blocage local, de votre cache ni des réglages de votre fournisseur.
Pourquoi vérifier régulièrement la disponibilité d’un site ?
L’indisponibilité d’un site pèse directement sur le positionnement : si un robot d’exploration reçoit plusieurs fois de suite une erreur serveur pendant son passage, des pages peuvent temporairement sortir de l’index, et le rétablissement du positionnement prend ensuite plus de temps que la panne elle-même. Vérifier régulièrement les liens de son propre site permet de repérer des adresses cassées avant qu’un robot ou un visiteur ne le fasse.
Peut-on vérifier un site automatiquement à intervalles réguliers ?
Le formulaire effectue une vérification ponctuelle au clic ; pour une surveillance automatique continue avec alertes, il faut un service spécialisé à part, cette vérification ne conserve pas de planning.
Que faire si la vérification affiche le code 403 ?
Le plus probable est que le serveur bloque les requêtes selon certains critères – IP, région ou en-têtes. Il vaut la peine de vérifier les réglages du pare-feu et les règles d’accès sur le serveur lui-même, si c’est votre site.
La vérification diffère-t-elle pour les sites en HTTP et en HTTPS ?
Le principe de la vérification est le même – le service interroge l’adresse indiquée et regarde le code de réponse, quel que soit le protocole.
Saisissez un domaine ou un lien dans le champ et cliquez sur « Rechercher » : l’outil vérifie si le site répond en ce moment et affiche le code de réponse du serveur. La vérification se fait côté service, pas depuis votre navigateur.
Comment vérifier si un site fonctionne
- Saisissez le domaine. Il suffit d’indiquer le domaine seul, sans protocole : le résultat montre si le site répond à cette adresse.
- Cliquez sur « Rechercher ». La vérification s’exécute côté serveur au moment de la requête, le résultat reflète donc l’état du site à cet instant précis, pas dans votre navigateur ni votre région.
Comment vérifier un lien avant d’y aller
Vérifier un lien recouvre en réalité deux choses différentes, qu’il ne faut pas confondre.
- Vérifier qu’un lien fonctionne. C’est exactement le rôle de cet outil : collez le lien et découvrez si l’adresse est toujours valide, si le serveur répond et avec quel code. C’est ainsi qu’on vérifie les liens d’articles, d’e-mails et de répertoires avant publication, pour ne pas envoyer quelqu’un vers une page qui n’existe pas.
- Vérifier la sécurité d’un lien. C’est une tâche différente : déterminer si un lien mène vers un site de phishing ou infecté. Le code de réponse du serveur ne dit rien de tout cela : une page malveillante répond exactement comme une page normale. Cette vérification demande des services antivirus et des bases de réputation de domaines, pas une vérification de disponibilité.
Et ensuite
Si le code de réponse concerne une page précise plutôt que tout le site, le vérificateur de statuts HTTP précise la situation. Pour une vérification systématique de l’indexation, des balises meta et d’autres paramètres techniques, l’audit de site convient.