POST/PUT/PATCH/DELETE modifie-t-il réellement les données ?

Non — les écritures sont simulées. L'API valide votre requête et renvoie une réponse plausible (un nouvel id pour POST, l'objet fusionné pour PATCH, un objet vide pour DELETE), mais le jeu de données sous-jacent ne change jamais. Un GET juste après un POST ne montrera pas votre nouvel enregistrement. C'est voulu : cela vous permet de prototyper une vraie gestion requête/réponse sans backend ni base de données.

Un POST sur la même ressource renverra-t-il toujours le même nouvel id ?

Oui. Le « prochain id » est calculé depuis la taille actuelle du jeu de données fixe et seedé, qui ne change jamais — donc chaque POST sur /posts, par exemple, renvoie le même id à chaque appel. Ne comptez pas sur son incrément d'une requête à l'autre.

Les données sont-elles aléatoires à chaque chargement ?

Non — chaque ressource est générée une seule fois depuis une graine fixe, donc l'enregistrement n° 7 de /users est exactement le même à chaque requête, chaque jour, depuis partout. C'est délibéré : votre code doit pouvoir compter sur des ids stables.

Puis-je filtrer, et récupérer des données imbriquées ?

Oui aux deux. Tout paramètre de requête correspondant à un champ filtre exactement (par ex. ?userId=1, ?categoryId=3). Les ressources avec une clé étrangère prennent aussi en charge une route imbriquée de la forme /parent/:id/child — par ex. /posts/1/comments ou /users/1/posts — qui renvoie 404 si cette relation n'existe pas (par opposition à un simple 200 avec un tableau vide, qui signifierait « relation valide, aucune correspondance »).

Prend-elle en charge la pagination (_page/_limit) comme json-server ?

Pas dans cette version — les clés de requête commençant par un tiret bas (_page, _limit, _sort et similaires) sont réservées et ignorées plutôt que traitées comme un filtre de champ littéral, donc elles n'annulent pas silencieusement vos résultats, mais elles ne paginent pas encore non plus. Chaque point de terminaison de liste renvoie l'intégralité de son jeu de données en une réponse.

Puis-je l'utiliser depuis une application navigateur sur un autre domaine ?

Oui — chaque réponse, y compris les réponses d'erreur, porte des en-têtes CORS permissifs (Access-Control-Allow-Origin: *), donc un fetch() depuis n'importe quelle origine fonctionne sans proxy.

Quelle différence entre api.jsonforge.app et jsonforge.app/api/placeholder ?

Aucune fonctionnellement — api.jsonforge.app/placeholder/users et jsonforge.app/api/placeholder/users atteignent exactement le même point de terminaison ; le sous-domaine court se réécrit simplement vers la même API en coulisses. Utilisez celui qui se lit le mieux dans votre code.

POST/PUT/PATCH/DELETE modifie-t-il réellement les données ?

Non — les écritures sont simulées. L'API valide votre requête et renvoie une réponse plausible (un nouvel id pour POST, l'objet fusionné pour PATCH, un objet vide pour DELETE), mais le jeu de données sous-jacent ne change jamais. Un GET juste après un POST ne montrera pas votre nouvel enregistrement. C'est voulu : cela vous permet de prototyper une vraie gestion requête/réponse sans backend ni base de données.

Un POST sur la même ressource renverra-t-il toujours le même nouvel id ?

Oui. Le « prochain id » est calculé depuis la taille actuelle du jeu de données fixe et seedé, qui ne change jamais — donc chaque POST sur /posts, par exemple, renvoie le même id à chaque appel. Ne comptez pas sur son incrément d'une requête à l'autre.

Les données sont-elles aléatoires à chaque chargement ?

Non — chaque ressource est générée une seule fois depuis une graine fixe, donc l'enregistrement n° 7 de /users est exactement le même à chaque requête, chaque jour, depuis partout. C'est délibéré : votre code doit pouvoir compter sur des ids stables.

Puis-je filtrer, et récupérer des données imbriquées ?

