The Open University is committed to making its websites and mobile applications accessible, in accordance with the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018.

This accessibility statement applies to the Citizen Forensics website (https://www.citizenforensics.org/)

We want as many people as possible to be able to use our websites and mobile apps, and accessibility is an essential part of our mission. On our Accessibility hub, you’ll find everything you need to answer any questions you have about accessibility, whether you’re a student or a member of staff.

To adapt the content to your needs or preferences you should be able to:

  • Change colours, contrasts levels and fonts.
  • Resize text up to 200% without impact on the functionality of the website.
  • Zoom in up to 400% without loss of information or functionality.
  • Navigate the website using just a keyboard.
    • tab to ‘Skip to content’ links at the top of the page to jump over repetitive information to the main content.
    • tab through the content; the current location will be indicated by a clear visual change.
    • control the embedded media player to play audio and video materials.
  • Use a screen reader (e.g. JAWs, NVDA) to:
    • listen to the content of web pages and use any functionality on the page.
    • list the headings and subheadings in the page and then jump to their location on the page.
    • bring up a list of meaningful links on the page.
  • Use transcripts or closed captions with most audio and video materials.
  • Download learning materials in alternative formats (e.g. Word document, PDF, ePub).
  • If you have a print disability we provide SensusAccess to students, which is an automated service that converts files from one format to another, for example, PDF to text, audio, Word or Braille.
  • AbilityNet also provides advice on making your device easier to use if you have a disability.

Compliance status

This website is partially compliant with the Web Content Accessibility Guidelines version 2.2 AA standard, due to the non-compliances and listed below.

Non-accessible content

Ensure pages don’t scroll in two dimensions on small screens:

When viewed on small screens (like mobile phones) content must fit without requiring scrolling in two dimensions. This fails WCAG 2.2 Success Criterion 1.4.10: Reflow (Level AA) and will be resolved by the end of February 2027.

Ensure text has sufficient contrast:

To comply with WCAG AA, the colour of text must sufficiently contrast with its background colour, so that people with moderate visual impairments can read it. This fails WCAG 2.2 Success Criterion 1.4.3: Contrast (Minimum) (Level AA) and will be resolved by the end of February 2027.

Ensure interactive components are far enough apart:

All interactive components on a page, such as buttons or menus, should be far enough apart from other interactive areas, to avoid them being used by mistake. This fails WCAG 2.2 Success Criterion 2.5.8: Target Size (Minimum) (Level AA) and will be resolved by the end of February 2027.

Ensure pages don’t require zooming and 2D scrolling on small screens:

When viewed on small screens (like mobile phones) content should be large enough to read without being zoomed-into and scrolled in two dimensions. This fails WCAG 2.2 Success Criterion 1.4.10: Reflow (Level AA) and will be resolved by the end of February 2027.

Ensure form controls contrast sufficiently with their surroundings:

Form controls must appear sufficiently distinct from their surroundings, so that people with visual impairments are still able to clearly see them. This fails WCAG 2.2 Success Criterion 1.4.11: Non-text Contrast (Level AA) and will be resolved by the end of February 2027.

Specify alternative text for images inside links:

When an image is the only content of a link, it should specify alternative text, via an alt attribute. The alternative text should describe the purpose of the link. This fails WCAG 2.2 Success Criterion 1.1.1: Non-text Content (Level A) and will be resolved by the end of February 2027.

Ensure links explain their purpose:

The purpose of a link should be clear from the text inside the link. Links like “learn more” are not helpful to users with accessible technology. This fails WCAG 2.2 Success Criterion 2.4.4: Link Purpose (In Context) (Level A) and will be resolved by the end of February 2027.

Ensure form controls have labels:

People using screen readers are not able to see the layout of a form. To make forms accessible, they must define explicit text labels for each form control. This fails WCAG 2.2 Success Criterion 1.3.1: Info and Relationships (Level A) and will be resolved by the end of February 2027.

Avoid linking to anchors that do not exist:

Do not link to an anchor on the page that does not exist. For example: linking to #content without a valid destination such as <body id="content"></body>. This fails WCAG 2.2 Success Criterion 2.4.1: Bypass Blocks (Level A) and will be resolved by the end of February 2027.

Specify alternative text for appropriate images:

Images should specify appropriate alternative text, where appropriate. This fails WCAG 2.2 Success Criterion 1.1.1: Non-text Content (Level A) and will be resolved by the end of February 2027.

Ensure links are distinguished by more than just colour:

Links must be appear visually distinct from regular text. A common mistake is to make links only differ subtly in colour. Users with visual impairments cannot see these links. This fails WCAG 2.2 Success Criterion 1.4.1: Use of Color (Level A) and will be resolved by the end of February 2027.

Ensure links can be used by screen readers:

Links must be defined in a specific way to be accessed by screen readers, which are used by blind and the partially-sighted. This fails WCAG 2.2 Success Criterion 4.1.2: Name, Role, Value (Level A) and will be resolved by the end of February 2027.

Avoid using the same link text for different destinations:

Screen reader users will see links on a page listed without context, so you should ensure the same link text is not used to point to different web addresses. This fails WCAG 2.2 Success Criterion 2.4.4: Link Purpose (In Context) (Level A) and will be resolved by the end of February 2027.

Combine adjacent links with the same destination:

Two adjacent links should not point to the same destination. You almost always want to combine the two links. This fails WCAG 2.2 Success Criterion 1.1.1: Non-text Content (Level A) and will be resolved by the end of February 2027.

Add headers to tables:

Tables which contain information should have clear headers defined. This fails WCAG 2.2 Success Criterion 1.3.1: Info and Relationships (Level A) and will be resolved by the end of February 2027.

Write lists or groups of links semantically:

Lists of related items should be written semantically as a list. This fails WCAG 2.2 Success Criterion 1.3.1: Info and Relationships (Level A) and will be resolved by the end of February 2027.

Fix duplicate IDs:

All id attributes on a page must be unique, or accessible technologies used by the page can stop working. This fails WCAG 2.2 Success Criterion 4.1.1: Parsing (Obsolete and removed) (Level A) and will be resolved by the end of February 2027.

Specify a title for all frames:

All frames must define a readable title, which briefly described the contents of that frame. This fails WCAG 2.2 Success Criterion 2.4.1: Bypass Blocks (Level A) and will be resolved by the end of February 2027.

Preparation of this accessibility statement

This statement was prepared on 10 February 2026

This statement was last reviewed on 10 February 2026

This website was last tested on 19 January 2026

The testing approach taken involved:

  • W3C (World Wide Web Consortium) checks (alternative text, content structure, language of page, keyboard navigation, skip links)
  • Silktide (a continuous site-wide monitoring tool that regularly scans/crawls pages to surface accessibility and quality issues e.g., broken links, readability/content checks, usability and compliance risks, so they can be tracked and remediated over time).
  • Manual checks (content resizing, captions)

This included the following test methods:

  • WAVE, Web Accessibility Evaluation Tool
  • Keyboard-only testing
  • Zoom testing.

Feedback and contact information

If you find that a certain section of our website is not accessible and you can’t get access to the information that you need please use the Open University Accessibility Feedback Form to request support and we will ensure that you are provided with the information you require. You will need to provide your contact details and Personal Identifier if you are a student so we can get back to you. You should expect to hear back from us within 5 working days.

The OU is very experienced in meeting accessibility needs for our students. In many cases we are able to provide module and other study support materials in alternative formats for students who indicate a need for this when completing a Disability Support Form.

In addition, some module materials are available in different formats and can be downloaded from module websites. Students can contact their Student Support Team for advice.

If you are a student, or someone who has had contact with the University before, and have a complaint about the accessibility of our websites, you should raise a complaint via the complaints and appeals process.

Enforcement procedure

The Equality and Human Rights Commission (EHRC) is responsible for enforcing the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 (the ‘accessibility regulations’).

If you are based in the UK, and you’re not happy with how we respond to your complaint, contact the Equality Advisory and Support Service (EASS)