Page URL
https://www.telekom.de/shop/

Issues List

Non-text Content 1.1.1 (A)
Image text alternative does not serve equivalent purpose
Non-text Content 1.1.1 (A)
Image is decorative but has text alternative
Info and Relationships 1.3.1 (A)
Semantic HTML elements are used for styling or layout purposes
Info and Relationships 1.3.1 (A)
Inconsistent use of semantic HTML list elements
Use of Color 1.4.1 (A)
Links are indicated by color only
Reflow 1.4.10 (AA)
Text content gets truncated on smaller viewports
Text Spacing 1.4.12 (AA)
Text content overflows containers with user changed text spacing
Keyboard 2.1.1 (A)
Dialog window does not receive keyboard focus
Page Titled 2.4.2 (A)
Page title does not match page content
Focus Order 2.4.3 (A)
User-activated dynamic content not in correct focus order
Headings and Labels 2.4.6 (AA)
Breadcrumb navigation label not translated
Focus Not Obscured (Minimum) 2.4.11 (AA)
Dialog windows obscure focus of underlying elements
Target Size (Minimum) 2.5.8 (AA)
Interactive element does not meet minimum target size
Name, Role, Value 4.1.2 (A)
Inconsistent use of landmarks, grouping HTML elements, ARIA attributes
Priority: Moderate Low Page: Shop Observation Permalink
Observation Details

Page titled "Willkommen im neuen Telekom Onlineshop | Telekom" but main heading is "Mobilfunk-Tarife" and page content also only mentions tariffs.

The page title is usually the first information, users of assistive technology will get when visiting a website. Ensuring the page title accurately describes the contents of the page and only the page, is the easiest way to include users of assistive technology in the website's user experience.

Remediation Notes

Ensure, page title matches page content by using an appropriate page title like "Mobilfunk-Tarife im neuen Onlineshop | Telekom".

Priority: Serious Medium Page: Shop Observation Permalink
Observation Details

Footnote trigger (star icon) does not meet minimum target size.


Interactive elements must have a target size of at least 24×24px. Minimum target size is required also for single icon buttons, stand-alone interactive icons and links. When target size is smaller, it will make it difficult for people to reliably interact with the elements. This includes people with motor disabilities, people using devices like styluses, people in moving vehicles, and mobile users altogether. Especially considering its use inside other interactive elements (e.g. footnote in badge) or multiple small interactive elements next to each other (e.g. social icons in a list).

Remediation Notes

Ensure, all interactive elements' target size is at least 24×24px.

While this does not necessarily mean, e.g. an icon itself must be 24×24px, the clickable area around it counts as the target size, if there is no overlapping interactive element in that area. Ideally, the element's visual boundaries adhere to the minimum target size of 24×24px itself.

Priority: Critical High Page: Shop Observation Permalink
Observation Details

Open dialog windows can obscure focus of underlying interactive elements. Obscuring can be partial or complete. This will impact users of keyboard navigation as focus cannot be tracked while a dialog window is open. Dialog windows may be triggered by:

  • Footnotes

  • Info Icons

  • Buttons

Remediation Notes

When opened,

  • dialog windows must receive keyboard focus and

  • keyboard focus must be trapped inside the dialog window.

Ensuring placed and trapped keyboard focus to the opened dialog window will remediate this issue, as no interactive element outside of the opened dialog window should be focusable, thus cannot be focus obscured.

For more information about technical requirements of modal dialogs, refer to BFIT-Bund Handreichung "Accessible design of user interface elements – Modal Dialog". Also, consider/evaluate use of HTML dialog element <dialgo>. See HTML specifications – The dialog element and Can I Use – Dialog for browser support information.

Priority: Serious High Page: Shop Observation Permalink
Observation Details

When dynamically added content can be activated by the user, correct focus order must be ensured. This includes:

  • Opening a dialog window

  • Expanding an accordion item

  • Dynamically loading more content (e.g. more products in a product list) via "Load more" button

Adding and removing dynamic content must not remove focus from the triggering element. E.g. a footnote or info icon opening (adding) a dialog window. When the dialog window is closed (removed) again, focus must be on the triggering element.

Remediation Notes

Ensure, for all dynamically added content that can be activated by user,

  • focus cannot be set to focusable elements inside content, before content is being visually added (e.g. collapsed accordion items, or not yet opened dialog windows)

  • dynamic content should be placed directly below the triggering element in the DOM order

  • Opening e.g. a dialog window, will set the focus on the first focusable element inside the dialog window

  • Activating a "Load more" button must ensure, focus, after content is loaded, either

    • is set to the first focusable element of newly loaded content or

    • is set to the first preceding focusable element of newly loaded content.

