Quand un site WordPress affiche une erreur, le reflexe le plus courant est de desactiver toutes les extensions et de croiser les doigts. C'est parfois efficace, mais c'est surtout une perte de temps si on ne lit pas d'abord ce que le serveur essaie de dire. Le code HTTP est un message, pas une punition.
Les codes 4xx signalent un probleme cote client ou cote requete : une authentification manquante, une ressource introuvable, un conflit d'etat. Les codes 5xx pointent vers le serveur lui meme : PHP qui plante, memoire epuisee, timeout d'une passerelle. Cette distinction oriente immediatement le diagnostic. Un 401 ne se corrige pas en augmentant la memoire PHP, et un 504 ne se regle pas en videant les cookies.
Le 401 Unauthorized apparait souvent apres l'ajout d'une protection htpasswd oubliee, ou quand un plugin de securite bloque l'API REST. Il existe une explication detaillee du 401 sur WordPress qui liste les causes dans l'ordre de probabilite, ce qui evite de fouiller au hasard.
Le 409 Conflict est plus rare et plus deroutant : il survient quand deux requetes veulent modifier la meme ressource, ou quand un pare-feu applicatif juge la requete suspecte. Le guide de wpadminlab.com sur l'erreur 409 dans WordPress montre bien que la cause est rarement celle qu'on imagine au depart.
D'abord reproduire l'erreur en navigation privee pour eliminer le cache navigateur. Ensuite consulter les journaux du serveur, car le message affiche au visiteur est souvent generique alors que le log contient la vraie cause. Enfin modifier une seule chose a la fois : chaque changement simultane rend le diagnostic impossible a interpreter.
La page checklist avant intervention resume les verifications a faire avant de toucher quoi que ce soit.