Comment utiliser API REST factice
- 1
Décrivez chaque endpoint
Choisissez une méthode, saisissez un chemin comme /users/:id, puis le code de statut et, si vous le souhaitez, un délai pour imiter un réseau lent.
- 2
Rédigez la réponse
Collez du JSON fixe, ou passez à Données fictives et écrivez un modèle avec des espaces réservés comme {{fullName}} et une taille de liste.
- 3
Créez l’API fictive
Cliquez sur Créer l’API fictive pour obtenir une URL de base ; chaque endpoint répond à cette URL suivie de son chemin, avec CORS activé.
- 4
Appelez-la et itérez
Utilisez Tester, curl ou fetch depuis votre application, puis modifiez et enregistrez (les changements s’appliquent immédiatement), ou supprimez l’API fictive quand vous avez terminé.
Limites et Pro
Gratuit : 10 endpoints par API fictive, 100 Ko par corps et 512 Ko au total, délais jusqu’à 5 secondes, listes générées jusqu’à 100 éléments, 120 requêtes par minute et par visiteur, 10 nouvelles API fictives par heure, suppression après 7 jours sans requête.
Pro porte les limites à 50 endpoints, des corps de 1 Mo, des délais de 30 secondes et des listes de 1 000 éléments. Découvrir Pro
À propos de API REST factice
Mock REST API offre aux développeurs front-end et mobiles des endpoints fonctionnels avant même que le vrai back-end n’existe. Chaque API fictive possède sa propre URL de base sous /api/mock-api/m/, et chaque endpoint que vous définissez y répond avec la méthode, le chemin, le code de statut, le délai, les en-têtes et le corps JSON que vous avez choisis. Les chemins peuvent contenir des paramètres : /users/:id correspond à /users/7, et un modèle peut renvoyer cette valeur avec {{param(id)}} ou lire la chaîne de requête avec {{query(name)}}.
Le mode Données fictives transforme un modèle JSON en réponses réalistes grâce à 36 espaces réservés : noms, e-mails, entreprises, villes, mais aussi UUID, dates, prix, nombres dans une plage et texte lorem. Définissez une taille de liste pour obtenir un tableau pouvant aller jusqu’à 100 éléments, et décidez si les données restent identiques d’une requête à l’autre, ce qui convient aux tests de snapshot, ou si elles changent à chaque appel. Les codes de statut de 200 à 599 permettent de répéter des cas d’erreur comme 401, 404, 429 et 503, et un délai pouvant atteindre cinq secondes montre le comportement de vos états de chargement.
Les réponses sont toujours en JSON avec des en-têtes CORS, donc les navigateurs de n’importe quelle origine peuvent les appeler. Une API fictive ne peut pas servir de HTML, définir de cookies ni rediriger, elle ne conserve pas les requêtes reçues et n’est pas une base de données : POST et PUT renvoient le corps que vous avez configuré, sans rien enregistrer de ce qui leur est envoyé.
Confidentialité
Pour héberger vos endpoints, les définitions que vous enregistrez (méthodes, chemins, codes de statut, délais, en-têtes et corps) sont envoyées à notre serveur et y sont stockées, avec un jeton de modification haché, les dates de création et de dernière requête et un compteur de requêtes. Les requêtes adressées à vos endpoints reçoivent une réponse sans que leurs corps, en-têtes ou adresses IP soient journalisés. Une API fictive est supprimée quand vous la supprimez ou après 7 jours sans requête ni modification, et le jeton de modification n’est conservé que dans ce navigateur. Toute personne disposant de l’URL peut appeler vos endpoints : n’y mettez ni secrets ni données personnelles réelles.
Fonctionnalités
Vrais endpoints HTTPS
Toutes les méthodes, paramètres de chemin, codes de statut de 200 à 599, délais et en-têtes X- personnalisés.
Modèles de données fictives
Plus de 30 espaces réservés pour personnes, entreprises, lieux, dates, nombres et texte, en objet unique ou en liste.
Sûr par conception
JSON uniquement, CORS activé, aucun journal de requêtes, jeton de modification haché, suppression après 7 jours sans utilisation.