Quand vous mettez un site en ligne, la Search Console devient votre tableau de bord technique. Elle signale les problèmes que Google rencontre en explorant vos pages. Certaines erreurs sont anodines et disparaissent d'elles-mêmes. D'autres bloquent l'indexation et font chuter votre trafic. Voici les codes à connaître et la marche à suivre pour les corriger.
Comment repérer les erreurs serveur dans la Search Console
La section Indexation des pages (anciennement Couverture) liste toutes les URL que Google a tenté d'explorer. Vous y voyez en un coup d'œil le nombre d'erreurs, les avertissements et les pages valides. Cliquez sur une ligne d'erreur pour obtenir les exemples d'URL concernées. L'outil ne corrige rien à votre place, mais il vous donne la liste précise des adresses à vérifier.
Consultez ce rapport au moins une fois par semaine après une mise en ligne. Une hausse soudaine du nombre d'erreurs indique souvent un problème de configuration ou une panne serveur. Plus vous réagissez vite, moins l'impact sur votre référencement est durable.
Les codes d'erreur les plus fréquents et leur signification
Erreur 500 : problème interne du serveur
Le code 500 signifie que le serveur a rencontré une situation imprévue. Cela peut venir d'un bug dans le code de votre site, d'une mauvaise configuration du fichier .htaccess ou d'une surcharge ponctuelle. Pour trouver la cause exacte, examinez les logs du serveur. Ces fichiers enregistrent chaque requête et l'erreur associée. Si vous utilisez un CMS comme WordPress, désactivez les plugins récemment installés et testez le thème par défaut. Une fois le correctif appliqué, vérifiez que la page concernée répond en 200.
Erreur 502 : mauvaise passerelle
Ce code apparaît quand un serveur intermédiaire (proxy ou passerelle) reçoit une réponse invalide du serveur principal. Les causes fréquentes incluent un serveur DNS qui ne répond pas, un pare-feu trop restrictif ou un problème de configuration PHP. Redémarrez les services concernés (Apache, Nginx, PHP-FPM) et vérifiez que votre hébergeur n'a pas de panne en cours.
Erreur 503 : service indisponible
Le serveur est temporairement incapable de traiter la requête. Cela arrive lors d'une maintenance programmée, d'une mise à jour du système ou d'un pic de trafic soudain. Si l'erreur persiste, vérifiez que votre hébergement supporte le volume de visiteurs. Une solution de cache ou un CDN peut absorber les pics et éviter ces interruptions.
Erreur 504 : délai d'attente dépassé
Un serveur en amont (par exemple une base de données) met trop de temps à répondre. Cela se produit souvent quand une requête SQL est trop lourde ou qu'un script externe ne répond pas. Augmentez le temps d'exécution autorisé dans la configuration PHP et optimisez les appels à la base de données.
Erreurs 403 et 404 : accès refusé et page non trouvée
Le code 403 indique que Google n'a pas le droit d'accéder à la ressource. Vérifiez les permissions des fichiers et les règles dans le fichier robots.txt. Le code 404 signale qu'une page n'existe plus. Après une refonte, c'est normal si vous avez changé la structure des URL. L'important est de mettre en place des redirections 301 depuis les anciennes adresses vers les nouvelles. Sans cela, Google perd le suivi de vos pages et le trafic chute.
Les contrôles à faire le jour de la mise en ligne
Le jour J, ne regardez pas encore les performances. Concentrez-vous sur la technique. Voici les points à vérifier avant de lancer la communication autour du nouveau site.
- Accessibilité des pages clés : la page d'accueil, les pages services, les catégories produits et les articles de blog doivent répondre en 200. Utilisez un outil de crawl pour vérifier un échantillon représentatif, pas seulement 10 pages au hasard.
- Cohérence des versions : les adresses en HTTP, HTTPS, www et non-www doivent rediriger vers une seule version canonique. Une incohérence disperse la popularité de votre site.
- Certificat HTTPS valide : sans certificat à jour, les navigateurs bloquent l'accès et Google dégrade votre classement.
- Fichier robots.txt et balises noindex : une erreur fréquente après refonte est de laisser un blocage de préproduction actif. Vérifiez que Googlebot peut explorer toutes les pages importantes et qu'aucune balise noindex ne subsiste par erreur sur les gabarits.
Si vous avez migré des URL, soumettez le nouveau sitemap XML dans la Search Console et demandez une inspection pour les pages stratégiques. Cela accélère la prise en compte des modifications par Google.
Les pièges à éviter pendant les 30 premiers jours
Une refonte entraîne toujours une période d'instabilité. Google doit réexplorer les pages, comprendre les nouvelles redirections et ajuster les positions. Une légère baisse des impressions est normale. Ce qui doit vous alerter, c'est une chute brutale et durable du trafic organique, une explosion des erreurs 404 ou des pages importantes qui restent non indexées.
Ne commettez pas l'erreur d'attendre passivement que Google repasse. S'il tombe sur une mauvaise configuration, il l'enregistre et mettra des semaines à la corriger. Surveillez chaque jour le rapport d'indexation et les données de performance. Si une anomalie persiste plus de 48 heures, intervenez.
Un autre piège classique est de négliger les redirections en chaîne. Par exemple, une ancienne URL redirige vers une page intermédiaire qui elle-même redirige ailleurs. Google interprète mal ces boucles et peut abandonner l'exploration. Utilisez un outil pour tracer le chemin des redirections et assurez-vous qu'elles aboutissent directement à la page finale en 200.
Comment valider que les corrections sont bien appliquées
Après avoir modifié un fichier ou corrigé une configuration, retournez dans la Search Console. Cliquez sur l'URL concernée dans le rapport d'indexation et utilisez l'outil d'inspection. Demandez une nouvelle exploration pour forcer Google à vérifier la page. Si la correction est bonne, l'erreur disparaîtra du rapport dans les heures qui suivent.
Pour les erreurs 500 ou 502, vérifiez aussi les logs du serveur et confirmez que le code de statut HTTP est bien revenu à 200. Si vous utilisez un système de cache, videz-le après chaque modification, sinon Google risque de tomber sur une version obsolète et de signaler à nouveau l'erreur.
Enfin, tenez un journal des interventions. Notez la date, le type d'erreur, les URL concernées et la correction appliquée. Cela vous permet de repérer des patterns récurrents et d'anticiper les problèmes avant qu'ils n'affectent tout le site.
Ne sous-estimez pas l'impact d'une erreur non corrigée
Une page qui reste en erreur 500 pendant plusieurs jours n'est pas seulement invisible dans les résultats de recherche. Elle peut aussi dégrader la confiance de Google envers l'ensemble de votre site. Le moteur réduit alors la fréquence d'exploration et ralentit l'indexation des nouvelles pages. Pour les sites e-commerce ou les blogs à fort trafic, chaque jour de latence coûte des visites et des revenus.
La Search Console ne fait que signaler les problèmes. C'est à vous d'agir. Si vous manquez de temps ou de compétences techniques, confiez la maintenance à un développeur ou à un prestataire spécialisé. Le coût d'une intervention rapide est toujours inférieur à la perte de trafic causée par une erreur négligée.
Pour approfondir votre compréhension des données fournies par l'outil, consultez notre guide sur Google Search Console : comment comprendre les données essentielles d'un site. Vous y trouverez des explications détaillées sur chaque rapport et des conseils pour les exploiter au quotidien.
