Design Tokens
Named values that carry design decisions, so a change happens once rather than in every consuming file.
Definition
A design token is a named entity storing a design decision: a colour, a spacing step, a font size, a duration. Tokens are consumed by designs and by code, which is what keeps the two in sync.
Craft convention. True because the industry converged on it. Breaking it costs familiarity, not correctness.
On this page
Three layers, and why the middle one matters
| Layer | Example | Who uses it |
|---|---|---|
| Primitive | blue-600, space-4, size-16 | Only the semantic layer. Never a component. |
| Semantic | action-primary, surface-raised, text-secondary | Components and designers. This is the API. |
| Component | button-primary-background | One component. Optional, and only where a component genuinely needs its own decision. |
Naming that survives
- Name by role, not by appearance. text-secondary survives a palette change; text-grey does not.
- Use a consistent structure, such as category, role, variant, state.
- Do not encode the value in the name. space-16 breaks when the scale changes.
- Keep the set small enough that people can hold it in mind. A hundred colour tokens will be used inconsistently.
- Document what each token is for, with an example of the wrong choice.
In practice
Rebranding without touching components
Multi-brand productsA product supporting several brands changes only the semantic token mapping per brand. Component code is untouched, which is what makes multi-brand maintainable at scale.
Sources
Where a source establishes something narrower than the popular reading of it, the note says so.
Design Tokens Community Group, W3C Community Group
Continue from here
Each link says what the connection is, so you can tell a principle from an alternative from a thing people mix this up with.
Principles behind this
The reasoning this solution is an application of.
- Consistency and StandardsHeuristic
Relied on by
Entries that assume this is already in place.
- ThemingDesign system
Theming is token remapping. Without a semantic token layer there is nothing to remap.
Often used with
These usually appear in the same screen or the same decision.
- FigmaTool
- Figma Dev ModeTool
- PenpotTool
- SketchTool
- Style DictionaryTool
- SupernovaTool
- zeroheightTool
Practical example
A worked decision where this was the deciding factor.
Short definition
The one-paragraph version, for when that is all you need.
- Design SystemTerm
- Design TokenTerm
- Semantic ColorTerm
- Single Source of TruthTerm
- ThemingTerm
Related concept
Connected closely enough to change how you apply this.
- Design System to DocumentationAI workflow
- Component Anatomy, States and VariantsDesign system
- Component API DesignDesign system
- Design and Code ParityDesign system
- Design System AuditsDesign system
- Design System DocumentationDesign system
- Design System GovernanceDesign system
- Brand Color in InterfacesUI foundation
- Color SystemsUI foundation
- Color Theory for InterfacesUI foundation
- Dark ModeUI foundation
- ElevationUI foundation
- Font SelectionUI foundation
- IconographyUI foundation
- LightnessUI foundation
- NeutralsUI foundation
- ProportionUI foundation
- RepetitionUI foundation
- RhythmUI foundation
- Semantic ColorUI foundation
- ShapeUI foundation
- SimilarityUI foundation
- Spacing SystemsUI foundation
- Type ScaleUI foundation
- Typographic HierarchyUI foundation
- Variable FontsUI foundation
- Visual StatesUI foundation
- Design HandoffWorkflow