Ensure, for all dynamically added and then removed content that can be activated by user,

  • keyboard focus

    • remains (e.g. collapsing/expanding accordion items) on the triggering element or

    • is set to (e.g. opening and closing a dialog window) the triggering element again.

Priority: Critical High Page: Shop Observation Permalink
Observation Details

When opening a dialog window (e.g. via footnote or info icon), said dialog window does not receive keyboard focus. This leads to multiple issues:

  • The contents of the dialog window are not accessible via keyboard.

  • The dialog window can not be closed by keyboard (easily or at all).

  • While the dialog window is open, keyboard navigation of the underlying page is still possible; the dialog window however blocks the view. (see also 2.4.11 Focus Not Obscured (Minimum))

  • Since keyboard navigation stays possible, opening multiple dialog windows above each other also is possible.

Remediation Notes

Opening a dialog window by keyboard navigation must set the focus to the dialog window's content. Opening a dialog window must trap keyboard focus inside the dialog window, so underlying content cannot be accessed while dialog window is opened. Closing the dialog window, focus must be set to the triggering element again.

Ideally, the first focusable element in a dialog window can be used to close the dialog window, so opening and closing of a dialog window can be done without the need of navigating through other focusable elements. Although simple dialog windows, e.g. asking for confirmation, and providing "Accept" and "Cancel" buttons, might not have an explicit "Close" button and may set focus to the dialog window's "main purpose action" instead.

Priority: Critical Low Page: Shop Observation Permalink
Observation Details

Links solely rely on color to be differentiated from other, surrounding text content and color contrast ratio of link text color to surrounding text color does not meet minimum required 3:1 color contrast ratio. Links, relying on color only and with insufficient color contrast ratio to surrounding text content include:

  • "Telekom Netz" in footnote dialog window "Bestes & größtes Mobilfunknetz Deutschlands!"

    • No underline

    • Color contrast ratio to surrounding text is 2.8:1

Remediation Notes

Ensure, links can be differentiated from surrounding text content by at least one other visually perceivable factor. Preferably use underline to indicate link text as it is browser default and known pattern to users. Additionally, it is recommended to keep color contrast ratio to surrounding text above the 3:1 ratio threshold.

Priority: Critical Low Page: Shop Observation Permalink
Accompanying Files
Observation Details

Text content gets truncated on small viewport with no possibility to reach the truncated content in section intro text "Unsere Smartphone-Tarife". CSS for text content looks as follows:

.cards-cta-headline, .cards-cta-text {
  -webkit-box-orient: vertical;
  display: -webkit-box;
  overflow: hidden;
}

Setting display value of HTML heading and paragraph element to something other than default block, may result in overflow issues.

Remediation Notes

Ensure the site is responsive. A viewport of 320px width must keep all content visible and all functionality intact.

Remove CSS properties -webkit-box-orient, display, overflow from affected text content.

Priority: Moderate Low Page: Shop Observation Permalink
Accompanying Files
Observation Details

Page uses landmarks. Accessible landmarks (including <article> elements) are:

  • Main, using <main>

  • Breadcrumb (Navigation), using <nav>

  • Region "Unsere Smartphone-Tarife", using <section aria-labelledby="...">

  • Article "Holt euch jetzt UNLIMITED*", using <article aria-labelledby="...">

  • Article "MagentaMobil Young", using <article aria-labelledby="...">

  • Article "Prepaid-Tarife", using <article>

  • Article "Datentarife", using <article>

  • Article "Watch- & Tracker-Tarife", using <article>

Observations:

  • While section "Unsere Smartphone-Tarife" uses a labeled section which changes its accessible role to "region", section "Weitere Mobilfunk-Tarife" is not labeled, therefore has role "generic" and is not added to the landmark list

  • Article elements have non-generic role "article" and as such are included in the landmark list on macOS VoiceOver screen reader rotor, even when not explicitly labeled

Remediation Notes

Landmarks should typically be used for broad page navigation that cannot be done by heading structure. Usually, a good heading structure will be enough to ensure good user experience with on-page navigation.


When using an HTML section element but not adding an accessible name, the grouping should instead be done by using a generic <div> element, as an unlabeled <section> does not add any accessible information.

