POST/PUT/PATCH/DELETE realmente altera os dados?

Não — as escritas são simuladas. A API valida sua requisição e devolve uma resposta plausível (um novo id para POST, o objeto mesclado para PATCH, um objeto vazio para DELETE), mas o conjunto de dados subjacente nunca muda. Um GET logo após um POST não mostrará seu novo registro. Isso é intencional: permite prototipar o tratamento real de requisição/resposta sem nenhum backend ou banco de dados.

Um POST para o mesmo recurso sempre devolve o mesmo novo id?

Sim. O "próximo id" é calculado a partir do tamanho atual do conjunto de dados fixo e semeado, que nunca muda — então todo POST para /posts, por exemplo, devolve o mesmo id todas as vezes que você chamar. Não conte com ele incrementando entre requisições.

Os dados são aleatórios a cada vez que eu carrego?

Não — todo recurso é gerado uma única vez a partir de uma semente fixa, então o registro #7 em /users é exatamente o mesmo registro em toda requisição, todos os dias, de qualquer lugar. Isso é deliberado: seu código deve poder confiar que os ids são estáveis.

Posso filtrar e buscar dados aninhados?

Sim para ambos. Qualquer parâmetro de consulta correspondente a um campo filtra exatamente (por exemplo ?userId=1, ?categoryId=3). Recursos com chave estrangeira também aceitam uma rota aninhada no formato /parent/:id/child — por exemplo /posts/1/comments ou /users/1/posts — que devolve 404 se aquela relação não existir (em vez de um simples 200 com array vazio, que significaria "relação válida, sem resultados").

Há suporte a paginação (_page/_limit) como no json-server?

Nesta versão, não — chaves de consulta começando com underline (_page, _limit, _sort e semelhantes) são reservadas e ignoradas em vez de tratadas como um filtro literal de campo, então elas não zeram silenciosamente seus resultados, mas também não paginam ainda. Todo endpoint de lista devolve seu conjunto de dados completo em uma única resposta.

Posso usar isto de uma aplicação no navegador em outro domínio?

Sim — toda resposta, incluindo respostas de erro, carrega cabeçalhos CORS permissivos (Access-Control-Allow-Origin: *), então um fetch() de qualquer origem funciona sem proxy.

Qual a diferença entre api.jsonforge.app e jsonforge.app/api/placeholder?

Nada funcionalmente — api.jsonforge.app/placeholder/users e jsonforge.app/api/placeholder/users chegam exatamente ao mesmo endpoint; o subdomínio curto apenas reescreve para a mesma API por baixo dos panos. Use o que ler melhor no seu código.

POST/PUT/PATCH/DELETE realmente altera os dados?

Não — as escritas são simuladas. A API valida sua requisição e devolve uma resposta plausível (um novo id para POST, o objeto mesclado para PATCH, um objeto vazio para DELETE), mas o conjunto de dados subjacente nunca muda. Um GET logo após um POST não mostrará seu novo registro. Isso é intencional: permite prototipar o tratamento real de requisição/resposta sem nenhum backend ou banco de dados.

Um POST para o mesmo recurso sempre devolve o mesmo novo id?

Sim. O "próximo id" é calculado a partir do tamanho atual do conjunto de dados fixo e semeado, que nunca muda — então todo POST para /posts, por exemplo, devolve o mesmo id todas as vezes que você chamar. Não conte com ele incrementando entre requisições.

Os dados são aleatórios a cada vez que eu carrego?

Não — todo recurso é gerado uma única vez a partir de uma semente fixa, então o registro #7 em /users é exatamente o mesmo registro em toda requisição, todos os dias, de qualquer lugar. Isso é deliberado: seu código deve poder confiar que os ids são estáveis.

Posso filtrar e buscar dados aninhados?

Sim para ambos. Qualquer parâmetro de consulta correspondente a um campo filtra exatamente (por exemplo ?userId=1, ?categoryId=3). Recursos com chave estrangeira também aceitam uma rota aninhada no formato /parent/:id/child — por exemplo /posts/1/comments ou /users/1/posts — que devolve 404 se aquela relação não existir (em vez de um simples 200 com array vazio, que significaria "relação válida, sem resultados").

Há suporte a paginação (_page/_limit) como no json-server?

Nesta versão, não — chaves de consulta começando com underline (_page, _limit, _sort e semelhantes) são reservadas e ignoradas em vez de tratadas como um filtro literal de campo, então elas não zeram silenciosamente seus resultados, mas também não paginam ainda. Todo endpoint de lista devolve seu conjunto de dados completo em uma única resposta.

Posso usar isto de uma aplicação no navegador em outro domínio?

Sim — toda resposta, incluindo respostas de erro, carrega cabeçalhos CORS permissivos (Access-Control-Allow-Origin: *), então um fetch() de qualquer origem funciona sem proxy.