Oui aux deux. Tout paramètre de requête correspondant à un champ filtre exactement (par ex. ?userId=1, ?categoryId=3). Les ressources avec une clé étrangère prennent aussi en charge une route imbriquée de la forme /parent/:id/child — par ex. /posts/1/comments ou /users/1/posts — qui renvoie 404 si cette relation n'existe pas (par opposition à un simple 200 avec un tableau vide, qui signifierait « relation valide, aucune correspondance »).

Prend-elle en charge la pagination (_page/_limit) comme json-server ?

Pas dans cette version — les clés de requête commençant par un tiret bas (_page, _limit, _sort et similaires) sont réservées et ignorées plutôt que traitées comme un filtre de champ littéral, donc elles n'annulent pas silencieusement vos résultats, mais elles ne paginent pas encore non plus. Chaque point de terminaison de liste renvoie l'intégralité de son jeu de données en une réponse.

Puis-je l'utiliser depuis une application navigateur sur un autre domaine ?

Oui — chaque réponse, y compris les réponses d'erreur, porte des en-têtes CORS permissifs (Access-Control-Allow-Origin: *), donc un fetch() depuis n'importe quelle origine fonctionne sans proxy.

Quelle différence entre api.jsonforge.app et jsonforge.app/api/placeholder ?

Aucune fonctionnellement — api.jsonforge.app/placeholder/users et jsonforge.app/api/placeholder/users atteignent exactement le même point de terminaison ; le sous-domaine court se réécrit simplement vers la même API en coulisses. Utilisez celui qui se lit le mieux dans votre code.

JSON Placeholder API

Une fausse API REST gratuite et en direct, avec 20 ressources liées (users, posts, orders et plus) interrogeables par fetch() depuis votre propre code.

Resource

Method

ID (optional)

Nested resource (optional)

GET api.jsonforge.app/placeholder/users/1

Request

Loading editor…

Endpoints

Resource	Relation	Example
users	— (root)	api.jsonforge.app/placeholder/users
posts	userId → users	api.jsonforge.app/placeholder/posts
comments	postId → posts	api.jsonforge.app/placeholder/comments
todos	userId → users	api.jsonforge.app/placeholder/todos
albums	userId → users	api.jsonforge.app/placeholder/albums
photos	albumId → albums	api.jsonforge.app/placeholder/photos
categories	— (root)	api.jsonforge.app/placeholder/categories
products	categoryId → categories	api.jsonforge.app/placeholder/products
carts	userId → users	api.jsonforge.app/placeholder/carts
orders	customerId → customers	api.jsonforge.app/placeholder/orders
customers	— (root)	api.jsonforge.app/placeholder/customers
reviews	productId → products, userId → users	api.jsonforge.app/placeholder/reviews
roles	— (root)	api.jsonforge.app/placeholder/roles
permissions	— (root)	api.jsonforge.app/placeholder/permissions
notifications	userId → users	api.jsonforge.app/placeholder/notifications
conversations	— (root)	api.jsonforge.app/placeholder/conversations
messages	conversationId → conversations, senderId → users	api.jsonforge.app/placeholder/messages
files	ownerId → users	api.jsonforge.app/placeholder/files
invoices	customerId → customers	api.jsonforge.app/placeholder/invoices
transactions	invoiceId → invoices	api.jsonforge.app/placeholder/transactions

Qu'est-ce que JSON Placeholder API ?

JSON Placeholder API est une fausse API REST gratuite et en direct que vous pouvez interroger par fetch() depuis votre propre code sans écrire de backend. Elle est joignable à l'URL courte api.jsonforge.app (ou sous /api/placeholder sur le domaine principal — les deux fonctionnent à l'identique) et sert 20 ressources réalistes et liées (users, posts, comments, todos, albums, photos, products, categories, carts, orders, customers, reviews, roles, permissions, notifications, conversations, messages, files, invoices et transactions), chacune avec des dizaines à des centaines d'enregistrements déterministes et des références croisées entre eux (un post a un userId, un comment a un postId, etc.), pour que vous obteniez vraiment des données d'exemple imbriquées et relationnelles plutôt qu'une poignée de lignes plates. Chaque point de terminaison prend en charge GET, POST, PUT, PATCH et DELETE, et les réponses incluent toujours des en-têtes CORS permissifs, pour que vous puissiez l'appeler directement depuis un projet navigateur, un CodeSandbox ou un exercice de cours. Les opérations d'écriture sont simulées : elles valident votre requête et renvoient une réponse réaliste, mais rien n'est jamais réellement enregistré.

