Skip to main content
Scanready Test now
Our own measurement · 20 sites · 108 pages

The most common barriers in German online shops — 792 findings across 20 sites

There is a lot of estimating about accessibility in retail and very little measuring. We tested 20 German-language sites across 108 pages. The result is clearer than we expected: a single criterion accounts for more than half of all findings.

What was measured

So the figures below can be placed: scope, tool, standard — and the decisions that make the numbers come out low rather than high.

On 21 and 25 August 2026 we tested 20 German-language sites that could be examined technically, across up to eight pages each: home, category, product detail, basket, login, contact, legal notice, privacy. 108 pages in total. These are real, publicly reachable sites across sizes and sectors — from a municipal utility to a large generalist retailer.

The tool is axe-core 4.10.2 by Deque, the same testing engine that sits inside Lighthouse and many developer tools, run in a real browser via Playwright. The active rule sets were wcag2a, wcag2aa, wcag21a and wcag21aa — the scope that corresponds to EN 301 549 with its reference to WCAG 2.1 Level AA.

Findings are consolidated, not added up. The same defect in a header or footer appears on every page of a site. We group them by a normalised fingerprint of the HTML fragment and count each place once, noting “on N of M pages”. 1,862 raw hits therefore become 792 consolidated findings — a factor of 2.4. Counting raw hits gives you more than double.

Against that stand 3,118 passed checks. That belongs to an honest account: far more works on these sites than does not.

Cookie banners are not clicked away. An automated click on “Accept” would be a declaration of intent in someone else’s name. Where a banner covers content or removes parts of the page from the testable area via aria-hidden, we note it — which makes the number of findings come out low rather than high.

And the sites are not named. A table of domains and defect counts inevitably reads as a ranking, and a ranking quickly becomes a verdict about someone else’s business. We have neither the right nor the evidence for that: an automated test covers only part of the criteria, and every measurement is a snapshot of a single day. So what you get here is the sector and the number.

The spread is the real result

The 792 findings are not spread evenly. Sorting the 20 sites by their number of findings gives this sequence:

0 · 2 · 5 · 7 · 9 · 10 · 13 · 13 · 22 · 23 · 27 · 35 · 35 · 39 · 55 · 57 · 58 · 73 · 152 · 157

The median is 25, the mean 39.6. The two largest sites alone account for 39 per cent of the entire measurement with 152 and 157 findings. Two sites of comparable size, with the same number of pages, can therefore be a factor of 20 apart — the number of findings hangs on the state of the theme, not on the size of the company.

One site had none. A mail-order house for artisan goods stayed at zero machine-detectable findings across seven tested pages — with 206 passed checks. Compliant sites exist, and they are not the largest or the most expensive ones. That is why we do not work with “you are all failing” but with “we will tell you where you stand”.

By severity, the 792 findings break down into 104 rated critical and 688 rated serious. No lower severities occurred in the entire run — which follows from the fact that the active rule sets target precisely those criteria whose violation actually impedes use.

Four rules account for 86 per cent

Anyone wanting to know where effort pays off does not have to work through 70 criteria. Four cover most of it.

Findings per axe rule, 20 sites, 108 pages, measured 21 and 25 August 2026
RuleFindingsShareIn sitesWCAG reference
color-contrast43054.3 %19 of 201.4.3 Contrast (Minimum)
link-in-text-block13216.7 %4 of 201.4.1 Use of Color
image-alt627.8 %5 of 201.1.1 Non-text Content
link-name567.1 %11 of 204.1.2 Name, Role, Value
listitem334.2 %2 of 201.3.1 Info and Relationships
nested-interactive192.4 %3 of 204.1.2 Name, Role, Value
label131.6 %2 of 203.3.2 Labels or Instructions
button-name101.3 %5 of 204.1.2 Name, Role, Value
thirteen further rules374.7 %various

Consolidated findings after deduplication. “In sites” counts how many of the 20 sites triggered the rule at least once. A sample of this size shows patterns and spread — it is not a representative market study.

