DevToolPal
FR
2xx Succès

200 OK

OK

Signification

La requête a réussi. Pour un GET, le corps contient la ressource ; pour un POST, il contient le résultat de l'action.

Causes courantes

  • Une requête réussie ordinaire
  • Une page d'erreur servie avec le mauvais statut (une « soft 404 »)
  • Une copie en cache renvoyée par un CDN

Comment corriger

Côté client ou visiteur

Lisez le corps. Si c'est en réalité un message d'erreur, le serveur signale un mauvais statut ; vérifiez le contenu de la réponse en plus du code.

Côté propriétaire du site ou de l’API

Ne renvoyez 200 qu'en cas de vrai succès. Utilisez 201 pour les créations, 204 pour les réponses vides et 4xx/5xx pour les erreurs, afin que clients, outils de supervision et moteurs de recherche se comportent correctement.

Exemple de réponse

HTTP/1.1
HTTP/1.1 200 OK
Date: Tue, 07 Oct 2025 09:30:00 GMT
Server: nginx
Cache-Control: max-age=60
Content-Type: application/json

{
  "id": 42,
  "name": "Ada"
}

Spécification

RFC 9110 §15.3.1

FAQ

› Qu'est-ce qu'une soft 404 ?

Une page inexistante qui renvoie 200 avec un message « introuvable ». Les moteurs de recherche la jugent de faible qualité ; renvoyez une vraie 404 ou 410.

› Un POST doit-il renvoyer 200 ou 201 ?

Renvoyez 201 Created avec un en-tête Location quand le POST crée une ressource, et 200 quand il exécute une action et renvoie un résultat.