9 sur 9
vs
Sécurité différenteIdempotence différente
- GET is safe, POST is not safe.
- GET is idempotent, POST is not idempotent.
- GET does not take a body, POST takes a body.
Ce que ça fait
La référence des méthodes HTTP est une table de consultation rapide pour les neuf méthodes de requête HTTP (RFC 9110). Pour chaque méthode, elle montre les quatre propriétés qui comptent le plus en conception d’API — safe, idempotent, cacheable et prend un body — plus une description en français clair et son usage typique. Recherchez, filtrez par propriété, cliquez une méthode pour l’entrée complète et comparez deux méthodes pour voir exactement où leur sémantique diffère.
Comment l’utiliser
- Recherchez par nom de méthode ou signification (p. ex.
patch,partial). - Activez les filtres Safe / Idempotent / Cacheable pour restreindre la liste.
- Cliquez une méthode pour lire sa description complète et ses cas d’usage typiques.
- Utilisez Compare two methods (p. ex. PUT vs PATCH) pour voir les différences sémantiques.
Exemples
GET
Safe, idempotent, cacheable; retrieves a resource without changing it.
PUT vs. PATCH
Both modify a resource, but only PUT is idempotent (PATCH can have different effects when repeated).
POST vs. PUT
POST creates under a collection (server picks the URL, not idempotent); PUT puts a resource at a known URL (idempotent).
Bon à savoir
- Safe vs. idempotent : safe signifie « aucun changement d’état côté serveur » ; idempotent signifie « répéter l’appel a le même effet qu’un seul ». Toutes les méthodes safe sont idempotentes, mais pas l’inverse (PUT et DELETE sont idempotentes mais pas safe).
- Source : les indicateurs de propriétés suivent la RFC 9110 / RFC 9111 et la référence MDN.
POSTest marqué cacheable selon la spécification, même si les caches stockent rarement les réponses POST sans directives explicites. - Outils liés : HTTP Status Codes, JSON Formatter, URL Encoder.