The hidden SEO advantage with accessibility properties in JSON-LDArticle contains
  1. Introduction
  2. What are accessibility properties in JSON-LD?
  3. Core JSON-LD accessibility properties
    1. The speakable property
      1. How speakable works
      2. Implementation speakable in your WebPage schema node
    2. Choosing the right selectors
    3. Technical requirements for speakable
  4. Visual diagram that illustrates how accessibility JSON-LD properties act as a bridge between accessible code and search engine understanding
  5. What are the benefits of including accessibility-related data in a schema?
    1. Semantic clarity for search engines
    2. Preparation for Accessible Search
    3. Potential for enhanced visibility
    4. Strengthening E-E-A-T through technical integrity
    5. Synergy with WCAG compliance
    6. A warning on vanity metrics
  6. Testing your markup
  7. Conclusion
SEO inscription on three blocks and below it: Accessibility & JSON-LD

The hidden SEO advantage with accessibility properties in JSON-LD

While developers obsess over Core Web Vitals and keyword density, a powerful SEO signal hides in plain sight: accessibility metadata. By adding schema.org’s accessibility properties to your JSON-LD, you’re not just helping users with disabilities – you’re creating machine-readable proof of quality that search engines are already beginning to prioritize.

Continue reading “The hidden SEO advantage with accessibility properties in JSON-LD”
Native built-in browser elements you can use today instead of ARIA or ROLE attributesArticle contains
  1. The first rule of ARIA
  2. Why move away from ARIA?
    1. Browser-engine privilege
    2. Less code, less maintenance
    3. Smaller payload, faster render
    4. Built-in resilience to future spec changes
    5. Mobile and voice-input compatibility
    6. Security and performance isolation
    7. Internationalisation for free
    8. Future-proofing for new input modalities
    9. Easier testing and audits
    10. Legal, procurement safety
  3. When ARIA is still justified
  4. Native HTML replacements for ARIA roles and attributes
  5. Conclusion
Text "Aria to semantic HTML" where "HTML" is on tiles.

Native built-in browser elements you can use today instead of ARIA or ROLE attributes

When building accessible web applications, developers have long relied on ARIA and role attributes to fill gaps in native HTML.

But today, many of those gaps are gone. Modern browsers support a wide range of semantic HTML elements and built-in behaviors that make ARIA redundant in most cases, often with better results and fewer bugs.

This shift towards native accessibility features means that developers can now create accessible web applications using built-in browser elements and attributes, rather than relying solely on ARIA and ROLE only.

We’ll explore the native built-in browser elements and attributes that you can use today to improve accessibility, and how they can replace or complement ARIA and ROLE attributes in your web development workflow. By leveraging these native features, you can simplify your code, improve maintainability, and create more accessible web applications for everyone.

Continue reading “Native built-in browser elements you can use today instead of ARIA or ROLE attributes”
Accessibility automated website scans and how much can they catchArticle contains
  1. Introduction
  2. What percentage of accessibility issues can automated tools catch?
  3. What automated tools can catch
  4. Why manual testing is non-negotiable
  5. WCAG 2.2 quick-reference: which Success Criteria can be scripted, which can't, and why
Two chairs and multiple monitors opposite. One of them bears the words: "Digital Accessibility Audit in progress...". Image by Andy from Pixabay

Accessibility automated website scans and how much can they catch

Automated accessibility testing tools have gained traction due to their ability to quickly analyze web pages for compliance with accessibility standards, such as the Web Content Accessibility Guidelines (WCAG). These tools can scan a website’s code and identify potential issues, making them an attractive option for developers and organizations looking to improve accessibility.

Continue reading “Accessibility automated website scans and how much can they catch”
Accessibility, VPAT, ACR in questions and answersArticle contains
  1. What is a VPAT?
  2. What is an ACR?
  3. Understanding the relationship: Template vs. Completed Report
  4. What is the purpose of the VPAT template?
  5. Key components of a VPAT/ACR
  6. VPAT editions
  7. Is a VPAT/ACR mandatory?
  8. Mobile app accessibility: do you need to complete a VPAT?
  9. Who is responsible for completing the VPAT?
  10. What happens if you don't have an ACR?
  11. Does an ACR guarantee 100% compliance?
  12. What standards and guidelines are used to evaluate accessibility in an ACR?
  13. Who needs to provide an ACR?
  14. How often should you update your ACR?
  15. Why is the VPAT/ACR important?
  16. Can the completed VPAT (ACR) be used for auditing and compliance purposes?
  17. What are the requirements for creating an ACR?
  18. Where can I find ACRs (completed VPATs)?
  19. Steps to create your ACR from the VPAT template
  20. Key Takeaways
  21. Conclusion
  22. Example ACR (Completed VPAT version 2.4)
Magnifying glass with inscription: "Frequently asked questions" and below: "Accessibility, VPAT, ACR". Image by Louis from Pixabay.

Accessibility, VPAT, ACR in questions and answers

