Accessibility statement
What we do so this site can be used with a keyboard, a screen reader or at high zoom — and where that conformance has its limits.
As assessed on 13 October 2026. We update this statement whenever something changes that affects accessibility.
1. What we are committing to
Skyluma wants a jump to be something you can buy without needing anybody's help — whether you use a mouse, the keyboard alone, a screen reader, magnification or high-contrast mode.
We measure ourselves against WCAG 2.2 level AA and the EN 301 549 standard. Selling online is a service covered by the Polish act of 26 April 2024 implementing the European Accessibility Act, so we treat these requirements as binding rather than as good practice.
2. Conformance status
This site conforms to WCAG 2.2 level AA, with the limitations listed in section 6. The claim rests on the examination described in section 3: an automated pass over every public page in every language the site serves, in both palettes, backed by manual testing.
3. How we checked
An automated pass with the axe-core engine covered every public page in every language the site serves, at two window widths: 1280 px and 320 px. Decorative gradients were replaced by their brightest point for the duration of the test, because otherwise the tool cannot resolve the background and skips the contrast check instead of reporting it.
By hand we checked: the whole purchase path using the keyboard alone, focus visibility, keyboard traps in the cart drawer, zooming to 200%, the layout at 320 px wide, behaviour with reduced motion enabled, and the error messages in every form.
The pass runs twice — once for the night palette and once for the day one — because each has its own colour values and a fault in one need not exist in the other. Contrast is measured by resolving colours through the browser's canvas rather than by pattern-matching the CSS: modern stylesheets express transparency as oklab() and color-mix(), and a simpler parser silently skips half the page and reports zero failures it never looked for.
4. What works
Things you can rely on — we re-check them on every change:
- The whole site, including the purchase path and the contact form, can be operated with the keyboard alone. Focus is always visible: the ring is defined globally and never removed, including on components that draw their own borders.
- Every page starts with a “Skip to content” link, visible on the first press of Tab.
- The menu and the cart drawer are modal: focus stays inside, Escape closes them, and focus returns to the control that opened them. The page underneath does not scroll away behind them.
- The reader chooses the appearance — night or day — in the menu, and the choice is remembered. Both have their own verified contrasts; neither is the lesser version.
- Reduced-motion settings switch off animations, the drifting photographs and background films. Nothing that moves for longer than five seconds is left without a way to stop it.
- Every photograph carries alternative text written as part of the gallery edit rather than added afterwards. Purely decorative elements are hidden from screen readers.
- Form errors are tied to their fields (aria-describedby), announced, described in words rather than by colour alone, and after a failed submit focus lands on the first thing to fix.
- The site works at 200% zoom and at 320 px wide without horizontal scrolling and without losing content.
5. Keyboard use
Outside the game “Freefall” we add no single-key shortcuts of our own — they capture letters assistive software needs. The browser's own keys are enough:
- Tab and Shift+Tab — next and previous control; the first stop is “Skip to content”.
- Enter or Space — follow a link or press a button.
- Escape — close the menu, the cart drawer, a notification or the conditions panel.
- Arrow keys — choose within a group of options (appearance, language, voucher format).
- In the game “Freefall”: the arrow keys or W, A, S, D steer, Space pulls and lifts the legs, P or Escape pauses, M mutes. They work only while focus is on the game.
6. Known limitations
We know about the following and are listing them rather than claiming full conformance:
- The front page opens on footage of a night jump. The film moves, so contrast over it cannot be settled once and for all — we darken the bands the text sits on and measure the picture pixel by pixel under every text zone, taking the worst pixel. A reduced-motion setting holds the film on its poster frame, and it also carries its own pause button.
- Voucher PDFs are generated as a document to print. They are not tagged files, so a screen reader gets less from them than from the voucher page. Everything in the PDF — the code, the product, the expiry date — is on the voucher page as ordinary text.
- The “Book your date” page embeds the manifest.plstrefa.pl reservation system. That is somebody else's site in a frame — we control neither its code nor its accessibility. The frame carries a name a screen reader announces, an ordinary link beside it opens the system in a new tab, and a date can also be arranged by e-mail or by phone.
- The 404 page is assembled by the framework outside our layout, and its language attribute cannot be set in the HTML we control. We set it by script as the page loads, and the error content itself declares its language — but with scripting off, a screen reader may read that one page in the wrong language.
- The game “Freefall” is a real-time arcade game. It needs sight and quick reactions, so a screen reader announces its stages and the final score, but the play itself cannot be done without watching the screen. The game is not needed to buy anything, or for anything else on the site. It stops at any moment with its pause button, P or Escape, and pauses itself when you switch tabs. With reduced motion switched on it runs without camera shake, without the camera's flights between views (it cuts instead) and without flashes.
- The admin panel is outside the scope of this statement: it is an internal tool, not available to customers.
7. Another way through
If anything here stops you buying a voucher or checking one, write or call — we will take the order and complete it for you, at no extra cost and without asking you to explain why. The same goes for booking a date: you do not have to use the embedded system.
The contact page also carries an ordinary form — the same details can be sent that way if it suits you better than an e-mail client.
Contact: info@skyluma.pl, tel. +48 607 697 657.
8. Feedback and complaints
Please send accessibility feedback to info@skyluma.pl. We reply within 7 working days. It helps to include the address of the page, what went wrong, and which browser and assistive technology you use — but we will take the report without any of that.
If our answer is not good enough, an inaccessible service can be reported to the President of the Management Board of PFRON, the Polish State Fund for the Rehabilitation of Disabled People — the market surveillance authority named in the Polish act implementing the European Accessibility Act. Reports go to dostepnosc@pfron.org.pl, to the ePUAP inbox /PFRON/SkrytkaESP, or by telephone to +48 22 581 84 10 (extension 5).