1.2 Unless it can be shown to be technically or practically impossible, all content MUST be made accessible.
2.1 These standards relate to all public facing BBC websites.
3.1 You MUST provide an accessible alternative to any potentially inaccessible content, including all plug-in content, UNLESS this can be proven to be technically or practically impossible.
3.1.1 An accessible alternative is defined as one that meets the information, educational and entertainment objectives of the original content.
3.2 All accessible alternative content MUST be updated in line with and at the same time as the original content.
3.3 You SHOULD divide large blocks of information into manageable chunks e.g. use short paragraphs.
3.4 Lines SHOULD NOT be longer than 70 characters (for the browser default font setting) including the spaces in between words, except where the language of the website is:
3.5 You MUST provide an appropriate text equivalent for each non-text element of the core content. See the Textual Equivalents Standards.
3.6 You SHOULD specify the expansion of each abbreviation or acronym in a document where it first occurs.
3.7 All pages MUST use heading elements. See Semantic Mark-up Standard.
3.8 You SHOULD use HTML text rather than images wherever possible.
3.9 When using buttons, such as in forms, you MUST use HTML text buttons rather than images UNLESS you have an existing exemption for use of a non-standard font or where the button is a recognised icon.
3.10 Information MUST NOT be conveyed by relying solely on sensory characteristics of components such as colour, shape, size, visual location, orientation, or sound.
4.1 You SHOULD use plain language and avoid jargon.
4.2 Where the language in the document changes (e.g. from English to Welsh), you MUST indicate this with a tag containing a Lang attribute.
4.3 All text of more than two lines MUST be left aligned (if published language is naturally ranged left e.g. English), except for tabular data and where the formatting is integral to the meaning of the text, e.g. poetry.
5.1 Editorial content MUST make sense without reference to images or diagrams, UNLESS the subject matter can only be displayed via images (e.g. a 'spot the difference' game).
5.2 Instructional images SHOULD make sense without text e.g. a user must be able to follow a set of diagrammatical instructions without the help of a text explanation.
5.3 You MAY support instructions with diagrams.
5.4 Where appropriate, you SHOULD use pictures and symbols in addition to text.
5.5 You SHOULD support your "calls to action" with icons.
5.6 You MUST NOT use ASCII art.
5.7 You SHOULD ONLY use symbols (e.g. < or >) in content for their semantic use (rather than, for example, using >> as a fast forward button).
6.1 You MUST provide consistent navigation.
6.2 You MUST clearly define the different sections of the page and ensure consistent location of screen objects.
6.3 All text based content SHOULD be published on a plain solid background.
6.4 Line spacing (leading) SHOULD be at least a space-and-a-half within paragraphs, and paragraph spacing SHOULD be at least 1.5 times larger than the line spacing.
6.5 You MUST NOT create periodically auto-refreshing pages in their default state, i.e. you can allow an opt-in auto-refresh.
6.6 You MUST NOT break browser back button functionality.
6.7 You MUST NOT open a new window from an existing browser by any mechanism UNLESS this is a small window (aka pop-up) to contain a media player. See XHTML Integrity Standard clause 13 for further details.
6.8 You MUST clearly label links (in the text of the page) which launch pop-ups so that the audience know they are launching a pop-up.
6.9 Pop-ups MUST NOT appear without being intentionally opened by the user.
6.10 Due to accessibility concerns you MUST NOT use CAPTCHAs on bbc.co.uk without first discussing this with the Editor, Standards & Guidelines.
7.1 You MUST NOT cause an item on the screen to flicker – see Flicker Guidelines.
7.2 You MUST NOT use blinking, flickering or flashing objects.
7.3 You MUST provide a mechanism to freeze any movement on the page UNLESS there is no alternative to the movement.
8.1 Audio and video content MUST NOT autoplay UNLESS the users knows this is going to happen.
8.2 You SHOULD provide subtitles/captions that can be turned off and on for AV content (including AV content featured in interactive features or games), unless you have evidence that the business costs are a risk to the success of the project’s fruition.
9.1 You MUST describe the purpose of frames and how they relate to each other if this is not obvious using the frame titles alone.
10.1 Forms MUST be navigable using the keyboard. In particular, you should beware of putting
10.1.1 A keyboard user trying to navigate the options in the select box may automatically be taken to their first selection (keystroke) rather than their desired selection, if
onChange instructions are used.
10.2 You MUST provide a "submit" button for all forms. You MAY use an image to perform this function but if you do you MUST provide alt text for this image.
10.3 You SHOULD provide input assistance to help users avoid and correct mistakes.
10.3.1 When an input error is automatically detected, the item that is in error SHOULD be identified and the error described.
10.3.2 When an input error is automatically detected and suggestions for correction are known, then the suggestions SHOULD be provided to the user UNLESS it would jeopardize the security or purpose of the content.
10.4 The Accessibility Working Group is currently developing a full standard around creating accessible forms. In the meantime, for guidance refer to the following:
The BBC is not responsible for the content of external websites.
10.5 Refer also to the Semantic Mark-up Standard for further information about forms.
11.1 All downloadable documents including PDFs MUST be made available in alternative accessible formats, either HTML or Text.
11.2 All PDFs MUST comply with the PDF Accessibility Guidelines.
12.1 Where possible all pages SHOULD provide users with the option to bypass groups of related links e.g. "Skip to Content", "Skip to Local Navigation" and "Skip to Global Navigation". This option SHOULD be the first thing found by screen readers i.e. first thing inside the body tag.
12.1.1 "Skip to Content"
12.1.2 "Skip to Global Navigation"
12.1.3 "Skip to Page Navigation"
12.2 You MUST provide redundant text links for each active region of an image map.
12.3 All links to video content SHOULD be accompanied by an image that encapsulates what the programme is or is about.
13.1 Page layout MUST accommodate the enlarging of text. Users MUST be able to resize text (with the exception of captions and images of text) by 200% without the use of assistive technologies
13.2 You MUST use style sheets to control layout and presentation.
13.3 You MUST NOT use tables for non-tabular data/content, or presentational markup, e.g. font tags. For more on this see Semantic Mark-up Standards.
|23/06/2010||v1.8||Addition of clause 6.10, CAPTCHAs.||Ed Lee|
|13/06/2010||v1.7||Reviewed in line with WCAG 2.0 guidelines. Addition of clauses 3.10, 6.4 and 10.3 and other minor changes.||Ed Lee|
|30/12/2009||v1.6||Minor change to clause 10.2 allowing use of images as submit buttons, if appropriate Alt text is included.||Ed Lee|
|18/05/2009||v1.5||Edited clause 6.6 for clarity. The use of new windows and pop-ups is restricted to the presentation of media players only.||Ed Lee|
|18/03/2009||v1.4||Added clause 3.9 requiring use of HTML text buttons. Edited clause 6.6 restricting the use of new windows and pop-ups to the presentation of media players only. Added clause 8.1 requiring that A/V content does not autoplay unless announced as such.||Ed Lee|
|24/06/2008||v1.3||Added links to related information about developing accessible forms. Minor changes to clause 8.1, to further define subtitling/captioning for AV content.||Victoria Jolliffe|
|19/03/2007||v1.1||Minor changes agreed in the work group to clarify section 3.1 and 3.1.2, as amended by Tech Forum on 15/03/2007||Tred Magill, Gareth Ford Williams|
|06/12/2006||v1.0||Changes agreed in Tech Forum. Delete section 12 except for 12.1, 12.5. Also delete sections 13, 5.2, 11.2. Amend 10.1, 3.4.||Tred Magill|
|30/11/2006||v0.9||First draft to replace Accessibility checklist||Gareth Ford Williams, Lucy Dodd, Nick Holmes|
|22/09/2006||V 1.1||Editorial sign-off of editorial standards, from Head Editorial Affairs.||Tred Magill/Gareth Ford-Williams|
|30/08/06||V 1.1 (draft)||Inclusion of editorial standards recommended by work group.||Gareth Ford-Williams|
|13 /06/06||V 1.0||Merged recommendations of Technical and Design Forum, renamed version v 1.0.||Tred Magill|
|June 06||V 0.4||Approved by Technical Forum on 15/06/2006 and Design Forum on 30/06/2006.||Gareth Ford Williams|
|June 06||V 0.3||Amendments to make accessibility rules mandatory, as recommended by WG||Gareth Ford Williams|
Like all other Future Media Standards & Guidelines, this page is updated on a regular basis, through the process described on About Standards & Guidelines.
This page is best viewed in an up-to-date web browser with style sheets (CSS) enabled. While you will be able to view the content of this page in your current browser, you will not be able to get the full visual experience. Please consider upgrading your browser software or enabling style sheets (CSS) if you are able to do so.