The VPAT® is a free template used to create an Accessibility Conformance Report (ACR), which plays a vital role in promoting accessibility in technology. The completed VPAT document is the ACR, providing transparency for consumers and organizations to make informed decisions. This single document helps organizations comply with legal requirements and foster an inclusive environment for all users.

Understanding this relationship is crucial: the VPAT is the standardized template, and the ACR is the final report generated by completing that template with your product’s specific accessibility information.

Continue reading “Accessibility, VPAT, ACR in questions and answers”
The role of AI in streamlining accessibility and SEO testingArticle contains
  1. Understanding Accessibility and SEO
  2. How AI is transforming accessibility testing
  3. Key benefits of AI in accessibility testing
  4. AI's role in SEO testing
  5. How AI enhances SEO testing
  6. The intersection of accessibility and SEO
  7. Challenges and considerations
  8. Implementing AI for accessibility and SEO testing
  9. The future of AI in accessibility and SEO
    1. Voice search optimisation
    2. Personalized experiences
    3. Predictive analytics
  10. Closing points
  11. Frequently asked questions (FAQ)
    1. How does AI make websites more accessible?
    2. Can AI do SEO optimization?
    3. What are the mutual advantages of accessibility and SEO?
    4. Are there issues to using AI for accessibility and SEO?
  12. Need help?
  13. Author biography
Large, stylized, light-green letters spelling out "SEO" are centrally featured. Three stylized figures, a man and two women, are positioned around the "SEO" letters.

The role of AI in streamlining accessibility and SEO testing

Business success depends heavily on the development of websites which provide convenient navigation alongside search engine compatibility. Accessibility, together with Search Engine Optimization (SEO), stands as the key dimension for reaching this objective. The separate practices of accessibility and Search Engine Optimization (SEO) share many common elements while AI technology reshapes modern business methods for them.

Continue reading “The role of AI in streamlining accessibility and SEO testing”
Explore focusable, clickable, tabbable or active statesArticle contains
  1. What is the difference between an interactive element that can receive focus, be clicked, be active, or be tabbable?
  2. Determine if an element is clickable
  3. Determine if an element is focusable
    1. Determining if an element is a type of focusable element
    2. Determining if the element can receive focus right now
  4. Determine which element is active now
Laptop and cactus on the left side and coffee on the right side. Image by Megan Rexazin Conde from Pixabay.

Explore focusable, clickable, tabbable or active states

Determining whether an element is interactive or not can be crucial for various purposes, such as improving accessibility, enhancing user experience, testing purpose or debugging issues.

An interactive element is one that can receive focus, be clicked, be active, or be tabbable, allowing users to engage with it in some way. Let’s find out how to determine if an element is focusable or active using JavaScript.

Continue reading “Explore focusable, clickable, tabbable or active states”
Fixing missing tooltips for invalid required form controlsArticle contains
  1. Solution implementation
  2. Workable example
European Accessibility Act in PDFArticle contains
  1. List of European Accessibility Acts in PDF
European Union flag and pdf icon on it.

European Accessibility Act in PDF

The European Accessibility Act (EAA) is a landmark legislation aimed at improving the accessibility of various products and services across the European Union. To facilitate easy access to this crucial information, we have compiled a comprehensive list of the European Accessibility Act in PDF format, available in multiple languages. This blog post will provide you with a convenient overview of the EAA in PDF, allowing you to easily access and download the documents in your preferred language. Below, you will find a list of the European Accessibility Act in PDF, covering all available languages.

Continue reading “European Accessibility Act in PDF”
Digital accessibility abbreviations and acronyms guideArticle contains
  1. What's an abbreviation?
  2. Why it matters to understand digital accessibility abbreviations and acronyms?
  3. Common abbreviations and acronyms
    1. Digital acronyms
    2. Accessibility standards and laws
    3. Certifications
    4. Assistive technologies
    5. Digital tools and techniques
  4. Importance of understanding abbreviations and acronyms
  5. Conclusion
Beginner's guide to Cognitive Accessibility (COGA)Article contains
  1. Understanding Cognitive Accessibility
  2. The importance of Cognitive Accessibility
  3. Principles of Cognitive Accessibility
  4. Practical steps for enhancing Cognitive Accessibility
  5. Contribute to the COGA work
  6. Quick summary
  7. Conclusion
Digital human face with visible brain. Image by David Sánchez-Medina Calderón from Pixabay.

Beginner’s guide to Cognitive Accessibility (COGA)

Cognitive accessibility is an essential aspect of digital design that aims to create inclusive experiences for individuals with cognitive and learning disabilities. The Cognitive Accessibility (COGA) initiative focuses on developing guidelines and best practices to ensure that digital content is accessible to all users, regardless of their cognitive abilities. This guide serves as an introduction to the principles of cognitive accessibility, the importance of inclusive design, and practical steps to enhance accessibility in digital environments.

Continue reading “Beginner’s guide to Cognitive Accessibility (COGA)”