When using landmarks, ensure consistent use of HTML elements and ARIA attributes. When using labeled landmarks, ensure, labelling all section and article elements to create an identifiable, consistent page structure like this:

  • Region "Unsere Smartphone-Tarife", using <section aria-labelledby="...">

    • Article "Holt euch jetzt UNLIMITED*", using <article aria-labelledby="...">

    • Article "MagentaMobil Young", using <article aria-labelledby="...">

  • Region "Weitere Mobilfunk-Tarife", using <section aria-labelledby="...">

    • Article "Prepaid-Tarife", using <article aria-labelledby="...">

    • Article "Datentarife", using <article aria-labelledby="...">

    • Article "Watch- & Tracker-Tarife", using <article aria-labelledby="...">

Priority: Moderate Low Page: Shop Observation Permalink
Observation Details

Breadcrumb navigation landmark uses <nav aria-label="Breadcrumb">. As page language is set to lang="de", German screen reader voice is trying to read "Breadcrumb", which –for users not familiar with the wording– can be an issue.

Remediation Notes

Ensure, all accessible text content, including labels for interactive elements and landmarks, is properly translated to main page language.

Priority: Moderate Low Page: Shop Observation Permalink
Observation Details
  • Line break element found


Semantic HTML elements must not be used for styling and layout purposes. Semantic elements carry a certain role that is communicated to assistive technology. Using semantic elements with a certain role for styling or layout purposes while the content does not match the communicated role, it will confuse users of assistive technology. Certain elements will be announced in certain ways, so that e.g. line break elements <br> or empty paragraph elements <p></p> are announced as "empty group".

Remediation Notes

Ensure proper use of semantic HTML.

  • Semantic elements must not solely be used for styling or layout purposes

  • All styling and layout changes must use CSS

  • Limit use of line breaks to intended purposes, e.g. in poetry or code snippets

Priority: Minor Low Page: Shop Observation Permalink
Observation Details

The page uses HTML list element in section "Unsere Smartphone-Tarife" to list the cards.

  • class="cards-cta-card-group"

On the other hand, a list is not used in section "Weitere Mobilfunk-Tarife" which follows the same card structure.

Remediation Notes

Ensure consistent use of semantic HTML structure. If lists are used for a section with a list of cards, ensure using lists for all similar structured sections. This will create a better user experience, as the user will expect the same structure for similar sections.

Priority: Critical High Page: Shop Observation Permalink
Accompanying Files
Observation Details

Text content in certain containers may overflow the container's boundaries, when text spacings are changed, making some text harder, other text impossible to perceive. Found on page:

  • Card component

Remediation Notes

Container elements must not use fixed dimensions, if they contain text content, to allow proper reflow without obscuring / overlapping content. Changing text spacings to values

  • 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.

must be possible and must not lead to any loss of content or functionality.

Priority: Moderate Low Page: Shop Observation Permalink
Accompanying Files
Observation Details

Purely decorative images must not have an accessible text alternative present. They must be excluded from the accessibility tree.

Decorative images with text alternative present:

  • Card icons in section "Weitere Mobilfunk-Tarife"

Side note: icons use PNG images for graphics that can be displayed vectorized.

Remediation Notes

Ensure, all purely decorative images are not accessible by assistive technology. Depending on the way, in image is embedded, the following methods can be used to remove it from the accessibility tree:

  • HTML image element: Set a null alt attribute as follows: <img alt="" />; do not use ARIA to hide the HTML image element

  • HTML SVG element: Remove the SVGs <title> element or keep it empty and use ARIA to explicitly hide the element to ensure highest compatibility across browsers and assistive technology: <svg aria-hidden="true">

Priority: Critical Low Page: Shop Observation Permalink
Accompanying Files
Observation Details

Images that are not purely decorative, must have a purpose equivalent text alternative set, to be accessible if the image cannot be visually perceived. A prime example is a blind screen reader user. But also if an image cannot be loaded due to network issues, the text alternative ensures perception of the conveyed information.

Images with non-equivalent text alternative:

  • "Unser Telekom NextMagenta Unlimited Image", using <div role="img" aria-label="...">

  • "Young Smartphone-Tarife Image", using <div role="img" aria-label="...">

Observations:

  • "Image" is part of text alternative; "Image" will be announced by assistive technology by default and should not be part of the text alternative

  • "Image" is part of text alternative; accessible text is not in main page language

  • Generic <div> element used instead of semantic Image element

  • Image contents are not described in text alternative

Remediation Notes

Ensure purpose equivalent text alternatives are present for every non-decorative image. Depending on the purpose, the text alternative may be describing the contents of an image or the functionality it serves (e.g. as a link to a specific page).