Tone, Language, and Words
in Style Guide
Tone
- Authoritative and factual
- Clear and straightforward
- Inclusive and respectful
Language
Disability language
People-first language, identity-first language
Use both people-first and identify-first language.
- In the first instance, use people-first.
- In the second instance, use identity-first.
- Then use a mix of both.
People-first language puts the person before the disability.
Exception: Use “autistic people”, not “people with autism”.
Identity-first language puts the disability before the person.
Disability-specific terms
Use “blind”, not “visually impaired”.
Use “deaf” lowercase. Avoid “hearing-impaired” and “hearing-impairment” for deafness.
“Color blind”:
- Avoid “color blind”.
- When referring to people’s abilities, use “people who cannot distinguish between certain colors (often called ‘color blindness’)”.
- When referring to the medical condition, use “color vision deficiency”.
“Loss”:
- Avoid “loss” as a general description that includes people with congenital conditions.
- It’s okay to use “loss” to describe a change — for example, “as we age, we have hearing loss”.
Terms to avoid
Avoid terms that can be negative, derogatory, dehumanizing, patronizing; that are euphemisms; that suggest suffering, helplessness, or weakness.
Gender-inclusive language
Use gender-neutral language, where possible.
Avoid assumptions about gender.
See also:
Pronouns: Gender inclusivity and translation considerations
Use pronouns that are inclusive and easy to translate for W3C’s global audience.
Use a plural noun to avoid (he/she, his/her)
Avoid assuming gender by skipping “he/she” and “his/her”, where possible. Use a plural noun instead.
Use a noun instead of singular “they”
Singular, “they” can be:
- hard to translate in some languages
- hard to understand for some people
- seen as grammatically incorrect by some people
To avoid using singular “they”, use a noun instead.
Exceptions: Use:
- personal pronouns that real people use for themselves
- pronouns assigned to named personas
Plain language
Plain language uses clear wording, structure and design. It helps readers easily:
- find information
- understand it
- use it to complete tasks
Techniques for writing in plain language
Abbreviations
Provide the full term with the abbreviation on first use — see Expanding abbreviations.
Contractions
Avoid negative contractions.
Use positive contractions.
Personal pronouns
Use “you” and “your” to address the reader.
Use “we” when speaking for an organisation (like W3C), but only when it’s clear who “we” refers to.
Structure
Break up information into smaller sections to make it easier to read — see Using structural elements.
Verbs
Do not turn actions into nouns. Use verbs instead.
Voice
Write in active voice; that is, the subject performs the action.
Avoid passive voice where possible.
Words
- Use everyday, familiar words.
- Avoid jargon and metaphors.
- Explain specialist terms on first use.
- Remove unnecessary words.
Spelling
- Use US English:
- To check spelling, use the Merriam-Webster dictionary.
- Words to watch out for:
- checkbox, checkboxes (one word)
- email (no hyphen)
- lowercase (one word)
- web page (two words)
- website (one word)
Terms
Correct usage of key terms
Accessible
Do not use “accessible” to mean things like “convenient,” “available,” or “easy to use.” Use it to refer specifically to accessibility for people with disabilities or to places that are easy to reach or enter.
Click (versus select)
Do not say “select” instead of “click” just to make the wording work for people who do not use a mouse.
Use “click” when activating a button or a link, because everyone understands what this means.
Use “select” when choosing from options.
Hand-eye coordination
Use “hand-eye coordination”, not “eye-hand coordination”.
Speech recognition, voice recognition
Speech recognition converts spoken words into text for speech-to-text (STT) transcription, virtual assistants, and other speech user interfaces.
Voice recognition identifies who is speaking by analyzing their unique vocal characteristics, such as voice biometrics to authenticate a user.
URL (Uniform Resource Locator)
URL is a string of characters that identifies a resource. It provides information on how to locate and access the resource. Use this term when referring to links to webpages.
URI (Uniform Resource Identifier)
URI is a string of characters that identifies a resource. It does not always describe how to locate the resource. Use this term when referring to a resource identifier.
Terms to avoid
- Abort: Use “cancel” instead.
- For instance: Use “for example” instead.
- Persons: Use “people” instead.
- Please: Omit this unnecessary extra word in informational content and instructions.
- Refer to: Use “see” instead.
W3C terms
Member(s)
Capitalize “Members” in the singular or plural when referring to organizations that are W3C Members.
WCAG terms
WCAG 2
- When expanding the abbreviation “WCAG 2”, use “Web Content Accessibility Guidelines”.
- When writing about WCAG 2 in general, use “WCAG 2”.
- If referring to a specific version of WCAG, use the version number.
WCAG 3
- When expanding the abbreviation “WCAG 3”, use “W3C Accessibility Guidelines”.
- When writing about WCAG 3 in general, use “WCAG 3”.
- If referring to the TR (technical report) document, use “WCAG 3.0”.
WCAG article and verb
Treat “Web Content Accessibility Guidelines (WCAG) 2” and “W3C Accessibility Guidelines (WCAG) 3” as titles of standards, not as plural “guidelines”.
When referring to the WCAG title, it’s a proper noun: Do not put the article (“the”) in front of WCAG.
Use WCAG with a singular verb.
When WCAG is used as an adjective: Use the article (“the”) in front of WCAG.
WCAG success criteria
Do not refer to success criteria by number alone. Include the title.
Do not use a colon between the success criterion number and title.
Working Group, Task Force
Capitalize “Working Group” and “Task Force” as proper nouns.
Use lowercase for general “groups”.
Back to Top