Simular un error problem+json de RFC 9457
Un mock GET que devuelve un error de validación 422 en application/problem+json según lo determinado en el RFC 9457.
El RFC 9457 define application/problem+json, una forma estándar para los cuerpos de error HTTP con type, title, status y detail. Esta plantilla devuelve un documento de problema 422 con una extensión errors a nivel de campo, de modo que puedas construir y probar el manejo de errores contra el formato y no contra el JSON improvisado que tu backend emita hoy.
Sustituye a un endpoint de API de terceros.
Payload de respuesta
{"type":"https://quickmock.dev/problems/validation-error","title":"Your request parameters didn't validate","status":422,"detail":"The 'email' field must be a valid email address.","instance":"{{mock.url}}/requests/38f0","errors":[{"field":"email","message":"must be a valid email address"}]}
Campos que vale la pena conocer
| Campo | Lo que significa |
|---|---|
| type | Una URI del tipo de error para documentar qué es lo que falló. |
| title | Un corto resumen del problema comprensible para humanos. |
| status | Refleja el estado y código de respuesta HTTP, guardado a mayores para que el cliente lo tenga o lo registre en el log. |
| detail | Una explicación pormenorizada de lo sucedido; edita para probar cómo lo trata tu cliente en el parseo. |
| errors | Un array u objeto (no estándar de base) extra para la extensión con errores a nivel de campo tal y como se hace en las API del estilo Stripe y demás. |
Crear el mock
curl -X POST https://quickmock.dev/api/mocks \
-H 'Content-Type: application/json' \
-d '{
"method": "GET",
"response_status": 422,
"content_type": "application/problem+json",
"response_body": "{\"type\":\"https://quickmock.dev/problems/validation-error\",\"title\":\"Your request parameters didn't validate\",\"status\":422,\"detail\":\"The 'email' field must be a valid email address.\",\"instance\":\"{{mock.url}}/requests/38f0\",\"errors\":[{\"field\":\"email\",\"message\":\"must be a valid email address\"}]}"
}'
Llamarlo
curl https://quickmock.dev/m/<slug>
Lo que obtienes
GET /m/<slug> -> 422 application/problem+json
an RFC 9457 problem document with a custom errors[] extension
En qué se diferencia de la realidad
Este es un error de validación fijo: estado, detalle y la extensión errors[] están todos codificados, edita la respuesta para lo que tu cliente realmente necesita manejar.
Fuentes
Preguntas frecuentes
- ¿Qué es problem+json y por qué usarlo?
- Es un estándar RFC 9457 para evitar que cada API tenga y construya su propio sistema de validación y de respuesta a errores.
- ¿Por qué el estado aparece tanto en el cuerpo como en la respuesta de HTTP?
- El status de cuerpo es un reflejo de HTTP status para que pueda mantener el mismo contexto aun cuando sea parseado y documentado aparte.
- ¿Es el arreglo errors parte del estándar?
- No, es un miembro extra de la extensión de GitHub o Stripe. Tu cliente deberá interpretar el modelo común pero extender las clases según correspondan.
¿Listo para usarlo?
Combina bien con esta guía: Simular una respuesta de error específica
Plantillas relacionadas
Última actualización: 2026-10-17