Website Accessibility Statement

1. Accessibility Commitment

BYTECH DIGITAL INNOVATION LTD ("BYTECH") is committed to making its corporate website usable by as many people as reasonably possible, including people who use assistive technologies or have visual, hearing, motor, cognitive or other accessibility needs.

BYTECH's current website engineering standard targets Web Content Accessibility Guidelines (WCAG) 2.2 Level AA. Accessibility is treated as part of design, engineering, content and quality assurance rather than as a final visual check only.

2. Website Covered by this Statement

This statement applies to the public BYTECH corporate website at bytechng.com, including its Home, Solutions, Services, Products, Industries, Work, Insights, Company and Contact areas where those pages are publicly available.

Separate BYTECH products, customer portals or third-party services may require their own accessibility assessment or statement where their technology and content differ materially from the corporate website.

3. What We Are Doing

The BYTECH website has been designed and tested with accessibility considerations including:

• Semantic page landmarks and a logical heading hierarchy.
• Keyboard-operable navigation, menus and form controls.
• A visible skip link for moving directly to main content.
• Visible keyboard focus indicators.
• Accessible mega-menu and mobile-navigation states.
• Breadcrumbs with appropriate current-page semantics.
• Persistent labels on Contact form fields.
• Accessible validation errors, including field-level messages and an error summary.
• Required-field and invalid-state semantics that do not rely on colour alone.
• Colour-contrast controls intended to meet WCAG 2.2 AA for meaningful normal-sized text.
• Responsive layouts intended to work across mobile, tablet and desktop widths without horizontal page overflow.
• Reduced-motion support for people who prefer less animation.
• Informative accessible names for meaningful diagrams and appropriate hiding of decorative graphical paths.
• Touch-target and navigation-semantic improvements identified through whole-site accessibility review.

4. Accessibility Testing

BYTECH has incorporated accessibility checks into its website quality process. Current engineering verification includes semantic DOM review, keyboard testing, responsive browser testing, focus behaviour, form validation behaviour, colour-contrast review, reduced-motion behaviour and automated regression tests for selected accessibility-critical components.

The website has also been reviewed across representative viewport widths from small mobile screens through large desktop displays. Accessibility testing should continue whenever significant components, content or functionality change.

No statement of perfect accessibility is made. Automated and manual testing can reduce barriers but may not identify every issue experienced by every user or assistive technology.

5. Current Conformance Position

BYTECH's target is WCAG 2.2 Level AA. Before public production launch, BYTECH should complete a final accessibility review against the deployed production build, including any third-party services, production assets, cookie controls and live Contact submission functionality that are not yet active in the current implementation.

Accordingly, this statement describes BYTECH's accessibility target and current engineering approach; it should not be interpreted as an unconditional certification that every future page, document, third-party integration or product interface will always conform fully.

6. Known and Potential Limitations

At the time this statement was prepared, no material unresolved accessibility defect had been intentionally accepted in the frozen corporate website implementation. However, the following areas require continued attention before and after production launch:

• New third-party widgets, analytics, cookie-management interfaces or embedded content may introduce accessibility behaviour outside BYTECH's direct component system.
• Future product screenshots, project imagery and other media will require appropriate alternative text or equivalent context where informative.
• Published Insight articles and future case studies must preserve semantic heading structure and accessible media treatment.
• Downloadable documents supplied through the website may require separate accessibility checks.
• Future customer portals or product applications are not automatically covered by the corporate website's existing accessibility verification.
• Changes to brand colours, typography or component styling must be checked for contrast, focus visibility and responsive behaviour.

7. Contact Form Accessibility

The BYTECH Contact / Start a Project form is designed with persistent labels, native required semantics, field-level error messages, an error summary, keyboard-accessible controls, visible focus states and separate consent choices.

When live submission is enabled, BYTECH should verify that loading, success, failure, spam-protection and any security challenge states remain accessible and do not introduce keyboard, screen-reader or cognitive barriers.

8. Keyboard and Motion

BYTECH intends the public website to be usable without a mouse for core navigation and form interaction. Interactive menus should expose their state appropriately, return focus predictably and respond to standard keyboard actions such as Escape where applicable.

The website respects the user's reduced-motion preference by reducing or disabling non-essential smooth scrolling and transitions where appropriate.

9. Colour and Visual Presentation

BYTECH uses a controlled design-token system for brand colours, text, surfaces and interaction states. Meaningful normal-sized text is intended to meet WCAG AA contrast requirements against its background.

Colour is not intended to be the only means of communicating required fields, errors, current-page state or other essential information.

10. Images, Diagrams and Product Media

Meaningful diagrams should have accessible names or equivalent text context, while decorative paths and visual flourishes should be hidden from assistive technologies where appropriate.

BYTECH will not treat automatically generated or decorative alternative text as sufficient for important project or product evidence. When real RetailFlow, BYTECH Campus, project or workplace imagery is introduced, alternative text should be written according to the purpose and context of each image.

11. Downloadable Documents

Some BYTECH website content may eventually include downloadable documents. A document being available in PDF, Word or another format does not automatically mean it is fully accessible.

BYTECH should assess important public documents for heading structure, reading order, meaningful link text, table structure, image alternatives, colour contrast and other relevant accessibility requirements before publication where reasonably practicable.

If you require information in another reasonably available format, you may contact BYTECH using the feedback route below.

12. Third-Party Content and Services

BYTECH may link to or integrate services operated by third parties. BYTECH cannot guarantee the accessibility of third-party websites or tools that it does not control.

Before introducing material third-party functionality into the BYTECH website, the company should consider accessibility alongside privacy, security, performance and commercial requirements.

13. Reporting an Accessibility Problem

If you experience difficulty using the BYTECH website, cannot access information, encounter a keyboard or screen-reader problem, or need information in another reasonably available format, please tell us.

Until BYTECH approves a dedicated accessibility mailbox, accessibility feedback may be sent to:

Email: privacy@bytechng.com

Website: bytechng.com

When reporting an issue, it is helpful to include the page or feature affected, what you were trying to do, the device/browser or assistive technology used where relevant, and a description of the problem. Do not include passwords or unnecessary sensitive information.

14. How BYTECH Will Handle Feedback

BYTECH intends to review accessibility feedback in a proportionate manner, reproduce the issue where possible, assess its impact and determine an appropriate correction or alternative.

This statement does not promise a fixed response or remediation timeframe unless BYTECH later adopts and publishes such a commitment. Serious barriers affecting access to core website information or the ability to contact BYTECH should be prioritised appropriately.

15. Continuous Improvement

Accessibility should be reviewed as the website evolves. BYTECH's development process should continue to include accessibility when:

• Creating new page templates or components.
• Changing navigation or interaction patterns.
• Introducing live Contact submission or CRM integrations.
• Adding cookie-consent technology.
• Publishing new product or project media.
• Adding downloadable public documents.
• Introducing third-party widgets or embedded content.
• Changing typography, colours or responsive breakpoints.
• Publishing new content types or customer-facing portals.

16. Statement Review

This Accessibility Statement should be reviewed after the final production accessibility audit and thereafter when material website changes, significant accessibility findings or relevant legal/standards changes occur.

The public version should display an effective or last-reviewed date once approved.