{"id":2555,"date":"2026-07-22T13:00:00","date_gmt":"2026-07-22T13:00:00","guid":{"rendered":"https:\/\/mailurdu.co.uk\/?p=2555"},"modified":"2026-07-22T13:00:00","modified_gmt":"2026-07-22T13:00:00","slug":"226-jessica-lyschik-on-why-accessibility-in-wordpress-themes-is-easier-than-you-think","status":"publish","type":"post","link":"https:\/\/mailurdu.co.uk\/?p=2555","title":{"rendered":"#226 \u2013 Jessica Lyschik on Why Accessibility in WordPress Themes Is Easier Than You Think"},"content":{"rendered":"
\nTranscript<\/summary>\n
\n

[00:00:19] Nathan Wrigley:<\/strong> Welcome to the Jukebox Podcast from WP Tavern. My name is Nathan Wrigley.<\/p>\n

Jukebox is a podcast which is dedicated to all things WordPress. The people, the events, the plugins, the blocks, the themes, and in this case, why accessibility in WordPress themes is easier than you think.<\/p>\n

If you\u2019d like to subscribe to the podcast, you can do that by searching for WP Tavern in your podcast player of choice, or by going to wptavern.com\/feed\/podcast, and you can copy that URL into most podcast players.<\/p>\n

If you have a topic that you\u2019d like us to feature on the podcast, I\u2019m keen to hear from you and hopefully get you, or your idea, featured on the show. Head to wptavern.com\/contact\/jukebox and use the form there.<\/p>\n

So on the podcast today we have Jessica Lyschik. Jessica is a longtime member of the WordPress community who\u2019s been working in the ecosystem since 2015. She\u2019s spent years learning and advocating for web accessibility, both as a developer and as an active community participant, joining agencies, working on theme reviews, and helping improve standards.<\/p>\n

Many theme creators assume that making themes accessible is an intimidating task, but Jessica\u2019s here to show you that achieving an accessibility ready WordPress theme is more straightforward than you might imagine.<\/p>\n

Her WordCamp Europe 2026 presentation, accessibility in themes, easier than you think, aimed to demystify the requirements for accessible themes. Explaining what the WordPress guidelines mean in practise, where the low hanging fruit is, and how both block and classic themes can reach accessibility ready status with manageable efforts.<\/p>\n

We talk about the personal and moral journey that brings developers to accessibility. The technical hurdles and documentation challenges, and the ways in which things like AI agents are putting accessibility in the spotlight for everyone.<\/p>\n

Jessica talks about practical steps that quickly improve accessibility, like using correct HTML tags, adding alternative text to images, and configuring skip to content links, and shares why building accessibility in from the start saves time and effort down the road.<\/p>\n

We also explore the differences, and possible advantages, of block themes when it comes to accessibility, and why theme guidelines work the way they do, and the importance of interdisciplinary awareness across SEO, design, and content teams.<\/p>\n

Jessica mentions helpful resources, influential leaders in accessibility, and the ongoing need for documentation improvements to help everyone level up.<\/p>\n

If you\u2019ve ever felt overwhelmed by accessibility requirements, or wonder why they matter, and how you can build better WordPress sites that work for everyone, this episode is for you.<\/p>\n

If you\u2019re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com\/podcast, where you\u2019ll find all the other episodes as well.<\/p>\n

And so without further delay, I bring you Jessica Lyschik.<\/p>\n

I am joined on the podcast by Jessica Lyschik. Hello, Jessica.<\/p>\n

[00:03:39] Jessica Lyschik:<\/strong> Hi Nathan.<\/p>\n

[00:03:41] Nathan Wrigley:<\/strong> Nice to have you with us. This is my second interview at WordCamp Europe 2026. We\u2019re in a beautiful, big media room. I\u2019ve got to say, this is one of the nicest spaces I\u2019ve ever had for these kind of interviews, so that\u2019s really nice.<\/p>\n

Jessica has already done, I want to say presentation but maybe it was a workshop. I\u2019m not sure.<\/p>\n

[00:03:57] Jessica Lyschik:<\/strong> No, it was a regular talk actually, yeah.<\/p>\n

[00:03:59] Nathan Wrigley:<\/strong> Okay. And how did it go?<\/p>\n

[00:04:00] Jessica Lyschik:<\/strong> It went super well, except for my slides went missing in between. That wasn\u2019t so great. But the audience was very respectful of that, and I made a bit fun of it, so they laughed for a second and I tried, the media guys tried to fix that. We got it fixed in the end. I would\u2019ve winged it anyway because I, like I knew what was coming up. But it\u2019s always good to have your slides. It\u2019s like seeing them, because for me it\u2019s also visual reminder. It\u2019s like, I need to see what I\u2019m talking about, so I\u2019m not losing track of it. But yeah, this was just a little technical hiccup. But overall I got very great feedback so far on my talk, and I\u2019m very glad.<\/p>\n

There were also quite a lot of people. I did not expect this many. And that makes me just super happy that people are actually interested in this topic, although it is sort of scary for some of them if they even like try to touch this topic. We can probably get into the details later. Yeah, just overall like, what does it do? Why do I need that? These unanswered questions that they have that they were like, ah, no, I\u2019m not really interested into that.<\/p>\n

[00:05:01] Nathan Wrigley:<\/strong> Oh, that\u2019s nice a big reception.<\/p>\n

[00:05:03] Jessica Lyschik:<\/strong> Yeah. And that\u2019s just great to see because I think just as we all grow older, and I even noticed that, and I\u2019ve said that in my talk, like I kind of get to appreciate when a website is accessible. I mean I\u2019m still have a long time to go, hopefully in my life, but I start to appreciate the small things that make just browsing websites easier, to be honest.<\/p>\n

[00:05:23] Nathan Wrigley:<\/strong> So I guess we should introduce the subject and then give you a chance to introduce yourself because it feels like in this context, the subject at hand, it\u2019s important to know that you know what you are doing. It\u2019s not, well, I suppose it\u2019s a general skill in that it should be something most people know an awful lot about. But I fear that that\u2019s not the case.<\/p>\n

So the presentation that you\u2019ve just given was called accessibility in themes, easier than you think. That\u2019s nicely phrased. Let\u2019s get them through the door.<\/p>\n

And then the blurb that went with that, I\u2019ll just read that into the record then everybody knows what we\u2019re talking about. So it says, many theme developers assume accessibility ready requirements are hard to meet, but that\u2019s rarely true. This session shares practical insights for real theme reviews, and shows how both block and classic themes can reach accessibility ready status with manageable effort.<\/p>\n

So that\u2019s the context of what we\u2019re going to talk about today. However, as I just alluded to, could you just tell us a bit about you, how long you\u2019ve been using WordPress, and then I guess if you want to focus a bit on your accessibility credentials and what you\u2019ve been doing in that space.<\/p>\n

[00:06:23] Jessica Lyschik:<\/strong> Yeah, of course. So yeah, I\u2019ve been using WordPress, I think I started around 2005 or 6 already. So like dipped my toes into it, played with it around, just got a feel for it. But actually professionally, I started out in 2015 in the WordPress ecosystem.<\/p>\n

Before that, I already joined the community. So I was working at another place that did not use WordPress before. And then in 2015 I joined a WordPress agency. Today they\u2019re called Syde, for anyone who\u2019s wondering. And ever since I\u2019ve been into WordPress that long.<\/p>\n

And accessibility in that case I have, I think it was a gradual process more of. It was not just like, I\u2019m now doing accessibility. That just didn\u2019t happen. It was, I learned it over time. And when I started learning about how to create a website accessibility was absolutely not a thing. No one cared about it. And it just became more and more aware for people, for developers, especially in the past couple years. I think we still have some way to go but like, as I said earlier, there were so many people interested in my talk. So I think we\u2019re now at a pace where things get really interesting for many more people.<\/p>\n

And yeah, I learned a lot along the way. Made a lot of mistakes along the way. But I\u2019m glad I\u2019m learning this. I\u2019m still learning. So it\u2019s always something that you continuously learn, because I think the hardest part to grasp for people is that, if you are abled, it\u2019s like you can see, you can hear, you can navigate a device with your own hands, all stuff like that, you take it for granted.<\/p>\n

And if you suddenly see or people tell you the perspective of like a blind person, a person who\u2019s deaf, a person who may not be able to use a device like you do, maybe have a hand injury, or no hands anymore, that\u2019s also happening. Then you start to wonder, okay, how do these people actually like use websites or use their phones or computers? And there are many different ways to do that. And I think if you have the chance to learn about this, it is absolutely eye-opening.<\/p>\n

You can also then, there was a talk at WordCamp Leipzig this year, but also last year, I attended last year, by a blind person. And her brother was also blind. He was a developer. And they shared like how bad some websites are, and how they struggle to like get the information out of the website, and what crazy, crazy stuff people are doing to their websites that do not make it accessible for these people.<\/p>\n

And then you are sitting there and wondering, oh my God. And sometimes I have to say, I even did this in the past and I didn\u2019t know, but I\u2019m glad today that I learned about this and make a better web essentially. Yeah, that\u2019s why I\u2019m here sharing my knowledge.<\/p>\n

[00:09:11] Nathan Wrigley:<\/strong> It kind of sounds for me, so when I talk about accessibility, there\u2019s always two strands to it. There\u2019s like this legal bit where the governments are increasingly talking about things that will happen to you as a company that builds websites if you don\u2019t follow guidelines. So that\u2019s one side.<\/p>\n

But there\u2019s also this moral side. There\u2019s the side of, we ought to do this despite what the law says. You know, it\u2019s just a necessary thing. And it feels to me as if your journey in this was a moral one.<\/p>\n

[00:09:38] Jessica Lyschik:<\/strong> More of, yes.<\/p>\n

[00:09:39] Nathan Wrigley:<\/strong> Yeah, there was a definite need here. You know, in the real world when you see somebody, let\u2019s say somebody who\u2019s sitting in a wheelchair and they\u2019re trying to get into a post office and there\u2019s a step that they can\u2019t get over, there\u2019s no bit of you which doesn\u2019t see that as unjust. Every bit of you says that character can\u2019t get over that step. That\u2019s wrong.<\/p>\n

And yet, the bit of the world which is becoming increasingly the way that we interact, you know, we book flights, we file our taxes, we do our banking, we, all of these things, they\u2019re completely invisible.<\/p>\n

Most of the time we\u2019re doing the internet by ourselves. You know, we might be sitting on a train, but nevertheless it\u2019s a solitary activity, or we\u2019re in our own home or whatever. And these pitfalls, the equivalent of the step in front of the post office is totally invisible.<\/p>\n

And it also seems that the voice of the people whose lives are made more difficult is just drowned out. Somehow that anger that they must feel never seems to rise to the top quite enough that we all take the necessary steps.<\/p>\n

I don\u2019t know if any of that landed, and there was definitely no question there, but I\u2019ll hand it back to you if any of that resonates.<\/p>\n

[00:10:49] Jessica Lyschik:<\/strong> No, I think you, you\u2019ve put it absolutely right. And the invisibility is the thing, because a step for us is visually, like we see it I mean. If you\u2019re blind, you\u2019re not seeing it. But let\u2019s put it away for a second. But in the web, the invisibility is like the key thing. And I just talked to Anne-Mieke Bovelett about, who\u2019s doing another accessibility talk this afternoon. She told me about like a company where they put effort into their website, making it more accessible. And their sales actually increased. So it can definitely help. This is just one example.<\/p>\n

But there\u2019s also a new player in the field that will probably even increase the interest in accessibility, and that is AI agents. Because AI agents, they do not see a website as we do visually. They rely on that the website is technically built correctly. Google actually just last month announced that they will focus on this. They will focus on the accessibility for the AI agent. I have put a link in my slides to that document. This is basically, I think something that will be easier to grasp for people for some weird reason. But it\u2019s made more visible to them because if an AI agent cannot read your website, and I know we are probably still at the very beginning of this AI agent stuff, but I think this will increase over the next couple months or even years.<\/p>\n

[00:12:14] Nathan Wrigley:<\/strong> That\u2019s really interesting because when an individual, let\u2019s go back 10 years, when an individual is creating a website, every single bit that you have to achieve is a minute of work or another minute or 20 minutes or an hour or what have you. And so there was this whole thing of just building the website, especially when page builders and things like that came along, just building the website to see what it looks like. And that whole accessibility layer just basically gets ignored.<\/p>\n

However, that\u2019s what you\u2019ve just said is curious because the AI agent building the website, to the AI agent, that\u2019s kind of no extra work to get it right, if you know what I mean? If it\u2019s configured to do all of the bits correctly, I\u2019m using air quotes around the word correctly, then in theory it should be quite a good custodian of accessibility when it\u2019s building things. I guess only time will tell whether that actually happens.<\/p>\n

[00:13:08] Jessica Lyschik:<\/strong> Yeah, but it\u2019s also for like, not the agents itself building, but also the agents visiting your website. Especially if you do like, I think shopping will be the one thing that if you say, hey, I don\u2019t know what the best coffee or what, this is like a good topic. Yeah, okay, here are three options. And then, okay, buy me option one, a kilo of these beans or whatever. The AI agent, if the shop is accessible, the AI agent could do the shopping for you. This is where things are going and progressing towards, that you are not actively anymore the person who actually goes to the online shop, puts it in the cart, goes to the checkout and does all that stuff for you. But if the agent knows all that, it can do it for you.<\/p>\n

[00:13:50] Nathan Wrigley:<\/strong> Can I ask a question then? Because I may have, I think I\u2019ve understood what you were just saying and curiously, I\u2019ve never had that thought, the one that you\u2019ve just expressed. I want to know if I\u2019ve got it right. Are you saying that in a world in which we increasingly ask AI to achieve things on the web for us, if it\u2019s built with accessibility in mind, it\u2019s more likely to be able to achieve the result of, let\u2019s say, buy me a kilo of coffee.<\/p>\n

[00:14:14] Jessica Lyschik:<\/strong> Yep.<\/p>\n

[00:14:15] Nathan Wrigley:<\/strong> That\u2019s so interesting.<\/p>\n

[00:14:16] Jessica Lyschik:<\/strong> Yeah because like, Anne-Mieke, whom I just talked about, shared a long document with me recently and I was just reading through it and was like, yeah, of course. Of course, if we technically do things right, we use the right elements, we do the right descriptions for everything that a computer, because AI agent is just a computer. Like assistive technology, like a screen reader who needs to read the right structure out of it and to fit the right content. But also is able to interact with stuff, like click on that button, put that in the cart, go to the checkout and so on. It\u2019s basically the same. An AI agent is a screen reader.<\/p>\n

[00:14:53] Nathan Wrigley:<\/strong> Yeah, that\u2019s really interesting. I\u2019m thinking of a map where I\u2019m trying to get to a destination, but the map has no directions. Imagine a scenario where we set off from one place and our destination is here. What you are saying is all the instructions in between to get from the start to the end can be read if the HTML and all of the bits and pieces wrapped up in that are correct. I had never had that thought before. That\u2019s so interesting.<\/p>\n

[00:15:17] Jessica Lyschik:<\/strong> Yeah, that\u2019s very interesting. And I did not focus too much on this topic in my talk, but I wanted to put it in there at least in one slide to give like the food for thought that people can actually think about it because this is like what\u2019s hyped right now. I have not tried out this whole agent thing yet, but like from a developer perspective, I can totally see that this is something that will increasingly help AI agents to achieve stuff.<\/p>\n

[00:15:41] Nathan Wrigley:<\/strong> Yeah. And presumably make it so that a whole tranche of people who struggle with the web as it is currently might be able to interact with their voice or whatever other technique they use. We\u2019ve completely gone off the rails, but that was such an interesting aside, thank you.<\/p>\n

[00:15:58] Jessica Lyschik:<\/strong> Yeah, I think this is something interesting to share. And as I said, I wanted to focus more on the technical details in my talk, so I left it kind of out. But I think it\u2019s a great opportunity to share it here with you.<\/p>\n

[00:16:08] Nathan Wrigley:<\/strong> Yeah. That was lovely. Thank you.<\/p>\n

So let\u2019s go back to the WordPress bits and pieces then, and I\u2019ll just do the title again because hopefully that\u2019ll refresh it in listeners\u2019 minds. Accessibility in themes, easier than you think. Dear listener, if you\u2019ve been using WordPress for any length of time, you\u2019ll know that the themes still plays a giant part in the structure of your website and the way that people experience it.<\/p>\n

So where are we at then in the year 2026? Does the theme still represent a huge part of accessibility? In your experience, is it easier than most people think to get an accessible website in the year 2026? We\u2019ll get into block based themes and classic themes and all that in a minute. But essentially what I\u2019m asking is, is it an easier thing to get right than most people imagine?<\/p>\n

[00:16:51] Jessica Lyschik:<\/strong> Yes, because I think what scares people off from my own experience, there are requirements to get the accessibility ready tag in the wordpress.org theme repository. And these requirements, if you first read them, they\u2019ll sound a bit cryptic and you do not really understand what they actually mean.<\/p>\n

In my talk, I was trying to combine this, what the requirement says with what is actually meant by that. Because right now, and this is something I would like to improve for the future, I\u2019ve already talked to people about this, and I will have another chat with Rian Rietveld about it later, or tomorrow. Let\u2019s see when we can make that happen.<\/p>\n

Because right now the requirements read like, okay, this must be achieved. This is what the website should do. Then there are some testing instructions, but you\u2019re not told how to achieve it. What do you technically need to do in order to do that?<\/p>\n

I noticed this while I was reworking. I found out about the requirements also just a month ago because the requirements got updated. I have a theme in the wordpress.org repository and I tried to apply these new rules and have another fresh look at it. I got the accessibility ready tag for this already when I first got the theme into the repository. But like it was a good refresher to like go over all the requirements because they have slightly changed a bit, they added new ones.<\/p>\n

When I was there, I was like, okay, like I understand this now because I have learned about accessibility over the past couple years. For someone who is fresh to this topic and doesn\u2019t know too much about it, it\u2019s hard to understand. Because there are some descriptions of things like, basically what it means is that you need to use, for example, the right HTML tags, header, footer, the main tag. We have section and aside, which are available in HTML 5. But the requirements does not say this explicitly.<\/p>\n

And I think this is where probably most people have gotten stuck in the past, because they did not understand like, what is actually required from me technically? Because the texts are not so much focused on that. And this is something I would like to contribute as well, to give back and to enhance. So it\u2019s not there yet, but hopefully sooner than later we can add all this information so it gets even easier for people.<\/p>\n

Because if you\u2019ve done a website and you know about the HTML, you know about maybe a little bit of CSS, you know how to achieve this. You just need to connect the dots to what is relevant for accessibility and how do you do this in your HTML essentially.<\/p>\n

[00:19:20] Nathan Wrigley:<\/strong> Yeah, I guess that\u2019s a bit of a shame really, isn\u2019t it? Is that the documentation is difficult to follow because I feel that accessibility is one of those things where if something is difficult it can get dropped basically.<\/p>\n

[00:19:33] Jessica Lyschik:<\/strong> Yeah, people won\u2019t do it.<\/p>\n

[00:19:34] Nathan Wrigley:<\/strong> Yeah, because the majority of people browsing the internet can browse the internet despite your accessibility efforts, that will be the standard that they\u2019re aiming for in most cases. So if it\u2019s difficult to achieve these things and the documentation\u2019s not really straightforward, every time somebody comes across a question and thinks, I don\u2019t really know the answer to that, probably the quickest thing to do is just to, ah, push it to one side and not press through. But you obviously have and made it a bit of a goal.<\/p>\n

So is there a particular accessibility requirement that developers in your estimation kind of overestimate the difficulty of? What I\u2019m asking here really is about some low hanging fruit that you know about. In the scenario that we\u2019ve just described where it\u2019s easy to get put off and to sort of say to yourself, okay, I can\u2019t do this. I\u2019m wondering there are some sort of quick wins that you could describe that people could maybe achieve within the next half an hour, once they sat down at their machines?<\/p>\n

[00:20:27] Jessica Lyschik:<\/strong> Yeah, I think there are definitely some. There is like underlining text in your main content, just underline the text. It\u2019s one line of CSS, text declaration underline. For links, obviously, not for the entire text.<\/p>\n

And there is like, as I said, the HTML tags. With block themes, it\u2019s super easy. For example, you just need to configure that correctly in the editor, or use the correct template part and it\u2019s basically done for you. Core does that. This is one advantage of block themes, but we can dive into this deeper later. Or the skip to content links also in block themes.<\/p>\n

As an example, in block themes it is just like putting the content block in a group and assigning the main HTML tag to that group. And WordPress does the rest for you. It\u2019s just like assigning this one little setting correctly and then you get automatically a skip a content link for block themes.<\/p>\n

[00:21:18] Nathan Wrigley:<\/strong> Yeah, but curiously, if you didn\u2019t know that small fact, that WordPress would handle that for you, if you don\u2019t know, you don\u2019t know. And you\u2019d presumably go around the houses trying to figure that out for yourself and implement some custom version of that thing. Whereas in fact, what, three clicks, four seconds and you\u2019re done.<\/p>\n

[00:21:33] Jessica Lyschik:<\/strong> It\u2019s super easy, yep.<\/p>\n

[00:21:33] Nathan Wrigley:<\/strong> Yeah. Any more before we move on?<\/p>\n

[00:21:35] Jessica Lyschik:<\/strong> I think these are like the most, absolutely the low hanging fruit is also if you use any images to add an alternative text. I think this is probably the most common one people already know. It is so easy. And even WordPress, even if you use classic themes, it\u2019s already in the media library, the alternative text field. For block themes you have it directly at the image so it\u2019s already in front of you. You just need to use it.<\/p>\n

[00:21:57] Nathan Wrigley:<\/strong> Yeah, you just not ignore it basically. Yeah, that\u2019s true.<\/p>\n

So has this become kind of a habit for you then, over the last period of time since you\u2019ve taken more and more interest in this? Have you got to the point now where this is just how it works? You know, in the same way that I drive a car and I use the gears and that\u2019s all just second nature. Is it like that for you when you are building your themes? Because it\u2019s now locked away in your head. Every time you do a thing that previously you would\u2019ve omitted. You are now just in the habit. Has that been a difficult journey or fairly straightforward?<\/p>\n

[00:22:28] Jessica Lyschik:<\/strong> I think it\u2019s, like starting out with this, it would feel like a bumpy road. But for me it was, it\u2019s a gradual process. But right now it\u2019s really like, yeah, I just know that when I use a button in a context that is not like sending off a form to add an aria label to it, it\u2019s like, it is baked into my brain essentially already because I know.<\/p>\n

And I just had a very interesting example this week at work where there was a client reaching out saying, hey, we did an accessibility test on our website and it marked like two buttons that did not say what they\u2019re doing. These were essentially missing the aria label because they had only icons on the buttons, not real text.<\/p>\n

So if there\u2019s just an icon, the screen reader cannot read, what is this button for, essentially, with just an icon? The win here was just to add the aria labels, because the fields were already there. This was also part of the Greyd.Suite, so from our product so I knew how to put it in there. And then it was like, oh no, like I have to do this 12 times, my colleague said. And I was like, yeah, okay, then you have to do it twice, 12 times. So 24 times. But be happy it\u2019s not 200 times you have to do it.<\/p>\n

So, and I said, do not take this personally. This is a great example of why putting accessibility at the very beginning of when you\u2019re creating this makes life so much easier than rather when you just build a website and then you figure out you have to change 300 buttons. This is probably a crazy number, but just to give you an example, to change all the buttons manually again, going through every single page or whatever you have when you just could have taken the extra step, added the aria label, and then just be done with it.<\/p>\n

[00:24:09] Nathan Wrigley:<\/strong> Right. That\u2019s an interesting thought. And also the exasperation of your colleague there kind of perfectly sums up the problem. In that you see it as a problem. Does that mean I\u2019ve got to do something 24 times? And there\u2019s this sense of, ugh, I\u2019ve got to do this work. And it feels like a chore. But then I suppose if you step back and look at what you\u2019ll actually enable by doing those 24 things.<\/p>\n

And I know that in the workday that\u2019s hard to do. It\u2019s hard to sort of step back and say, okay, if I do this thing 24 times, this will be the result, and lots more people will be able to, in this case, view the image.<\/p>\n

[00:24:42] Jessica Lyschik:<\/strong> I mean this was like they started already working on. If you fix it now, you do not have to do it for the coming pages. So if you multiply that with how many pages more you need to do, once you get this one fixed, and ideally you need to change the aria label of the text changes obviously, but this was, I think for a header, in a header, where there was like, I think one sort of popover or popup. Fully accessible by the way, so don\u2019t worry about that. And also a button to, I think for the phone numbers, like just a phone icon. And they could click on it and it would be something like that, along the lines. I don\u2019t exactly remember what it was. But it was just like two icons in the header. And if you take that header, use it on, I don\u2019t know, another 250 sites, you don\u2019t need to do the work anymore.<\/p>\n

[00:25:29] Nathan Wrigley:<\/strong> Okay. So you are painting a picture in which, get it right at the beginning, follow the guidelines, do the hard work once, then almost the career from then, from this moment forward, your life will be immeasurably easier if you build it into the theme or.<\/p>\n

[00:25:45] Jessica Lyschik:<\/strong> And accessibility will not be taken as, ugh, and I now have to do this all. Because when you do it from the start, you have to make sure at the end of course that it still works. You may have to run into issues and redo stuff. That can happen. But I think you just have saved yourself so much work in the end if that requirement for some reason pops up later or so.<\/p>\n

[00:26:10] Nathan Wrigley:<\/strong> I\u2019m wondering, depending on the kind of nature of where you work, and how you do this. You know, if you\u2019re a freelance, then this is on you. If you\u2019re in an agency, then it may be that there\u2019s somebody, you know, maybe there\u2019s an SEO person, there\u2019s a design person, maybe there\u2019s an accessibility person. But it does feel like the moral argument states everybody should have some insight. Maybe you\u2019re not right in the weeds of it, but you should have some knowledge of what the low hanging fruit is, at least.<\/p>\n

[00:26:38] Jessica Lyschik:<\/strong> Yeah it\u2019s, what\u2019s the right word for it? Interdisciplinary. It is like not just the developer who needs to think of accessibility. It\u2019s like, okay, we need to because like we provide a technical structure for it. But it also needs to be for the content people who write the blog posts, the pages, whatever, for SEO people to understand that.<\/p>\n

And I think accessibility, if you want the entire website to be accessibility, everyone who works on a website needs to know about it. That an SEO person needs to know how to create a skip link, probably not. Or how to use, maybe to use the right text. But for them, the text would be just the, using the right heading structure, for example. This is also a requirement, that you do not use an H3 and then an H6 heading in your content, but you structure it correctly that you have the H1 on the top, and then every next level is H H2, and then every level under that is H3. So this way. They should know about this. But they do not need to know too much about the technical side. Because in the end, it all comes together and creates an accessible website.<\/p>\n

[00:27:42] Nathan Wrigley:<\/strong> In your commentary a few minutes ago, you mentioned that there were some guidelines in order to put a theme on wordpress.org. Is that the nature of it? Is it a guideline, or are there some hard and fast rules, which will prevent a theme getting into the repo based upon a lack of accessibility? What I\u2019m asking is, are there some things that you must do as of now, or is it very much, okay, if you do this, great, but if you don\u2019t, we\u2019ll let your theme pass anyway?<\/p>\n

[00:28:09] Jessica Lyschik:<\/strong> Yeah. Let me explain this. So there\u2019s this accessibility ready tag. So you have different tags for the themes in the repository. And in order to get the accessibility ready tag, you need to follow the requirements, the accessibility ready requirements, I think it\u2019s completely called.<\/p>\n

And these are as of now 18 requirements. I went through them all in my talk. We\u2019ve already touched on some of these. Some are really low hanging fruit, some are, one of the newer ones are, a theme should not recommend or require a plugin that is not accessible. This is something else that the team came up with, which is an interesting one. There\u2019s, I guess a lot of room for discussion.<\/p>\n

But also another one is to have an accessibility.txt file in your theme. Which basically, it\u2019s not a standard yet, but like close to a standard sort of, has information about what has been done in terms of accessibility. Are there any classes that you can, CSS classes that you can use to make use of texts for screen readers? So basically hide them visually, or hide these texts or items visually, but still have them read out by screen readers. So they\u2019re not like discipline none where you just remove that basically from the accessibility tree, but make it still readable for screen readers. And just some more information about that.<\/p>\n

Yeah, you need to meet all these requirements with your theme if you want this tag. But you can still like do not care about accessibility and still get your theme in the repo if you want.<\/p>\n

[00:29:40] Nathan Wrigley:<\/strong> Would you like that to be flipped? Would you like that to be, because I mean we\u2019re a very open ecosystem, aren\u2019t we? And would you like to see though a day where you don\u2019t meet these 18 guidelines, you don\u2019t get the tag, you don\u2019t get to play, you\u2019re not allowed in the repo? Or is that a touch too far?<\/p>\n

[00:29:56] Jessica Lyschik:<\/strong> Let me share some numbers, I think. So there are like 14,700 plus themes in the repository right now. All themes. At least that\u2019s the number I can access. I don\u2019t know if there\u2019s maybe a bit more, I don\u2019t know. But this is the public number you can access. And out of these themes, I think if I saw the correct number, it\u2019s like just 270 have the accessibility ready tag. So then that is like 1.5% of all themes who have that tag.<\/p>\n

So I think it will be extremely hard to force sort of, if you want to flip that, force that onto people. And I think we need to do a more gradual way. And that\u2019s what I\u2019m sharing my knowledge because I think it is not that hard. If you can improve the documentation for it, it will be even easier for people. And I think this is the way to go instead of forcing like, because we do not like to be forced to things we do not understand.<\/p>\n

[00:30:50] Nathan Wrigley:<\/strong> That\u2019s right. Yeah, that\u2019s interesting. I wonder if there\u2019s a future in which that slowly gets ramped up.<\/p>\n

[00:30:56] Jessica Lyschik:<\/strong> I think with the AI agents, we will have an acceleration on this, I guess. So maybe not in WordPress themes, in the repository directly, but I think the attention will be put there and then like, oh, maybe we should make it more accessible. Let\u2019s read into this. And I think these guidelines are also very interesting, maybe not just for WordPress themes. I mean, of course they\u2019re for the repository, but you of course can apply them to your own custom theme, definitely. You do not have an absolute check like the team will do for you. But nothing stops you from using them even on a non WordPress site.<\/p>\n

[00:31:30] Nathan Wrigley:<\/strong> Do the guidelines, do they feel like they\u2019re kind of firmly fixed or is it always a movable feast?<\/p>\n

[00:31:35] Jessica Lyschik:<\/strong> They\u2019re relatively fixed.<\/p>\n

[00:31:37] Nathan Wrigley:<\/strong> Okay, so if you were to swat up, for want of a better word, on what there is right now, there\u2019s a good chance that the rug will not be pulled out from under you in six months, a year, two years time.<\/p>\n

[00:31:46] Jessica Lyschik:<\/strong> No, I think the last time the requirements got updated was in 2012, 14. I would need to ask, Joe Dolson did the initial, or was working on the initial thing. And so it has been a while since this got updated and they just got updated last month. So I don\u2019t think that they will be changing anything.<\/p>\n

The one I talked about, not requiring or recommending plugins is the one, this is something, it kind of creates a grey area sort of. And I think this will be put to discussion. It\u2019s like, I don\u2019t mind, but I can see many people like really, not raging against it, but like raising questions about it. If this is something that should be a requirement.<\/p>\n

But I think for like the actual technical stuff, I don\u2019t think that there\u2019s much that should change, because like they\u2019re based on the WCAG requirements. These are like the standard requirements that also have, I\u2019m not sure if they\u2019re used on governmental things, like on the European Accessibility Act, but I think they\u2019re a sort of base for that. And it\u2019s not like completely this. So the theme requirements are not like the WCAG requirements 100%, but like a subset of it, sort of.<\/p>\n

[00:32:57] Nathan Wrigley:<\/strong> Yeah, it\u2019s a fairly slow moving ship in other words. If you acquire the knowledge today, you\u2019ve got a good chance that in a year, two years, maybe even five years, the knowledge that you\u2019ve got will need amending. But most of it will broadly work several years from now.<\/p>\n

[00:33:11] Jessica Lyschik:<\/strong> It\u2019s with like development in general. So like you always need to be constantly learning. And I think if you learn about accessibility today, I think you\u2019re in a very good spot. Because like of course we have European Accessibility Act and governmental requirements, at least in Europe we do have them. But I think there\u2019s already so much information out there, that it should be relatively easy to onboard you. And I think this is just beneficial if you learn, it\u2019s basically about learning about how to use things correctly. And if you\u2019ve got that, then you\u2019re absolutely good to go.<\/p>\n

[00:33:45] Nathan Wrigley:<\/strong> So not that long ago I suppose, we had block themes coming around, which is an entirely different way of creating themes in WordPress. So you\u2019ve got classic themes, which is the way it always used to be. And now we\u2019ve got block themes. Is there a striking fundamental difference in the way that you might approach accessibility if you were used to doing block themes? Is there a whole lot more to learn? Maybe it\u2019s more straightforward if you\u2019re using block themes. Just tell us about how those two things differ.<\/p>\n

[00:34:08] Jessica Lyschik:<\/strong> Yeah. It is more straightforward actually. Core is handling stuff for you. So accessibility just got a tad bit easier if you use block themes actually. In classic themes, you have to do a lot of things manually. You have to make sure that the elements are right, that the skip link is there, for example, things that we touched on already. And in block themes, if you use the correct blocks on the correct structure, Core handles stuff for you.<\/p>\n

For example, there\u2019s a requirement labelled form fields. So when you use a form or the form fields should have a label to it. In themes you don\u2019t really have that because usually you should not put like, something like a form in there. There are two forms that by default come with a theme that are the comments form, but that\u2019s completely handled by Core. And there\u2019s the search form on the search results page.<\/p>\n

But in block themes, both of them are handled by Core. Both of them are accessible because Core handles it all for you. You just need to place them and actually not do anything to them. It is that straightforward.<\/p>\n

And same for like template parts. If you want to use header and footer, just use the template parts and use them. You can assign them a header template part as header of course, and one as footer. And then the HTML text will be automatically added correctly for you. So there\u2019s not too much that you need to do manually anymore, just get that right.<\/p>\n

And as I say, I really love block themes for the much easier accessibility, or the way you can make a block theme accessible. This is so much easier than with a classic theme.<\/p>\n

[00:35:38] Nathan Wrigley:<\/strong> So presumably though, it sounds like there\u2019s meta knowledge, if you know what I mean. You\u2019ve got to know which block to put in which spot, and which block wraps this other block, and the parents and the children. But if you learn that, and if you make that, we were talking about habits earlier, if you make that your habit, and then save that habit and save the theme and what have you, you are painting a picture where it\u2019s significantly more straightforward because you don\u2019t have to think about it in many cases. Well, that\u2019s the wrong way of phrasing it. You don\u2019t have to do that hard work.<\/p>\n

[00:36:07] Jessica Lyschik:<\/strong> Exactly. If you have like a, sorry to interrupt you here, but if you have a theme that already gives you the correct examples, you can build off from that theme. For example, if you\u2019re creating a new template, you can use an existing template and then just adjust it to what you need. If you need to change like colours or something but you have the structure already correct. You do not need to think about doing the structure again and maybe just have a check that it\u2019s actually the right one. But if you just copy what\u2019s already there, that is part of the theme, that\u2019s actually super easy.<\/p>\n

[00:36:38] Nathan Wrigley:<\/strong> I\u2019m going to link to your presentation, which I know by the time that this goes out will be probably on wordpress.tv, I would\u2019ve thought by that point. But I\u2019ll link to your presentation and all of the different bits and pieces.<\/p>\n

But I\u2019m curious, who in the WordPress space, and maybe not the WordPress space, maybe outside of that, who do you follow or try to get guidance from? Maybe that\u2019s a YouTube channel or a blog, or a, I don\u2019t know, government based website. Maybe it\u2019s just wordpress.org, I don\u2019t know. Where do you go to swat up on all of this?<\/p>\n

[00:37:06] Jessica Lyschik:<\/strong> Ooh, there are some very good resources out there. So I do follow like people within the WordPress community. I mentioned a few names already, like Joe Dolson, Rian Rietveld, Amber Hinds from Equalize Digital. They do a lot of stuff in that area. And then I also follow Sara Soueidan, she\u2019s a developer from, I think Lebanon, if I remember correctly. She does great stuff on accessibility. There is a few more names. There are some good resources out there. I can probably research that for you because I cannot remember the names right now.<\/p>\n

[00:37:39] Nathan Wrigley:<\/strong> I\u2019m putting you on the spot. I\u2019m sorry.<\/p>\n

[00:37:40] Jessica Lyschik:<\/strong> Put me on the spot. That\u2019s okay. I\u2019ll share some links with you that you can then put in with the podcast information. There are some great resources both within the WordPress community but also outside of it that can give you a very good overview. And I think it\u2019s just interesting to follow people who like can build the bridge between, okay, this is a requirement, this is how you technically do it, and this is why you do it.<\/p>\n

[00:38:05] Nathan Wrigley:<\/strong> I have a friend who\u2019s recently been on the journey of trying to go from zero to really quite proficient in this space. He\u2019s found a bunch of YouTube channels and several of the names that you mentioned there, particularly the Lebanese lady that you mentioned.<\/p>\n

And I think followed a course that they put together and found that structure profoundly helpful. The dry documentation, I think was the way it was described on the WCAG website can sometimes I think be a, you know, it\u2019s hard to get into that in some way.<\/p>\n

You know, if this all sounds like a lot of work, there\u2019s definitely resources out there, which, fun is perhaps the wrong word, but make it more engaging. There\u2019s videos to watch, and channels to follow and blogs to read and all of this. And so it turns this, I\u2019m doing air quotes, dry subject into something a little bit more manageable and easy to take in.<\/p>\n

[00:38:52] Jessica Lyschik:<\/strong> Yes. Yes, because like the WCAG requirements, like they\u2019re hard to read. It\u2019s like reading, the HTML 5 spec. This is also super hard to read.<\/p>\n

[00:39:01] Nathan Wrigley:<\/strong> Yeah, it\u2019s the cure for insomnia.<\/p>\n

[00:39:03] Jessica Lyschik:<\/strong> Yeah, sort of. And it\u2019s, yeah, I think if we have, not more content, but the right content available to people in the right spot, I think this will be beneficial for everyone.<\/p>\n

[00:39:14] Nathan Wrigley:<\/strong> Yeah. I think unless there\u2019s something else you want to cover off, I think, Jessica, I\u2019ve asked everything I wish to. Is there anything you think we\u2019ve omitted or are you happy to call it a day there?<\/p>\n

[00:39:24] Jessica Lyschik:<\/strong> I think we\u2019re, I mean we could go on probably for days. But I think for now it\u2019s, we\u2019ve covered every topic.<\/p>\n

[00:39:32] Nathan Wrigley:<\/strong> Well in which case, what I\u2019ll do, dear listener, if you go to the WP Tavern website and search for Jessica\u2019s post, I\u2019m not sure what number it will be as we\u2019re recording it, go there and anything that we discussed, and any names that we discussed and those kind of things, I\u2019ll put a link and obviously if Jessica supplies any other things she mentioned, we\u2019ll add those in as well.<\/p>\n

So Jessica, thank you so much for chatting to me today. And now that your presentation is done, you can relax and enjoy the rest of the spectacle.<\/p>\n

[00:39:55] Jessica Lyschik:<\/strong> Yes. Thank you so much, and thanks for having me.<\/p>\n

[00:39:57] Nathan Wrigley:<\/strong> You\u2019re welcome.<\/p>\n<\/div>\n<\/details>\n

On the podcast today we have Jessica Lyschik<\/a>.<\/p>\n

Jessica is a longtime member of the WordPress community who has been working in the ecosystem since 2015. She has spent years learning and advocating for web accessibility, both as a developer and as an active community participant, joining agencies, working on theme reviews, and helping to improve standards.<\/p>\n

Many theme creators assume that making themes accessible is an intimidating task, but Jessica\u2019s here to show you that achieving an accessibility-ready WordPress theme is more straightforward than you might imagine. Her WordCamp Europe 2026 presentation, \u201cAccessibility in themes: easier than you think,\u201d aimed to demystify the requirements for accessible themes, explaining what the WordPress guidelines mean in practice, where the low-hanging fruit is, and how both block and classic themes can reach accessibility-ready status with manageable effort.<\/p>\n

We talk about the personal and moral journey that brings developers to accessibility, the technical hurdles and documentation challenges, and the ways in which things like AI agents are putting accessibility in the spotlight for everyone. Jessica talks about practical steps that quickly improve accessibility, like using correct HTML tags, adding alternative text to images, and configuring skip-to-content links, and shares why building accessibility in from the start saves time and effort down the road.<\/p>\n

We also explore the differences, and possible advantages, of block themes when it comes to accessibility, why theme guidelines work the way they do, and the importance of interdisciplinary awareness across SEO, design, and content teams. Jessica mentions helpful resources, influential leaders in accessibility, and the ongoing need for documentation improvements to help everyone level up.<\/p>\n

If you\u2019ve ever felt overwhelmed by accessibility requirements, or wonder why they matter, and how you can build better WordPress sites that work for everyone, this episode is for you.<\/p>\n

Useful links<\/h2>\n

Accessibility in themes: easier than you\u00a0think<\/a> \u2013 Jessica\u2019s presentation at WordCamp Europe 2026<\/p>\n

Syde<\/a><\/p>\n

WordCamp Leipzig 2026<\/a><\/p>\n

\u200aGreyd.Suite<\/a><\/p>\n

Accessibility Handbook<\/a> \u2013 Theme section<\/p>\n

WCAG 2 Overview<\/a><\/p>\n

European Accessibility Act (EAA)<\/a><\/p>\n

\u200aJoe Dolson<\/a><\/p>\n

Rian Rietveld<\/a><\/p>\n

Amber Hinds<\/a><\/p>\n

\u200aSara Soueidan<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Transcript [00:00:19] Nathan Wrigley: Welcome to the Jukebox Podcast from WP Tavern. My name is Nathan Wrigley. Jukebox is a podcast which is dedicated to all things WordPress. The people, the events, the plugins, the blocks, the themes, and in \u0645\u0632\u06cc\u062f \u067e\u0691\u06be\u06cc\u06ba<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-2555","post","type-post","status-publish","format-standard","hentry","category-pakistan"],"_links":{"self":[{"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=\/wp\/v2\/posts\/2555","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2555"}],"version-history":[{"count":0,"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=\/wp\/v2\/posts\/2555\/revisions"}],"wp:attachment":[{"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2555"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2555"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mailurdu.co.uk\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2555"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}