Visitor toolbar · on every plan

A toolbar your visitors use to change how your pages look and read

The Reviseberg visitor toolbar is one <script> tag you add to your pages. It puts a button on the page, and a visitor who opens it can change how your pages are presented to them: larger text, more spacing, a plainer font, other colours, a reading guide, stopped animations, the page read aloud. The change happens in that visitor's browser, for that visitor, and for nobody else.

It is on every plan, the free account included. On the free account the toolbar carries a small "Powered by Reviseberg"; on a paid plan it does not.

Try it on this page

This website runs the toolbar itself. Its button is at the bottom right of every page, and Alt+Shift+A opens it from the keyboard. Here it runs in demo mode: everything works except the AI assistant, so typed and spoken requests are answered by the phrase matcher in your browser alone. What you change stays in this browser and changes nothing for anybody else.

What it is, and what it is not

The toolbar changes presentation, and only for the visitor who asks. It is not a repair, and it does not claim to be one:

  • It fixes nothing in your site. Your code and your content stay exactly as they are, and our scans see the page you built.
  • It does not change whether your site meets WCAG, the BFSG or the European Accessibility Act. Nothing the toolbar does is evidence that it does, and nothing we publish — on this website, in the dashboard or in a plugin — says otherwise. In 2025 the US Federal Trade Commission ordered the maker of an overlay product to pay one million dollars, among other things for advertising that its product could make any website meet WCAG [1].
  • It never replaces your words. A summary, a simpler version or a translation the assistant writes is shown in the toolbar's own panel or reading mode, labelled as such, and never in place of your text.
  • Our scans never see it. More on that below.

The order of the work does not change: remove barriers in the source, where they are made, and then — if you want to — offer a toolbar as a comfort on top. Our guide to accessibility overlays explains why that order matters.

What a visitor can change

35 settings, grouped the way the panel shows them. In the dashboard you can hide any of them, and keep parts of a page — a logo that must keep its colours, a chart whose colours carry meaning — out of a group of settings.

Text

  • Page zoom – scales the whole page, images included, up to twice its size.
  • Text size – makes text larger without scaling the images, up to twice the size.
  • Line height – more space between lines, in three steps starting at 1.5 times the text size.
  • Letter spacing – more space between letters, in three steps.
  • Word spacing – more space between words, in three steps.
  • Paragraph spacing – more space after each paragraph.
  • Text alignment – left, centred, right or justified, whatever the page set.
  • Font – a plain sans-serif font, or a font designed for readers with dyslexia, in place of the site’s own.
  • Bold text – makes body text heavier.
  • Text magnifier – shows the text under the pointer or the keyboard focus enlarged in a bubble.
  • Magnifying lens – a magnifying glass that follows the pointer.

Colour and contrast

  • Contrast – dark, light, high-contrast or inverted colours in place of the site’s.
  • Saturation – muted colours, stronger colours or greyscale.
  • Colour-vision correction – shifts colours for red-weak, green-weak or blue-weak colour vision.
  • Correction strength – how strongly that correction is applied: mild, medium or full.
  • Blue-light filter – warmer screen colours, in three steps.
  • Smart contrast – finds text that is too faint against its background and darkens or lightens it.
  • Text colour – a text colour the visitor picks, with its contrast ratio against the background shown beside it.
  • Heading colour – a colour the visitor picks for headings.
  • Link colour – a colour the visitor picks for links.
  • Background colour – a background colour the visitor picks.

Orientation

  • Highlight links – outlines and underlines every link and button.
  • Highlight headings – outlines every heading.
  • Highlight on hover – outlines whatever is under the pointer.
  • Strong focus outline – a thick, two-tone outline around whatever has keyboard focus.
  • Tooltips – shows an image’s text alternative and a button’s name on hover or focus.
  • Reading guide – a horizontal bar that follows the pointer, so the visitor keeps their place in a line.
  • Reading mask – dims the page except for a band around the pointer.
  • Large cursor – a large black or white mouse pointer.
  • Hide images – hides images and shows their text alternative instead.

