Hub Listing - General Tab

In Studio (My APIs) for an API project, the Hub Listing > General tab is used for the following purposes:

In addition, the General tab includes the ability to Version an API and includes a handy Shortcut to view the API in the Hub.

Most of this information will be viewed by API consumers as they use the API in the Hub.

The Hub Listing > General tab in Studio.

The Hub Listing > General tab in Studio.

Add or modify an API's logo

By default, Rapid will assign a random logo (image) associated with an new API (see an example under General Information in the screenshot above). This logo is shown on many pages related to your API, such as on the APIs shown on the main API Hub page. Rapid recommends that you upload a logo that is specific to your API.

Logos are uploaded to and hosted on Rapid's infrastructure.

To upload a logo from in Studio:

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like change the logo.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the General Information section (see screenshot above).
  6. Click Upload Logo.
  7. Navigate to your logo on your file system and click Open. The logo's maximum size is 500 by 500 pixels and must be in JPEG or PNG format.
  8. Click Save to change your API's logo. You should see your new logo on pages related to your API.

Change an API's category

An API must be assigned a single category. Categories are used to associate the API with the its most relevant topic. Examples: SMS, Education, Commerce, Video and Images, News. Users of the API Hub can browse for APIs by category.

On rapidapi.com, categories are created by Rapid administrators. For enterprise customers, categories are created by Environment Admins in the Admin Panel.

To assign a category to an API:

Changing an API's category using Studio.

Changing an API's category using Studio.

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like change the category.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the General Information section (see screenshot above).
  6. Select the Category dropdown and choose a new category.
  7. Click Save to change your API's category.

Add a short description for an API

The short description for an API will show in the following two places:

  • The API's tile on the API Hub page and in search results. If the short description is too long for the tile, it will be truncated.
An API's short description on a tile.

An API's short description on a tile.

  • On the Endpoints tab in the API's listing. The short description in plain text is shown first, followed by the long description (see below). The long description accepts markdown.
Viewing the short description on the Endpoints tab of the API listing.

Viewing the short description on the Endpoints tab of the API listing. The optional long description follows.

To add or modify the short description for an API:

Modifying the short description for an API.

Modifying the short description for an API.

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like change the short description.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the General Information section.
  6. Under Short Description, modify the text as you would like.
  7. Click Save to change your API's short description.

Add a long description for an API

The optional long description is displayed under the short description on the Endpoints tab of the API listing. Here you can provide any information that your API consumers may find beneficial.

Viewing the long description under the short description on an API listing's Endpoints tab.

Viewing the long description under the short description on an API listing's Endpoints tab.

๐Ÿ“˜

Long description vs. the Docs tab

There are two places where you can enter markdown content to help educate your API consumers. Feel free to use either or both options.

The long description (discussed here) contains markdown that is displayed under the short description on the Endpoints tab of the API's listing.

The Docs Tab in Studio is used to display markdown on the About tab of the API's listing (under README).

While both the long description and the Docs tab README accepts markdown, only the Docs tab includes a visual markdown editor. If desired, you can visually create any content on the Docs tab and copy it to the long description area.

To add or modify a long description for your API:

Modifying the long description for an API.

Modifying the long description for an API.

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like to add or change the long description.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the General Information section.
  6. Under Long Description (optional), modify the text as you would like. Markdown is accepted and the content should display correctly under the short description on the Endpoints tab of the API listing. To display an image, you can use markdown in this format ![my image](url to image).
  7. Click Save to change your API's long description. You can then view your changes on the Endpoints tab of the API's listing.

In case you are interested, here is the markdown that was used in the example above:

This is the **Long Description** for the API. It displays on the APIs listing's Endpoints tab under the Short Description.