The four most frequent rules together account for 680 of 792 findings, or 85.9 per cent. Three of them can be corrected entirely from the finding itself; one, image-alt, cannot be corrected automatically at all. What that means for effort is set out in the article on remediation.

WCAG 2.1 · 1.4.3

Contrast is not a side issue, it is the issue

430 of 792 findings are contrast failures. They occurred on 19 of 20 sites; the only one without a contrast finding was the same one that had no findings at all. Across all sectors, all sizes, all budgets — that is the clearest result of the entire measurement.

The requirement is not a matter of interpretation. WCAG 2.1 success criterion 1.4.3 requires a contrast ratio of at least 4.5:1 against the background for normal text, and at least 3:1 for large text. A contrast ratio is a number you calculate, not one you judge. So there is no argument about taste here.

Why it happens everywhere anyway: light grey on white has been a design fashion for years. It hits almost always the same places — secondary labels under product names, placeholder text in search fields, disabled button states, footer links, the small print under prices and the copy line in promotional banners. None of those stands out when designing on a bright, expensive screen. Every single one stands out on a phone in the sun.

There is a second figure that is rarely mentioned: on all 20 sites, additional contrast questions remained open as “not automatically decidable” — text over images, over gradients, over video. Including on the site that had zero findings. In those cases a tool cannot determine the background unambiguously and therefore reports not an error but an open question. Anyone looking only at the error count misses them.

link-in-text-block, 132 findings. A link in running text that differs from its surroundings only by colour. WCAG 2.1 success criterion 1.4.1 requires that colour is not the only means of conveying information — someone who distinguishes colours poorly then sees no link. The distribution is telling: this rule hit only 4 of 20 sites yet accounts for 17 per cent of all findings. That is typical, because the cause is practically always one CSS class that removes the underline, and which then sits on every link in the text. On one site, a single such class carried 42 findings.

link-name, 56 findings on 11 of 20 sites. The broadest finding after contrast. A link or button has no accessible name: visually there is an icon, for screen-reader software it is an empty element. It always hits the same elements — basket, search, account, wishlist, language switch, the close cross in a dialogue. Together with button-name (10 findings on 5 sites) and svg-img-alt, this is the “icon without text” family, present on every second site we tested.

Both are cheap to fix and almost always overlooked, because sighted use does not reveal them. They are the reason why an operator’s visual inspection is no substitute for a measurement: you cannot see what is missing.

<code>image-alt</code>: the finding type no tool can solve

62 findings on 5 of 20 sites are images without a text alternative. It is the only one of the four big rules for which no correction can be generated — not even with a language model.

The reason is banal and constantly ignored: whoever has not seen the image cannot describe what it shows. And a wrong alternative text is worse than none. It makes the finding disappear in the next test run without solving the problem — screen-reader software then confidently reads out something false. That is exactly the mechanism behind the poor reputation of automatically generated alternative texts in overlay tools.

There are exactly two cases that can be decided by machine: tracking pixels and spacers. An image of 1×1 pixel, or with “spacer”, “pixel” or “blank” in the file name, is safely decorative and gets an empty alt attribute. Everything else needs a human who looks at the image and knows why it is on the page.

For a quote this means: the “alternative text” item is the only one that grows linearly with the number of images. It cannot be optimised away and cannot be bundled into a batch correction.

Structural defects: few places, many findings

listitem (33 findings), nested-interactive (19), aria-required-children (6) and list (3) belong together: in all four cases the declared structure does not match the actual one. An <li> without a surrounding list. A button inside a button. An element with the ARIA role menu whose children are not menuitem.

That is 61 findings in total — and they cluster: listitem on only 2 of 20 sites, nested-interactive on 3. Such defects practically never come from the core of a shop system but from hand-built navigations, dropdown menus and carousels. The practical advantage: it is almost always one place in a template that clears many findings at once.

The practical disadvantage: a testing tool reports the faulty fragment, but the defect sits in the parent element, which it does not supply. Those findings therefore come with a recipe and the context, but no ready-made code suggestion. Which systems stood out how is on our page about shop systems.

Annex 1 no. 1 (a) BFSG