Motion and sound

  • Stop animations – stops CSS animations, transitions, animated GIFs and autoplaying video. Animation a page drives from its own script can keep running.
  • Mute sounds – mutes audio and video on the page.

Reading

  • Click to read aloud – reads out whatever the visitor clicks or focuses, in the browser’s own voice.
  • Reading speed – five speeds for reading aloud, from slowest to fastest.

Navigation

  • Keyboard shortcuts – single keys that jump to the next heading, link, form field, button, image, table, landmark or the main content. They are never active while the visitor types in a field.

Besides the settings, the toolbar does things once, on request: read the page or a selection aloud, open the main content on its own in a reading mode, list the page's headings, regions and links, jump to the main content, and put a number on every link, button and field in view so that a visitor can say the number to use it.

Profiles

9 profiles turn on several settings in one step. Each is named for the people who tend to want it and described by what it changes. Any setting can be changed on its own afterwards, and turning a profile off puts back what it set.

The toolbar’s profiles and what each turns on
ProfileWhat it turns on
Epilepsy and migraineStops animations and autoplaying video, and mutes strong colours.
Low visionLarger text, stronger contrast, a plain font, a strong focus outline and a large cursor.
ADHDA reading mask, no animations and a strong focus outline.
Reading and understandingA plain font, more space between lines and words, and highlighted links and headings.
DyslexiaA font designed for readers with dyslexia, more spacing, left-aligned text and a reading guide.
Colour visionCorrects colours for red-green colour-vision deficiency; the type can be changed under Colour.
Keyboard and motorSingle-key shortcuts, a strong focus outline and a large cursor.
Read aloud and keyboardReads out what the visitor clicks or focuses, with keyboard shortcuts and a strong focus outline.
Older adultsSomewhat larger text, more line height, a large cursor, highlighted links and no animations.

A profile is a starting point, not a promise. "Epilepsy and migraine" stops what the toolbar can stop; a video it cannot reach can still flash.

Temporary fixes

When a scan finds an image with no text alternative or a button with no name, Reviseberg can suggest the missing text, and a person on your team accepts or rejects it under Suggestions. The fix belongs in your code or your CMS. Until it is there, an Admin can let the toolbar show accepted fixes to visitors:

  • Off by default. An Admin switches it on, per site.
  • Accepted only. Only suggestions a person accepted are shown.
  • One attribute, on one element. alt, aria-label, title or lang, on the exact element the suggestion was for — never text, markup or script, and never over a value the page already has.
  • Labelled. Every patched element carries data-reviseberg-fix; the toolbar's About section lists them, and a visitor can turn them off.
  • The issue stays open. Every scan counts it until your source has the fix. The dashboard shows each suggestion as "Shown", "Not shown" with the reason, or "Fixed in your source".

A temporary fix is added in the visitor's browser, so a screen reader in that browser reads it. It disappears whenever the script does not load — which is why it is a stopgap and not the fix.

Typed and spoken requests

A visitor can type or say what they need: "bigger text", "stop the animations", "read this to me". Every request goes first to a phrase matcher that runs on the visitor's device — complete in English and German, with the common requests in 10 more languages. It is on every plan and sends nothing anywhere.

What the matcher cannot place can go to an AI model, but only when all four of these hold:

  • the plan includes it: 2,000 requests a month across your sites on Starter, 10,000 on Growth, and by agreement on Enterprise; the free account has the phrase matcher only;
  • an Admin has switched it on for the site;
  • the page is not excluded — checkout, account and login pages are excluded from the start;
  • the visitor has read a notice naming the provider and what is sent.

What is sent: the request, the toolbar's language, the settings already on, and an outline of the page — its headings, landmarks, link and button names, and its path without the query string. The page's main text only when the visitor asks about the page. Never sent: form values, the query string, and anything you mark with data-reviseberg-private or exclude. The reply is checked twice before anything is applied, and every change it makes can be undone. We store counts, not the text of requests.

