Behind the Scenes of LearnDash's Accessibility Overhaul, Austin Eastciders Churro
๐ **Source:** [Behind the Scenes of LearnDash's Accessibility Overhaul, Austin Eastciders Churro](https://www.youtube.com/watch?v=ifj4BQAZxTM)
> [!note]+ Document Notes
> tags: [wordpress, accessibility, learndash, lms]
> author: Accessibility Craft Podcast
> source: Equalized Digital
> reference: https://www.youtube.com/watch?v=ifj4BQAZxTM
> date created: 2025-01-11 09:30
>
> # ๐ท๏ธ Title: Behind the Scenes of LearnDash's Accessibility Overhaul
>
<!-- deep-read:sections start -->
## ๐งฐ Action Inbox
- [H1] Install accessibility checker early in development process โ prevent rework later #accessibility #testing
- [H2] Pair accessibility work with feature releases for better storytelling โ maintain roadmap value #product-management #accessibility
- [H3] Create leadership buy-in by connecting accessibility to business KPIs โ support volume, refunds, revenue #business-case #accessibility
## ๐งญ Table of Contents
- [๐ Summary](#-summary)
- [๐ Main Content](#-main-content)
- [๐๏ธ Notes](#๏ธ-notes)
- [๐ References](#-references)
- [๐ฃ๏ธ Paraphrase](#๏ธ-paraphrase)
- [๐ฐ Newsletter](#-newsletter)
- [โ
Action Items](#-action-items)
- [๐งช Hypotheses](#-hypotheses)
- [๐ Methodology](#-methodology)
- [โ Questions](#-questions)
- [๐ฎ Future Research](#-future-research)
- [๐ก Implications](#-implications)
- [๐ง Learning Styles Assessment](#-learning-styles-assessment)
- [๐ Accessibility Assessment](#-accessibility-assessment)
- [๐ DEIB Assessment](#-deib-assessment)
- [โ
Logical Validity](#-logical-validity)
- [๐ก๏ธ DARVO Analysis](#-darvo-analysis)
- [๐ฏ Conclusion](#-conclusion)
### ๐ References
- [Accessibility Craft Podcast](https://accessibilitycraft.com)
- [LearnDash Accessibility Statement](https://www.learndash.com/accessibility/)
## ๐ Summary
- **What happened**: LearnDash underwent a comprehensive accessibility overhaul in 2025, fixing 77 accessibility issues across 11 releases in 4 months
- **Why it matters**: EU accessibility deadline drove company-wide priority shift, resulting in 30% reduction in support tickets and 42% reduction in refunds
- **Key stakeholders**: LearnDash product team (5 developers), StellarWP leadership, 150,000 website users, EU compliance requirements
- **Risks and tradeoffs**: Had to compromise some user experience (extra clicks) and temporarily disable certain features (matrix sorting questions) for accessibility compliance
- **Bottom line**: Accessibility investment delivered measurable business value through reduced support burden and improved user satisfaction
## ๐ Main Content
Taylor, former LearnDash Product Owner at StellarWP, shares the behind-the-scenes journey of making one of WordPress's most popular learning management systems accessible. The overhaul was prompted by the looming EU accessibility deadline in June 2025, which finally gave leadership the business case to prioritize accessibility work.
The process involved auditing 60+ accessibility issues, categorizing them as "straightforward" or "needs discussion," and implementing fixes across a small team of 4 developers plus a lead engineer. The most challenging aspects included course progression functionality and quiz accessibility, particularly matrix sorting questions which required complete refactoring.
The results exceeded expectations: 30% reduction in support ticket volume, 42% reduction in refunds, and positive feedback from developers purchasing the product specifically because of accessibility investments. The team learned to integrate accessibility testing from the beginning and work with accessibility experts rather than trying to solve complex issues independently.
## ๐๏ธ Notes
#### โฑ๏ธ [00:00](https://youtu.be/ifj4BQAZxTM?t=0) โ [H1] Podcast Introduction and Beverage Review
- Key idea: Accessibility Craft podcast explores accessible websites while reviewing craft beverages
- Evidence: "Austin Eastiders churro flavored hard cider" - describes cinnamon and baked good undertones
#### โฑ๏ธ [05:30](https://youtu.be/ifj4BQAZxTM?t=330) โ [H2] Guest Introduction: Taylor's Background
- Key idea: Taylor transitioned from Give WP to LearnDash Product Owner at StellarWP in 2024
- Evidence: "Started out at Give WP in 2018, spoke at several WordCamps about SEO"
#### โฑ๏ธ [08:15](https://youtu.be/ifj4BQAZxTM?t=495) โ [H1] EU Deadline Prompted Accessibility Priority
- Key idea: EU accessibility deadline forced company-wide priority shift on accessibility
- Evidence: "That June deadline in 2025 was huge... accessibility isn't seen as revenue driving until leadership made it a priority"
#### โฑ๏ธ [12:20](https://youtu.be/ifj4BQAZxTM?t=740) โ [H2] Project Timeline and Team Structure
- Key idea: 4-month project with split development team approach
- Evidence: "Four developers plus a lead... two engineers stayed on accessibility track, other two worked on maintenance or features"
#### โฑ๏ธ [15:45](https://youtu.be/ifj4BQAZxTM?t=945) โ [H2] Scale and Scope of Work
- Key idea: Massive user base with limited development resources
- Evidence: "150,000 websites... only like four people strong plus a lead... 77 total line items over 11 releases"
#### โฑ๏ธ [18:30](https://youtu.be/ifj4BQAZxTM?t=1110) โ [H1] Most Challenging Issues: Course Progression
- Key idea: Course progression required fundamental UX changes that users disliked
- Evidence: "We got so much backlash... had to add a setting to turn it off with warning 'this is not accessible'"
#### โฑ๏ธ [22:10](https://youtu.be/ifj4BQAZxTM?t=1330) โ [H2] Matrix Quiz Questions Left Behind
- Key idea: Some features were too complex to fix within timeline constraints
- Evidence: "Matrix sorting question... drag and drop answers across different lists... would take way too long"
#### โฑ๏ธ [25:00](https://youtu.be/ifj4BQAZxTM?t=1500) โ [H2] User Impact and Developer Feedback
- Key idea: Accessibility work attracted new customers who specifically valued the investment
- Evidence: "Getting an email from a developer thanking us... purchased the product because we were doing that work"
#### โฑ๏ธ [28:15](https://youtu.be/ifj4BQAZxTM?t=1695) โ [H1] Measurable Business Results
- Key idea: Dramatic reduction in support burden and refunds
- Evidence: "Support volume new tickets went down by 30%... refunds reduced by 42%"
#### โฑ๏ธ [32:30](https://youtu.be/ifj4BQAZxTM?t=1950) โ [H1] Key Lessons: Accessibility First Approach
- Key idea: Team learned to integrate accessibility from the beginning, not retrofit
- Evidence: "You shouldn't even be asking me that question... making that a primary product requirement"
#### โฑ๏ธ [35:20](https://youtu.be/ifj4BQAZxTM?t=2120) โ [H2] Working with Accessibility Experts
- Key idea: Developers learned to collaborate with experts rather than struggle alone
- Evidence: "They don't have to be the expert... work with the experts and not be afraid to ask questions"
#### โฑ๏ธ [38:45](https://youtu.be/ifj4BQAZxTM?t=2325) โ [H2] Leadership Buy-in Through Business Case
- Key idea: Accessibility needs to be paired with revenue-generating work for leadership support
- Evidence: "Getting buy-in requires writing the story... making sure it pairs well with other things"
#### โฑ๏ธ [42:00](https://youtu.be/ifj4BQAZxTM?t=2520) โ [H2] Personal Website Rebuild with Accessibility Focus
- Key idea: Taylor now implements accessibility checking from the beginning of projects
- Evidence: "Install the accessibility checker up front and check as you go"
#### โฑ๏ธ [48:30](https://youtu.be/ifj4BQAZxTM?t=2910) โ [H2] Career Update and WordPress Love Story
- Key idea: Taylor moving to hosting company and personal relationship from WordCamp connections
- Evidence: "New position at high velocity hosting... WordPress love story, met in 2019 at WordCamp US"
## ๐ References
- [Accessibility Craft Podcast](https://accessibilitycraft.com)
- [LearnDash Product](https://learndash.com)
- [Equalized Digital Accessibility Checker](https://equalizedigital.com/accessibility-checker)
- [StellarWP](https://stellarwp.com)
## ๐ฃ๏ธ Paraphrase
- LearnDash faced the EU accessibility deadline with 150,000 websites depending on a 4-person development team, forcing a complete accessibility overhaul that initially wasn't seen as revenue-generating work
- The most challenging fixes involved course progression and quiz functionality, requiring UI changes that upset existing users and forcing compromise solutions with accessibility warnings
- The project delivered unexpected business value with 30% fewer support tickets and 42% fewer refunds, proving accessibility investment has measurable bottom-line impact beyond compliance
## ๐ฐ Newsletter
**LearnDash's Accessibility Journey Delivers Surprising Business Results**
The team at LearnDash just completed a comprehensive accessibility overhaul that's worth studying for any WordPress product team. What started as EU compliance work turned into a masterclass in accessibility-driven product improvement.
**The Challenge**: With 150,000 websites depending on just 4 developers, LearnDash had to fix 77 accessibility issues in 4 months while maintaining their feature roadmap.
**Smart Strategy**: They split their dev team - half on accessibility, half on features - and paired releases so each update told a complete story rather than just "accessibility fixes."
**Surprising Results**:
- 30% reduction in support tickets
- 42% reduction in refunds
- New customers specifically choosing LearnDash for accessibility investment
**Key Takeaway**: The team learned to integrate accessibility testing from day one rather than retrofitting, and to work with accessibility experts rather than struggling alone.
For WordPress developers and product teams, this shows how accessibility work can deliver measurable business value beyond compliance requirements.
Resources: [Learn WordPress](https://learn.wordpress.org/), [Accessibility Checker](https://equalizedigital.com/accessibility-checker), [WCAG Guidelines](https://www.w3.org/WAI/WCAG21/quickref/)
## โ
Action Items
#### WordPress
- Accessibility: Integrate accessibility testing early in theme/plugin development cycles
- Documentation: Create case study templates showing business impact of accessibility work
- Training: Develop accessibility-first development curriculum for WordPress developers
- Community: Share accessibility success stories at WordCamps to drive adoption
#### OSPO
- Policy & Governance: Establish accessibility requirements in contribution guidelines
- Developer Support: Provide accessibility consultation and expert connections
- Community Engagement: Fund accessibility audits for critical WordPress ecosystem plugins
#### Community
- Maintainers: Create accessibility roadmap templates and milestone tracking
- Contributors: Establish accessibility-first code review processes
- Sponsors: Fund accessibility improvements in high-impact plugins and themes
## ๐งช Hypotheses
- Accessibility improvements reduce support ticket volume by 20-40% by preventing user confusion and interaction failures
- Products that publicly invest in accessibility attract developers and organizations with compliance requirements as new customers
- Pairing accessibility fixes with feature releases improves stakeholder perception versus standalone accessibility work
- Teams that work with accessibility experts complete remediation 50% faster than those working independently
### ๐ Methodology
- Track support ticket volume and categorization before/after accessibility improvements across WordPress products
- Survey purchasing decisions for accessibility-focused products versus feature-focused alternatives
- Compare development velocity for accessibility projects with and without expert consultation
- Measure user retention and satisfaction metrics for products undergoing accessibility overhauls
### โ Questions
- How can WordPress product teams better estimate accessibility remediation effort and timeline?
- What accessibility testing tools and workflows work best for small development teams?
- How should product managers balance accessibility debt versus new feature development?
### ๐ฎ Future Research
- Longitudinal study of accessibility investment ROI across WordPress ecosystem
- Best practices for accessibility-first development workflows in WordPress
- Impact of EU accessibility deadline on WordPress product compliance rates
### ๐ก Implications
- Practice: Accessibility testing should be integrated into WordPress development workflows from project inception
- Policy: WordPress product teams need clear accessibility requirements and expert consultation paths
- Education: Product managers need training on business case development for accessibility investment
- Funding: Accessibility improvements deliver measurable business value through reduced support costs and improved user satisfaction
### ๐ง Learning Styles Assessment
Reading level estimate: 12th grade (Flesch-Kincaid)
#### ๐ Visual learners
- Present: Podcast format with some visual references to website elements
- Improve: Screenshots of accessibility fixes, before/after interface comparisons, accessibility audit spreadsheet examples
#### ๐ Aural learners
- Present: Full audio podcast with detailed verbal explanations
- Improve: Could benefit from shorter audio summaries of key findings
#### ๐ฃ๏ธ Verbal learners
- Present: Clear explanations of technical concepts, business terminology defined in context
- Improve: Glossary of accessibility terms, comparison analogies for complex concepts
#### ๐งฉ Kinesthetic learners
- Present: Some discussion of hands-on debugging and testing processes
- Improve: Step-by-step accessibility testing checklists, interactive remediation workflows
#### ๐ง Logical learners
- Present: Clear timeline, quantified results, cause-and-effect relationships
- Improve: Detailed project management templates, decision frameworks for accessibility prioritization
#### ๐งโ๐คโ๐ง Social learners
- Present: Team collaboration stories, expert consultation examples
- Improve: Community discussion prompts, team retrospective templates
#### ๐งโโ๏ธ Solitary learners
- Present: Individual contributor experiences and personal website building
- Improve: Self-assessment tools for accessibility readiness, independent learning paths
#### ๐ฟ Naturalistic learners
- Present: Limited environmental connections
- Improve: Accessibility as ecosystem health analogy, sustainable development practices
### ๐ Accessibility Assessment
#### Screen reader semantics
- Present: Audio format inherently accessible, clear heading structure in transcript
- Improve: Enhanced transcript with speaker identification, time stamps for navigation
#### Keyboard navigation
- Present: Audio content doesn't require mouse interaction
- Improve: Ensure web player controls are keyboard accessible
#### Contrast and readability
- Present: Text transcript available for visual review
- Improve: High contrast theme options for transcript display
#### Text resizing and reflow
- Present: Standard web text formatting
- Improve: Responsive transcript layout, text spacing options
#### Media and captions
- Present: Full transcript provided
- Improve: Synchronized captions, downloadable transcript formats
#### Forms and interactions
- Present: Simple contact forms mentioned
- Improve: Accessible feedback mechanisms for podcast suggestions
### ๐ DEIB Assessment
#### Cultural breadth
- Present: US-focused perspective with EU compliance context
- Improve: Global accessibility requirement examples, international developer perspectives
#### Inclusive language
- Present: Professional, respectful tone throughout discussion
- Improve: More explicit discussion of disability community impact
#### Neurodiversity support
- Present: Clear structure, conversational tone
- Improve: Content warnings for business stress discussions, processing time acknowledgments
#### Representation
- Present: Female product manager perspective in male-dominated field
- Improve: Broader range of accessibility user experiences, diverse team member voices
#### Psychological safety
- Present: Honest discussion of challenges and failures
- Improve: More explicit validation of accessibility struggles, resource lists for support
### โ
Logical Validity
#### Strong reasoning
- Deductive strength: Clear cause-effect between accessibility fixes and business metrics
- Inductive strength: Single case study generalizes well to similar WordPress products
- Causal reasoning: Timeline supports accessibility work causing metric improvements
- Analogical strength: LearnDash experience applicable to other plugin development teams
#### Fallacies
- Hasty generalization: Single success story may not apply to all products, but speaker acknowledges context specificity
- Post hoc reasoning: Other factors besides accessibility may have influenced metrics, though speaker notes this limitation
#### Tone of voice
- Overall tone: Professional, honest, and reflective with appropriate acknowledgment of challenges and limitations
### ๐ก๏ธ DARVO Analysis
- Deny: No denial patterns present
- Attack: No attacking behavior observed
- Reverse victim/offender: No victim/offender rever
---
## Full Transcript
[00:12] Welcome to the Accessibility Craft<br>[00:14] podcast, where we explore the art of<br>[00:16] creating accessible websites while<br>[00:17] trying out interesting craft beverages.<br>[00:20] This podcast is brought to you by the<br>[00:21] team at Equalized Digital, a WordPress<br>[00:23] accessibility company and the proud<br>[00:24] creators of the Accessibility Checker<br>[00:26] plugin. And now on to the show.<br>[00:31] >> Hey everybody, it's Amber and I am here<br>[00:34] today with Chris.<br>[00:36] >> Hey everybody.<br>[00:38] >> And of course we have a special guest<br>[00:41] with us today as well, Taylor. Hi<br>[00:44] Taylor.<br>[00:45] >> Hi. How are you?<br>[00:48] >> Good. We're so glad to have you on<br>[00:51] today. Thank you. For those out there<br>[00:54] that don't know me, I started out at<br>[00:57] Give WP in 2018. Spoke at several word<br>[01:00] camps, probably about SEO, and ended up<br>[01:03] as the Learn Dash product owner at<br>[01:05] StellarWP last year in 2024. So, that's<br>[01:09] why we're here today. We are so excited<br>[01:11] to have you here today. Of course, we're<br>[01:13] going to talk a little bit more about<br>[01:15] Learn Dash and the accessibility journey<br>[01:17] that you helped to spearhead over there<br>[01:20] as a product manager. And for anyone who<br>[01:23] wants to follow along, you have a great<br>[01:25] blog post that you wrote about it, they<br>[01:28] can find that with show notes and a full<br>[01:31] transcript if they go to<br>[01:32] accessibilitycraft.com<br>[01:36] 5.<br>[01:38] We start every episode with a beverage.<br>[01:40] What are we drinking today, Chris?<br>[01:41] >> I'm particularly excited for this one.<br>[01:43] So, we are having Austin Eastiders is<br>[01:46] Oh, the glare on that is horrible with<br>[01:48] my lights. But Austin Eastiders is m Oh,<br>[01:50] thank you both for assisting. Is making<br>[01:52] a return to the podcast after quite a<br>[01:55] long hiatus with a limited release<br>[01:57] churro flavored hard cider. So, I really<br>[02:01] like their stuff. Taylor, have you had<br>[02:03] many cers before? Is it something you<br>[02:05] really like?<br>[02:06] >> I actually am a huge cider fan. I almost<br>[02:09] only drink cers now. It must just be<br>[02:12] because I live in an apple area. I don't<br>[02:14] know.<br>[02:15] >> Do you have breweries or cider? Do they<br>[02:17] call them cider? I don't even know what<br>[02:18] they call them when it's hard cider<br>[02:19] around you. Can you get local stuff? I<br>[02:22] think it's a cery. Yeah. So, I live<br>[02:24] really close to the Julian Beer Company<br>[02:27] and Julian Cider Company in San Diego<br>[02:29] County. So, their cers, the Julian Cider<br>[02:32] Company is really good. And then there's<br>[02:34] another one called Golden State Cider<br>[02:36] that I think might be from Sacramento<br>[02:37] that I love.<br>[02:38] >> We'll see how the Texas cider measures<br>[02:41] up and you can be totally honest in your<br>[02:43] review. Austin East Ciders is the local<br>[02:46] mainstay cery here in central Texas. So,<br>[02:49] we can crack these open. But they<br>[02:50] promise that this is going to have some<br>[02:53] sweet spice and a crisp apple finish.<br>[02:56] And I love the art on the can, too. It's<br>[02:59] got like this whole carnival motif going<br>[03:01] on.<br>[03:02] >> Yeah, it's like turquoise and reds and<br>[03:04] orange and purples and stuff. And it<br>[03:07] looks like the county fair. I will say I<br>[03:09] thought it was a little funny. I feel<br>[03:11] like we should explain what a churro is<br>[03:13] because I don't Have you ever had<br>[03:14] churros, Taylor?<br>[03:15] >> Well, I'm from San Diego, so yeah, it<br>[03:18] didn't occur to me that people might not<br>[03:20] know what a churro is, but you're right.<br>[03:24] >> Those of us in the southern part of the<br>[03:25] US that are close to Mexico totally know<br>[03:27] what churros are, but I think that's not<br>[03:30] maybe super common in the north or<br>[03:32] Europe. Maybe. I don't know.<br>[03:34] >> Probably not. Maybe. I don't know.<br>[03:36] >> Yeah. It's a fried doughnutlike batter<br>[03:39] that has a a ridge to it. So, it's like<br>[03:42] crinkly and then they usually coat them<br>[03:44] in cinnamon and sugar. Sometimes you dip<br>[03:46] them in chocolate or dolce de leche,<br>[03:49] which is like a cooked down caramel made<br>[03:51] out of milk. They're a super popular<br>[03:52] fair food and we<br>[03:54] >> right Mexican.<br>[03:56] >> Yeah. Yeah. It's<br>[03:57] >> totally It smells like a churro.<br>[04:00] >> How funny is it that it's churro and<br>[04:03] it's all like gluten-free?<br>[04:06] Normally I don't think Cheerios are<br>[04:08] glutenfree.<br>[04:09] >> No, they're definitely made of like a<br>[04:11] lot of flour.<br>[04:15] >> It does smell cinnamony.<br>[04:17] >> Yeah, it has that cinnamon and it's<br>[04:19] definitely cinnamon on the nose.<br>[04:20] Cinnamon forward. I like the flavor.<br>[04:22] What I find particularly interesting<br>[04:24] about this flavor, it's not just apple<br>[04:26] juice with some cinnamon in it. like<br>[04:28] there is a bit of a baked good type<br>[04:30] undertone and I don't know how they<br>[04:32] achieved that just with fermenting apple<br>[04:35] juice but<br>[04:37] >> it's got to be something with the<br>[04:38] cinnamon or like there's got to be<br>[04:40] caramel in it or something like that cuz<br>[04:41] I taste it too. It's really good. It<br>[04:43] tastes exactly like an apple churro.<br>[04:45] >> Mhm.<br>[04:46] >> Do they make apple churros? I feel like<br>[04:48] I've only ever had like cinnamon.<br>[04:50] >> I don't know but this is how I imagined<br>[04:52] it would taste.<br>[04:53] >> It also kind of makes me think of like<br>[04:55] you mentioned apple orchards. Makes me<br>[04:56] think of like the apple cider donuts we<br>[04:58] would sometimes get in New England when<br>[05:01] we lived up there with the cinnamon<br>[05:03] sugar on the outside. Those are legit<br>[05:05] good. Do they do<br>[05:05] >> Those are good.<br>[05:06] >> Do they do apple<br>[05:09] or cider donuts?<br>[05:11] >> No cider donuts, but we have really<br>[05:13] famous apple pies out here. Like people<br>[05:17] will fight you for them over the<br>[05:19] holidays.<br>[05:21] >> So, you know what I'll give this that is<br>[05:23] really interesting is it is pretty dry.<br>[05:25] It is not sweet, which people who listen<br>[05:27] to this podcast a lot know that I'm not<br>[05:30] a big like sweet beverage person. So,<br>[05:34] >> I don't like sweet either.<br>[05:35] >> It surprised me because I thought for<br>[05:37] sure<br>[05:39] >> the it's like warm cinnamon, vanilla<br>[05:41] cake, and toasted sugar is what they<br>[05:43] said the aroma was.<br>[05:46] And And I'm thinking, combine that with<br>[05:47] apple. And I'm like, it's going to be<br>[05:49] too sweet for me. But I don't think it's<br>[05:51] sweet at all. Actually, I really like<br>[05:53] it.<br>[05:54] >> Yeah, I do too. And I also don't like<br>[05:56] sweet things. When I drink cers, they're<br>[05:57] always dry. So<br>[06:00] >> yeah, this is a great limited release.<br>[06:03] And I hope they make it a less limited<br>[06:05] release and they make this again because<br>[06:07] I would totally buy this again. So maybe<br>[06:09] that segus us to our not so scientific<br>[06:12] rating system, Taylor. So you're<br>[06:14] uninitiated. Basically, we give things<br>[06:16] individually a thumbs up, thumbs in the<br>[06:18] middle, or thumbs down. So I'll lead<br>[06:21] while y'all think. I I think this one is<br>[06:23] a solid thumbs up for me. I like all of<br>[06:26] Austin Eastider stuff and even among<br>[06:29] their selections up there for me. This<br>[06:31] is really quite good.<br>[06:34] >> That's cool.<br>[06:35] >> Yeah, I'm I am definitely a thumbs up as<br>[06:38] well. I will I would buy this one again.<br>[06:40] I like it as far as ciders go.<br>[06:42] >> I also give it a thumbs up. Also, I'm<br>[06:44] going to be in Austin in like a month,<br>[06:46] so I'm probably going to try to try it<br>[06:48] again.<br>[06:49] >> So, I I feel like I have to ask. You<br>[06:51] have your local favorites. How does this<br>[06:53] measure up?<br>[06:55] >> I would say it's probably better than<br>[06:57] the Julian cider company I was talking<br>[06:59] about. They have really good cers, but<br>[07:00] they tend their flavored cers tend to be<br>[07:02] too sweet for me.<br>[07:04] >> Okay. I am shocked because there's so<br>[07:06] much good stuff that comes out of<br>[07:08] California. I thought for sure that they<br>[07:10] would have won, but feather and Austin<br>[07:12] cider cap.<br>[07:13] >> Well, I would say Golden State Cider<br>[07:15] probably still wins for me, but that<br>[07:16] one's like nationally distributed, so I<br>[07:18] don't know if it counts. might not be as<br>[07:20] craft anymore.<br>[07:21] >> Well, of course, we'd love to have a<br>[07:25] drink with you and chat, but we did<br>[07:27] invite you here to talk a little bit<br>[07:28] about accessibility as well. We're going<br>[07:31] to talk about behind the scenes of Learn<br>[07:33] Dash's accessibility overhaul. I think<br>[07:36] it'd be good to maybe start with, can<br>[07:39] you tell us more about what prompted the<br>[07:42] decision to begin a full accessibility<br>[07:44] overhaul at Learn Dash?<br>[07:47] Yeah. So, this answer is a little<br>[07:49] embarrassing because it really came down<br>[07:52] to the EU deadline looming with<br>[07:55] everybody needing to have their own<br>[07:57] accessibility in place, all of our<br>[07:58] customers. So, that June deadline in<br>[08:00] 2025 was huge. And it wasn't necessarily<br>[08:03] prioritized on any of the stellar<br>[08:05] products at all until leadership made it<br>[08:08] a priority if that makes sense. U with<br>[08:10] Learn Dash in particular at that time,<br>[08:11] we were in a state where it was like<br>[08:13] figure out how to get revenue up.<br>[08:15] Everybody needs to get revenue up and<br>[08:17] accessibility isn't one of the things<br>[08:18] that is seen as revenue driving. So, it<br>[08:22] really did take leadership actually<br>[08:24] buying in and making it a priority<br>[08:26] across the company.<br>[08:28] >> And maybe circle back at the very end<br>[08:30] and find out if there was some revenue<br>[08:35] tied to this, but don't spoil it now.<br>[08:38] >> I won't.<br>[08:38] >> All right. So, so leadership has bought<br>[08:40] in where in the past once they made that<br>[08:44] decision. What did the actual process of<br>[08:47] overhauling accessibility look like?<br>[08:49] Like how long did it take? Anything that<br>[08:51] you can share?<br>[08:53] >> Yeah, so we got our accessibility audit<br>[08:56] from you all I think at the end of 2024<br>[08:58] and at that time we were in the middle<br>[09:00] of some other high priority work. So we<br>[09:02] scheduled it just to kick off in like<br>[09:04] January, February of 2025 and Learn Dash<br>[09:07] at that time only had like 60s something<br>[09:09] line items. So it didn't look that<br>[09:11] daunting and we kind of dug our feet on<br>[09:13] it which later on we regretted. When we<br>[09:15] actually kicked off the project we went<br>[09:17] through with the engineers who were<br>[09:18] going to be responsible for it and<br>[09:20] marked everything in a spreadsheet<br>[09:22] either straightforward and easy or needs<br>[09:25] a discussion. If it was easy, it went<br>[09:27] into Jira in the epic and just kind of<br>[09:29] not got forgotten about but got grouped<br>[09:31] with work and sprints and went on its<br>[09:33] way. If it needed discussion once we<br>[09:35] were coming up to that grouping of work,<br>[09:37] we would talk about it before sprint<br>[09:39] planning and then I would put it in Jira<br>[09:40] and it would go through that process<br>[09:42] too. And one of the things that I think<br>[09:44] was one of the hardest pieces to<br>[09:47] accomplish is also balancing your road<br>[09:49] map during this work. So we divided our<br>[09:52] developer team kind of in half. And I<br>[09:54] don't know if a lot of people know this,<br>[09:55] but the Learn Dash development team was<br>[09:56] only like four people strong plus a<br>[09:58] lead.<br>[09:59] >> How many websites do you know?<br>[10:02] >> 150,000 websites.<br>[10:04] >> Wow. That's a lot for only four<br>[10:06] developers.<br>[10:07] >> Yes. So quite a lot of websites. Four<br>[10:10] developers plus a lead engineer. So<br>[10:11] five. But the lead engineer, you know,<br>[10:14] doesn't really have much time to<br>[10:15] actually engineer. He loves doing it,<br>[10:17] but he didn't have much time. So the two<br>[10:21] engineers stayed on the accessibility<br>[10:22] track and the other two worked on either<br>[10:24] high priority maintenance or a feature<br>[10:26] set and those were paired together so<br>[10:28] that the feature set being worked on<br>[10:30] both teams was the same at the same<br>[10:31] time. So each release was like here's a<br>[10:34] bunch of stuff for quizzes. A lot of it<br>[10:36] is accessibility but here's like 15<br>[10:38] other things that are either valuable or<br>[10:40] we fix that you've been asking for. And<br>[10:42] that told a much better story. So it<br>[10:45] took about four months and we had 77<br>[10:49] total line items in the change log that<br>[10:52] I found when I was going back with AI<br>[10:54] over 11 releases. So of course it's<br>[10:57] never done. So that was just our initial<br>[10:59] MVP get this out the door for the<br>[11:01] conformance report. And a couple weeks<br>[11:04] ago, Learn Dash was really close to<br>[11:06] finishing the notes add-on accessibility<br>[11:09] work as well. So there was an add-on<br>[11:11] being added into the mix. We initially<br>[11:12] only did the core product and we're<br>[11:14] going to phase in add-ons.<br>[11:17] >> Gotcha. So you had mentioned that there<br>[11:20] were some items in our initial audit of<br>[11:24] 60 issues that were more difficult and<br>[11:28] you're like these need discussion. I'm<br>[11:30] curious if you could talk a little bit<br>[11:32] about what some of those things were<br>[11:34] that were the most challenging and how<br>[11:39] you handled those.<br>[11:42] Two most challenging pieces were course<br>[11:44] progression and quizzes. So within Learn<br>[11:47] Dash, it's obviously a very old legacy<br>[11:50] product. There's a lot of pieces on the<br>[11:51] front end that are difficult to work<br>[11:52] with, much technical debt, but we were<br>[11:55] working through it. And the course<br>[11:57] progression piece was one of the hardest<br>[11:59] parts because it's such an important<br>[12:01] part of using Learn Dash as a student<br>[12:03] that we didn't want to mess it up for<br>[12:05] current users the way that it currently<br>[12:06] worked, but the way that it worked at<br>[12:08] that time was not accessible. So we made<br>[12:11] the change and I'll talk a little bit<br>[12:13] more about that, what the response to<br>[12:15] that in a second, but that change was<br>[12:16] really difficult. I think we went back<br>[12:17] and forth with your team several times<br>[12:19] on it. So to describe for people that<br>[12:22] particular one was that in learn dash<br>[12:25] you have the ability to make people<br>[12:26] watch videos or not and then they hit<br>[12:29] like complete to mark a lesson as done.<br>[12:32] And originally it was you'd mark the<br>[12:34] lesson as done and then it would just<br>[12:36] move you to the next lesson and not<br>[12:38] really say anything. And we're like well<br>[12:41] how's a blind person supposed to know<br>[12:43] that it worked? that like there'd be a<br>[12:45] little check mark on the sidebar maybe<br>[12:47] that oh this one is complete now and now<br>[12:48] you're on the next page and it was just<br>[12:50] like a whole different loss of context<br>[12:53] and not really knowing where you are and<br>[12:55] not knowing if what you did worked or<br>[12:56] not.<br>[12:57] >> Yeah. So difficult to figure out what<br>[12:59] does that look like.<br>[13:00] >> Yeah. And with learn dash being built in<br>[13:03] PHP templates fixing that was not easy.<br>[13:07] So we came up with a solution that<br>[13:09] everybody actually hated. We got so much<br>[13:13] backlash on that change that we had to<br>[13:16] actually add a setting into learn dash<br>[13:18] to turn it off and go back to the old<br>[13:20] setting. But on it it says this is not<br>[13:22] accessible. Are you sure that you want<br>[13:24] to do this?<br>[13:26] >> So the solution was it reloads the same<br>[13:29] page and now shows it as complete with<br>[13:32] the success message says it's complete<br>[13:35] now and people can click to go to the<br>[13:37] next lesson maybe.<br>[13:38] >> Right. you have it's an extra click and<br>[13:40] so some people really just wanted that<br>[13:42] like automatic progression which<br>[13:45] just for some reason we could there was<br>[13:47] just so much happening with the PHP<br>[13:49] template they were like we're not going<br>[13:50] to be able to fix this without spending<br>[13:52] six months or do it this way so<br>[13:55] >> it was a really big challenge and then<br>[13:58] matrix quiz question type was the other<br>[14:00] challenge<br>[14:01] >> yeah I think the way that you handled it<br>[14:04] though was you came up with a solution<br>[14:06] that didn't take forever for you to<br>[14:08] develop fix the accessibility problem<br>[14:10] and then you allowed a setting. So then<br>[14:12] at least the course creator is the one<br>[14:14] making that choice and they know whether<br>[14:16] their website has to be compliant or<br>[14:18] not. I feel like that's a good happy<br>[14:19] medium on how you dealt with a difficult<br>[14:21] thing. Yeah. And we took the same<br>[14:24] approach with the matrix sorting<br>[14:25] question. We had tons of problems with<br>[14:27] quiz questions. It took forever to<br>[14:28] finish the quiz part of the project. But<br>[14:30] that question in particular we left<br>[14:32] behind because it wasn't doable without<br>[14:35] refactoring. So a matrix sorting<br>[14:37] question is where you're you drag and<br>[14:39] drop answers not in a single list but in<br>[14:42] two lists. So you're dropping answers<br>[14:44] across different lists. And that is<br>[14:47] really hard to make accessible with a<br>[14:49] PHP template. It just everything that<br>[14:53] they were talking about doing would take<br>[14:54] way too long. And we had already planned<br>[14:57] a much longer term project to overhaul<br>[14:59] the entire course builder which would<br>[15:01] include quizzes and then eventually a<br>[15:03] new front end. So, I was like, let's<br>[15:04] just leave this. Put a warning on this<br>[15:06] one, too. People don't need the matrix<br>[15:08] sorting question. There's like 16<br>[15:10] question types for now. It'll be okay.<br>[15:12] And then the PDF certificate builder,<br>[15:14] too, was another thing that just wasn't<br>[15:16] accessible. And to fix it required<br>[15:18] replacing the entire library. So, that<br>[15:20] was another piece that was probably<br>[15:22] going to be the first piece of the new<br>[15:23] system we were going to refactor.<br>[15:26] Mhm. And<br>[15:27] >> I know we want to get into what the<br>[15:29] impact was for Learn Dash, the company,<br>[15:33] but before we get into that, I want to<br>[15:36] ask about the impact on the users of<br>[15:39] your software for some of these<br>[15:41] improvements. Is there anything you can<br>[15:42] share or comment on as far as like how<br>[15:45] these accessibility improvements<br>[15:47] improved or changed things for users of<br>[15:49] the tool?<br>[15:51] Yeah, actually probably one of my<br>[15:53] favorite moments at Learn Dash was<br>[15:55] getting an email from a developer<br>[15:57] thanking us for doing accessibility work<br>[15:59] and saying that they purchased the<br>[16:00] product because we were doing that work<br>[16:02] and being really transparent about it.<br>[16:05] That was super exciting. I that's the<br>[16:07] only thing that really stands out in my<br>[16:09] mind. I know that there were other<br>[16:10] pieces in there, but that in particular<br>[16:12] just like anecdotally says it all.<br>[16:16] >> Yeah. I mean, I feel like if we just<br>[16:19] look back at everything that got<br>[16:21] changed, which I think people could see,<br>[16:23] we can put in the show notes a link over<br>[16:25] to the accessibility statement that you<br>[16:27] had written for the Learn Dash website.<br>[16:29] And also your blog post summarizes like<br>[16:32] some of the fixes that were in there. I<br>[16:34] mean, there was a lot that had to do<br>[16:37] with keyboard functionality, which would<br>[16:39] impact both blind people and sighted<br>[16:41] people who can't use a mouse or prefer<br>[16:43] not to use a mouse. labeling of items<br>[16:45] for blind people. I don't know. Can you<br>[16:48] think of any other things that had big<br>[16:50] impacts on<br>[16:52] >> the keyboard accessibility was a huge<br>[16:53] one. One of our developers in particular<br>[16:55] worked through that a lot. The there was<br>[16:57] a couple places where we had color<br>[17:00] contrast issues that were so bad. I<br>[17:02] don't know how they weren't reported as<br>[17:03] bugs.<br>[17:05] >> Oh, like I can see normally and I have a<br>[17:08] hard time reading this.<br>[17:09] >> Exactly. So, there were a couple things<br>[17:12] in there that like the color contrast<br>[17:14] issues made a huge difference. Some of<br>[17:16] them were subtle, but some of them were<br>[17:17] like, "How was this actually even in<br>[17:19] here before it had gotten changed in<br>[17:22] some way, probably over time, and nobody<br>[17:24] noticed?" But I do think that the<br>[17:26] keyboard accessibility was the biggest<br>[17:28] piece because tabbing around and learn<br>[17:30] dash I didn't realize was so bad until<br>[17:32] this project.<br>[17:34] >> So, do you want to talk about then on<br>[17:36] the flip side? You mentioned that you<br>[17:38] did hear from at least one person who<br>[17:41] said, "We're going to buy Learn Dash now<br>[17:42] because you're investing in<br>[17:44] accessibility." Can you share any of the<br>[17:47] other results that Learn Dash saw from<br>[17:50] this accessibility investment and<br>[17:53] whether that was like increased revenue<br>[17:55] or maybe reduced support tickets or any<br>[17:57] sort of KPIs that could be tied back to<br>[17:59] it?<br>[18:00] >> Yeah. So this was one of three<br>[18:03] initiatives that I think led to these<br>[18:05] metrics but one of the primary ones. We<br>[18:08] in the first half of 2025 compared to<br>[18:11] 2024 Learn Dash's support volume new<br>[18:14] support tickets went down by 30%. So<br>[18:17] accessibility was a huge part of that.<br>[18:19] We had tons of tickets on accessibility.<br>[18:22] Being able to go back to those folks and<br>[18:23] say hey we fixed it was amazing. We did<br>[18:26] another similar project for performance<br>[18:28] improvements on reporting, but I think<br>[18:30] accessibility work impacted way more<br>[18:32] people. So that 30% support volume<br>[18:36] dropping is just incredible. We actually<br>[18:38] ended up losing a couple of support<br>[18:39] folks last year and didn't need to<br>[18:41] replace them because the volume was<br>[18:43] down.<br>[18:44] >> Wow. Yeah, that is a huge difference.<br>[18:46] And that is a great example of like a<br>[18:49] bottom line improvement that<br>[18:50] accessibility can bring.<br>[18:52] >> Yeah. And then the other metric is<br>[18:54] refunds. our refunds were reduced by<br>[18:56] 42%. So just insane percentages<br>[19:00] year-over-year just by focusing on<br>[19:03] accessibility in particular. The other<br>[19:05] piece that we did was auto configuring<br>[19:07] Stripe web hooks for folks which did<br>[19:09] have a high volume of support but not<br>[19:10] nearly as much as accessibility.<br>[19:13] >> That's really cool. And<br>[19:16] I think it would be interesting to know<br>[19:19] if there were any like major lessons or<br>[19:22] takeaways you had or if any that you can<br>[19:25] share on behalf of the dev team maybe<br>[19:28] like what the takeaways were going<br>[19:30] through that remediation process like<br>[19:32] things that they would do differently<br>[19:34] now or that you would do differently<br>[19:35] with future products.<br>[19:37] >> Yeah, I think one of the things that<br>[19:38] especially our development team learned<br>[19:40] a lot about is putting accessibility<br>[19:42] first. it was something that had been<br>[19:45] talked about but not necessarily put<br>[19:47] into practice and from that point<br>[19:50] forward it wasn't um negotiable. So<br>[19:54] there was a couple projects that had<br>[19:56] kind of started before this work and<br>[19:57] then were lingering and somebody asked<br>[19:59] do I need to make this accessible and I<br>[20:00] was like you shouldn't even be asking me<br>[20:02] that question. So I think making that a<br>[20:05] primary product requirement for<br>[20:07] everything was one of the biggest<br>[20:08] lessons because you never want to have<br>[20:10] to go back. That's actually a pain. And<br>[20:12] then our developers I think learned that<br>[20:14] they don't have to be the expert. They<br>[20:16] just need to work with the experts and<br>[20:17] not be afraid to ask questions. So I<br>[20:20] think for them that was a huge piece of<br>[20:22] it because there were times when they<br>[20:24] were just struggling on their own and I<br>[20:25] was like why don't we go to equalize<br>[20:27] digital and ask a question and they<br>[20:29] would get unblocked very quickly and<br>[20:30] once they started realizing that the<br>[20:32] work sped up a lot and then for me for<br>[20:35] product ownership and management getting<br>[20:37] buyin from leadership I think really<br>[20:39] requires writing the story and your road<br>[20:41] map and making sure that it pairs well<br>[20:43] with other things because otherwise you<br>[20:46] are going to compromise revenue probably<br>[20:48] you do have to actually keep up value<br>[20:51] while you're doing this work and it<br>[20:52] could take a long time for a lot of<br>[20:54] products. Learn Dash actually had very<br>[20:56] few problems compared to some of the<br>[20:57] other stellar brands.<br>[21:00] >> I I love relating accessibility to other<br>[21:03] KPIs that are also important because it<br>[21:05] does have a surprising amount of impact<br>[21:07] you've observed on things that you<br>[21:09] wouldn't necessarily surface level think<br>[21:12] are related like support or refund<br>[21:14] volume. It's like, you know, I don't<br>[21:16] think your leadership would have guessed<br>[21:17] at if you had asked them, "What impact<br>[21:19] do you think this is going to have?"<br>[21:20] Unless I'm wrong. You can correct me if<br>[21:21] I'm wrong.<br>[21:22] >> I think they were just trying to check a<br>[21:24] box. Not like anything bad on their<br>[21:26] part, but they had a lot going on and I<br>[21:28] think they were like, "We have to do<br>[21:29] this, so just get it done." Not really<br>[21:31] expecting much of an actual ROI on it at<br>[21:33] that time.<br>[21:34] >> Yeah.<br>[21:35] >> Yeah. So, pleasant surprise.<br>[21:36] >> Totally. And being able to present<br>[21:38] accessibility in the language that other<br>[21:41] people speak, particularly decision<br>[21:43] makers, is so critically important and<br>[21:47] something that I've spent a lot of time<br>[21:48] talking to, you know, agency owners and<br>[21:50] other people trying to advocate for<br>[21:52] accessibility. Accessibility alone, as<br>[21:54] much as it should, doesn't sell itself<br>[21:56] all that well. But if you can relate it<br>[21:58] to stuff that people care about be where<br>[22:01] you have, you know, proof or numbers to<br>[22:03] back up that you know it's going to have<br>[22:05] that impact, right? That is so powerful<br>[22:07] and a great way to advance this cause.<br>[22:10] >> Definitely. There are so many ways you<br>[22:12] can sell it. I've sold it by telling<br>[22:13] people that it helps with SEO and LLM<br>[22:16] capabilities because it does. And so you<br>[22:18] want to drive more traffic, make your<br>[22:19] site accessible. It just depends on what<br>[22:21] they value the most is really how you<br>[22:23] have to sell it.<br>[22:25] >> Yeah. So, I want to dive a little bit<br>[22:28] more into like lessons learned and<br>[22:30] things you're doing differently and what<br>[22:32] you're working on now, but we're going<br>[22:33] to take a short commercial first and<br>[22:35] then we'll be right back.<br>[22:39] This episode of Accessibility Craft is<br>[22:41] sponsored by Equalized Digital<br>[22:43] Accessibility Checker, the WordPress<br>[22:45] plug-in that helps you find<br>[22:46] accessibility problems before you hit<br>[22:48] publish. Thousands of businesses,<br>[22:50] nonprofits, universities, and government<br>[22:52] agencies around the world trust<br>[22:54] Accessibility Checker to help their<br>[22:56] teams find, fix, and prevent<br>[22:58] accessibility problems on an ongoing<br>[23:00] basis. New to accessibility? Equalized<br>[23:03] digital accessibility checker is here to<br>[23:05] teach you every step of the way. Whether<br>[23:07] you're a content creator or a developer,<br>[23:10] our detailed documentation guides you<br>[23:11] through fixing accessibility issues.<br>[23:14] Never lose track of accessibility again<br>[23:16] with real time scans each time you save.<br>[23:19] Powerful reports inside the WordPress<br>[23:21] dashboard and a front-end view to help<br>[23:23] you track down hard to find issues. Scan<br>[23:26] unlimited post and pages with<br>[23:28] Accessibility Checker free. Upgrade to<br>[23:30] Accessibility Checker Pro to scan your<br>[23:32] website in bulk, whether it has 10 pages<br>[23:34] or 10,000.<br>[23:36] Download Accessibility Checker today at<br>[23:38] equalizedigital.com/acessibility-checker.<br>[23:43] Use coupon code accessibility craft to<br>[23:46] save 10% on any plan.<br>[23:53] So, I teased a little bit before the<br>[23:55] commercial, but I know you have been<br>[23:57] working on rebuilding your personal<br>[23:59] website and you told me that you are<br>[24:01] doing more with accessibility and you've<br>[24:03] been using accessibility checker and I'm<br>[24:05] sort of curious now that you've gone<br>[24:08] through this whole process with Learn<br>[24:10] Dash and you're using accessibility<br>[24:11] checker like what are you doing<br>[24:13] differently now that you're thinking<br>[24:14] about accessibility?<br>[24:16] So, in the past, honestly, I was not the<br>[24:19] greatest web developer. So, I would just<br>[24:23] build sites and not really think about<br>[24:24] accessibility very much. I just kind of<br>[24:27] eyeballed it and didn't care.<br>[24:29] >> How was your site built? Can you share a<br>[24:31] little bit about that? Just background.<br>[24:33] >> Yeah. So, on this current site, I<br>[24:36] implemented Cadence and Cadence Pro<br>[24:38] template tools and then I started from<br>[24:40] scratch and built my own site template<br>[24:43] kind of. So, I was going for a<br>[24:46] minimalist kind of vibe and it spiraled<br>[24:48] out of control into this whole fake<br>[24:52] software repo thing representing me as a<br>[24:55] product manager. So, it's supposed to<br>[24:57] look minimalist, but it doesn't really<br>[24:59] anymore. And my goal was to have like<br>[25:02] high contrast colors, just make sure<br>[25:03] that it was accessible, very simple,<br>[25:05] don't use complicated blocks, anything<br>[25:07] like that. That did not happen. The more<br>[25:10] it<br>[25:11] >> never works out the way we think it<br>[25:12] will. It's so it's ridiculous. I was<br>[25:14] like, I'm just going to get this site up<br>[25:15] overnight so that I have something up<br>[25:17] and then the more feedback I got, the<br>[25:18] more out of control it got. And two<br>[25:20] weeks later, I had this full-fledged<br>[25:21] website with like custom post types on<br>[25:24] it and everything. So, like multiple<br>[25:26] custom, it's a problem. So, I<br>[25:29] unfortunately thought about<br>[25:30] accessibility a little bit late in the<br>[25:31] game this time, too. But I did install<br>[25:33] the checker after I had a couple pages<br>[25:35] built. Realized I shouldn't have used a<br>[25:37] couple blocks that I used, but I mostly<br>[25:38] passed, so I was excited about that.<br>[25:41] >> Yeah. cadence as a starting point was a<br>[25:44] smart move there, too.<br>[25:45] >> Yeah, they got 100%.<br>[25:46] >> Yep. Yep.<br>[25:48] >> And they're Yeah. 100% on all the things<br>[25:50] that we tested for the report and<br>[25:51] they're continuing to work through other<br>[25:53] issues that they're just having us do<br>[25:56] auditing for. So, yeah.<br>[25:58] >> Cool. Yeah, I love using Cadence,<br>[26:00] especially knowing that it was<br>[26:01] accessible out of the box was a good<br>[26:04] first step for me. But yeah, so once I<br>[26:06] got the pro tool, I did a full-sight<br>[26:07] scan. I found some things. I have not<br>[26:09] fixed them yet, but I will.<br>[26:13] So yeah, it's been interesting.<br>[26:15] >> Do you have any tips at this stage you<br>[26:18] would share for anyone who's working on<br>[26:20] a new website for accessibility<br>[26:22] implementation? Because it sounds like<br>[26:23] you're kind of diying, right? You're in<br>[26:25] there, you're doing all this yourself.<br>[26:26] Like what advice would you give to<br>[26:28] someone else doing kind of the same<br>[26:30] thing?<br>[26:30] >> Even if you're not diying and you're<br>[26:32] working from a design that was passed as<br>[26:34] accessible, I think it's really<br>[26:36] important to install the accessibility<br>[26:38] checker up front and check as you go.<br>[26:41] when I implemented some tables and tabs<br>[26:44] or something that now I've got to go<br>[26:46] back and figure out where they are and<br>[26:47] how to make them accessible and if I had<br>[26:49] been checking along the way that<br>[26:50] wouldn't be a problem because the<br>[26:52] backend piece is really what you don't<br>[26:54] see in the design. So making sure that<br>[26:56] it is able to be interacted with by<br>[26:58] keyboards and a screen reader is really<br>[27:00] important upfront.<br>[27:02] >> Yeah, that's a good point about blocks.<br>[27:05] I just did a WordPress accessibility<br>[27:07] meetup with Brian Cords and he was using<br>[27:10] this block for his podcast transcript<br>[27:13] that just came from seriously simple<br>[27:15] podcasts and it collapses the transcript<br>[27:17] and it's totally not accessible and<br>[27:20] makes it really difficult for a screen<br>[27:22] reader user to know how to expand and<br>[27:24] find the transcript or even a keyboard<br>[27:25] user that is cited. And the solution<br>[27:28] that we discovered now that 6.9 has<br>[27:30] accordionss is he should just use that<br>[27:32] block instead. But this means now he's<br>[27:34] gonna have to go back through all his<br>[27:36] old podcast posts and like copy and<br>[27:38] paste the content and move it around. So<br>[27:40] it's definitely better if you can figure<br>[27:42] out what blocks are good really early<br>[27:44] on. Then you don't have to rebuild parts<br>[27:46] of your pages.<br>[27:47] >> Yeah. Or if you're using a block that's<br>[27:49] super custom that you need to use,<br>[27:51] figure out how to customize it more to<br>[27:52] actually be accessible before you start<br>[27:54] implementing it everywhere. Because that<br>[27:56] was my biggest mistake.<br>[27:59] Well, so I know you have recently moved<br>[28:02] on from Learn Dash. I'm sort of curious.<br>[28:05] This is going to be one of our last<br>[28:07] episodes of the year, but it will come<br>[28:08] out before 2026. But do you have<br>[28:10] anything exciting coming up in 2026 or<br>[28:13] anything else that you want to share<br>[28:16] with everybody who's<br>[28:18] >> Yeah, a couple things. So, I did move on<br>[28:20] from Learn Dash and I do have a new<br>[28:22] position that I'm starting soon. It's at<br>[28:24] high velocity, so hosting entirely<br>[28:27] outside of WordPress at this point,<br>[28:29] which is different for me. So, that'll<br>[28:30] be a fun challenge. I'm excited. And<br>[28:32] then in my personal life, actually,<br>[28:34] David Johnson, the brand bard from<br>[28:36] StellarWP, is moving across the country<br>[28:39] to California to come be with me. We<br>[28:42] started dating a couple months ago, but<br>[28:44] we met in 2019 at Word Camp US. So,<br>[28:49] yeah, it's a WordPress love story.<br>[28:51] >> It's a WordPress love story. I love<br>[28:53] that. That is<br>[28:55] >> Congratulations on many fronts.<br>[28:58] >> Thanks.<br>[28:59] >> Yeah, that's really cool. Those were<br>[29:02] most of the questions that we had<br>[29:04] planned for today. I don't know if<br>[29:06] there's anything else that you want to<br>[29:07] share with anyone. We really appreciate<br>[29:10] you coming on though.<br>[29:12] >> No, I think that's everything. This was<br>[29:14] one of my favorite projects at Learn<br>[29:16] Dash. Up front, I was not excited about<br>[29:18] it, but in the end, it became so<br>[29:20] rewarding. So, I'm just happy to get to<br>[29:22] talk about it.<br>[29:24] >> Awesome.<br>[29:25] >> So, of course, I guess you may be a<br>[29:28] little more difficult to find if you're<br>[29:29] not working in WordPress land every day,<br>[29:31] but where can people reach out to you if<br>[29:34] they want to follow up?<br>[29:36] >> A couple places. So, either LinkedIn or<br>[29:39] my website has a contact form or just<br>[29:41] contacted.<br>[29:44] Which is my website domain. All those<br>[29:47] are a great place to find me.<br>[29:50] Wonderful. For everybody listening, this<br>[29:53] is our last episode of 2025 and for the<br>[29:56] first time ever in the history of the<br>[29:57] podcast, we are going to take a short<br>[29:59] break so that we can refine some of our<br>[30:03] processes and do some of those things.<br>[30:05] So, there will not be any new episodes<br>[30:07] in January, but sometime in February, we<br>[30:10] will resume. So, just giving you a heads<br>[30:12] up, but we will be back. Don't worry,<br>[30:15] don't delete us from your podcast app.<br>[30:17] We will be back. Thanks so much, Taylor.<br>[30:20] And hope everybody has happy holidays.<br>[30:22] >> Thanks for having me.<br>[30:24] >> Thanks, Taylor. Bye, everybody.<br>[30:26] >> Bye.<br>[30:30] >> Thanks for listening to Accessibility<br>[30:32] Craft. If you enjoyed this episode,<br>[30:34] please subscribe in your podcast app to<br>[30:36] get notified when future episodes<br>[30:37] release. You can find Accessibility<br>[30:39] Craft on Apple Podcasts, Spotify, and<br>[30:42] more. And if building accessibility<br>[30:43] awareness is important to you, please<br>[30:45] consider rating Accessibility Craft five<br>[30:47] stars on Apple Podcasts. Accessibility<br>[30:50] Craft is produced by Equalized Digital<br>[30:52] and hosted by Amber Hines, Chris Hines,<br>[30:54] and Steve Jones. Steve Jones composed<br>[30:56] our theme music. Learn how we help make<br>[30:58] thousands of WordPress websites more<br>[31:00] accessible at equalizedigital.com.
<!-- deep-read:sections end -->