---

ASIC FOI 007-2024
Apply 
•  Clear content structure helps users scan 
•  Use descriptive key words in a heading which 
heading 
and find relevant sections quickly (similar 
summarise the section. 
levels 
to scanning a newspaper!) 
•  Ensure al  headings are nested logical y (e.g. 
•  Heading levels help to clearly represent 
Heading 1 fol owed by Heading 2 fol owed by 
content hierarchy. 
Heading 3) - do not skip a level. There should be 
•  Heading provides meaningful jump points 
an obvious reduction in font-size to portray 
 
for screen reader users. 
hierarchy.  
•  Aim to use no more than four level headings. 
•  Apply heading levels using drop-down styles to 
ensure consistency. 
•  Never use heading styles to format text that 
isn't a heading. Update style templates in Word 
to suit your needs to allow easy formatting. 
•  Headings should be HTML, never an image. 
Structure 
•  Tables should only be used for presenting 
•  To assist screen reader users to understand a 
tables 
data. 
data table structure: 
correctly 
•  Tables used for presentation and layout is 
o  Apply one 'table header' <th> style to 
confusing to screen-reader users. Content 
relevant row or column. 
developers should use <div> tags instead. 
o  Avoid specifying column widths in pixels 
(use percentages or nothing at al ) so 
 
tables adapt to changes in screen size. 
o  Avoid merging table cel s. 
o  Do not leave empty rows, columns, cel s. 
Create 
•  Adaptive content helps users with poor or 
•  In the browser, test you can interact with al  
adaptive 
no motor skil s navigate via the keyboard 
online content by navigating around a website, 
content 
(no mouse). 
webpage or form using only the keyboard (e.g. 
•  Helps users with poor vision increase font 
TAB key, Enter key). 
size to improve readability. 
•  Test you can increase/decrease font size 
 
retaining website inte.g.rity (e.g. Cntl +/-). 
•  Provide a 'skip to content' link on websites to 
al ow screen-reader users skip over repetitive 
navigation. 
•  Ensure content adapts to smal er screen sizes 
(e.g. mobile phone). For example, define image 
width as % so it can adapt to different screen 
sizes. Test by making your browser smal er – 
does the text adapt well? 
Validate 
Valid code ensures online content wil  be: 
Use any of the following online tools to check code: 
code
•  compatible with a wide range of 
•  check (X)HTML - W3C - HTML 
browsers, devices & assistive 
•  check CSS - W3C - CSS 
technologies (e.g. screen readers). 
•  check accessibility: WebAim 
 
•  future-proofed against new technologies. 
•  WCAG cheat sheets and checklists 
Add text 
•  Hearing-impaired users unable to hear 
•  Provide a transcript for al  audio files. 
equivalent 
audio files (e.g. Podcasts). 
•  Provide closed captions and a transcript for al  
for video 
•  Users may have restricted access to 
video files. 
and audio  
programs (e.g. YouTube videos). 
•  Users may be in surroundings not 
 
conducive to sound (e.g. public transport, 
workplace). 
Add text 
•  PDFs can be problematic with screen 
•  Provide an alternative text version of PDFs 
alternative 
readers and voice-over software. 
preferably in HTML so the content is adaptive. 
for PDF 
•  PDFs are difficult to read on smal  
•  If HTML is not possible, consider providing an 
files 
screens. 
alternative format such as a Word document. 
•  PDFs should stil  be made accessible - see below 
for more information. 
 
 
Page 2 of 4 
 

---

ASIC FOI 007-2024

---

ASIC FOI 007-2024

---