Voice uses the browser's own speech recognition, which in some browsers sends the audio to the browser maker's servers. The notice says so.

Privacy

  • Nothing is stored before a visitor changes something. A visitor who only looks leaves no trace.
  • Settings stay in that browser, in the local storage of your site, under the toolbar's own name. No cookie, no identifier, nothing another site can read. "Hide for this visit" uses session storage, which the browser forgets.
  • Counts, not people. The toolbar counts how often it was opened and which settings were turned on by hand, and sends those numbers once, when the page is hidden — without an identifier, a cookie or the page's address. Your dashboard shows daily totals per site, and those totals are all that exists.

20 languages

The toolbar's interface follows your page's language unless you set one, and a visitor can switch. English and German are written by us. The other 18 were drafted by machine translation and are waiting for review by native speakers — we say so here rather than list twenty languages as if they were equal.

Written by us: English, Deutsch

Machine-drafted, awaiting review by native speakers: Français, Español, Italiano, Nederlands, Português, Polski, Čeština, Svenska, Dansk, Norsk bokmål, Suomi, Türkçe, Русский, Українська, 简体中文, العربية, עברית, فارسی

Our scans never see it

The toolbar's loader stops before its first request when the browser introduces itself as our crawler, RevisebergBot, or when our engine has marked the page as a crawl. So a Reviseberg scan measures your site and never the toolbar: switching it on cannot raise a score, and a temporary fix leaves its issue open until your source has the fix.

Install

One tag, before the closing </body> of every page, with the key from your dashboard (Settings › Visitor toolbar). There is a guide for each of 43 platforms, and for many of them a plugin, module or package that adds the tag for you. None is listed in a platform's store yet: you download the package from its guide.

Install the toolbar See pricing

Frequently asked questions

Will my scan look better with the toolbar on?

No. Our crawler never loads the toolbar, so a scan measures the site you built, with or without it. A temporary fix shown to visitors leaves its issue open in every scan until the fix is in your source.

Does the toolbar make my site conform to WCAG or the BFSG?

No. Whether a site meets WCAG 2.2, the BFSG or the European Accessibility Act depends on its code and its content, and the toolbar changes neither. It gives a visitor ways to adjust the presentation for themselves — useful on top of an accessible site, and no substitute for one. Nothing about the toolbar is evidence of conformance, and your accessibility statement should not present it as such.

Is this an accessibility overlay?

It is the kind of settings panel many overlay products include, and it loads the same way, as a script on your page. What it leaves out is what overlays are criticised for: it changes nothing on its own, it does not claim to make anything meet a standard or a law, and it says what it does. The one thing it can add for every visitor — a temporary fix — is off by default, limited to what a person accepted, and labelled.

Do people who use a screen reader need it?

Usually not. A screen reader brings its own settings, and the toolbar's settings change how the page looks and how the browser reads it aloud, not what a screen reader announces. The exception is a temporary fix: it adds a missing text alternative or name, which a screen reader then reads.

Does it slow my pages down?

The script that loads with your page is small. The panel and everything else are fetched the first time a visitor opens the toolbar or turns something on.

Does it set cookies?

No. Nothing is stored until a visitor changes a setting, and then only in that browser's local storage for your site.

Can I change how it looks?

Under Settings › Visitor toolbar: where the button sits and how it looks, which settings are offered, which parts of your pages are left alone, and the letter for the keyboard shortcut. You can also hide the button and open the toolbar from a link of your own.

Sources

  1. US Federal Trade Commission: "FTC Approves Final Order Requiring accessiBe to Pay $1 Million", 22 April 2025. https://www.ftc.gov/news-events/news/press-releases/2025/04/ftc-approves-final-order-requiring-accessibe-pay-1-million

Prices are public

Every plan and what it includes, in euros, on one page.