Web Accessibility (WCAG) A website more people can use – checked against the WCAG requirements, with clear findings and fixes.
For you if: When your website must work for everyone – including keyboard, screen reader, zoom and low-vision users – and you want to know where it stands against the requirements.
Agreed in writing before we start.
- Review of selected pages and forms against the 35 WCAG criteria for the private sector
- Contrast, keyboard navigation, focus indicators and heading structure
- Alt text on images and clear form labels
- Prioritised list of findings explained in plain language
- Fixes in the website within the agreed scope
When the website is hard to use with a keyboard, screen reader or zoom – often without anyone in the business noticing.
According to the Norwegian Authority for Universal Design of ICT (Uu-tilsynet), websites of private businesses must at minimum meet 35 success criteria in WCAG 2.0 (level A and AA) when the website is an important channel to customers. We review your key pages and forms against these requirements, explain the findings in plain language and fix what can be fixed in the website.
Four clear steps.
- Review
We map goals, needs, data and what should be prioritized.
- Scope & price
You receive deliverables and the agreed price in writing before work starts.
- Build
We produce, test and let you approve along the way.
- Growth
We measure, learn and improve what actually matters.
What the written offer looks like.
- Review of selected pages and forms against the 35 WCAG criteria for the private sector
- Contrast, keyboard navigation, focus indicators and heading structure
- Alt text on images and clear form labels
- Prioritised list of findings explained in plain language
- Fixes in the website within the agreed scope
Read more for your industry
Three decisions before we recommend a scope.
When this fits
When your website must work for everyone – including keyboard, screen reader, zoom and low-vision users – and you want to know where it stands against the requirements.
First decision
Which pages and templates are reviewed, which findings we fix and what needs changes to content or third-party tools are agreed before we start.
When we should choose something else
If the need is only a small content or design adjustment, a full-scale web project is usually unnecessary.
How the solution becomes concrete.
Scope & structure
We make this deliverable concrete against user needs, technical dependencies and the approved scope.
User flow & design
We align titles, headings and internal links with the page’s real topic and search intent rather than inserting keywords mechanically.
Build & integrations
We make this deliverable concrete against user needs, technical dependencies and the approved scope.
QA & performance
We make this deliverable concrete against user needs, technical dependencies and the approved scope.
Launch & ownership
We make this deliverable concrete against user needs, technical dependencies and the approved scope.
Decisions that shape the web project.
Project inputs
website link, a list of the most important pages and forms, admin access if we are to fix findings, and any feedback from users
What we validate
number of findings per WCAG criterion before and after, contrast values, keyboard navigation and form labels and alt text on the key pages
Technical dependencies
Licensing, hosting and third-party costs are included only when specified. Features are not built against systems or APIs that have not been agreed or made accessible.
Next services that can genuinely connect with this one.
Business Website Design & Development
Platform-flexible, mobile-first websites built for trust, speed and more enquiries.
Learn more →
Website Maintenance & Support
Updates, security, backups and practical support after launch.
Learn more →
UX/UI Design
User journeys, wireframes and interfaces that make complex choices easier.
Learn more →Practical questions about Web Accessibility (WCAG)
When is Web Accessibility (WCAG) the right next step?
When your website must work for everyone – including keyboard, screen reader, zoom and low-vision users – and you want to know where it stands against the requirements. Which pages and templates are reviewed, which findings we fix and what needs changes to content or third-party tools are agreed before we start.
What do you need from us before starting?
We clarify website link, a list of the most important pages and forms, admin access if we are to fix findings, and any feedback from users. If something is missing, we explain what can be done without it before scope and price are approved.
What do we concretely receive?
The core delivery is normally built around Review of selected pages and forms against the 35 WCAG criteria for the private sector, Contrast, keyboard navigation, focus indicators and heading structure, Alt text on images and clear form labels. Exact included and excluded work is confirmed in writing before starting, and we follow relevant signals such as number of findings per WCAG criterion before and after, contrast values, keyboard navigation and form labels and alt text on the key pages.
What is not automatically included in the web scope?
Licensing, hosting and third-party costs are included only when specified. Features are not built against systems or APIs that have not been agreed or made accessible.
Get a free quote for Web Accessibility (WCAG)
Tell us briefly about your business and what you need. We will send you a fixed price in writing, usually within two working days.
- No obligation, no lock-in
- Fixed price before work starts
- We help businesses across Norway – remotely, with a fixed price