Comment utiliser JSON Placeholder API

Ouvrez l'explorateur ci-dessous, choisissez une ressource (par ex. users ou posts) et, éventuellement, un id.
Choisissez une méthode HTTP — GET fonctionne avec ou sans id ; POST/PUT/PATCH/DELETE en exigent un quand l'API l'attend (PUT/PATCH/DELETE ont besoin d'un id, pas POST).
Pour POST/PUT/PATCH, éditez le corps de requête JSON, puis cliquez sur « Try it » pour envoyer une vraie requête à cette API et voir la réponse en direct.
Copiez l'extrait curl ou fetch() généré et déposez-le directement dans votre projet — l'URL et la méthode sont déjà remplies selon ce que vous venez d'essayer.

Exemples

Lister les posts de l'utilisateur 1

Entrée

GET https://api.jsonforge.app/placeholder/posts?userId=1

Sortie

[ { "id": 3, "userId": 1, "title": "...", "body": "..." }, { "id": 17, "userId": 1, "title": "...", "body": "..." } ]

Route imbriquée : commentaires d'un post précis

Entrée

GET https://api.jsonforge.app/placeholder/posts/1/comments

Sortie

[ { "id": 5, "postId": 1, "name": "...", "email": "...", "body": "..." } ]

Création simulée (non persistée)

Entrée

POST https://api.jsonforge.app/placeholder/posts Body: {"title": "Hello", "userId": 1}

Sortie

{ "id": 151, "title": "Hello", "userId": 1 }

Erreurs courantes

Supposer qu'un POST/PUT/PATCH/DELETE persiste — vérifier avec un GET ultérieur et être surpris qu'il ne reflète pas le changement. Rien n'est stocké ici ; voir la FAQ.
Essayer /orders/1/items ou /carts/1/items en attendant une réponse de route imbriquée — les items des carts et orders sont des champs embarqués dans l'enregistrement lui-même, pas des ressources séparées, donc un tel point de terminaison n'existe pas (404).
Supposer que users et customers sont la même identité — ils sont volontairement séparés : users est l'identité derrière posts/comments/todos/messages/notifications/files, tandis que customers est l'identité côté commerce derrière orders/invoices.

Pourquoi utiliser cet outil

20 ressources réalistes et croisées avec de vraies clés étrangères et des routes imbriquées — pas seulement une poignée de tableaux plats et déconnectés.
Entièrement déterministe : le même id renvoie toujours le même enregistrement, donc vous pouvez construire une démo autour d'ids précis et elle continuera de fonctionner.
Aucune inscription, aucune clé d'API, aucun casse-tête de limite de débit à configurer — CORS est ouvert par défaut, donc cela fonctionne immédiatement depuis n'importe quel projet navigateur.

Questions fréquentes

JSON to Table

Collez du JSON et visualisez-le instantanément en tableau lisible — exportez les données de tableau directement en CSV.

/json-to-table

JSON Formatter

Formatez, validez et minifiez du JSON instantanément dans votre navigateur — sans téléversement, sans inscription.

/json-formatter

JSON to Code

Générez des types TypeScript, Go, Python, Java, Kotlin, Rust, C# ou PHP depuis du JSON.

/json-to-code

Qu'est-ce que JSON Placeholder API ?

Comment utiliser JSON Placeholder API

Exemples

Erreurs courantes

Pourquoi utiliser cet outil

Questions fréquentes

POST/PUT/PATCH/DELETE modifie-t-il réellement les données ?

Un POST sur la même ressource renverra-t-il toujours le même nouvel id ?

Les données sont-elles aléatoires à chaque chargement ?

Puis-je filtrer, et récupérer des données imbriquées ?

Prend-elle en charge la pagination (_page/_limit) comme json-server ?

Puis-je l'utiliser depuis une application navigateur sur un autre domaine ?

Quelle différence entre api.jsonforge.app et jsonforge.app/api/placeholder ?

Outils associés