Qual a diferença entre api.jsonforge.app e jsonforge.app/api/placeholder?

Nada funcionalmente — api.jsonforge.app/placeholder/users e jsonforge.app/api/placeholder/users chegam exatamente ao mesmo endpoint; o subdomínio curto apenas reescreve para a mesma API por baixo dos panos. Use o que ler melhor no seu código.

JSON Placeholder API

Uma API REST fictícia, gratuita e ativa, com 20 recursos relacionados (users, posts, orders e mais) da qual você pode fazer fetch() direto do seu código.

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

O que é JSON Placeholder API?

O JSON Placeholder API é uma API REST fictícia, gratuita e ativa, da qual você pode fazer fetch() no seu próprio código sem escrever um backend. Ela é acessível na URL curta api.jsonforge.app (ou sob /api/placeholder no domínio principal — ambas funcionam de forma idêntica) e serve 20 recursos realistas e relacionados (users, posts, comments, todos, albums, photos, products, categories, carts, orders, customers, reviews, roles, permissions, notifications, conversations, messages, files, invoices e transactions), cada um com dezenas a centenas de registros determinísticos e referências cruzadas entre eles (um post tem um userId, um comment tem um postId, e assim por diante), então você obtém dados de amostra genuinamente aninhados e com aparência relacional, em vez de um punhado de linhas planas. Todo endpoint aceita GET, POST, PUT, PATCH e DELETE, e as respostas sempre incluem cabeçalhos CORS permissivos, para que você possa chamá-la direto de um projeto no navegador, um CodeSandbox ou um exercício de curso. Operações de escrita são simuladas: elas validam sua requisição e devolvem uma resposta realista, mas nada é realmente salvo.

Como usar JSON Placeholder API

Abra o explorador abaixo, escolha um recurso (por exemplo users ou posts) e, opcionalmente, um id.
Escolha um método HTTP — GET funciona com ou sem id; POST/PUT/PATCH/DELETE precisam de um onde a API espera (PUT/PATCH/DELETE precisam de um id, POST não).
Para POST/PUT/PATCH, edite o corpo JSON da requisição e clique em "Try it" para enviar uma requisição real a esta API e ver a resposta ao vivo.
Copie o snippet curl ou fetch() gerado e coloque direto no seu projeto — a URL e o método já estão preenchidos com o que você acabou de testar.

Exemplos

Listar todos os posts do usuário 1

Entrada

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

Saída

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

Rota aninhada: comentários de um post específico

Entrada

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

Saída

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

Criação simulada (não persistida)

Entrada

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

Saída

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

Erros comuns

Assumir que um POST/PUT/PATCH/DELETE persiste — conferir com um GET em seguida e ficar confuso quando ele não reflete a mudança. Nada aqui é armazenado; veja o FAQ.
Tentar /orders/1/items ou /carts/1/items esperando uma resposta de rota aninhada — items em carts e orders são campos embutidos no próprio registro, não recursos separados, então não existe tal endpoint (ele devolve 404).
Assumir que users e customers são a mesma identidade — são intencionalmente separados: users é a identidade por trás de posts/comments/todos/messages/notifications/files, enquanto customers é a identidade do lado de comércio por trás de orders/invoices.

Por que usar esta ferramenta

20 recursos realistas e com referências cruzadas, com chaves estrangeiras reais e rotas aninhadas — não apenas um punhado de arrays planos e desconectados.
Totalmente determinístico: o mesmo id sempre devolve o mesmo registro, então você pode construir uma demonstração em torno de ids específicos e ela continuará funcionando.
Sem cadastro, sem chave de API, sem dor de cabeça com rate-limit para configurar — o CORS é aberto por padrão, então funciona de imediato em qualquer projeto no navegador.

Perguntas frequentes

JSON to Table

Cole JSON e veja-o instantaneamente como uma tabela legível — exporte dados de array direto para CSV.

/json-to-table

JSON Formatter

Formate, valide e minifique JSON instantaneamente no seu navegador — sem upload, sem cadastro.

/json-formatter

JSON to Code

Gere tipos em TypeScript, Go, Python, Java, Kotlin, Rust, C# ou PHP a partir de JSON.

/json-to-code

O que é JSON Placeholder API?

Como usar JSON Placeholder API

Exemplos

Erros comuns

Por que usar esta ferramenta

Perguntas frequentes

POST/PUT/PATCH/DELETE realmente altera os dados?

Um POST para o mesmo recurso sempre devolve o mesmo novo id?

Os dados são aleatórios a cada vez que eu carrego?

Posso filtrar e buscar dados aninhados?

Há suporte a paginação (_page/_limit) como no json-server?

Posso usar isto de uma aplicação no navegador em outro domínio?

Qual a diferença entre api.jsonforge.app e jsonforge.app/api/placeholder?

Ferramentas relacionadas