What none of these figures contains

The most important section of this article. Without it, the numbers above would be misleading.

An automated test covers only part of the criteria; about a third is the figure usually given. What this measurement fundamentally did not test:

  • keyboard operability of the ordering process — the basket is opened but not filled, and no order is placed
  • focus visibility and whether keyboard operation gets stuck anywhere
  • reading and tab order — whether the order in the code matches the visible one
  • the substantive correctness of existing alternative texts — a wrong one passes the test
  • the understandability of error messages and whether they are tied to the field they refer to
  • captions and audio description in videos
  • and the statutory documentation itself: the information under Annex 3 and a working feedback route — documentation questions, not code questions

The overlap with what the statute demands of the authority is striking. Annex 1 no. 1 (a) BFSG requires that the sample examine all steps of a procedure, at least in the standard order followed by a typical user, and letter (b) expressly names forms, dialogue boxes, input confirmations and error messages. That is precisely the area an automated test does not cover — and precisely why a report without findings is not evidence of conformity. That sentence also appears in every report we deliver.

Two further sites could not be measured at all, for a reason that has nothing to do with the scope of testing: the request already failed the browser’s certificate check — on one the address requested did not match the certificate, on the other the issuing authority was unknown to the browser. We do not click past a certificate warning. On a third site only the home page was reachable: there a protective rule in the upstream network refused the automated browser, and overcoming an access barrier is a different thing from reading a publicly reachable page. All three are therefore missing from this analysis rather than represented by estimated values.

Sources and data

The measurement data come from our own runs; the standards they were measured against are published norms. All links were checked on 27 August 2026.

  1. Own measurement, ScanreadyRuns on 21 and 25 August 2026 across 20 German-language sites, 108 pages. Tool, page selection, deduplication and limits are described above under “What was measured”; the same tool is freely usable on our home page.https://scanready.eu/en/ (opens in a new window)Retrieved on 27.08.2026
  2. axe-core 4.10.2, Deque Systems, licence MPL-2.0Testing engine; rule sets wcag2a, wcag2aa, wcag21a, wcag21aahttps://github.com/dequelabs/axe-core (opens in a new window)Retrieved on 27.08.2026
  3. Web Content Accessibility Guidelines (WCAG) 2.1, W3C RecommendationSuccess criteria 1.1.1 (Non-text Content), 1.3.1 (Info and Relationships), 1.4.1 (Use of Color), 1.4.3 (Contrast Minimum, 4.5:1 and 3:1), 3.3.2, 4.1.2https://www.w3.org/TR/WCAG21/ (opens in a new window)Retrieved on 27.08.2026
  4. EN 301 549 V3.2.1 (2021-03), “Accessibility requirements for ICT products and services”, ETSI/CEN/CENELECClause 9 (Web) referencing WCAG 2.1 Level AAhttps://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf (opens in a new window)Retrieved on 27.08.2026
  5. Barrierefreiheitsstärkungsgesetz (BFSG)Annex 1 (to § 28) no. 1 letters (a) and (b) — monitoring method, procedural steps, forms and error messageshttps://www.gesetze-im-internet.de/bfsg/anlage_1.html (opens in a new window)Retrieved on 27.08.2026
  6. BFSG§ 4 — presumption of conformity on the basis of harmonised standardshttps://www.gesetze-im-internet.de/bfsg/__4.html (opens in a new window)Retrieved on 27.08.2026

Read on

792 findings are 284 decisions

What remediating these findings really means in work — and why the number of findings is the wrong price anchor.

What market surveillance actually does

Which pages belong in a sample under Annex 1 BFSG, and what the authority says about automated preliminary checks.

Accessibility in your shop system

Shopware, Shopify, WooCommerce, OXID, Magento, TYPO3 — with per-system findings from the same measurement.

What it costs to make a website accessible

Four cost blocks that are constantly conflated, and the prices actually being asked in the market.

How many would it be on your site?

The same engine, the same rule sets, the same deduplication as in this measurement. Enter your address, get the number straight away — free and without sign-up.

Test your website See pricing