Author Services
Accessibility Conformance Report published by Taylor Francis
Conformance by level
Reported by the vendor. WCAG Level AA is the benchmark referenced by ADA Title II, Section 508 and the European Accessibility Act; Level AAA is optional and often left unevaluated.
Level A — 32 criteria
- Supports
- 21
- Partially supports
- 9
- Does not support
- 0
- Not applicable
- 2
- Not evaluated
- 0
Level AA — 24 criteria
- Supports
- 16
- Partially supports
- 6
- Does not support
- 1
- Not applicable
- 0
- Not evaluated
- 1
Source: View the original report published by Taylor Francis.
These figures are extracted from that document. They are the vendor's own statements, not an independent assessment, and automated extraction can misread a table.
All reported criteria (78)
| Criterion | Name | Level | Conformance | Remarks from vendor |
|---|---|---|---|---|
| 1.1.1 | Non-text Content | A | Partially Supports | All non-text content on Author Services, that is presented to the user has a text alternative that serves the equivalent purpose. Third party issues - Go To Stage: • There is button below the video that receives keyboard focus and mouse hover focus, but has no visual or accessible label. When selected, it opens the “Register to watch now” form. Example: Ethics Focus - Plagiarism. • To be raised with the vendor Q1 2026. |
| 1.2.1 | Audio-only and Video-only (Prerecorded) | A | Supports | Audio-only content on the site is also conveyed in a standard text transcript, hosted on the webpage, that provides equivalent information of what is heard. Example: Choose open access Video content hosted on YouTube, without a spoken audio track is available to follow in a standard transcript. Example: Research accessibility on Taylor & Francis Online. Issues: • Audio description tracks and/or descriptive transcripts are not available. Further review of the content is required to confirm which videos would require this addition. • Review requirements Q2 2026 |
| 1.2.2 | Captions (Prerecorded) | A | Partially Supports | Content hosted in YouTube has Closed Captions provided. The captions can be customized, via Settings, to adjust text and background color, font type and size. Third party issues - Go To Stage: • Captions are not available for content hosted on Go To Stage. • To be raised with the vendor Q1 2026. |
| 1.2.3 | Audio Description or Media Alternative (Prerecorded) | A | Partially Supports | Third party issues - Go To Stage: • Transcript highlight color cannot be changed to ensure a comfortable user experience. • To be raised with the vendor Q1 2026. |
| 1.3.1 | Info and Relationships | A | Partially Supports | When information is presented visually (like headings, lists, tables, or emphasized text), the same organization and relationships are built into the website's code (HTML or ARIA). This ensures everyone, including people using screen readers or other assistive technologies, can understand how information is organized and related. Issues: • Two pages (nine occurrences) with empty container elements - role="list" 1. Navigating Ethical Challenges 2. Creating a video abstract • Remediation Q1 2026. |
| 1.3.2 | Meaningful Sequence | A | Supports | The order of content in the website's code matches the logical reading order that users expect. This ensures that when people use screen readers, text- only browsers, or customize how a page appears (like enlarging text), the information still makes sense in the order it's presented. |
| 1.3.3 | Sensory Characteristics | A | Supports | Instructions for understanding and operating content does not solely rely on characteristics such as size, visual location, orientation, sound, or shape. |
| 1.4.1 | Use of Color | A | Supports | Color is not the only visual means of conveying information, indicating and action, prompting a response, or distinguishing a visual element. |
| 1.4.2 | Audio Control | A | Supports | Most videos hosted on YouTube do not automatically play. There is functionality to play/pause, adjust volume with option to mute, adjust playback speed and quality, view full-screen or picture-in- picture - which can both be closed by keyboard. Video resources hosted on Go To Stage start to play automatically upon completing the “Register to Watch Now” form. There is functionality to play/pause, adjust volume with option to mute, view full-screen or picture-in- picture - which can both be closed by keyboard. |
| 2.1.1 | Keyboard | A | Supports | All functionality is operable using the keyboard only. There are no specific timings to complete individual keystrokes. |
| 2.1.2 | No Keyboard Trap | A | Supports | There are no situations where you enter a modal with the keyboard and can’t get back to where you were. Users are advised of the exit method where it is not a standard exit method (Arrow, Tab, Esc). |
| 2.1.4 | Character Key Shortcuts | A | Not Applicable | There are no keyboard shortcuts used throughout the site. |
| 2.2.1 | Timing Adjustable | A | Supports | There is no time limits set throughout the site. |
| 2.2.2 | Pause, Stop, Hide | A | Supports | There is no moving, blinking, or scrolling information that (1) starts automatically (2) lasts more than five seconds (3) is presented alongside other content. There is no auto-updating information that (1) starts automatically (2) is presented alongside other content. |
| 2.3.1 | Three Flashes or Below Threshold | A | Supports | There is no flashing content on the site. |
| 2.4.1 | Bypass Blocks | A | Partially Supports | The first clickable item on the page is a “skip to main content link” moving focus directly to the main content. Landmarks define core parts of the page to support quick navigation with assistive technologies. Issues: • 14 pages require review/remediation to ensure landmarks have unique names, or serve the same purpose. Example: Call for papers has five landmarks named “navigation”. • Remediation Q1 2026. |
| 2.4.2 | Page Titled | A | Supports | Each page has a unique title element that describes what’s on that page, to lets users know where they are and what type of content to expect. |
| 2.4.3 | Focus Order | A | Supports | Focusable elements receive focus in an order that preserves meaning and operability. When a keyboard user tabs through a page, the order goes from top to bottom and left to right, as you would read the page. |
| 2.4.4 | Link Purpose (In Context) | A | Partially Supports | A link’s destination is clear from either the link text itself or the surrounding sentence context. Issues: • Four pages contain two or more links that have the exact same link text. Manual testing needed to confirm if these go to the same destination. 1. Events 2. 10 practical tips 3. Navigating ethical challenges 4. Avoiding predatory publishing • Insights Blog sign-up form has an irrelevant, non-focusable “previous” link at the bottom of the first page – there is no previous form page to go back to. • Remediation Q1 2026. |
| 2.5.1 | Pointer Gestures | A | Supports | There are no author-created gestures within the web content that requires actions to be carried out using a gesture or drawing. This does not affect gestures built into device operating systems such as iOS and Android, or assistive technology. |
| 2.5.2 | Pointer Cancellation | A | Supports | Functions that use a single pointer are completed when the user releases the pointer. For example, pressing a button, is triggered on mouse-up. |
| 2.5.3 | Label in Name | A | Supports | User interface components with labels that include text or images of text, have a corresponding accessible name that begins with the text that is presented visually. |
| 2.5.4 | Motion Actuation | A | Supports | There is no reliance on author-created gestures within the web content that requires device motion, like shaking or tilting, to carry out an action. This does not affect motion features built into device operating systems such as iOS and Android, assistive technologies, or browsers. |
| 3.1.1 | Language of Page | A | Supports | The page language is identified using the lang attribute in the HTML element (en- GB). |
| 3.2.1 | On Focus | A | Supports | When a user interface component receives focus, it does not initiate unexpected changes. |
| 3.2.2 | On Input | A | Partially Supports | The Contact Us form, includes a “I have a question about “ field, which requires users to select a topic from the drop- down. Once the topic is selected the form will dynamically show/hide fields. The changes are predictable, and relate to the user’s selection. Focus remains in the “I have a question about” field. Any data entered into other fields remains in place. Issues: • Users are not informed that selecting a topic from the “I have a question about “ drop-down will change the available fields. This should be included in text near the drop-down. • ARIA live regions should be used to announce changes to screen reader users. • Remediation Q1 2026. |
| 3.2.6 | Consistent Help | A | Partially Supports | The placement of help details and options is consistent across the site and easy to find. Contact Us link in persistent footer. The page provides an email address for reviewer-related queries. Links are provided to externally hosted online contact forms for submission queries, and partnership enquiries. Step-by-step guidance on submitting a journal or book, is linked to from the persistent top navigation. Issues: • The Contact Us page does not provide a telephone number. • Training resources are found under Events – this is confusing. Recommend amending to “Events & Training” • Remediation Q1 2026. |
| 3.3.1 | Error Identification | A | Partially Supports | The Contact Us form, and the Insights Blog sign-up form provide error messages. They are in red text and announced to screen readers. Issues: • The forms have fields marked with an asterisk to indicate they must be completed, and these are announced as to a screen reader. But there is no visual message at the start of the form to confirm that this symbol signifies a required field entry. • When submitting the Insights Blog sign-up form, you’re not advised in that there are errors to be fixed – you just appear stuck on the page. Should be announced, and focus taken to the error message at the start of the form. • Remediation Q1 2026. |
| 3.3.2 | Labels or Instructions | A | Supports | Help is provided to prevent form errors – sometimes the label is enough on its own, elsewhere additional hint text or instructions are provided. |
| 3.3.7 | Redundant Entry | A | Supports | Forms do not ask users to enter the same information more than once in a single session; unless the information is essential, no longer valid, or for security purposes. |
| 4.1.1 | Parsing | A | Not Applicable | Note: this criterion has been removed from WCAG 2.2. HTML and browsers have improved at handling coding errors. And, assistive technology no longer parses the code directly, but now relies on the browser to do it, making this guideline outdated. Most issues it covered will now fall under WCAG 1.3.1 Info and Relationships or WCAG 4.1.2 Name, Role, Value criteria. |
| 4.1.2 | Name, Role, Value | A | Supports | All user interface elements and components have the right names, roles, states, properties and values so they’re recognized correctly by assistive technologies. |
| 1.2.4 | Captions (Live) | AA | Supports | Live webinars delivered through Zoom, provide options for manual captioning, automated captions, or using a third- party captioning service. By default, captions can be enabled and viewed by any participant. Read Zoom’s guidance on how to view captions. When using manual captions, they are provided by either the host, co-host, or a panelist. When using automated captions, English is the default language, but you can select other languages. Live webinars delivered through GoTo Webinar, provide live closed captions via the participant control panel, as long as the organizer has enabled transcriptions for the session. Go To Webinar which has a beta feature for live captions in nine languages. Read Go To Webinar’s guidance on how to view captions. |
| 1.2.5 | Audio Description (Prerecorded) | AA | Not Evaluated | Review of content is required to confirm that dedicated audio description tracks narrate important visual elements that are not conveyed in the main audio track. This includes actions and movements, scene changes, on-screen text not read aloud, non-verbal expressions/gestures, visual context necessary for understanding. Issues: • Review of content is required to confirm which videos require the addition of audio description. • Review requirements Q2 2026. |
| 1.3.4 | Orientation | AA | Supports | The content of the site does not restrict its view and operation to a single-display orientation (portrait / landscape), unless a specific display orientation is essential. When rotating a device from portrait to landscape the site remains readable and usable. |
| 1.3.5 | Identify Input Purpose | AA | Supports | The purpose of form fields can be identified by the browser, so that auto- complete suggestions can be offered, making it easier to fill out forms and reduce the need for manual typing. |
| 1.4.3 | Contrast (Minimum) | AA | Partially Supports | The visual presentation of body text and images of text has a ratio of at least 4.5:1. Large-scale text and images of large-scale text have a ratio of at least 3:1. Text that is part of a logo or brand name has no minimum contrast requirement. Issues: • Insights Blog: “Stay up to date …” sign- up box is displayed as white text on blue, however code is showing this as white text on white background. • Creating a video abstract: “Publishing tips …” sign-up box is displayed as white text on blue, however code is showing this as white text on white background. • Blue call-out boxes: when visible focus (keyboard and mouse hover) is on hyperlink, the color contrast is reduced to 2:7:1 (from 5.36:1). Examples: Events, and Insights Blog. • Remediation Q1 2026. |
| 1.4.4 | Resize text | AA | Supports | Text on a web page can be resized up to 200% without distorting the layout, without loss of content or functionality, except for captions and images of text. This allows users who need larger text to read comfortably without the need for additional assistive tools like screen magnifiers. |
| 1.4.5 | Images of Text | AA | Supports | Text is used to convey information, rather than images of text, except where: The image of text can be visually customized by the user requirements. A particular presentation of text is essential to the information being conveyed (such as text that is part of a logo or brand name). |
| 1.4.10 | Reflow | AA | Supports | Content throughout the site is reflowable and responsive, without requiring horizontal scrolling for text or controls. Note: • The “Jump to section” expandable menu, and “Contact Us” link, take up a large portion of the browser window as zoom level is increased, reducing, but not fully obscuring the viewing window for the main page content. |
| 1.4.11 | Non-text Contrast | AA | Supports | Usable components like form fields and buttons, and graphics like pie charts and line graphs, have a minimum contrast ratio of 3:1. |
| 1.4.12 | Text Spacing | AA | Does Not Support | Users can increase letter, word, line, and paragraph spacing without cutting off content or breaking functionality. Ensuring users can make the text more readable while keeping the original page design and layout intact. Issues - the following are not supported for text throughout the website: • Line height (line spacing) to at least 1.5 times the font size; • Spacing following paragraphs to at least 2 times the font size; • Letter spacing (tracking) to at least 0.12 times the font size; • Word spacing to at least 0.16 times the font size. • Remediation Q2 2026. |
| 1.4.13 | Content on Hover or Focus | AA | Supports | When new content appears, which has been triggered by hover or keyboard focus, such as tooltips, sub-menus, or pop-up, users are able to: • Dismiss it. • Interact with it, without it disappearing. • Have enough time to read or engage with it. |
| 2.4.5 | Multiple Ways | AA | Supports | Header navigation is not the only way to get around a website; there are other ways, such as breadcrumb links, on-page links, a site-wide search, and consistent footer links. |
| 2.4.6 | Headings and Labels | AA | Partially Supports | Headings are descriptive and effectively summarize sections of content. Form labels clearly describe what information is required. Buttons inform the user what will happen when they’re pressed. Issues: • Heading levels are skipped (h2 to h4) on Creating a video abstract. • Two pages have content missing after headings. 1. Journal suggester 2. Creating a video abstract • Remediation Q1 2026. |
| 2.4.7 | Focus Visible | AA | Partially Supports | There is visible keyboard focus styling to indicate which element you’re currently focused on. This may take different forms, such as to visually change the button, place a cursor bar in the text field, our outline the element. Our training resource videos are hosted on Go To Stage. Their Register to Watch Form has visible focus. Field borders are blue when in focus for editing, they turn red if an error has been made. Issues: • 14 pages require manual testing to confirm each interactive element receives clear and visible keyboard focus. • Homepage has a focus indicator for all interactive elements, however there is insufficient contrast when the black focus indicator reaches the dark grey F1000 image links. • Remediation Q1 2026. |
| 2.4.11 | Focus Not Obscured (Minimum) | AA | Supports | All content receiving Keyboard focus is always at least partially visible on the user’s browser window, ensuring it is completely hidden by other content such as sticky headers, footers, or modals. |
| 2.5.7 | Dragging Movements | AA | Supports | There is no author-created functionality within web content that requires dragging movements (such as drag-and-drop, sliders, custom scrollbars, sortable lists, or canvas drawing). This does not affect dragging movements built into device operating systems such as iOS and Android, assistive technologies, or browsers. |
| 2.5.8 | Target Size (Minimum) | AA | Supports | Clickable elements, such as buttons, links, and icons, are at least 24 × 24 pixels in size. Interactive elements in line with text, such as sentences or paragraphs, are an exception, since the line height limits the size. |
| 3.1.2 | Language of Parts | AA | Supports | There are no parts of the page that are in a different language to the page itself. |
| 3.2.3 | Consistent Navigation | AA | Supports | Navigation is consistent from page to page, ensuring familiar features like menus, search bars, and skip-to-content buttons stay in the same place as they visit different pages across the site. |
| 3.2.4 | Consistent Identification | AA | Supports | Components that have the same functionality within the site are identified consistently throughout the website (they always look and work the same). |
| 3.3.3 | Error Suggestion | AA | Partially Supports | Helpful suggestions are provided to help users correct errors, and identify required fields that were not completed. This helps prevent incorrect data being submitted, users abandoning the form due to confusion and frustration about the information/format required. Issues – Insights Blog sign-up form • Error suggestions are provided in red text, relying on color only – there needs to be a secondary visual indicator. • Error field list appears at top of the form, however the links don’t work to take you to the corresponding field to fix the error. • Remediation Q1 2026. |
| 3.3.4 | Error Prevention (Legal, Financial, Data) | AA | Supports | Important forms like a legal agreement or submitting financial information offer the opportunity to check the information entered before sending. |
| 3.3.8 | Accessible Authentication (Minimum) | AA | Partially Supports | The Contact Us form, via Author Services, has CAPTCHA puzzles. These can be completed with a visual or audio puzzle. Issues – Contact Us: • The audio CAPTCHA puzzle is not easy to understand, speech can be unclear. Is CAPTCHA needed? • Remediation Q1 2026. |
| 4.1.3 | Status Messages | AA | Partially Supports | Status messages like form errors, success pop-ups, and cookie policy acceptance, are communicated to assistive technologies, such as screen readers. Issues: • Not all form error messages and supporting instructions are not announced by a screen reader. • See 3.3.1 Error Identification for further details. |
| 4.2.1 | Usage without vision Where a visual mode of operation is provided, there is at least one mode of operation that does not require user vision. | - | Partially Supports | The site can be perceived, operated, and understood by users without vision. Issues: • Refer to the WCAG table entries for 1.1.1, 1.2.3, 1.2.5, 1.3.1, 2.4.1, 2.4.4, 2.4.6, 3.2.2, 3.3.1, 3.3.3. |
| 4.2.2 | Usage with limited vision Where a visual mode of operation is provided, there is at least one mode of operation that enables users to make use of limited vision. | - | Partially Supports | The site can be perceived, operated, and understood, by users with limited vision. Issues: • Refer to the WCAG table entries for 1.1.1, 1.2.3, 1.2.5, 1.3.1, 1.4.3, 2.4.1, 2.4.4, 2.4.6, 2.4.7, 3.2.2, 3.3.1, 3.3.3. |
| 4.2.3 | Usage without perception of color Where a visual mode of operation is provided, there is at least one visual mode of operation that does not require user perception of color. | - | Partially Supports | The site can be perceived, operated, and understood, by users without perception of color. Issues: • Refer to the WCAG table entries for 1.4.3, 3.3.1. |
| 4.2.4 | Usage without hearing Where there is an audible mode of operation, there is at least one mode of operation that does not require user hearing. | - | Partially Supports | The site can be perceived, operated, and understood, by users without hearing. Issues: • Refer to the WCAG table entries 1.1.1, 1.2.2. |
| 4.2.5 | Usage with limited hearing Where there is an audible mode of operation, there is at least one mode of operation that enables uses to make use of limited hearing. | - | Partially Supports | The site can be perceived, operated, and understood, by users with limited hearing. Issues: • Refer to the WCAG table entries 1.1.1, 1.2.2. |
| 4.2.6 | Usage with no or limited vocal capability Where speech or other vocal prompt is used for input, control, or operation, there is at least one mode of operation that does not require user speech. | - | Supports | The site can be perceived, operated, and understood, by users without speech. |
| 4.2.7 | Usage with limited manipulation or strength Where a manual mode of operation is provided, there is at least one mode of operation that does not require fine motor control or simultaneous manual operations. | - | Partially Supports | The site can be perceived, operated, and understood, by users with limited manipulation. Issues: • Refer to the WCAG table entries for 2.4.1, 2.4.4, 2.4.6, 2.4.7, 3.3.3. |
| 4.2.8 | Usage with limited reach Where a manual mode of operation is provided, there is at least one mode of operation that is operable with limited reach and limited strength. | - | Partially Supports | The site can be perceived, operated, and understood, by users with limited reach and strength. Issues: • Refer to the WCAG table entries for 2.4.1, 2.4.4, 2.4.6, 2.4.7, 3.3.3. |
| 4.2.9 | Minimize photosensitive seizure triggers Where there are visual modes of operation, there is at least one mode of operation that minimizes the potential for triggering photosensitive seizures. | - | Supports | Flashing content does not exceed three flashes per second. |
| 4.2.10 | Usage with limited cognition, language or learning There are features that make the site simpler and easier to use by individuals with limited cognitive, language, and learning abilities. | - | Partially Supports | The site can be perceived, operated, and understood, by users with limited cognitive, language, and learning abilities. Issues: • Refer to the WCAG table entries for 1.1.1, 1.2.2, 1.2.3, 1.2.5, 1.3.1, 2.4.1, 2.4.4, 2.4.6, 2.4.7, 3.2.2, 3.3.1, 3.3.3. |
| 4.2.11 | Privacy The privacy of users is maintained when using accessibility features, and to the same level of privacy experienced by other users. | - | Supports | Important forms like a legal agreement or submitting financial information offer the opportunity to check the information entered before sending. |
| 7.1.1 | Captioning playback Where videos have synchronized audio, they are able to display captions. Where closed captions are provided, the user is able to choose to display these. | - | Partially Supports | Captions are provided for all prerecorded audio content. Where audio is a media alternative for text, it is clearly labelled as such. Issues: • Refer to the WCAG table entries for 1.2.2. |
| 7.1.2 | Captioning synchronization The mechanism to display captions preserves synchronization between the audio and the corresponding captions as follows. | - | Partially Supports | Captions are provided within 100 milliseconds of the time stamp. Live captions within 100 milliseconds of the availability of the caption to the player. Issues: • Refer to the WCAG table entries for 1.2.2. |
| 7.1.3 | Preservation of captioning Where video with synchronized audio is transmitted, converted or recorded, the caption data is preserved to ensure it can be displayed as per 7.1.1 and 7.1.2. | - | Partially Supports | As per 7.1.1 and 7.1.2 above. |
| 7.1.4 | Captions characteristics The user can adapt the displayed characteristics of captions to their individual requirements, except where the captions are displayed as unmodifiable characters. | - | Supports | Content hosted in YouTube has Closed Captions provided. The captions can be customized, via Settings, to adjust text and background color, font type and size. |
| 7.1.5 | Spoken subtitles Video with synchronized audio, has a mode of operation to provide a spoken output of the captions. | - | Partially Supports | Issues: • Refer to WCAG table entries for 1.2.3, 1.2.5. |
| 7.2.1 | Audio description playback Video with synchronized audio, has a mechanism to select and play available audio description to the default audio channel. Where technologies do not have explicit and separate mechanisms for audio description, users can select and play several audio tracks. | - | Partially Supports | Issues: • Refer to WCAG table entries for 1.2.3, 1.2.5. |
| 7.2.2 | Audio description synchronization Synchronization between the audio/visual content and the corresponding audio description is preserved. | - | Partially Supports | Issues: • Refer to WCAG table entries for 1.2.3, 1.2.5. |
| 7.2.3 | Preservation of audio description Where video with synchronized audio is transmitted, converted or recorded, the audio description data is preserved to ensure it can be played as per 7.2.1 and 7.2.2. | - | Partially Supports | Issues: • Refer to WCAG table entries for 1.2.3, 1.2.5. |
| 12.1.1 | Accessibility and compatibility features Documentation lists and explains how to use the accessibility and compatibility features; includes guidance for features that are built-in features, and compatible with assistive technologies. | - | Supports | Accessibility statement Frequently asked questions |
| 12.2.2 | Information on accessibility and compatibility features Information on the accessibility and compatibility features are provided. | - | Supports | Accessibility statement Frequently asked questions |
| 12.2.3 | Effective communication Support services shall accommodate the communication needs of individuals with disabilities either directly or through a referral point. | - | Partially Supports | This website contains a consistent top footer that includes a link to Contact us Issues: • Contact Us only offers an online form, there is no direct email or phone number provided to meet different communication needs. |
Is this your product? If this report is out of date or misrepresented, we will correct or remove it. Contact us to claim this listing.
Get told when this changes
This report is dated Not stated. An ACR can be quietly replaced at any time, and the published date is the only signal a buyer gets. We will email you when this one is updated.
Double opt-in — we email you once to confirm, and send nothing until you do. One-click unsubscribe on every message. We store your address and what you are watching, nothing else. Privacy.