Common Naming Conventions in Design Systems

common naming conventions.

August 4, 2025

When practicing the creation of design systems, I also referenced some well-known companies like Google and GitLab. Below is a compilation of naming conventions they use for their own design systems.

What are Design Tokens?

Google Material Design 3 mentions:

Design tokens are small, reusable design decisions that make up the visual style of a design system. Tokens use semantic names to replace static values.

A Design token contains two elements:

  1. A code-like name, such as md.ref.palette.secondary90
  2. An associated value, such as: #E8DEF8

Naming Principles

Principles exist to facilitate management. As companies grow larger and develop their own brands, design systems should follow the brand direction. This helps establish recognition and provides guidelines for various future projects within the company. Unfortunately, the companies I've worked for haven't been large enough, and they were all service providers (乙方), so I haven't had the opportunity to participate in establishing or maintaining design systems. Here are several principles:

Common Rules

LevelMeaningExamples
categoryCategory (color, spacing, typography)color, font, radius
typeType (background, text, border)background, text, primary
variantVariant (primary, secondary, danger)primary, secondary
stateState (defaults, hover, active, disabled)hover, active
mode (optional)Light/dark modelight, dark

Google Material Design Token Naming Convention

For Google's Material Design, all token naming includes:

  1. Must start with the system name, such as md for Material Design.
  2. Token type abbreviations:
  1. Token ending names usually describe the role or purpose of this token

Tokens can point to different values based on a set of specific conditions. These conditions are called contexts, and the corresponding values based on different contexts are called contextual values.

Common context examples include:

Pajamas Design System Naming Convention

Pajamas Design System is GitLab's brand guide. Their Design Tokens include three categories:

Conclusion

Currently, unless you're like Google with your own design components, most naming convention patterns, besides basic definitions, almost always use semantics and context. A scalable and specifically descriptive token system not only makes it easier for designers and engineers to communicate because they can understand the meaning and purpose of tokens; besides improving the maintainability of design systems, because each token has a clear description and can be given different values based on context, it's also more scalable, because new tokens can be named according to existing naming conventions and can be given different values based on context.

Looking forward to having the opportunity to participate in this development with a team in the future.

Back to Blog 🏃🏽‍♀️