Skip to content

Bonnes Pratiques REST

Une bonne API REST n’est pas seulement fonctionnelle, elle est claire, cohérente et facile à utiliser.

Utilisez des noms au pluriel :

  • /users, /posts, /comments
  • /user, /post, /comment

Pas de verbes dans l’URL :

  • GET /users/1
  • GET /getUser/1

Hiérarchie claire :

  • /users/1/posts (posts de l’utilisateur 1)
  • /getUserPosts?id=1

Chaque méthode a un rôle :

GET /users → Liste des utilisateurs
POST /users → Créer un utilisateur
GET /users/1 → Détails de l'utilisateur 1
PUT /users/1 → Remplacer l'utilisateur 1
PATCH /users/1 → Modifier l'utilisateur 1
DELETE /users/1 → Supprimer l'utilisateur 1

Ne pas détourner leur usage.

Soyez précis dans vos réponses :

CodeUsageExemple
200SuccèsRessource récupérée
201CrééNouvelle ressource
204Pas de contenuSuppression réussie
400Mauvaise requêteDonnées invalides
401Non autoriséToken manquant
404IntrouvableRessource inexistante
500Erreur serveurBug côté serveur

Pour les grandes listes, ajoutez la pagination :

GET /posts?page=2&limit=10

Réponse :

{
"data": [...],
"pagination": {
"page": 2,
"limit": 10,
"total": 150,
"pages": 15
}
}

Retournez toujours des erreurs claires :

{
"error": "Not Found",
"message": "L'utilisateur avec l'ID 999 n'existe pas",
"code": 404
}

Ne pas juste retourner un statut HTTP vide.

Ajoutez la version dans l’URL :

/v1/users
/v2/users

Cela permet de faire évoluer l’API sans casser les anciens clients.

  • Utilisez HTTPS uniquement
  • Authentifiez avec JWT ou API Keys
  • Vérifiez les permissions (qui peut faire quoi)

Exemple avec un token :

Terminal window
curl -H "Authorization: Bearer TOKEN123" \
https://api.example.com/users

Utilisez OpenAPI/Swagger pour générer une documentation interactive.

Exemple de définition :

paths:
/users:
get:
summary: Liste des utilisateurs
responses:
'200':
description: Succès

Intégrez des tests dans votre CI/CD :

  • Vérifier les statuts HTTP
  • Tester la structure JSON
  • Contrôler les erreurs

Concevez l’API avant de coder :

  1. Définir les endpoints
  2. Documenter avec OpenAPI
  3. Valider avec l’équipe
  4. Implémenter

Cela évite les erreurs d’intégration et facilite le travail en parallèle.

✅ Noms de ressources au pluriel sans verbes ✅ Méthodes HTTP correctement utilisées ✅ Codes de statut précis ✅ Pagination pour les listes ✅ Erreurs structurées et claires ✅ API versionnée ✅ HTTPS et authentification ✅ Documentation OpenAPI ✅ Tests automatisés

Une API bien conçue est un contrat solide entre votre service et ses utilisateurs.



À propos de l'auteur

Riyad ODJOUADEExpert en cybersécurité & infrastructure

Je partage des guides techniques pratiques sur la cybersécurité, l'administration système et le développement web. Tous les contenus sont basés sur des expérimentations réelles.

Dernière mise à jour : 28 Décembre 2025