Skip to main content

Name and sort endpoints and webhooks

Endpoints and Webhooks are resources

REST APIs are composed of a set of possible requests, from server to server.

  • Endpoints are request that can be generated from an external server to the API, and the API responds. Endpoints are stored with OpenAPI under resource paths


  • Webhooks are requests that can be generated from the API to the external server, after a specific event occurred. Webhooks are stored with OpenAPI 3.1 under resource webhooks

Here's how we describe, sort and group these resources, based on an OpenAPI specification example. Below is an overview of the full specification you can find on OpenAPI Specification examples repo.

openapi: "3.0.0"
title: Swagger Petstore
summary: List all pets
operationId: listPets
- all pets
# ...

summary: Create a pet
operationId: createPets
- single pet
# ...
summary: Info for a specific pet
operationId: showPetById
- single pet
# ...

There are three operations here, and three different ways to generate, group and order them, regarding option chosen for How to group operations?

Group by path or group by tag?

Group by path

In this case, we deduce endpoint name from related path. First part of the path is extracted to generate the endpoint name, and every operation related to this endpoint name will be grouped together.

Let's Bump it up to something visual with a first Petstore live example:

Group petstore operations by path

Operations GET and POST from /pets , and GET from /pets/{petId} are grouped under same endpoint Pets (first part of the path), and their names are generated from field summary

Group by tag

You may have noticed they are two different tags for these 3 operations: "all pets" and "single pet" . If you chose option "Group by tag", we'll use these values to group, name and sort these operations. Here is our second Petstore live example, based on the same specification, with option "Group by tag" :

Group Petstore operations by tag

This option group by tag allows a better customization of your doc, by overriding resources name. And, last but not least, there is a feature that'd allow you to override how your endpoints are ordered: a first level field tags, available at OpenAPI root document object.

- name: single pet
- name: all pets
# ...

Be careful about operations without tags when option “Group operations by tag” is selected, as they would be ignored!

With these first level tags, endpoints 'Single Pet' would be displayed above 'All pets' on your documentation.


And what about webhooks?

It's quite well explained how webhooks name is generated from summary, description in Webhooks documentation's page. But by choosing option "Group Operations by tag?", webhooks are displayed, grouped and ordered with same rule than endpoints.


Be careful about webhooks without tags when option “Group operations by tag” is selected, as they would be ignored!

Two possibilities for this OpenAPI 3.1 documentation with endpoints and webhooks, on our examples hub:

Finally, we hope these options will help you build the most readable documentations, feel free to contact us if you need support or have some suggestion.