Content Design Guide

Summary: This guide explains how content design principles are applied to this project. Use it when writing, reviewing, or improving any page in this repository.

Good content design is not decoration. In an emergency, poorly designed content costs lives. This guide draws from Content Design Accessibility Best Practices and applies them to emergency communications.


Core Principle

A technically accessible page that is confusing or poorly structured still creates barriers.

Design content for the widest possible audience:


The Five Rules for This Project

1. Plain Language

Write at a Grade 6 reading level. Emergency alerts are read by stressed people on failing devices.

Do this:

Avoid:

Check it: Run content through a readability tool. The Clarity Linter checks Grade level automatically on every pull request.


2. Inverted Pyramid Structure

Put the most critical information first. Details come after.

For every page:

  1. First: What does the reader need to do right now?
  2. Second: Why does it matter?
  3. Third: How do they do it (steps)?
  4. Last: Background and references

For emergency alerts, this is not optional. Someone may only read the first line.


3. One Idea Per Section

Each paragraph covers one idea. Each heading describes one topic.

This follows the Autistic Self Advocacy Network (ASAN) One Idea Per Line protocol, required for all critical survival instructions in this project.


Headings must describe the content — not just label it.

Avoid Use instead
“Introduction” “What this guide covers”
“Overview” “How to send your first accessible alert”
“Section 3” “Check your message reaches Deaf users”

Links must describe the destination — not just say “click here.”

Avoid Use instead
“Click here” “Download the alert template (PDF, 45KB)”
“Read more” “Read the full plain-language guide”
“Learn more” “Learn how to test with a screen reader”

Each link should make sense when read without surrounding text. Screen readers list links out of context.


5. Supplement Complex Content

Long or technical content needs a summary.

For complex pages, add:


Content Review Checklist

Use this checklist before publishing or merging any content:

Plain Language

Structure

Headings and Navigation

Accessibility

Emergency Context


What Was Incorporated from the Reference Guide

This project adopted the following practices from Content Design Accessibility Best Practices:

Practice How it applies here
Plain Language (Grade 8 or lower in the reference guide) This project uses Grade 6 — stricter than the reference standard — because emergency alerts are read under stress on failing devices. Automated readability check runs on every PR.
Inverted Pyramid Most critical action at the top of every page and alert template
One Idea Per Paragraph Required for all critical survival instructions (ASAN standard)
Descriptive Headings Headings describe content, not just label sections
Descriptive Link Text No “click here” or “read more”; every link works out of context
Short Paragraphs 3 to 5 sentences maximum
Summary Boxes Added to complex pages; “What You Need to Know” sections
Definition of Done Content review checklist above applied before merging
Content for Diverse Audiences Easy Read versions for critical survival instructions
Consistent Terminology Same terms throughout; style follows CONTRIBUTING.md

Practices Not Yet Implemented

The following practices from the reference guide are not yet fully implemented. Contributions welcome:


Page Length Guidelines

This project favours shorter pages that can be shared as individual links.

Page type Target length
Alert templates 1 screen (no scrolling)
How-to guides Under 800 words
Framework pages Under 1,200 words
Reference pages (resources, matrix) Longer acceptable; use clear headings for navigation

If a page grows beyond these targets, consider splitting it into linked sub-pages.


Resources


This guide should be reviewed and updated when new pages are added or when content design standards change.