Vous ouvrez Google Search Console, vous cliquez sur "Pages", et là... une liste interminable d'URL avec des codes d'erreur rouges. 404, soft 404, 500. Ça vous parle ? Moi, ça m'a glacé le sang la première fois. Pourtant, c'est le meilleur endroit pour commencer à nettoyer son site. Mais encore faut-il savoir lire ce rapport correctement. Je vais vous montrer comment je fais, pas à pas, avec les erreurs que j'ai commises en chemin.
Points clés à retenir
- Le rapport Pages est le point de départ pour identifier les erreurs d'exploration
- Filtrez par code HTTP (404, 500, soft 404) pour prioriser les corrections
- Les "statistiques d'exploration" révèlent la fréquence des problèmes côté serveur
- Les erreurs les plus fréquentes ne sont pas toujours les plus impactantes
- Une erreur peut cacher un problème de configuration (sitemap, redirection)
- L'API Search Console permet d'automatiser la détection pour les gros sites
Qu'est-ce qu'une erreur d'exploration en SEO ?
Avant de se jeter dans les rapports, posons le cadre. Une erreur d'exploration, c'est quand le robot de Google tente d'accéder à une page de votre site et que la réponse du serveur n'est pas celle attendue. Concrètement, au lieu d'un code 200 (OK), vous obtenez un code 404 (page introuvable), 500 (erreur serveur), ou pire, un timeout : le robot attend et attend, puis abandonne.
Ces erreurs, Google les remonte dans la Search Console. Et c'est crucial pour deux raisons. D'abord, elles empêchent l'indexation de vos pages – donc pas de trafic. Ensuite, elles gaspillent votre budget d'exploration. Google a un nombre limité de requêtes par jour, surtout si votre site est petit. Si le robot passe son temps sur des pages en erreur, il explore moins vos bonnes pages. Résultat : vos nouveaux articles mettent des semaines à être indexés.
404, soft 404 et 500 : ne pas confondre
Google classe les erreurs en plusieurs catégories. La plus commune, le 404, signifie que la page n'existe plus – un lien cassé, un article supprimé. La soft 404, c'est plus vicieux : la page existe, mais elle affiche un message "aucun contenu" avec un code 200. Exemple typique : une page catégorie vide. Le robot la voit, mais elle n'a rien à indexer. Et le 500, c'est une erreur serveur : le site a planté lors de la requête. Dans mon expérience, les soft 404 sont les plus fréquentes sur les sites e-commerce avec des filtres cassés.
Dans le rapport Pages, ces erreurs apparaissent avec leur code HTTP. Vous pouvez filtrer par type pour ne voir que les 404 ou les 500. C'est là que la chasse commence.
Comment accéder au rapport Pages dans Google Search Console
La première fois, j'ai galéré. Je cherchais un menu "Erreurs d'exploration" – ça n'existe plus depuis la version 2018. Aujourd'hui, tout passe par le rapport Pages. Voici comment y accéder :
- Connectez-vous à Google Search Console
- Sélectionnez votre propriété (domaine ou préfixe URL)
- Dans le menu de gauche, cliquez sur Pages
- Vous arrivez sur un tableau qui liste toutes les URL connues de Google
Le tableau affiche plusieurs colonnes : l'URL, le code HTTP (200, 404, 500, etc.), la date de dernière exploration, et le statut d'indexation. Pour trouver les erreurs d'exploration, filtrez par code : cliquez sur l'en-tête "Code HTTP" et sélectionnez "404", "500" ou "soft 404". Vous pouvez aussi utiliser la recherche par mot-clé si vous cherchez une URL spécifique.
Utiliser le vérificateur d'URL pour confirmer une erreur
Si une URL vous intrigue, ne vous fiez pas qu'au tableau. Utilisez le vérificateur d'URL en haut de la Search Console. Collez l'URL, et l'outil vous donne l'état en temps réel : la date de la dernière exploration, le code HTTP renvoyé, et si la page est indexée ou non. Je l'utilise systématiquement pour les soft 404, car le rapport peut les classer à tort.
Un exemple personnel : une de mes pages "contact" affichait un 404 dans le rapport. J'ai utilisé le vérificateur, et le code HTTP était bien 200. Le problème venait d'une redirection temporaire que Google n'avait pas suivie. Une fois la redirection corrigée, l'erreur a disparu au prochain crawl.
Analyser les statistiques d'exploration pour un diagnostic plus poussé
Le rapport Pages est utile, mais il ne montre que les URL connues. Pour comprendre la fréquence des erreurs – combien de requêtes ont échoué sur une période donnée – il faut ouvrir les statistiques d'exploration. Ce rapport, accessible via Paramètres > Statistiques d'exploration, s'adresse aux utilisateurs avancés. Google le précise : si votre site a moins de mille pages, vous n'avez probablement pas besoin de le consulter. Moi, je le regarde quand je suspecte un problème serveur récurrent.
Le graphique montre trois courbes : le nombre de requêtes totales, la durée totale de téléchargement, et le nombre de pages explorées. En dessous, un tableau détaille par code de réponse : 200, 301, 404, 500, etc. L'astuce : survolez les pics du graphique. Si un jour donné, le nombre de 500 explose, c'est que votre serveur a eu un problème. Dans mon cas, un plugin de cache mal configuré générait des 500 toutes les nuits lors des sauvegardes. Le rapport m'a permis de le repérer.
Quoi regarder en priorité dans ce rapport
Ne vous noyez pas dans les données. Concentrez-vous sur trois choses :
- La proportion de 200 : si elle chute sous 80%, votre site a un problème de disponibilité
- La durée de téléchargement : si elle augmente soudainement, vos pages sont trop lourdes ou le serveur est surchargé
- Les 404 : s'ils sont stables, ce sont des liens cassés normaux ; s'ils augmentent, vous avez supprimé des pages sans redirection
Une fois, après une mise à jour de mon thème, j'ai vu les 500 monter de 2% à 15% en une semaine. J'ai vite backtracké en désactivant les nouveaux modules. Sans ce rapport, j'aurais mis des semaines à m'en rendre compte.
Prioriser les corrections : l'erreur que j'ai faite au début
Quand j'ai commencé, je voulais corriger toutes les erreurs d'un coup. Grosse erreur. Le rapport Pages peut en afficher des centaines, surtout sur un vieux site. J'ai passé des heures à créer des redirections 301 pour des URL qui n'avaient aucun trafic. Résultat : j'ai négligé les soft 404 sur mes pages principales, qui touchaient mes visiteurs directement.
Aujourd'hui, je priorise avec une règle simple : impact sur le trafic d'abord, nombre d'URL ensuite. Je croise les données avec Google Analytics :
- Les URL qui ont eu des visites dans les 3 derniers mois passent en priorité 1
- Les URL avec des liens entrants (via le rapport "Liens") passent en priorité 2
- Le reste, je les traite par lots une fois par mois
Et une astuce : ne supprimez jamais une page sans la rediriger vers une page similaire. Sinon, vous créez des 404 qui polluent vos rapports pendant des mois.
Les erreurs d'exploration les plus fréquentes et comment les corriger
Voici ce que je vois le plus souvent, avec les solutions qui marchent (ou pas) :
| Type d'erreur | Cause | Solution |
|---|---|---|
| 404 | Page supprimée, lien cassé | Redirection 301 vers une page existante |
| Soft 404 | Page vide retournant un code 200 | Ajouter du contenu ou retourner un vrai 404 |
| 500 | Erreur serveur, plugin défaillant | Corriger le code, désactiver le plugin |
| Timeout | Serveur trop lent | Optimiser le temps de réponse (cache, CDN) |
| Non trouvé dans sitemap | URL non listée dans le fichier .xml | Mettre à jour le sitemap |
Pour les redirections, utilisez un outil comme Redirection (pour WordPress) ou votre fichier .htaccess. Et testez toujours après : ouvrez l'URL dans le vérificateur d'URL pour confirmer que Google voit la redirection.
Utiliser l'API Search Console pour les sites à gros volume
Si vous gérez plus de 1000 pages, le rapport manuel devient chronophage. Google met à disposition une API Search Console qui permet de récupérer les données d'erreurs par programmation. Je l'utilise pour extraire chaque semaine la liste des 404 et les intégrer à mon tableau de bord. Le script est basique : une requête HTTP à l'endpoint https://www.googleapis.com/webmasters/v3/sites/{siteUrl}/searchAnalytics/query avec un filtre sur les codes 404. Le résultat est en JSON, que je transforme en Google Sheets.
Franchement, pour un petit site, ce n'est pas nécessaire. Mais si vous avez des milliers d'URL, ça vous fait gagner des heures. Une fois que j'ai automatisé ça, je n'ai plus jamais ouvert le rapport Pages manuellement.
Ce qu'il faut retenir
Les erreurs d'exploration ne sont pas une fatalité. La Search Console vous donne toutes les clés pour les identifier et les corriger, à condition de savoir où chercher. Le rapport Pages pour la liste, les statistiques d'exploration pour la fréquence, et un peu de logique pour prioriser. J'ai mis six mois à comprendre ça – et à arrêter de corriger des 404 sans intérêt. Aujourd'hui, je passe 15 minutes par semaine sur cette tâche, et mon taux d'indexation a grimpé de 40%.
Et vous, quelle est l'erreur qui vous a le plus embêté ? Moi, c'est une soft 404 sur une page p produit qui a duré trois mois. Depuis, je vérifie le code HTTP avant de publier quoi que ce soit.