Erreurs serveur : comprendre et corriger les codes d'erreur HTTP 

Une erreur serveur, c’est un message que votre navigateur affiche quand quelque chose empêche une page de se charger normalement — « Error 500 », « 404 Not Found », « 503 Service Unavailable ». Derrière chaque message se cache un code HTTP qui dit précisément ce qui ne va pas et de quel côté se trouve le problème. Comprendre ces codes, c’est pouvoir réagir vite plutôt que paniquer. Dans ce guide, on démystifie les principales erreurs serveur, on explique ce qu’elles signifient vraiment, et on indique comment les corriger sur un site WordPress. Chez notre agence web à Montréal, on règle ce genre de problème pour des PME québécoises depuis 2001.

Qu’est-ce qu’un code d’erreur HTTP ?

Chaque fois qu’un navigateur demande une page, le serveur répond avec un code de statut HTTP. Quand tout va bien, ce code est 200 (« OK ») et reste invisible. Quand il y a un problème, le serveur renvoie un code qui en précise la nature. Selon la documentation HTTP de MDN (Mozilla), ces codes se rangent en familles, reconnaissables à leur premier chiffre.

Pour s’y retrouver, il suffit de connaître trois familles : les 3xx (redirections), les 4xx (erreurs côté client ou d’accès) et les 5xx (erreurs côté serveur). Cette distinction est essentielle, car elle indique déjà où chercher la solution. Le premier chiffre du code vous dit immédiatement de quel côté regarder : un code qui commence par 4 concerne la demande ou les autorisations, un code qui commence par 5 concerne le serveur lui-même. Cette logique simple vous fait gagner un temps précieux au moment de diagnostiquer.

Les trois familles de codes

Les erreurs 4xx — côté client ou accès

Les erreurs 4xx signalent un problème lié à la demande elle-même ou aux autorisations d’accès. Voici les plus courantes.

Erreur 400 — Bad Request

La requête envoyée au serveur est malformée ou incorrecte : le serveur ne la comprend pas. Côté visiteur, la cause est souvent un cache ou des cookies corrompus, ou une URL mal formée. Les vider et vérifier l’adresse règle généralement le problème.

Erreur 403 — Forbidden

La page existe, mais l’accès vous est refusé — souvent à cause des permissions de fichiers, d’un fichier .htaccess ou d’un plugin de sécurité. Comme c’est une erreur fréquente avec plusieurs solutions, on lui consacre un guide complet : comment corriger une erreur 403 Forbidden.

Erreur 404 — Not Found

La plus connue. Elle apparaît quand la page demandée n’existe pas ou plus : lien brisé, adresse mal tapée, ou page supprimée. Une erreur 404 occasionnelle est tout à fait normale — Google s’y attend. Mais des 404 nombreuses, surtout sur d’anciennes pages qui recevaient du trafic, nuisent à l’expérience utilisateur et gaspillent le budget d’exploration de Google. Deux bons réflexes : personnalisez votre page 404 pour aider vos visiteurs à rebondir vers le reste du site (menu, recherche, pages populaires), et mettez en place des redirections 301 depuis les anciennes URL importantes vers des pages pertinentes, plutôt que de laisser vos visiteurs dans un cul-de-sac.

Les erreurs 5xx — côté serveur

Les erreurs 5xx indiquent que la demande était valide, mais que le serveur n’a pas pu y répondre. Le problème est donc côté hébergement ou configuration.

Erreur 500 — Internal Server Error

L’erreur serveur la plus fréquente sur WordPress, et la plus vague : « quelque chose a planté côté serveur », sans plus de détail. Les causes typiques sont un conflit d’extension, un fichier .htaccess corrompu, un thème défectueux ou un manque de mémoire PHP. Comme le message lui-même ne dit rien de précis, le diagnostic passe par l’élimination : sur WordPress, on la règle souvent en désactivant les extensions une à une, en régénérant le .htaccess, ou en augmentant la limite de mémoire PHP. Les journaux d’erreur du serveur sont ici particulièrement utiles, car ils révèlent souvent la ligne de code ou l’extension exacte à l’origine du plantage. Un site lent ou mal optimisé y est plus sujet — on explique comment l’éviter dans notre article sur le site WordPress lent.

Erreur 502 — Bad Gateway

Un serveur qui sert d’intermédiaire a reçu une réponse invalide d’un autre serveur. C’est souvent temporaire, lié à une surcharge ou à un problème côté hébergement. Rafraîchir la page après quelques instants suffit parfois ; si l’erreur persiste, c’est à l’hébergeur d’intervenir.

Erreur 503 — Service Unavailable