![an image](https://rapidapi.com/cdn/images?url=https://rapidapi-prod-apis.s3.amazonaws.com/abab68f8-9131-40db-861c-3b971503e4c2.png)

*Italic text in the description.*
**Bold text in the description.**
[A link](https://rapidapi.com)
1. Numbered item.
2. Another numbered item.
* A bullet.
* Another bullet.

Specify a website for an API

The Website field in Studio is used to link to the main website related to the API. The consumer will see this on the About tab for the API listing under Resources. The link is named Product Website.

The link to the API's website on the About tab of the API's listing.

The link to the API's website on the About tab of the API's listing.

To add or modify the website for your API:

Specifying the API's website in Studio.

Specifying the API's website in Studio.

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like change the website.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the General Information section.
  6. Under Website (optional), add the full URL to your API's website.
  7. Click Save. You can then view your Product Website link on the About tab of the API's listing.

Specify an API's terms of use

The Terms of use (terms of service) field in Studio is used to link to a popup window that displays the terms of use. The consumer will see this on the About tab for the API listing under Resources. The link is named Terms of use.

The link to the API's terms of use on the About tab of an API listing.

The link to the API's terms of use on the About tab of an API listing.

When an API consumer clicks on the Terms of use link (above). They will see a popup window that looks something like this:

The popup that appears when an API consumer clicks on the Terms of use link.

The popup that appears when an API consumer clicks on the Terms of use link.

To add or modify the terms of use for your API:

Adding a Terms of Use in Studio.

Adding a Terms of Use in Studio.

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like change the terms of use information.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the Additional Information section.
  6. Under Terms of use (optional), add the information that you would like to display in the Terms of use popup (see above). This can simply be a link to terms of service such as https://rapidapi.com/terms or can contain full text and images. Markup is supported.
  7. Click Save. You can then view your Terms of use link on the About tab of the API's listing.

Set an API's visibility

APIs in a Hub have visibility that can be either private or public.

Private APIs have the following characteristics:

  • By default, only the user or team that created the API can see, search for, or use the API.
  • Other organizations, teams, and/or users can be invited to consume the API. They can then search for and use the API.

Public APIs have the following characteristics:

  • Any user of the Hub can see, search for, or use the API. The user might need to be logged into the Hub in order to see the API (see the callout below).
  • The API can be added to API Hub collections so that they are visible on the main API Hub page. Enterprise customers are responsible for managing their own collections, see Collections.

๐Ÿ“˜

Public APIs on private Hubs

For enterprise Hubs, there is a configuration that can be set by your Rapid representative to ensure that only logged in users can see your API Hub and APIs. In this case, this means that public APIs are not "public on the internet".

Some enterprise customers do want their APIs "public on the internet", so they choose to configure the Hub so that public APIs are truly public. This is similar to the behavior of public APIs on rapidapi.com.

Specifying an API's visibility in Studio.

Specifying an API's visibility in Studio.

When a user or team creates an API, by default it is a private API. To change an API's visibility:

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like to change visibility.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, scroll down to the Visibility section.
  6. To make an API public, check the Terms of Service box (this checkbox is related to APIs on rapidapi.com, but all customers must check it even though it does not apply to them).
  7. If your API is owned by a user (you), slide the slider to the right to change the setting to public.
    If you API is owned by a team, an organization admin must approve the request to make the API public. To start this process, click Request review by an admin to make public. At this point, your request will be sent to organization admins and the Visibility section will display an "Awaiting approval" indicator (see screenshot below). When an organization has approved the request, the API visibility will be public.
A private API project awaiting approval from an organization admin to make it public.

A private API project awaiting approval from an organization admin to make it public.

Once an organization admin has approved the request, the API builder will receive an email notification and in Studio will see something like this:

A public API project that has been approved by an organization admin.

A public API project that has been approved by an organization admin.

๐Ÿ“˜

For enterprise customers

Once your API is public, it will not automatically be shown on the main API Hub page. An environment admin must add the API to a Collection.

APIs can also be made public using the Platform API. See Working with APIs (GQL).

Set an API's tags

Tags can be used to better categorize APIs based on custom attributes. These tags enable developers to easily search, filter, and consume the right APIs for their applications. Tags are name-value pairs.

Tag names, values, and other configurations are defined by Environment Admins in the Admin Panel. For enterprise customers, see Tags.

Consumers see tags on API tiles in on the API Hub. Tags can also be used to filter searches.

Tags on an API tile in the API Hub.

Tags on an API tile in the API Hub.

API Builders can specify tag values for an API in Studio. To set tag values for an API:

Specifying tag values in Studio.

Specifying tag values in Studio.

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like change the tag values.
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the Tags section.
  6. Select Tag in the left column and choose a tag name. Select Value in the right column and select or enter a value (if the tag was configured to add values). Repeat this for all tags you want to set.
  7. Click Save. You can then view the tags in the API's tile on the API Hub.

๐Ÿ“˜

Required tags

When an Environment Admin defines a tag, they may set it to required. Values for these tags must be set for the API.

Set API base URLs

All API endpoints are relative to a base URL, which is added as a "prefix" to all API endpoints. This approach avoids the need to always define absolute URLs for endpoints, and increases API portability by simply changing the base URL. This base URL is where RapidAPI will route requests.

Each version of an API can have one or more base URLs. To set base URL for a version of an API:

Base URL settings for a version of an API.

Base URL settings for a version of an API.

  1. Click My APIs in the header to access Studio.
  2. In the upper left dropdown, select the team that owns the API. If you personally own the API, select Personal Account.
  3. Click the API project for which you would like change the base url(s).
  4. In the sidebar, click Hub Listing.
  5. In the General tab, view the Base URL section.
  6. Verify that the version dropdown (see above) shows the version in which you want to add or change the base URL.
  7. Either modify the existing base URL or click Add URL to add another base URL. If you add more than one URL, you will be presented with a Load Balancer option (see below). Select Round Robin if you want Rapid to send requests to each base URL in sequence and Geolocation if you would like Rapid to send requests to the base URL with the nearest location. If you set Geolocation, you must set the location for each base URL (see below).
Setting multiple Base URLs that use Geolocation load balancing for a version of an API.

Setting multiple Base URLs that use Geolocation load balancing for a version of an API.

  1. Click Save. Requests will be sent to the Base URLs defined above.

Shortcut to view the API in the Hub

When viewing the Hub Listing tabs in Studio, you will see View in Hub link in the upper right. This is a convenient shortcut to the API listing that API consumers see for your API.

The View in Hub shortcut is available in all of the tabs of Hub Listing.

The View in Hub shortcut is available in all of the tabs of Hub Listing.