Skip to main content
The Dropdown field provides a way for content editors to select from a list of choices that you predefine when setting up a content schema.
For color selection, we recommend using the Color field instead, but there are cases where you might want to use the Dropdown field—like limiting content creators to a short list of static options.

Field at a glance

Input and output

Input type

Dropdown (select menu)

API output

string (from set of predefined choices)

API response example

Field configuration options

When setting up your field, each option will have a Label, indicating what the editor sees, and a Value, indicating what is returned via the API. We recommend using kebab-case for the Value, which keeps them human readable.

Common use cases

  • Tracking content status: draft, review, published, archived
  • Options to categorize content types: blog, tutorial, case-study, news, announcement
  • Difficulty level to indicate skill level: beginner, intermediate, advanced, expert
  • Indicate task or content priority and importance: low, medium, high, critical
  • Page layout options or template selection: default, sidebar-left, sidebar-right, full-width
  • Product attributes: xs, small, medium, red, blue, black, bonus

Adding options: slugs and choices

When you add an option to the field to be selected, it has two parts:
  • Choice: What the editor sees in the dropdown
  • Slug: What gets stored and returned via API
Slugs are automatically populated in the dashboard for each choice you add.
If you don’t like the automatically-created slug, you can edit it, but the dashboard will then slugify your edits so that they can be properly saved and returned by our API. Any uppercase characters will be converted to lowercase, special characters like * are removed, and spaces are converted to hyphens - (kebab-case).
Underscores (snake_case) are allowed, but recommend sticking with hyphens (kebab-case), as it’s easy for your development team to work with, human-readable, and will be consistent with any auto-populated slugs.

General principles

  1. Keep options concise: Short, clear labels work best
  2. Set sensible defaults: The default should be the most common choice
  3. Add help text: Explain what each option means if not obvious
  4. Consider future needs: Will you need to add more options later?
  5. Document option meanings: Keep a reference of what each value means for your team

Ordering options

Consider how options should be ordered:
  1. Alphabetical: When options are equivalent (colors, categories)
  2. Sequential: When there’s a progression (beginner → advanced)
  3. Frequency: Most common first (default, standard, then special cases)
  4. Workflow: Following a process (draft → review → published)
The number of options you need to include can help you decide on what field type to use.

Example of additional metadata: categories

Dropdown approach (static categories):
Reference approach (dynamic categories with metadata):

Working with dropdowns in your application

JavaScript example

Filtering by dropdown value

Python example

Example: status field configuration