These rules cover when to spell out an abbreviation, how to introduce it, and how abbreviations behave in running text. Pluralizing unit-of-measure abbreviations next to numbers is covered under pluralization.
Spell out an abbreviation at its first use in a document, followed by the abbreviation in parentheses; use the abbreviation freely for subsequent mentions. Spelling out isn’t required for universal technical abbreviations (API, URL, HTTP, JSON), abbreviations defined in a glossary, or abbreviations more familiar than their expansions.
Examples
- ✓ Configure the content delivery network (CDN) before you deploy. The CDN caches static assets.
- ✗ Configure the CDN before you deploy. The CDN caches static assets.
- ✓ Send the request body as JSON.
Rationale
Spelling out an abbreviation on first use lets a reader who doesn’t know it follow along, while the short form keeps later mentions compact. Universal abbreviations and glossary terms don’t need expanding.
Do not introduce an abbreviation in parentheses if it will appear only once in the document.
Examples
- ✓ Uptime commitments are defined in your service level agreement.
- ✗ Uptime commitments are defined in your service level agreement (SLA).
Rationale
Introducing an abbreviation you never reuse adds clutter without payoff.
Lowercase the spelled-out form of an abbreviation unless it is a proper noun; do not capitalize it merely because the abbreviation uses capital letters.
Examples
- ✓ The tool generates a software bill of materials (SBOM).
- ✗ The tool generates a Software Bill of Materials (SBOM).
Rationale
The letters being capitals in the abbreviation does not make the spelled-out words proper nouns.
Do not abbreviate product or brand names.
Examples
- ✓ Deploy your app to Example Cloud Platform.
- ✗ Deploy your app to ECP.
Rationale
A brand name is a fixed identifier, so shortening it can be wrong or unrecognizable.
Choose the article a or an based on the pronunciation of the abbreviation, not its spelling.
Examples
- ✓ The endpoint returns an HTML page.
- ✗ The endpoint returns a HTML page.
Rationale
The choice of a or an follows the spoken sound of the abbreviation, not its first letter.
Form the plural of acronyms and abbreviations by adding a lowercase s with no apostrophe (APIs, DVDs).
Examples
- ✓ The gateway routes requests to multiple APIs.
- ✗ The gateway routes requests to multiple API’s.
Rationale
An apostrophe before the s reads as a possessive, not a plural; “APIs” is the plural.
Do not use abbreviations as verbs.
Examples
- ✓ Connect to the build server over SSH.
- ✗ SSH into the build server.
Rationale
Using an abbreviation as a verb is informal and often unclear.
Do not use periods with acronyms or initialisms.
Examples
- ✓ Store the key as an environment variable and read it through the API.
- ✗ Store the key as an environment variable and read it through the A.P.I.
Rationale
Periods in an acronym add noise and can break line wrapping, so modern usage omits them.
Consider SEO needs when deciding whether to introduce an abbreviation in a heading or use it only once.
Avoid internet slang abbreviations (tl;dr, RTFM, ymmv, fubar); write out the intended meaning in plain language.
Examples
- ✓ In short: set the
--verify flag before every release build.
- ✗ tl;dr: set the
--verify flag before every release build.
Rationale
Slang abbreviations are not universally understood and read as unprofessional in documentation.
Consider translation impact when deciding whether to spell out a term; spelled-out forms provide important context for human and machine translation.
Rationale
A spelled-out term gives translators and non-native readers the context an abbreviation hides.
Maintain a list of well-known abbreviations that do not require spelling out (API, URL, USB, HTML, RAM).
Rationale
A shared list keeps authors consistent about which abbreviations can stand alone.