9 de 9
vs
Seguridad distintaIdempotencia distinta
- GET is safe, POST is not safe.
- GET is idempotent, POST is not idempotent.
- GET does not take a body, POST takes a body.
Qué hace
La referencia de métodos HTTP es una tabla de consulta rápida para los nueve métodos de petición HTTP (RFC 9110). Para cada método muestra las cuatro propiedades que más importan en el diseño de APIs — safe, idempotent, cacheable y acepta body — más una descripción en lenguaje claro y su uso típico. Busca, filtra por propiedad, haz clic en un método para la entrada completa y compara dos métodos cualesquiera para ver exactamente dónde difiere su semántica.
Cómo usarlo
- Busca por nombre de método o significado (p. ej.
patch,partial). - Activa los filtros Safe / Idempotent / Cacheable para acotar la lista.
- Haz clic en un método para leer su descripción completa y casos de uso típicos.
- Usa Compare two methods (p. ej. PUT vs PATCH) para ver las diferencias semánticas.
Ejemplos
GET
Safe, idempotent, cacheable; retrieves a resource without changing it.PUT vs. PATCH
Both modify a resource, but only PUT is idempotent (PATCH can have different effects when repeated).POST vs. PUT
POST creates under a collection (server picks the URL, not idempotent); PUT puts a resource at a known URL (idempotent).Bueno saber
- Safe vs. idempotent: safe significa «sin cambio de estado en el servidor»; idempotent significa «repetir la llamada tiene el mismo efecto que una sola». Todos los métodos safe son idempotent, pero no al revés (PUT y DELETE son idempotent pero no safe).
- Fuente: las banderas de propiedades siguen la RFC 9110 / RFC 9111 y la referencia de MDN.
POSTfigura como cacheable según la especificación, aunque las cachés rara vez guardan respuestas POST sin directivas explícitas. - Herramientas relacionadas: HTTP Status Codes, JSON Formatter, URL Encoder.