Le serveur est temporairement indisponible : surcharge, maintenance ou ressources insuffisantes. C’est aussi le code affiché volontairement quand un site est mis en mode maintenance — dans ce cas, c’est normal et passager. Mais si elle persiste sans raison apparente, l’erreur 503 signale que votre hébergement peine à absorber le trafic, surtout aux heures de pointe. C’est souvent le symptôme d’un hébergement partagé arrivé à ses limites : le signe qu’il faut envisager un hébergement plus robuste, capable de tenir la charge quand votre site gagne en popularité.

Erreur 505 — HTTP Version Not Supported

Plus rare, elle survient quand la version du protocole HTTP utilisée par le navigateur n’est pas prise en charge par le serveur. La résolution passe généralement par l’hébergeur.

Le 301 n’est pas une erreur : c’est une redirection

On confond souvent le code 301 avec une erreur. Ce n’en est pas une. Un 301 est une redirection permanente : il indique qu’une page a déménagé vers une nouvelle adresse, et envoie automatiquement le visiteur au bon endroit. C’est même un outil précieux lors d’une refonte ou d’une fusion de pages, car une redirection 301 bien faite transfère le référencement et l’autorité de l’ancienne page vers la nouvelle. Loin d’être un problème, c’est la bonne façon de préserver votre SEO quand vos URL changent.

Où repérer les erreurs de votre site ?

Pour corriger une erreur, encore faut-il la voir. Trois outils sont vos meilleurs alliés.

La Google Search Console est le plus important pour un propriétaire de site : son rapport d’indexation signale les pages que Google n’a pas pu explorer, avec le code en cause (404, 5xx…). Les journaux d’erreur de votre serveur, accessibles via votre hébergeur, donnent le détail technique de chaque incident, avec l’heure et la cause probable. Enfin, un service de surveillance (uptime monitoring) vous alerte par courriel ou texto dès que votre site tombe, pour que vous n’appreniez pas la panne par un client mécontent. Vérifier régulièrement ces sources, c’est attraper les problèmes avant qu’ils ne s’aggravent.

Comment réagir face à une erreur serveur ?

Votre réaction dépend de votre rôle. Si vous êtes visiteur sur le site d’un tiers, les gestes de base suffisent souvent : rafraîchir la page, vider le cache et les cookies, vérifier l’URL, ou réessayer plus tard.

Si c’est votre site qui affiche l’erreur, la première étape est d’identifier le code exact — il oriente tout le diagnostic. Une erreur 4xx pointe vers l’accès ou la configuration ; une erreur 5xx pointe vers le serveur. Faites une sauvegarde, puis consultez les journaux d’erreur, désactivez vos extensions pour isoler un conflit, vérifiez le .htaccess, et au besoin contactez votre hébergeur. La règle d’or : changez une seule chose à la fois et testez après chaque modification, pour savoir exactement ce qui a réglé (ou aggravé) le problème. Pour les erreurs serveur récurrentes, un hébergement WordPress performant fait souvent toute la différence.

Comment prévenir les erreurs sur votre site

La plupart des erreurs serveur sont évitables. La prévention repose sur quelques habitudes : un entretien régulier (mises à jour de WordPress, du thème et des extensions, pour éviter les conflits), un hébergement de qualité capable d’absorber votre trafic, des sauvegardes récentes pour revenir en arrière en cas de problème, et un service de surveillance qui vous alerte dès qu’une erreur apparaît. À cela s’ajoute un réflexe simple mais payant : tester les mises à jour importantes sur une copie du site avant de les appliquer en production, plutôt que de découvrir un conflit en direct devant vos clients. Un site bien entretenu tombe rarement en panne — et quand ça arrive, il se rétablit vite parce que tout est déjà en place pour réagir.

Ce qu’on a observé chez un client de Granby

En 2025, un commerce de Granby nous a contactés parce que son site affichait des erreurs 500 intermittentes, surtout aux heures de pointe — exactement au moment où le plus de clients tentaient de le consulter. En analysant les journaux d’erreur, on a identifié deux causes qui se combinaient : un conflit entre deux extensions mal à jour et un hébergement partagé saturé. On a d’abord résolu le conflit logiciel, puis migré le site vers un hébergement mieux adapté à son trafic réel. Résultat : plus aucune erreur 500 depuis, et un site qui tient la charge même lors des pics. La leçon : une erreur récurrente cache presque toujours un problème de fond qu’il vaut mieux régler à la source plutôt que de colmater à répétition.

Votre site affiche des erreurs ? On les règle.

Une erreur serveur qui revient, c’est un signal à ne pas ignorer — et des visiteurs perdus à chaque fois. Notre équipe diagnostique la cause, la corrige, et garde votre site en santé pour qu’elle ne se reproduise pas.

👉 Découvrez notre service de maintenance WordPress et gardez un site sans faille.