{ "meta": { "type": "insight_article", "language": "en-GB", "last_updated": "2026-10-19", "ai_endpoint": "/insights/wcag-3-accessibility-guidelines/ai.json", "source_page": "/insights/wcag-3-accessibility-guidelines/" }, "retrieval_summary": { "what": "WCAG 3.0 is a proposed update to the Web Content Accessibility Guidelines, published as a working draft by the W3C in September 2026, introducing a new conformance model and broader scope.", "who": { "organisation": "Feel Created" }, "relevant_for": [ "Website owners and managers", "Digital and marketing teams", "Organisations responsible for website accessibility", "Web designers and developers" ], "problems_solved": [ "Keeping pace with new technologies and ways people use digital content", "Existing WCAG requirements may not fully address current accessibility challenges", "Complex functionality in websites, such as interactive applications and personalised services", "Need for a more detailed way to report accessibility improvements beyond simple conformance levels", "Automated testing won't catch every accessibility issue.", "Too much flexibility in website builders can introduce accessibility problems.", "Accessibility can degrade over time with new content and functionality changes.", "Uncertainty about WCAG 3.0 requirements" ] }, "page": { "title": "WCAG 3.0 Guidelines: what’s changing & what website owners need to know", "slug": "wcag-3-accessibility-guidelines", "url": "/insights/wcag-3-accessibility-guidelines/", "canonical_url": "https://www.feelcreated.com/insights/wcag-3-accessibility-guidelines/", "status": "published" }, "article": { "type": "Insight article", "primary_topic": "WCAG 3.0 and its implications for website owners and digital teams", "intent": "WCAG 3.0 is a proposed update to the Web Content Accessibility Guidelines, published as a working draft by the W3C in September 2026, introducing a new conformance model and broader scope.", "author": { "name": "Dan Clark", "organisation": "Feel Created", "bio": "Lead Developer at Feel Created, focusing on the development of high-performance WordPress websites and bespoke digital solutions." }, "audience": [ "Website owners and managers", "Digital and marketing teams", "Organisations responsible for website accessibility", "Web designers and developers" ] }, "topics": [ "WCAG 3.0 and its implications for website owners and digital teams", "WCAG 3.0 working draft September 2026", "Conformance model changes", "Accessibility assessment categories", "Digital accessibility standards evolution", "WCAG 3.0 development", "WCAG 2.2 AA Compliance", "Accessibility audits", "Website redesign planning", "Content management systems and accessibility", "Web accessibility standards", "Website compliance", "Digital platform management" ], "content_focus": [ "Explanation of WCAG 3.0 working draft", "Comparison with WCAG 2.2 conformance model", "Proposed reporting tiers and consequence categories", "Practical guidance for website owners", "Implementation considerations for accessibility", "Governance and ongoing maintenance of accessibility", "Implications for website redesign projects" ], "canonical_claims": [ { "claim": "WCAG 3.0 aims to cover a wider range of digital experiences including applications, publishing tools, and emerging technologies.", "evidence_type": "page_content", "evidence_strength": "high", "source_section": "what-is-wcag-3-0", "id": "claim-001" }, { "claim": "The proposed conformance model groups requirements into four categories: physical harm, risk, barrier, and friction.", "evidence_type": "page_content", "evidence_strength": "high", "source_section": "a-different-way-of-assessing-accessibility", "id": "claim-002" }, { "claim": "The September 2026 draft proposes a single conformance level with reporting tiers instead of A, AA, AAA levels.", "evidence_type": "page_content", "evidence_strength": "high", "source_section": "whats-changed-in-the-september-2026-update", "id": "claim-003" }, { "claim": "The W3C has specifically recommended meeting WCAG 2.2 requirements as the best way to prepare for WCAG 3.0.", "evidence_type": "page_content", "evidence_strength": "medium", "source_section": "whats-changed-in-the-september-2026-update", "id": "claim-004" }, { "claim": "WCAG 2.2 AA remains an appropriate benchmark for organisations looking to improve website accessibility.", "evidence_type": "page_content", "evidence_strength": "medium", "source_section": "will-wcag-3-0-replace-wcag-2-2", "id": "claim-005" }, { "claim": "WCAG 3.0 is a working draft published in September 2026 and is not yet a completed standard.", "evidence_type": "page_content", "evidence_strength": "high", "source_section": "overview", "id": "claim-006" }, { "claim": "The W3C has confirmed that WCAG 3.0 is still several years away from completion.", "evidence_type": "page_content", "evidence_strength": "medium", "source_section": "will-wcag-3-0-replace-wcag-2-2", "id": "claim-007" } ], "services": [ { "name": "Accessibility audits & reviews", "relationship": "primary", "url": "/services/accessibility-audits-reviews/" }, { "name": "Custom WordPress development", "relationship": "supporting", "url": "/services/custom-wordpress-development/" }, { "name": "Website design & build", "relationship": "supporting", "url": "/services/website-design-build/" } ], "sections": [ { "id": "overview", "heading": "Overview", "type": "introduction", "content": [ { "type": "paragraph", "text": "Website accessibility guidelines are being updated, with the World Wide Web Consortium (W3C) publishing a new working draft of WCAG 3.0 in September 2026. The proposed changes go beyond introducing additional accessibility requirements. They also include a different approach to measuring accessibility, with the aim of providing a more detailed picture of how well websites and digital services meet people’s needs. For organisations managing existing websites or planning a redevelopment, it’s good to understand what’s being proposed. However, WCAG 3.0 is still several years away from becoming a completed standard, and many details are still under discussion. So, what’s changing, and what - if anything - should website owners be doing now?" } ] }, { "id": "what-is-wcag-3-0", "heading": "What is WCAG 3.0?", "type": "section", "content": [ { "type": "paragraph", "text": "The Web Content Accessibility Guidelines (WCAG) provide internationally recognised recommendations for making websites and digital content accessible to people with disabilities. The W3C develops them, and they help designers, developers, and organisations understand how to make digital services easier for everyone to use. WCAG 3.0 is the next major generation of these guidelines. Unlike WCAG 2, which mainly focuses on web content, WCAG 3.0 is intended to cover a wider range of digital experiences, including websites, applications, publishing tools and emerging technologies. It’s also aiming to address a wider range of accessibility needs, including those of people with cognitive and learning disabilities. Although it builds on earlier versions, WCAG 3.0 introduces a different way to organise requirements and assess whether they're met." } ] }, { "id": "whats-changed-in-the-september-2026-update", "heading": "What’s changed in the September 2026 update?", "type": "section", "content": [ { "type": "paragraph", "text": "On 10 September 2026, the W3C published an updated WCAG 3.0 Working Draft alongside a revised document explaining how the proposed guidelines will work. One of the most significant developments concerns the conformance model, which determines how accessibility is assessed and reported. Under WCAG 2.2, organisations generally work towards one of three conformance levels, varying in strictness: A, AA or AAA. The September draft proposes a different approach, using a single conformance level alongside reporting tiers that recognise progress towards meeting the requirements and improvements beyond them. The intention is to provide a more informative way of reporting accessibility than simply identifying whether a particular level has been achieved. However, the W3C is still seeking feedback on this approach, so the final model may well be different." } ] }, { "id": "a-different-way-of-assessing-accessibility", "heading": "A different way of assessing accessibility", "type": "section", "content": [ { "type": "paragraph", "text": "The proposed WCAG 3.0 model groups accessibility requirements according to the potential consequences of not meeting them. These are currently divided into four categories." } ] }, { "id": "physical-harm", "heading": "Physical harm", "type": "section", "parent_id": "a-different-way-of-assessing-accessibility", "parent_heading": "A different way of assessing accessibility", "content": [ { "type": "paragraph", "text": "Requirements where an accessibility failure could cause immediate physical harm to someone with a disability." } ] }, { "id": "risk", "heading": "Risk", "type": "section", "parent_id": "a-different-way-of-assessing-accessibility", "parent_heading": "A different way of assessing accessibility", "content": [ { "type": "paragraph", "text": "Requirements where a failure could unnecessarily increase financial, medical, legal, privacy or security risks." } ] }, { "id": "barrier", "heading": "Barrier", "type": "section", "parent_id": "a-different-way-of-assessing-accessibility", "parent_heading": "A different way of assessing accessibility", "content": [ { "type": "paragraph", "text": "Requirements where a failure could prevent someone from completing an activity or progressing through a digital service." } ] }, { "id": "friction", "heading": "Friction", "type": "section", "parent_id": "a-different-way-of-assessing-accessibility", "parent_heading": "A different way of assessing accessibility", "content": [ { "type": "paragraph", "text": "Requirements where a failure could make an activity more difficult, even if it doesn’t prevent someone from completing it. The proposed reporting system uses these categories to distinguish different levels of progress. For example, the draft’s third reporting tier represents full conformance with all core requirements. Higher tiers would recognise additional accessibility measures and evidence of organisational practices. This could give organisations a more detailed way to communicate accessibility improvements, particularly where substantial work has been completed but further issues remain. It’s important to note that these categories and reporting arrangements are proposals. So they shouldn’t yet be used as an alternative to established WCAG 2.2 conformance assessments." } ] }, { "id": "why-is-wcag-3-0-being-developed-to-replace-wcag-2-2", "heading": "Why is WCAG 3.0 being developed to replace WCAG 2.2?", "type": "section", "content": [ { "type": "paragraph", "text": "Websites and digital services have changed considerably since the earlier WCAG standards were introduced.  As with many established standards, keeping pace with new technologies and the ways people use them can be difficult. Requirements that worked well when first introduced may not fully address the accessibility challenges people face today. People now interact with digital content through a wider range of devices, interfaces and technologies. Websites also contain increasingly complex functionality, from interactive applications to personalised services. WCAG 3.0 aims to provide guidance that accommodates these developments while addressing accessibility needs that existing requirements haven’t always covered adequately. The W3C also wants the guidelines to be easier to understand and more flexible across different technologies. Another important consideration is how accessibility is measured. Meeting individual technical requirements is essential, but accessibility also depends on whether people can successfully use a website or digital service. The proposed changes aim to support a more detailed assessment of accessibility outcomes while retaining clear requirements that organisations can test." } ] }, { "id": "will-wcag-3-0-replace-wcag-2-2", "heading": "Will WCAG 3.0 replace WCAG 2.2?", "type": "section", "content": [ { "type": "paragraph", "text": "WCAG 3.0 is intended to become a new W3C accessibility standard, but that doesn’t mean WCAG 2.2 will immediately disappear. The W3C has confirmed that WCAG 3.0 is still several years away from completion. It also expects WCAG 2 to remain in use for several years after the new standard is finalised. For UK organisations, it’s particularly important to distinguish between the publication of accessibility guidelines and the legal requirements that apply to their websites. Introducing a new W3C standard doesn’t automatically change those legal obligations. For now, WCAG 2.2 AA remains an appropriate benchmark for organisations looking to improve website accessibility." } ] }, { "id": "what-should-website-owners-do-now", "heading": "What should website owners do now?", "type": "section", "content": [ { "type": "paragraph", "text": "There’s no need to delay accessibility improvements or begin redesigning websites specifically around the proposed WCAG 3.0 requirements. In fact, you can’t, since nothing is finalised yet. The most useful approach is to keep addressing accessibility through established standards while watching for future developments, or working with someone who’s doing that for you. This can include:" } ] }, { "id": "review-your-existing-website", "heading": "Review your existing website", "type": "section", "parent_id": "what-should-website-owners-do-now", "parent_heading": "What should website owners do now?", "content": [ { "type": "paragraph", "text": "An accessibility audit can identify problems affecting navigation, content, forms and interactive functionality. Automated testing helps, but it won’t catch every accessibility issue. Manual checks, including keyboard navigation and assistive technology testing, are also important." } ] }, { "id": "work-towards-wcag-2-2-aa", "heading": "Work towards WCAG 2.2 AA", "type": "section", "parent_id": "what-should-website-owners-do-now", "parent_heading": "What should website owners do now?", "content": [ { "type": "paragraph", "text": "Working towards WCAG 2.2 AA is a sensible way to improve accessibility now, while also establishing a strong foundation for future standards such as WCAG 3.0." } ] }, { "id": "include-accessibility-in-website-planning", "heading": "Include accessibility in website planning", "type": "section", "parent_id": "what-should-website-owners-do-now", "parent_heading": "What should website owners do now?", "content": [ { "type": "paragraph", "text": "Consider accessibility when you’re thinking about requirements, designing interfaces, developing functionality, and preparing content. Addressing problems early is almost always easier than fixing them after a website launches." } ] }, { "id": "consider-ongoing-accessibility-responsibilities", "heading": "Consider ongoing accessibility responsibilities", "type": "section", "parent_id": "what-should-website-owners-do-now", "parent_heading": "What should website owners do now?", "content": [ { "type": "paragraph", "text": "Accessibility isn’t something you can action once and then forget about. Mistakes creep in. New content, functionality and design changes can introduce problems, so regular testing and appropriate editorial guidance remain important." } ] }, { "id": "what-does-this-mean-for-organisations-planning-a-website-redesign", "heading": "What does this mean for organisations planning a website redesign?", "type": "section", "content": [ { "type": "paragraph", "text": "If you’re planning a new website, the development of WCAG 3.0 is another reminder that accessibility needs to be part of the project from the beginning. That doesn’t mean trying to implement requirements that are still being developed. Instead, organisations should concentrate on building accessible websites that meet current standards and can be maintained as requirements change. This includes choosing a content management system that supports accessible content, designing reusable components with accessibility in mind and establishing testing procedures throughout development. Content editors will play a key role in keeping a website accessible after launch too. With this in mind, and while they need to understand the basics, the CMS should make it easier to manage content without needing specialist technical knowledge. Too much flexibility can actually make accessibility harder to maintain. Website builders that offer endless layout options, colour pickers and styling controls can make it easy to introduce problems, even when the original website was built to meet accessibility standards. Providing editors with accessible, pre-designed components and sensible controls helps reduce these risks while still giving them the flexibility to manage their content." } ] }, { "id": "looking-ahead", "heading": "Looking ahead", "type": "section", "content": [ { "type": "paragraph", "text": "WCAG 3.0 represents an important development in how website accessibility could be assessed and reported. The September 2026 draft provides more detail on the proposed approach, but considerable work remains before it becomes a completed standard. For website owners, the immediate priority is still the same. Building accessible digital services, testing them properly and maintaining accessibility over time will remain important regardless of how future standards develop. At Feel Created, we use WCAG 2.2 AA as our accessibility baseline when designing and developing websites. We also recognise that accessibility needs ongoing attention, particularly as content and functionality change. We’ll continue to follow the development of WCAG 3.0 and what it means for organisations managing websites and digital platforms." } ] } ], "entities": [ { "name": "Web Content Accessibility Guidelines", "type": "Topic" }, { "name": "Feel Created", "type": "Organisation" }, { "name": "WCAG 3.0", "type": "Standard" }, { "name": "WCAG 2.2", "type": "Standard" }, { "name": "W3C", "type": "Organisation" } ], "concept_relationships": [ { "subject": "Accessibility audits", "predicate": "can identify", "object": "problems affecting navigation, content, forms and interactive functionality" }, { "subject": "WCAG 2.2 AA", "predicate": "is recommended as", "object": "a practical baseline for accessibility improvements" }, { "subject": "WCAG 3.0", "predicate": "introduces", "object": "a different way of assessing accessibility" }, { "subject": "WCAG 3.0 conformance model", "predicate": "includes", "object": "reporting tiers" }, { "subject": "WCAG 3.0 requirements", "predicate": "categorised by", "object": "consequences" } ], "implementation_patterns": [ { "pattern": "Choose a CMS that supports accessible content", "description": "Select a content management system that makes it easier to manage content without specialist technical knowledge.", "benefit": "Reduces the risk of introducing accessibility issues during content updates." }, { "pattern": "Conformance reporting tiers", "description": "Using a single conformance level with reporting tiers that recognise progress and improvements beyond core requirements.", "benefit": "Provides a more informative way to report accessibility than simple pass/fail levels." }, { "pattern": "Design reusable components with accessibility in mind", "description": "Create pre-designed components that are accessible and provide sensible controls for editors.", "benefit": "Helps maintain accessibility while giving editors flexibility to manage content." }, { "pattern": "Stay informed on WCAG 3.0 updates", "description": "Regularly review official WCAG 3.0 drafts and announcements to anticipate changes.", "benefit": "Reduces risk of being caught off guard by new requirements." }, { "pattern": "Establish testing procedures throughout development", "description": "Integrate accessibility testing at each stage of the development process.", "benefit": "Identifies and fixes issues early, reducing the cost and effort of remediation." }, { "pattern": "Consequence-based requirement grouping", "description": "Grouping accessibility requirements by potential consequences: physical harm, risk, barrier, friction.", "benefit": "Helps prioritise fixes based on severity of impact on users." }, { "pattern": "Integrate accessibility into redesign planning", "description": "Include accessibility considerations from the start of a website redesign project.", "benefit": "Avoids costly retrofits and ensures compliance with future standards." } ], "practical_guidance": [ { "guidance": "Include accessibility in website planning from the start, considering requirements, design, development and content.", "importance": "high" }, { "guidance": "Conduct an accessibility audit to identify problems with navigation, content, forms and interactive functionality.", "importance": "high" }, { "guidance": "Consider future accessibility needs when planning website redesigns, but do not replace current standards.", "importance": "medium" }, { "guidance": "When planning a website redesign, consider how WCAG 3.0 may affect accessibility requirements.", "importance": "medium" }, { "guidance": "Understand that WCAG 3.0 is still under development and not yet a compliance requirement.", "importance": "high" }, { "guidance": "Establish ongoing testing and editorial guidance to maintain accessibility over time.", "importance": "medium" }, { "guidance": "Monitor WCAG 3.0 developments, especially the conformance model and reporting tiers.", "importance": "medium" }, { "guidance": "Continue using WCAG 2.2 conformance levels for current accessibility assessments.", "importance": "high" } ], "risk_areas": [ { "risk": "Using WCAG 3.0 proposals as an alternative to established WCAG 2.2 conformance assessments", "impact": "Non-compliance with current standards and potential legal or accessibility failures" }, { "risk": "Organisations may assume WCAG 3.0 is already a compliance requirement.", "impact": "Premature changes or unnecessary resource allocation." }, { "risk": "Website redesigns may not account for future WCAG 3.0 requirements.", "impact": "Increased cost and effort to retrofit accessibility later." }, { "risk": "Ignoring WCAG 3.0 developments during website redesign planning", "impact": "Missed opportunity to align with future accessibility expectations" }, { "risk": "Assuming WCAG 3.0 is finalised and implementing prematurely", "impact": "Wasted effort and potential misalignment with final standard" }, { "risk": "Implementing WCAG 3.0 requirements before finalisation", "impact": "Not possible as nothing is finalised yet; could lead to wasted effort." }, { "risk": "Assuming a new W3C standard changes legal obligations", "impact": "Legal requirements for UK organisations are not automatically changed." }, { "risk": "Too much flexibility in CMS editing controls", "impact": "Can introduce accessibility problems even if the original website was built to standards." } ], "common_misconceptions": [ { "misconception": "WCAG 3.0 is a completed standard that should be used for compliance now.", "clarification": "WCAG 3.0 is a working draft; WCAG 2.2 remains the current standard for conformance." }, { "misconception": "WCAG 3.0 will immediately replace WCAG 2.2 once finalised.", "clarification": "WCAG 2 is expected to remain in use for several years after the new standard is finalised." }, { "misconception": "Automated testing is sufficient to ensure accessibility.", "clarification": "Manual checks, including keyboard navigation and assistive technology testing, are also important." }, { "misconception": "WCAG 3.0 only adds more accessibility requirements.", "clarification": "It also introduces a different approach to measuring accessibility with reporting tiers." }, { "misconception": "WCAG 3.0 will only apply to web content.", "clarification": "It is intended to cover a wider range of digital experiences, including applications and emerging technologies." } ], "technical_context": { "conformance_model": "Proposed single conformance level with reporting tiers", "requirement_categories": [ "Physical harm", "Risk", "Barrier", "Friction" ], "publication_date": "10 September 2026", "status": "Working Draft", "accessibility_standards": [ "WCAG 2.2 AA", "WCAG 3.0 (working draft)" ], "testing_methods": [ "Automated testing", "Manual checks", "Keyboard navigation testing", "Assistive technology testing" ], "cms_features": [ "Accessible content support", "Pre-designed components", "Sensible controls" ] }, "reasoning_paths": [ { "user_problem": "Need for a more detailed way to report accessibility improvements beyond simple conformance levels", "evidence_refs": [ "claim-003", "claim-005", "claim-002" ], "relevant_sections": [ "whats-changed-in-the-september-2026-update", "friction", "what-should-website-owners-do-now" ] }, { "user_problem": "Complex functionality in websites, such as interactive applications and personalised services", "evidence_refs": [ "claim-001" ], "relevant_sections": [ "why-is-wcag-3-0-being-developed-to-replace-wcag-2-2", "review-your-existing-website", "what-is-wcag-3-0" ] }, { "user_problem": "Existing WCAG requirements may not fully address current accessibility challenges", "evidence_refs": [ "claim-005", "claim-004", "claim-002" ], "relevant_sections": [ "why-is-wcag-3-0-being-developed-to-replace-wcag-2-2", "what-does-this-mean-for-organisations-planning-a-website-redesign", "overview" ] }, { "user_problem": "Accessibility can degrade over time with new content and functionality changes.", "evidence_refs": [ "claim-005" ], "relevant_sections": [ "why-is-wcag-3-0-being-developed-to-replace-wcag-2-2", "consider-ongoing-accessibility-responsibilities", "review-your-existing-website" ] } ], "related_links": [ { "text": "working draft of WCAG 3.0", "url": "https://www.w3.org/TR/wcag-3.0/", "source_section": "overview" } ], "content_profile": { "content_type": "Insight article", "primary_topic": "WCAG 3.0 and its implications for website owners and digital teams", "supporting_topics": [ "WCAG 3.0 working draft September 2026", "Conformance model changes", "Accessibility assessment categories", "Digital accessibility standards evolution", "WCAG 3.0 development", "WCAG 2.2 AA Compliance" ], "primary_audience": [ "Website owners and managers", "Digital and marketing teams", "Organisations responsible for website accessibility", "Web designers and developers" ] }, "retrieval_topics": [ "WCAG 3.0 and its implications for website owners and digital teams", "WCAG 3.0 working draft September 2026", "Conformance model changes", "Accessibility assessment categories", "Digital accessibility standards evolution", "WCAG 3.0 development", "WCAG 2.2 AA Compliance", "Accessibility audits", "Website redesign planning", "Content management systems and accessibility", "Web accessibility standards", "Website compliance" ], "organisation": { "name": "Feel Created", "url": "https://www.feelcreated.com/", "type": "Digital partner specialising in websites and digital platforms", "specialisms": [ "Digital strategy and planning", "User experience (UX) design", "Accessibility and inclusive design", "WordPress design and development", "Content strategy and information architecture", "AI-ready structured content", "AI Features & Integrations", "Search optimisation and technical SEO", "Website performance optimisation", "Website security and technical governance", "Platform architecture and integrations", "Content management systems", "Digital audits and reviews", "Creative and marketing support", "Website maintenance and support" ], "service_model": "We work as an extension of our clients' teams, combining strategy, UX, accessibility, content design, WordPress development and ongoing support to create digital platforms that help organisations communicate more clearly, work more efficiently and grow sustainably." } }