A website accessibility audit at COLONFILM costs $490 for BASIC, $990 for STANDARD with code fixes, or $1,790 for PREMIUM with broader coverage, an accessibility statement draft, and a retest.
In short
- Your budget depends on distinct templates, important interactions, and the work you want delivered.
- BASIC covers assessment and a report; STANDARD adds code fixes within its scope.
- PREMIUM covers up to 30 templates and includes a statement draft and retest.
- Prepare a template inventory and decide who will approve changes before requesting a quote.
Website accessibility audit cost in 2026: compare the packages
Start by deciding what you need at the end of the project. You may want a prioritized report for your developer, a website with agreed corrections applied, or a larger engagement with a documented recheck. These are different purchasing decisions, even when they begin with the same website.
The COLONFILM accessibility audit and fixes service publishes three defined packages. The table below gives you a concrete budget reference. Use the scope to select a starting point, then check that your platform, templates, and customer journeys fit the proposed work.
| Package | Price | Included scope | Useful when |
|---|---|---|---|
| BASIC | $490 | Audit of up to 10 page templates and a report | Your developer will apply the recommendations |
| STANDARD | $990 | Audit and code fixes across up to 15 templates | You want assessment and implementation together |
| PREMIUM | $1,790 | Audit and fixes across up to 30 templates, accessibility statement draft, and retest | You need broader coverage and a defined recheck |
These figures are COLONFILM prices for the listed scopes. They give you something specific to compare with another proposal: the coverage, implementation, documentation, and review you receive. Ask each supplier to price the same brief so that differences in the total are easy to interpret.
What determines the price of an accessibility audit?
The first driver is structural variety. A library of articles using one layout presents a different review task from an application with dashboards, account settings, search filters, and checkout. Gather representative examples of each structure so the provider can assess the actual breadth of the website.
The second driver is interaction. A simple contact form and a booking flow with several steps require different planning. Include error states, confirmations, menus, dialogs, and account permissions in the discussion. Some important screens only appear after a particular action, so a public sitemap gives an incomplete picture.
The third driver is implementation responsibility. A report identifies work for someone to complete. A fixes package also needs access to the relevant code or configuration, decisions about design, and checks of the changed behavior. Decide how much of that work your team wants to handle internally.
Finally, consider the handoff. A developer may need detailed reproduction steps, while a business owner also needs priorities and clear ownership. State who will use the results. Good documentation reduces the time your team spends turning observations into assignments after the assessment is finished.
How to count templates before budgeting
Make a list of the distinct layouts visitors use. For a small service business, that might include the homepage, service detail page, article, search results, contact page, and booking interface. Add an example URL and a short note explaining what makes each one different.
Next, record meaningful variations within those layouts. A standard article, an article with a comparison table, and an article with a video may require different content checks. Ask the provider how it will sample those variations and whether they affect the agreed template count.
A store needs a similar exercise for product pages, category filters, cart, checkout, and account screens. Product options can change an interaction even when the visual layout looks familiar. Describe those behaviors in ordinary language; your inventory can be a simple document rather than a technical specification.
This preparation helps you avoid buying the wrong size of project. A website with many URLs may fit a modest template allowance, while a compact application can contain a wide range of interactions. The useful question is how much distinct behavior the engagement needs to examine.
Audit, code fixes, and retesting: where the budget goes
The assessment establishes a record of barriers within the agreed scope. It should give your team enough context to understand the user impact and plan changes. Ask about manual testing as well as tools. W3C's accessibility evaluation overview explains the need for human evaluation alongside automated assistance.
Implementation turns those findings into changes. Some items may involve wording or design; others affect shared components or application logic. Ask which changes the provider can make directly and which need your approval. This is especially useful for sites built around a purchased theme or an external booking system.
Retesting examines agreed corrections again and records their status. In COLONFILM's published packages, a retest is explicitly included in PREMIUM. Define the items and environment for that review so everyone understands what the results describe. Keep the original issue references alongside the updated findings.
A statement draft is a separate output. It should reflect the evaluated website, relevant dates, and information the owner can verify. Involve the person responsible for publishing it during review. That makes the draft easier to finalize without delaying the rest of the technical handoff.
Three examples of choosing an accessibility package
Imagine a consulting firm with eight agreed templates and an available developer. Its immediate need is a prioritized list of barriers that can be added to an existing work schedule. BASIC is the package to assess because the required deliverable is an audit and report within its allowance.
Now consider a service company with twelve agreed templates and no internal capacity to implement the findings. The owner can provide access and approve changes. STANDARD is the relevant starting point because it combines assessment and code fixes across up to 15 templates.
A third hypothetical website has twenty-four agreed templates and needs corrections, a statement draft, and a defined retest. PREMIUM matches those listed deliverables. In each example, the provider still needs to review the actual site and interactions before the scope is confirmed.
Use these examples as a decision method. Start with the outcome your team needs, check the template allowance, and confirm the practical conditions for delivery. Page count alone gives you less useful guidance than the combination of coverage and responsibility.
How to compare accessibility audit quotes fairly
Create a comparison sheet with five rows: tested scope, methods, report, implementation, and verification. For each quote, write what is explicitly included. Leave any unclear item as a question to resolve. This makes a short conversation with a supplier much more productive.
Ask how shared components are handled. One navigation issue might affect many pages, and the implementation could live in a single place. The proposal should explain how that relationship influences testing and correction, especially if your team is comparing offers that count pages differently.
Check dependencies involving other suppliers. A payment widget or appointment system may require changes by its owner. Identify who will communicate findings and whether that coordination is part of the assignment. You can then distinguish the purchased work from tasks your team needs to organize.
For help evaluating the provider's method and handoff, read how to choose a website accessibility audit service. Use the cost guide to set the scope and the hiring guide to assess how the supplier will deliver it.
Prepare a brief that reduces avoidable rework
- List representative templates and the journeys visitors need to complete.
- State the website platform, custom components, and external integrations.
- Share previous findings and identify changes already implemented.
- Name the people who arrange access and approve design or content changes.
- Describe the review environment and how approved changes reach production.
- Specify the deliverables you need to accept and close the project.
A useful brief also describes your current plans. If a redesign will replace the main navigation next month, explain that before commissioning corrections to the old component. The provider can help align the work with the version you intend to keep and the immediate barriers you need to address.
Consolidate feedback from your team before sending it. A clear decision about button wording or color treatment can apply across several templates. Conflicting comments create extra discussion and make it harder to close an otherwise straightforward correction.
Delivery schedule and internal time to budget
Confirm the delivery date for your actual engagement after the scope and access are agreed. Reserve time for your own review as well as the provider's work. A short technical assignment can still wait on a test account, a brand decision, or permission to modify an external component.
For audit-only work, plan developer availability to interpret and implement findings. For a fixes package, plan approval time and a release contact. For PREMIUM, add a review of the statement draft and retest results. These responsibilities help the purchased work reach a clear endpoint.
Budget internal effort in named tasks rather than a vague allowance. Someone might need to confirm alternative text, review a revised form label, or test a business-specific process. Giving each decision an owner helps keep the project moving and makes the final documentation more useful.
Write a one-line acceptance note for each purchased output. For the report, that might mean an identifiable template list and reproducible findings. For corrections, record the affected components and where changes can be reviewed. For the included retest, identify the agreed findings to revisit. This makes the final budget approval easier because the person signing it can see what completion will look like.
Turn the accessibility budget into a defined project
COLONFILM is run by David Colón and Flor in Zaragoza, Spain, with design work dating to 2010. The studio uses AI agents with human review. Its accessibility packages suit buyers who want an online assignment with a defined scope and a concrete handoff.
Choose the package that matches your templates and the work you want delivered, then send a short brief through the COLONFILM accessibility audit service. Include your platform, representative pages, essential journeys, and available access. Those details connect the published price to a practical plan for your website.
FAQ
What is the starting price for an accessibility audit?
COLONFILM BASIC costs $490 for an audit of up to 10 page templates and a report. It suits teams that will organize implementation themselves. Confirm the template inventory and important interactions before choosing the package.
Which package includes code fixes?
STANDARD includes an audit and code fixes across up to 15 templates for $990. PREMIUM extends the listed coverage to 30 templates for $1,790 and adds an accessibility statement draft and retest. Share the site details to confirm the scope.
Does the price include an ADA certificate?
The service covers technical review and correction according to WCAG; it does not provide an ADA certificate or guarantee a legal outcome.
Why does a website with many pages sometimes fit a smaller package?
Many URLs can share one template. The provider needs to examine the distinct structures and relevant variations, including interactive states. Send representative examples so the proposed coverage reflects the website's actual variety.
What can I do to keep the project efficient?
Prepare the template list, arrange access, and name a single feedback coordinator. Share existing reports and upcoming website changes. Approve design and content decisions promptly, then compare the final delivery with the original scope before closing the work.
