Ana içeriğe geç

Accessibility Statement

Last reviewed: 17 July 2026

Our Commitment

PTS Travel Solutions Ltd. ("Transferhood") is committed to making its digital services accessible to all users, including people with disabilities. We aim to conform to the Web Content Accessibility Guidelines (WCAG) 2.2 at Level AA and we continuously work to improve the accessibility of our website and booking flows.

Accessibility is not a one-time project — it is an ongoing commitment. We welcome feedback from users who encounter barriers, and we use that feedback to prioritise improvements.

Conformance Target

Our target standard is WCAG 2.2 Level AA. We have not yet completed a full independent audit of every page. Where we are aware of gaps we describe them honestly in the Known Limitations section below. We do not claim full conformance at this time; we aim for it and treat conformance as a continuous goal.

Scope

This statement covers the following publicly accessible surfaces:

  • The public marketing and informational website at transferhood.com
  • The online booking and vehicle-selection flow
  • The login, registration, and account-verification pages
  • The payment and checkout flow
  • Public policy pages (Terms, Privacy, Cookie Policy, and this statement)

Authenticated panel areas (admin dashboard, corporate portal, and partner management panel) are not covered by this statement; see Known Limitations below.

Measures We Have Taken

To improve accessibility we have implemented or are actively working on the following:

  • Accessibility toolbar — an on-screen widget lets users adjust font size, toggle high-contrast mode, enable a grayscale palette, underline links, and activate a reading guide. These are assistive enhancements and do not replace correct semantic markup.
  • Keyboard navigation — interactive controls (buttons, links, form fields, tab switches) are reachable and operable by keyboard alone without a mouse.
  • Semantic HTML — headings follow a logical hierarchy (h1 → h2 → h3), landmarks (main, nav, footer) are present, and lists are marked up with proper list elements.
  • Labels and ARIA — form inputs are associated with visible labels via Ant Design's Form component; error messages appear inline adjacent to the field that caused them; icon-only controls carry descriptive aria-label attributes.
  • Colour contrast — primary text on the main background meets the WCAG AA 4.5:1 contrast ratio requirement. Brand-colour interactive elements have been verified against their backgrounds.
  • Images — non-decorative images have meaningful alt text; purely decorative images carry empty alt attributes or aria-hidden="true".
  • Focus management — visible focus indicators are present on interactive elements; focus is not trapped or lost during tab/modal interactions in the booking flow.
  • Screen-reader testing — we perform manual testing with NVDA on Windows and VoiceOver on macOS/iOS as part of our accessibility review cycle.
  • Automated checks — axe-core and Lighthouse accessibility audits are run during development to catch regressions early.

Known Limitations

We are honest about areas that do not yet fully meet our WCAG 2.2 AA target:

Authenticated panels (admin, corporate, partner) — these internal management interfaces receive lower accessibility investment than the public-facing site. They may have missing focus indicators, inadequate colour contrast in data tables, or controls that require mouse interaction. We intend to improve panel accessibility incrementally.
Third-party embeds — Google Maps embeds and some payment provider iframes (e.g. Stripe Elements) are controlled by those vendors. We cannot fully guarantee the accessibility of their embedded components and refer users to the relevant vendor accessibility statements.
High-contrast and grayscale modes — our accessibility toolbar provides visual enhancements but they are layered on top of the standard styles. In rare cases a third-party component may override them. If you experience this, please contact us so we can address it.
Complex booking wizard steps — some multi-step booking screens contain dynamic content (date pickers, vehicle selection, extras) that may not announce state changes optimally to all screen readers. We are reviewing these flows and improving live region announcements.

Feedback and Contact

We welcome feedback about accessibility barriers you encounter. If you cannot access a part of the site or find a page difficult to use, please tell us:

When reporting a barrier, please describe the page you were visiting, what you were trying to do, and what device and assistive technology you were using. We aim to respond within 5 business days.

Assessment Approach

Transferhood assesses accessibility using the following methods:

  • Self-evaluation — the development team reviews new features for keyboard operability, label associations, focus management, and colour contrast before release.
  • Automated testing — we use browser accessibility tooling (for example axe DevTools / Lighthouse) during development and release checks to catch common regressions. Developers can also run in-app axe reporting via npm run a11y:dev. Continuous integration coverage for accessibility is being expanded.
  • Manual screen-reader testing — critical flows (booking, login, payment) are tested with NVDA + Chrome and VoiceOver + Safari as part of our accessibility programme.
  • Keyboard-only testing — key user journeys are verified to be fully completable by keyboard alone, without any mouse interaction.
  • Suggested keyboard checklist (for reviewers) — Tab through homepage search → login → booking steps → payment confirmation; verify Skip to content, visible focus, form errors announced, and no keyboard traps in modals/drawers.
  • User feedback loop — reports submitted via the email addresses above are triaged and addressed based on severity and user impact.

European Accessibility Act (EAA)

The European Accessibility Act (Directive 2019/882/EU) applies to certain digital products and services from June 2025. Transferhood is working towards alignment with EAA requirements and treats WCAG 2.2 Level AA as our technical conformance target in support of that goal. Where we fall short we aim to address gaps as promptly as resources allow.

Date of This Statement

This accessibility statement was first published and last reviewed on 17 July 2026. We will review and update it at least annually or whenever material changes are made to the website.

© 2026 PTS Travel Solutions Ltd. All rights reserved.

Bir sonraki yolculuğunuz, 1 dakikada çözüldü.

Sabit fiyat, profesyonel sürücü, kapıdan kapıya — sürpriz yok.

Hemen Rezervasyon Yap