Start with these checklists, geared towards passing the tests in part two. Then end with one of the free, online accessibility validators (about which I’ll write soon).
These should really be true for any web site, but are particularly important for sites that need to be accessible.
- Is my (X)HTML valid?
- Maintaining valid code is the first step to making your pages look right.
- Is my CSS valid?
- Similarly, make sure your CSS validates to ensure everything looks how you want it.
- Do I maintain separation of presentation and content?
- Keep all style information in external style sheets. Do not use deprecated tags, like
<i>, instead use semantic tags like
styleattributes, instead using
classand keeping the styles where they belong: in a style sheet.
- Do I avoid layout tables?
- Tables are for tabular content. Use them for presenting data, never for layout. It’s wrong, it’s not easier, it creates huge code overhead, and layout tables are almost impossible to make accessible. Use
- Do I use meaningful link text?
To ensure your layout scales with the text, try to answer “yes” to these questions:
- Are all my text sizes in percents?
- By making sure all
font-sizesettings are in percent (ie:
font-size: 120%). This makes the relative text sizes the same, regardless of base size. (Using
ems is also acceptable, but harder to follow.)
- Are all widths and heights in
- This applies to block-level elements containing text, like
<p>. Heights may also be in percent. Remember that the average width of one letter is
0.5em, and that 45 to 80 characters per line is considered readable, and 66 is considered standard. That means main text content should be between
Disabling images should never remove content or create low-contrast situations.
- Do all sections with a
background-imagealso have a
- If you have a background image behind your text, make sure the container also has a background color that is the same as the main color of the image. For example, if you have a gray page background with black text, and your
contentdiv has a white background image, it should also have a white background color.
- Is all my content available as text?
- Make sure you provide meaningful
alttags to your images and embeds. Some of the best advice I ever got was “if the picture isn’t worth describing well, why is it there at all?” (
alttags are required, anyway. The important part here is being meaningful.)
- If you absolutely must replace text with an image—for example in a logo—implement a CSS image replacement technique. Do not use Fahrner Image Replacement, or FIR, which is incompatible with most screen readers.
This is the hard part. While it’s relatively easy to properly structure new pages, it can be very difficult to go back and restructure old one, especially if you were bad and used layout tables.
When creating a new site, start with the content. When I start a new design, I always* lay out the content in outline order before I even begin to consider the layout.
*: Ok, that’s a lie. People don’t always give you the content at the beginning. They should, but they don’t.
- Did I properly nest headings?
- Heading order should descend properly, like an outline. So
<h3>, just like an outline.)
- Do I only have one
- This is slightly flexible, but in general you should never have more than two
<h1>elements. I use
<h1>for the site or page title, and only once on a page.
- Did I create an outline before creating a layout?
- If your outline doesn’t make sense, your layout won’t make sense. This is true for all users. But in particular, without style sheets, your outline is your only page structure.
- Do I use semantic names?
- As I’ve said before, semantic names provide meaningful structure to code.
<div id="right_column">means nothing with style sheets turned off.
<div id="user_info">, however, are still meaningful. Semantic names help you organize your content for all users, and this organization is, again, particularly important without style sheets.
This checklist is pretty short, but it would have been much longer if I hadn’t worked so hard on it.
By answering “yes” to all the questions on this checklist, you should be in a position to easily pass any of these validators. I’m not promising: your site may have other issues that I don’t address here. But with this starting point, it should only take a few minutes to fix any problems that arise with the validators.
Just click on through to any of these, which can help you validate your site.
- Web Accessibility Test at Tawdis.net. Pretty good, but no Section 508.
- CynthiaSays. Lists all the checkpoints but doesn’t actually check many of them.
- WAVE from WebAIM. Very pretty, does a decent job, but doesn’t list checkpoints or tell you which standards it uses.
- Functional Accessibility Evaluator from the University of Illinois, Urbana-Champaign. Pretty good, but lists their own checkpoints instead of the standard ones.
Read the rest of the series:
- Universal Accessibility
- What is Universal Accessibility? (Part One in a Trilogy)
- Assessing Accessibility (Part Two in a Trilogy)
- Building Accessible Sites (Part Three in a Trilogy)