The Treasury Board Standard on Web Accessibility (SWA) governs Government of Canada websites and bleeds into vendor expectations during RFP technical evaluation. We unpack what SWA requires, how it relates to WCAG 2.0 / 2.1 AA, and how to demonstrate vendor-side compliance during a competitive bid.
The Standard on Web Accessibility is the Treasury Board of Canada Secretariat (TBS) policy that applies to public-facing Government of Canada websites and web applications. The substantive accessibility requirement is conformance with WCAG 2.0 Level AA (with TBS guidance pushing toward 2.1 AA in modernization work), plus a set of Canadian-specific requirements: Common Look and Feel (CLF) compliance, accessible PDF expectations, accessible web forms, and accessible video/audio.
The SWA technically applies to GoC sites, not vendor sites. But three vendor-side realities make it operationally binding for federal contractors:
1. **RFP technical evaluation.** Many RFPs include a corporate-website check as part of the capability evaluation. An obviously inaccessible vendor site signals the vendor doesn't understand the standard they're being asked to deliver against.
2. **Sub-deliverable inheritance.** When you build, host, or maintain anything that ends up under a GoC domain, your work has to meet SWA. Vendors who don't run their own house at SWA standards consistently miss SWA on delivery.
3. **Accessible Canada Act alignment.** Vendors are increasingly federally-regulated entities themselves under ACA Schedule II. ACA expectations track the WCAG 2.1 AA baseline. Throughout our work on treasury board standard on web accessibility (swa), we cite primary sources and current data.
**WCAG 2.0 / 2.1 AA** = the international content baseline. Both SWA and ACA reference it.
**SWA** = the federal TBS policy for GoC sites. References WCAG 2.0 AA, with TBS guidance moving toward 2.1 AA.
**AODA** = Ontario's provincial law. References WCAG 2.0 AA. Applies to Ontario-incorporated organizations meeting the size thresholds.
**Accessible Canada Act (ACA, 2019)** = federal law for federally-regulated entities (banks, telcos, federal-regulated transport, federal contractors meeting the test). References WCAG 2.1 AA in CRTC and Accessibility Commissioner guidance.
In 2026, designing to **WCAG 2.1 AA** clears all four with margin. Want to discuss treasury board standard on web accessibility (swa)? Our discovery call is free and consultative.
When you produce an audit for an RFP evaluator, the deliverable should include:
- A statement of scope (what was tested, what was not) - The WCAG 2.1 AA conformance matrix with pass/fail per success criterion - A representative sample of failed criteria with screenshots, code refs, and remediation guidance - An accessible PDF check (federal procurement evaluators check PDFs separately — most vendor sites fail here) - Form accessibility findings (label associations, error handling, focus management) - A remediation timeline with dates - A re-test commitment
PDF audits without screenshots, sample tests, or remediation guidance are not credible deliverables. Want to discuss treasury board standard on web accessibility (swa)? Our discovery call is free and consultative.
If you're a service business owner, you've probably tried SEO before — and you've probably been disappointed. The industry is full of agencies selling generic templated work that never accounts for the specific dynamics of the service vertical. businesses have unique buyer-journey patterns: emergency calls behave differently from planned-project research, repeat customers convert at radically different rates than first-touch leads, and seasonal demand cycles require content calendars timed to your local market's specific patterns. None of that gets addressed by a generic SEO retainer. We build service-specific programs that account for all of it, with reporting that shows you exactly which efforts are driving which business outcomes. That clarity is rare in the SEO industry, and it's a major reason businesses who hire us tend to stay for years rather than churn after the first contract cycle.
Modern SEO requires a fundamentally different approach than what worked even three years ago. Google's algorithms have shifted decisively toward signals that confirm real expertise and first-hand experience — the days of generic content optimization and link-building schemes producing durable rankings are over. The work that actually moves the needle in 2026 looks like rigorous research, source-cited analysis, original primary data, and editorial discipline that reads as genuine human expertise to both readers and the LLMs increasingly mediating search traffic. That's a higher bar than most agencies hold themselves to, but it's the standard required to win in competitive Canadian markets — and it's the standard we hold ourselves to on every engagement. The proof is in the portfolio: client after client showing 2-6× organic traffic lifts within 90 days, ranking improvements that survive subsequent algorithm updates, and revenue impact that justifies the investment several times over within the first year. The methodology that produces those outcomes isn't secret; what's rare is the discipline to execute it consistently, and that's where senior-led agencies separate from the rest of the market.
It's a Treasury Board policy that binds federal departments and agencies. For vendors, it operates as a procurement expectation rather than a direct legal obligation — but the practical effect is the same during a competitive RFP.
On vendor-built GoC deliverables: contract non-conformance, potential withholding of payment, and corrective-action obligation. On the vendor's own corporate site: lost technical-evaluation points and potentially disqualification on accessibility-sensitive files.
No. Automated scanners (axe, WAVE, Lighthouse) catch roughly 30-40% of WCAG issues. The remaining 60-70% require manual screen-reader testing, keyboard-only testing, and accessible-PDF review. Procurement evaluators experienced with accessibility know this and will discount audit reports that are obviously automated-only.
Yes. The SWA expects a published accessibility statement covering scope, conformance level, known limitations, contact channel, and date of last review. We include this on every vendor build.