Normal view

#222 – Destiny Kanno, Anand Upadhyay, Maciej Pilarski on How WordPress Education Programs Are Growing

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 this case, how WordPress education programs are growing.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today, we are joined by three WordPress Education Initiative leaders, Destiny Kanno, Anand Upadhyay and Maciej Pilarski.

Together, they have spent years at the heart of WordPress training and outreach, working in roles spanning community education management, plugin development, and credit program administration. Their efforts have helped shape student engagement and university partnerships across the globe, introducing thousands of learners to WordPress.

The conversation focused on the current landscape of WordPress education with particular attention to three key initiatives, the WordPress Credits Program, Campus Connect, and Student Clubs.

Each initiative is designed to provide unique entry points for students of all ages and education levels. From high schoolers building their first site in a library to university students earning official credits for open source contributions.

We discussed the different approaches these programmes take. WP Credits ties student work directly to academic credit and mentorship. Campus Connect provides flexible, community driven, events in diverse locations and Student Clubs foster sustainable, peer led, learning within schools and other institutions. We explore how these models feed into each other, building a sustainable ecosystem for ongoing growth in the WordPress community.

We also get into the importance of repeat campus partnerships, the need for scalable facilitator training, and the role of recognition, certificates, badges, and public showcases in keeping students motivated and validated in their journey.

If you’re curious about the growing movement to bring WordPress knowledge to the next generation, or are looking to get involved with education in your local community, this episode is for you.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Destiny Kanno, Anand Upadhyay and Maciej Pilarski.

I am joined on the podcast by Destiny Kanno, by Anand Upadhyay and Maciej Pilarski. Hello, one and all. Nice to have you with us.

[00:03:29] Destiny Kanno: Hello. Thank you.

[00:03:30] Anand Upadhyay: Hello.

[00:03:31] Maciej Pilarski: Hello.

[00:03:32] Nathan Wrigley: So a few months ago, back in, I think it was September 2025, I was joined by two of the three participants on the call today. I was joined by Destiny and I was joined by Anand. We were also joined at that point by Isotta, but she’s not on the call today. We’ve obviously got a wonderful replacement, Maciej who’s going to do a fabulous job explaining the bits and pieces here.

But the intention of that episode, which you can find on the WP Tavern website, it’s episode number 183, was to find out about all of the overlapping education initiatives in the WordPress space. And it was born, I think, largely out of a sense of curiosity on my part, but also a somewhat sense of confusion, because there were lots of things which were going on. Some of them seemed to be slightly overlapping. There was a conflict of names in some cases. So that episode was laying out the groundworks of what has been happening in the WordPress space.

When that conversation finished and we’d click the stop record button, I said, that was absolutely fascinating. This seems to be moving at such a rate, wouldn’t it be good to revisit this whole subject in about six months time?

Well, we missed that target, but here we are, maybe eight months later. I think my intuition at that point was correct, because being a close observer of what’s going on in the WordPress community, I think it’s fair to say that the educational space has been somewhat turbocharged during the last eight months.

And so today’s episode, with the help of the three people I’ve just mentioned, is to describe what’s going on, what’s changed, maybe some things that have been mothballed, but certainly a lot of things that are new and interesting and have gained a lot of momentum.

But I think, dear listener, the intention of this episode is to get you involved. Is to get to the end of this episode and for your curiosity to have been turned into action. To have gotten you out of your chair, written an email, turned up to an event, helped organise a thing.

So please have that in the back of your mind. If you’re sitting listening to this in a car, at your desktop, there is actual action that could be taken at the end of this. I think the intention of all four of us on this panel would be dearly for that to happen.

Okay, let’s establish the credentials of the people that we’re going to be talking to today. So we’ll just do a little potted bio of you one at a time. So we’ll begin with Destiny, if you could just tell us a little bit about you, your relationship with education in the WordPress space, I suppose would be apropos.

[00:06:01] Destiny Kanno: Yeah, absolutely. So again, Destiny Kanno. I’m currently working as an education program manager sponsored by Automattic. And I work directly with the Make WordPress Community Team. And I also work adjacently with the training team as well, because education training materials, they go pretty hand in hand. And I’ve been doing this now for about four years and, yeah, it’s just evolved since my original time working on Learn WordPress, and that relaunch that happened, to now, yeah, these wonderful programs that are spreading like wildfire as you said.

[00:06:37] Nathan Wrigley: Fantastic. Thank you so much. Okay, we’ll move over to Anand for the same sort of introductory moment.

[00:06:43] Anand Upadhyay: Yes. So my name is Anand Upadhyay, and I run the WordPress plugin development company, WPVibes. Apart from that, I’m very much involved in the WordPress community and I contribute in multiple ways. It can be documentation, it can be Core, Polyglots. But I’m also keenly involved in the community part, and specifically I can say with the education initiatives, I started with WP Campus Connect in WordPress Campus Connect in 2024. And since then, after that we started joining hands with Destiny and we started evolving this program in a much bigger shape. So that’s it.

[00:07:16] Nathan Wrigley: Okay. Thank you so much. And last, but by no means least, Maciej.

[00:07:20] Maciej Pilarski: Yeah. Thanks for having me. My name is Maciej Pilarski. So I’ve been doing anything related to WordPress pretty much since 2007, so that’s been a while. But the biggest breakthrough for me was 2014 when I actually volunteered to WordCamp Europe in Sovia, Bulgaria. That opened my eyes to the whole community, everything that is happening around WordPress.

And since then, pretty much I’ve been working for multiple companies from the WordPress ecosystem. I joined Automattic in 2016. For many years I’ve been a Happiness Engineer, and since October last year, I’ve joined Isotta as one of the admins of the WordPress Credit program. And since that time, I will have been helping her out to grow that initiative.

And Destiny mentioned, it spreads like fire because at that time we had six universities onboarded, now we are at 21. The 21st, we got it after WordCamp Asia actually through a connection made there. And it’s our first institution from Africa, from Uganda. A huge shout out to Stephen Dumba, who I connected with during the event. And after that, pretty much a week after we signed our first partnership from Africa. So we’re actively growing and getting new institutions on board.

[00:08:42] Nathan Wrigley: Thank you so much. Gosh, there was an awful lot in there, wasn’t there? That was really interesting. We’ll try and unpack quite a lot of that.

Firstly, a sort of slightly personal message from me. I don’t usually reveal much about myself on this podcast. I take the position that I’m a, kind of like an interested party, but don’t really give much of my own thoughts. However, this is different because I cannot think of a more interesting, meaningful, moral, let’s go with that word as well, use of time than educating people. It simply is the most profoundly useful thing to do with your life.

Now, obviously people will have different opinions about that, but the juxtaposition of free open source software, in this case WordPress, and education is a real sweet spot for me. I just think that is such an amazing thing to be involved in, to have going on in the background.

If you think about it, an open source project, like how many open source projects have this level of stuff going on in the education space, this real international footprint. Things going on which we’ll find out about in a minute. It’s really fascinating.

And I am sure that the listenership to this podcast, the vast majority of people listening will never have encountered much of this before. Maybe they’ve seen stuff on Learn because they want to technically learn about WordPress in an online capacity, but we’re going to be delving into real world events affecting real adults, real youngsters.

And so anyway, that’s my little bit at the beginning, just how curious it is that the project is so big that we’ve got this international footprint of education. And so I suppose what we should do right at the beginning is lay out the different initiatives and just name them, and try to figure out how they differ from each other. Just so that we’ve got some kind of awareness.

So I don’t know which one of you wants to take that, but if maybe you take one each or something, I don’t know. If we just want to lay out the, just erect that tent basically so that we know what the initiatives are called, and how they differ from one another. So I’ll open that up. Whoever wants to step in.

[00:10:48] Maciej Pilarski: I can start with the Credits Program. So the Credits Program is based, it’s a contribution based program, internship, initiative by the WordPress Foundation that connects higher education students with the global open source community. So basically it’s an opportunity for the students as part of the educational curriculum to contribute to the WordPress community.

There are two types of courses that the students can do. One of them is 50 hours, the second one is 150 hours. Usually the students do that during a full academic semester. And as part of that, students are first onboarded into the WordPress ecosystem and the wider open source ecosystem where they learn not only about WordPress, but open source as a whole, and how crucial it is for the internet.

Then the second phase is picking the contribution area to which they would like to contribute. All the contributions areas basically are the ones that are listed at make.wordpress.org. So any team that is listed there, students can pick from that area. During that phase, they work on a particular area that they have selected.

And finally, during phase three, they wrap up the whole achievements, the contribution, what they did, they publish a final post. And what is also very important as part of the credit scores, students have also assigned a mentor from the WordPress community that guides them through the whole process. We don’t leave them alone. We connect them with actual mentors from the WordPress community that are vetted by us, that guide them through the whole journey into the contribution and the whole WordPress ecosystem.

So it works on multiple levels. For me, this connection is also special because it builds this bridge between the previous generation of WordPress contributors to the new one where they are introduced and can start working on any fields of contribution.

What is also important is that this is not limited to technical universities. Pretty much any type of university can participate in the program. The first university that we started with was University of Pisa, and it was the humanity studies. So the students from humanity field were the first group who started the Credits Program. There’s room for pretty much anyone from any field.

[00:13:18] Nathan Wrigley: Okay. There’s a lot there. Wow. I’ve just been taking notes and I’ve almost filled an entire A4 page. So WP Credits, the WordPress Credits Program, I guess the name sort of gives it away. The idea here is that you trade time for university or higher education credit. So credit being, I suppose if you were to atomise your three year degree, you might do, I don’t know, 12 modules or something like that. The idea is that one of those modules, perhaps it’s more, becomes something in the WordPress, but also curiously the free open source software space as well. I didn’t actually know that.

The idea is that you link up with real world institutions. So the first one was Pisa, and maybe we can get into which other ones have come along. And in exchange for 50 hours or 150 hours, you will be given that credit, which can then go to the overall awarding of a degree or whatever it is that you are hoping to get.

You’re then linked up with team members, WordPress community team members who will mentor you and shepherd you through this process. And the idea is that it culminates, I think you said in a final post, which I suppose in a sense is a bit like a dissertation or something like that, you sum up all the different bits and pieces. Yeah.

[00:14:29] Maciej Pilarski: Once that happens, the students also receives an official certificate from the WordPress Foundation, signed by Matt himself, that certifies that they completed the course. And what is also important to know, the whole progress through the course and what they did during the course, it’s also stored on the wordpress.org profile. So any contributions that they did, for example, photos that they’ve uploaded, this all will be visible on the wordpress.org profile. And they also receive a special badge dedicated to students who graduated from that program.

So it really gets them started into the WordPress ecosystem, and at the same time creates something like a small portfolio for any future company that would like to, for example, hire them. Because they have a proven history of contributing to the ecosystem.

[00:15:20] Nathan Wrigley: Okay, so that’s an interesting quid pro quo, isn’t it? So the idea is you do all this work, which on the face of it, I suppose looks very philanthropic, you know, you’re giving up your time, but you get a real thing at the back end of it. You get a certificate. You can then presumably apply for jobs and indicate, okay, I’ve done this, I’ve contributed in this meaningful way.

What I think is really interesting there, and it kind of gets lost, I’ve worked in education in the past and I know the red tape that’s involved in doing anything in the education space. There is so much red tape. And I can only imagine what’s happened in the background to enable these kind of things. You know, the back and forth, the tennis of emails that go on and on and the proof that’s required to categorically show that this thing that we are doing is worth something. You know, it’s not just this Mickey Mouse. We use that expression, Mickey Mouse kind of qualification that really, it doesn’t actually require any hard work. It’s just there, nothing really in it, but you get an accreditation anyway.

I can only imagine the hard work that has gone in every single time you touch a new institution, trying to convince them that this is legitimate, that this is real. You’ve just kind of glossed over all of that by just describing what is in existence, not necessarily what has gone on to make it happen. I know that there’s probably more than the three of you involved in this, but my profound thanks for all of that hard work, which presumably is utterly and completely invisible. And I can only imagine what’s going on there. So yeah, thank you for all of that.

[00:16:54] Maciej Pilarski: Thank you for that.

[00:16:54] Nathan Wrigley: So that was WP Credits. So that was one wing of the things that we’re going to discuss today. Should we move on to another one and maybe somebody else wants to take the helm?

[00:17:03] Anand Upadhyay: I think Destiny can take Campus Connect and then I will take Student Clubs.

[00:17:06] Nathan Wrigley: Okay. Destiny, let’s move over to you and see what you can tell us about something different.

[00:17:11] Destiny Kanno: Yeah, so I’d love to tell you more about WordPress Campus Connect. And the way we ended with WordPress Credits, I think is also very critical to the story of Campus Connect because, you know, it started with Campus Connect first, and that’s how organisers such as Anand and Pooja like were able to get those connections with the universities through being boots on the ground, you know, having those relationships. Proving through action that these activities that we’re doing with the students are having real impact and are showing real results.

Slowly building up these kind of case studies in a way has helped open a lot of doors, especially with Campus Connect now, we’ve done a lot of events, especially since we last talked. Like I think this year alone, we’ve already had 22 Campus Connect events. So, like it’s not even half the year and it’s quickly becoming one of the biggest run events, WordPress official series.

But these events are like a way of opening the door, right? Hey, here’s a free learning opportunity for your students. And as you said, like the red tape is there. A lot of institutions are like, wait, so what’s in it for you? Why is, there’s a little bit of dubiousness sometimes in the reaction, right? You’re going to give your time to educate our students, why? But once they see, it’s like, no, we really are just passionate about spreading WordPress, showing students what’s capable with their website, how it applies to different skillsets as well. Like it’s not just for coders, it is for marketers, it is for designers.

You know, there’s so many career opportunities that once we just get the foot in the door and we’re able to showcase that, a lot of institutions are like, okay, now I get it. I do want to highlight in Anand’s case, like they’re going to have their third WordPress Campus Connect in Ajmer this year. You’ve got repeat institutions. I’ve heard you also have institutions that are like, when are you going to come to our place and teach WordPress? You know, once the fire is lit and people see how bright and shiny it is, like people want to get involved.

But as you said, like getting it to click for people, that is like the most difficult part. And I’ll give an example of, right now in Japan, we had our first WordPress Campus Connect event on the 9th of May. So I’m like, woo hoo. Like it finally happened. But we have this community in Japan that is like very passionate, very active. So when I first was like introducing the concept of Campus Connect, people were like, okay, but like how do we do this? What’s it about? It takes like a lot of presentations, a lot of going to people in person and talking. Helping them even shape the conversation that they’re going to have with the institution to sell this amazing gift of WordPress on their campus.

And after this one on the ninth, like now we have a case study in Japan that others can now use to be a starting point for those conversations going forward. So I think, once you have that one step, the gate just slowly opens until it’s just, the doors bang open in each way. But yeah, we’ve seen really great success with Campus Connect and it’s just like honestly, it just keeps growing.

[00:20:30] Nathan Wrigley: Can I just ask a quick question? So I just want to draw a very clear line for everybody that’s listening to this, what the difference may be between Campus Connect and WP Credits. Because from the description that we’ve had so far, it may be that you’ve fallen into the trap of thinking, well, they sound like they might be the same thing. So could you just, Destiny, just tease out where Campus Connect differs? Maybe in the nature of the event, the timing of the event, the availability, the age group, those kind of things that separate WP Credits from the Campus Connect initiative.

[00:21:02] Destiny Kanno: Yeah. Thank you, that’s like a really great distinction to make. So whereas WordPress Credits is geared toward higher education, Campus Connect is geared toward, honestly any level of students as long as they’re able to browse the web safely, and enjoy and participate.

So that means, Elementary school students now are pretty good at devices. High school students, college students, vocational students. We honestly kept the door pretty open in terms of what a campus means. We’ve even had a Campus Connect event in Uganda in a library, the Lira Public Library because students were able to go there right?

We were trying to make it as barrier free for students wherever their campus is. And so that’s, I think, the main difference. It’s more wide ranging in terms of who can participate as a student. And then also the fact that it could be a one-off event, so a one day event. A lot nowadays are multiple day events, they’ll maybe go two times out of a month, or a couple days consecutively. And then after that it’s up to really the organisers in the institution whether or not we have another addition on their campus the same year, or the next year.

[00:22:15] Nathan Wrigley: I’m going to tease out a few things. I just want to point out to, me as an English person, that is to say, not an English speaker, but somebody from England, campus has a really defined definition, and it’s usually bound to a university. Whereas it sounds like the description here, campus literally means the place where education happens, not it’s 18 years old and older, you know, people doing degrees, bachelors and PhDs and that kind of thing. Basically, if there’s an institution somewhere, that’s what the campus is in this case. Okay.

So the WP Credits program sounds like you forge your relationship with the university, and correct me if I’m wrong, it sounds like it takes place inside that institution, and it’s part of that program and what have you.

The Campus Connect initiative is much more ad hoc. It could be a one-off, it could be monthly, it could be inside a library, it could be inside the school, it could be an inside an institution. It feels a bit more like, I don’t know, a WordPress Meetup, but geared towards a younger audience or something like that.

And the minimum age requirement is really driven by your capacity to type on a keyboard and hold a mouse and those kind of things. And that’s kind of curious to me because I think my educational experience was always younger children. It’s really interesting how patterns are laid down at a very, very early age. Patterns that go on into much later life get laid down, typically at incredibly young ages. So this is fascinating for digging into that.

And it’s not just about, say, the code, it sounds like code is on the menu, but it could be about marketing, it could be about design. Basically the gamut of anything online, CMSy, those kind of things. Okay, is there anything you want to add? Did I misunderstand anything there, or misstate anything there?

[00:24:02] Destiny Kanno: No, I think you’re completely right. We’re trying to convey that WordPress isn’t just a blogging software that I think is still a lot of people have a mentality of. Like there are many ways to utilise it that goes beyond that.

And one thing I did want to add are a couple numbers. So since WordPress Campus Connect became official in May of 2025, an official WordPress event series, I should say, we’ve had 42 completed events, with 71 participating institutions, and over 5,500 students have been reached.

[00:24:37] Nathan Wrigley: That’s something else. 42 events, 71 institutions, and I think you said five and a half thousand individuals. Good grief. I don’t know what the measure of success is for this, but that feels like success to me.

I mean, imagine turning up to a WordCamp, like a flagship WordCamp and five and a half thousand people descending on you. You’d feel slightly overwhelmed. That’s a lot, isn’t it? Gosh, that’s pretty remarkable. Wow. Congratulations.

[00:25:05] Destiny Kanno: And the majority, the outcome, the students make a website. So we could almost count those students as also new WordPress websites that are live now on the web. So within a year, organisers around the world have been able to make that happen.

[00:25:19] Nathan Wrigley: Could I just perhaps draw another distinction as well, just very quickly, because it sounds like the WordPress Credit system, because it’s binding itself to institutions, it sounds like there might be more paperwork going on there, and maybe more high level meetings that need to take place. Whereas Campus Connect feels much more community driven. It’s the kind of thing that, quite literally, anybody listening to this podcast with a fair wind could have one of those going in a handful of months. If they’ve got the right initiative and they can find the audience for that.

Again, is that about right? There’s sort of more opportunity to become involved with the Campus Connect initiatives. You don’t need to have that academic background or have a point of contact at a university. You basically just need a building, some interest and a bunch of students.

[00:26:02] Destiny Kanno: Yeah, the key thing is, you know, having a real connection to the campus that you’re going to present at. But you’re exactly right. We tried really hard to lower the barrier to organise these events. Because I don’t know if you’ve organised a WordPress event before, there’s kind of a lot of hoops you have to jump through. And we’re like, okay, how can we think about this in a different way?

And I think that also has positive repercussions for how we organise other events too, that are, changes are being thought about too so that we can enable people and empower them to put these events, instead of bogging them down and process and a little bit of bureaucracy to say.

[00:26:38] Nathan Wrigley: So what’s really curious about that as well is we’re all in different parts of the world, aren’t we? People on the call today are in Japan and I’m in Europe and, Anand, are you in India? I think.

[00:26:47] Anand Upadhyay: Yeah.

[00:26:47] Nathan Wrigley: Yeah. Each of those events, I guess would look quite different. The kind of nature of the attendees, the nature of the kind of building it might be in, the institution. And it really is, you just grab what’s around you I suppose, and work with that. If you’ve got a connection to an institution, you can go for it. Maciej, I feel like I crosstalked you. I think you wanted to say quite a few times and I’ve just interrupted. I’m very sorry.

[00:27:08] Maciej Pilarski: No worries about that. So I wanted to add that those initiatives set backgrounds for each other. Because in some uni institutions, the interest sparks with a Campus Connect event, and that gets the institution interested in those initiatives, which sets background for WordCamp Credit.

And it happens also the other way around, where we start with an institution that starts credits and then we get the students interested in WordPress in general, the community, which leads to a Campus Connect event during the Credits Program. What is important is that those initiatives don’t compete with each other. They support each other.

[00:27:51] Nathan Wrigley: Right, so there’s a lovely virtuous cycle there, isn’t there? Where the two things can be going on in harmony, one promoting the other and they’re definitely not in competition. Okay. That’s really interesting.

One final question on Campus Connect, and I’ll direct this at Destiny, just because she’s been handling that. With the WP Credits thing, there is this moment where you hold the certificate in your hand and you go, yay, did it.

Is the same thing true of Campus Connect or is it more of a show up to the one event, you know that you did that, that was great, you can file that away in your own head as a thing? Or is there some sort of accreditation, or certificate giving, or badge giving, or profile updating that might go on on wordpress.org? Is there any sort of thing that the attendees receive, and I suppose that the people that are organising might receive as well?

[00:28:37] Destiny Kanno: Yes. So we do have a certificate of participation that students can receive signed by WordPress Foundation Executive Director, Mary Hubbard. And that just needs to be requested by the organisers ahead of time, because we need to get the signature and all that. So yes, they can come away with that. And we’ve heard really positive things about that, like it motivates them. They’re like, yeah, I did something, which they did.

[00:29:01] Nathan Wrigley: There we go. That was WP Credits and WP Campus Connect.

Can I just say at this point, dear listener, if at this point you’re thinking hang on a minute, there’s a lot going on here, don’t worry, there’ll be show notes. If you go to the WP Tavern website, there’ll be show notes. I’ll try to list out as many sensible links to get you to the root of each one of these initiatives, so that you can begin your journey and fan out from there.

I’m not sure what episode number this will be, but if you just go and search for, oh, I don’t know, Destiny or Anand or Maciej, you could probably find the episode that way. And all the show notes will contain all of the links.

Right, in which case, I think it might be Anand’s turn. What have you decided to take on Anand?

[00:29:39] Anand Upadhyay: So I will be sharing my thoughts on the third part of this whole education initiative ecosystem. So that is a Student Club. Just a few minutes before you were giving the analogue of meetup with this Campus Connect. So I would like to share the same analogue with us because we are more accustomed with like other terms of WordCamps and Meetups and contributer days.

WordPress Campus Connect is kind of like a WordCamp happening in the campus, because it’s like a big day event that holds everything happening, different kind of sessions, maybe workshops happening. So I would compare it with that thing.

And same way, credits thing, Credit Program is kind of like ongoing contribution series because more focused on the contribution part because the student devote 150 hours of their program. A lot of period goes to the contribution.

And now the same way we, if we talk about the Student club, it’s similar to like the Meetups that we have. But these are the in campus meetups for the students and by the students. How do things get started? Like the Campus Connect introduce the WordPress to those campuses and to those students, but since most of the campus, it’s a once in a year event. So once this event has sparked something about the WordPress in the students. So keeping that momentum going on, that’s where the Student Clubs come in.

So with the Student Club, it’s kind of like, as I mentioned, it’s like an in campus meet program. So a student can gather themselves, they can form a club and a couple of students can be nominated as club organisers, student club organiser from their campus. And then they organise the in-campus events, maybe like once in a month or twice a month, depending on academic calendar. There are a lot of hurdles in doing those things continuously.

But they usually do once or twice a month. They do a kind of a meetup in their campus. The students gathered together. They learn from variable resources available from WordPress. And from those resources, they share with the other students. It’s kind of a group learning, group study, that we use. Education live, we always do that. It’s kind of a group study. They’re learning from themselves. If someone has learned something, they are helping others to learn those things.

So I would just like to give some of the examples from my city. There are multiple Student Clubs are going on. When we went to the campus, we just taught like a small group of students about the WordPress, because we’d have some limitations of the resources, of the setting arrangement. We cannot call all the students of the campus and, okay, come together and I have a amazing workshop. So we have given the WordPress walk through to the limited number of students.

After that, they form a Student Club in their campus because they got very much interested. Then the first session they did was like, they started teaching to their juniors, like the students who have just entered the campus. They took a session for them. So they told, whatever we have told them, they have taught the same thing to the juniors.

After that, in the next few session, they experimented different things. Like in some session they’re just doing a fun quiz around WordPress. And in some sessions they are doing a kind of like a, I would say like a hackathon kind of thing. So they are just picking up a website. Or you can, just similar to the speed build challenge that Jamie do. So they have just one website open on the screen and everybody’s like cloning that website.

So there are different ways students are engaging through those student clubs. So it is helping to keep the momentum going on so that the student keep learning about WordPress and they are also connecting with the community members for the guidance about how they can learn more. What should they learn next if they are sharing their experience. Like we have covered these things and, what should we go next?

And in the recent WordCamp Asia, they’re also one of the Student Club lead from my city. She joined the event and there are conversation with the, like other community members who has offered them like, okay, we can come to your campus, or we can do, have a webinar for your campus where we can teach you particular subjects, particular topics. Maybe they can talk about SEO, maybe they can talk about plugin development.

So this is also opening the horizon for them, to learn from people across the world. So that is how the Student Clubs are happening. The examples I’ve gave, again, from my own city because I’m closely mentoring them, but there’s similar things are happening across the world.

So it is helping to create a kind of sustainable environment for the long-term sustainable environment in the campus. So the next time when we go to that campus, we are not going to teach like the basics of WordPress, because we want like, the ecosystem should be built within the campus, so every student know about the WordPress. Because last time when we went to the campus, we have to tell everything about WordPress because why you should learn WordPress.

So the Student Clubs, my ambition is that, wherever the Student Club is from, next time a Campus Connect event is happening, next time we should not tell them about what is WordPress and why they should learn this thing. There should be already a sustainable ecosystem.

And I feel that all these three programs are like very much interconnected. And the real impact of these programs, we will be able to see in the next two or three years. And there will be a regular ongoing activities around WordPress in the campus.

And these are also kind of a balance program as well. Like the Campus Connect is introducing WordPress to the students, Credits Program is motivating them more towards like the contribution part. And I would say that Student Clubs is more inclined towards getting new users to the WordPress. Because if we keep on focusing on the contribution, contribution, but if we discard the like increasing the number of new users, so we are not going to win. We need a balanced state.

The Student Club is trying to, learning how to build website, how to mastering the skills of the WordPress. And later on, many of them are going to join the contribution part as well.

So this whole ecosystem is built around bringing more people to the contribution, bringing more people to use WordPress, build websites, as in, for the individuals as a business as well. So that’s how all these three programrs are very much interconnected, and growing together fast.

[00:35:16] Nathan Wrigley: It feels like, of the three things that we’ve talked about, so WP Credits, Campus Connect, the Student Club, this final one that you’ve just covered, it feels like that’s got a very flat hierarchy to it. In other words, there’s like this peer learning. So it feels like more or less anybody can show up and demonstrate anything, which might then lead to somebody else thinking, okay, that was interesting, I’ll take on next month’s one because I’ve now seen that’s doable. Less hierarchy, if you know what I mean? So a much more flat structure.

[00:35:45] Anand Upadhyay: Because when we started Campus Connect, we also get a lot of attraction in the local community as well. And people join our Meetup groups. But then it becomes difficult for us, how to plan about the topics for our meetup. We have some experienced professionals coming in. We have some students coming in, and we plan the topics that suits the professionals. The student will feel like, okay, what’s they’re talking, we are not getting anything in our mind. If we bring the topics, very basic topics and the professionals who are joining the community meetups, they’ll feel like, okay, these are very basic stuff, why am I coming here?

Student Clubs giving them their own platform, giving them a own opportunity. Okay, these are all the familiar faces. It is also giving the opportunity to come on the stage, come onto the stage and get out of your fear as well. It is also generating leadership qualities in them. Okay, we have to keep this momentum going on and we have to keep the activities going on. So there are a lot of ways, apart from learning WordPress, there are a lot of other ways it is helping the students as well.

[00:36:40] Nathan Wrigley: When you have to stand up in front of a bunch of people and deliver something, obviously there’s a whole bunch of us that are just really confident at doing that, quite happy to stand up and do that kind of thing off the bat. But equally, there’s people for whom that is just the most terrifying experience possible. You know, standing up in front of two or three people, oh boy, you know, anything above that is just off the books.

And I was just wondering about that, whether or not there’s, in this particular style of event, the Student Club, whether there is a growing corpus of, I don’t know, previously done topics or topic suggestions or slide decks or anything like that, which might enable people to feel that level of confidence? I don’t know if that’s something which is being put together. Just resources which enable somebody who doesn’t have the confidence, let’s go with that word, who then may gain that confidence. And I’m going to pass this to Destiny because she’s waving her hand.

[00:37:30] Destiny Kanno: I was really hoping I could shamelessly plug this project. This is like, you’ve said the most opportune thing. So I’m actually developing right now what I’m like tentatively calling the Meetup Activity Library. It comes with like kits on certain topics. So for example, WordPress Playground was the first one I built. But it comes with the facilitation guide, which is a doc. So the facilitator can read through, understand the steps they’re going to go through in the activity, how to pace it. And then a presentation deck which they would display, if that’s available to them, to the folks that they’re presenting to. And it’s a hands-on activity only. So it’s not only presentation. The facilitator of course guides and talks them through things, but then people are getting hands-on experience with that topic along the way.

[00:38:16] Nathan Wrigley: That is a beautiful remover of barriers, because I think just having that little document, that little crutch, you don’t have to feel that you, okay, I’ve got to come up with a topic. Not only have I got to come up with a topic, but then I’ve got to research the topic, deliver the topic. If you can have it all on a thing that you can crib from, I don’t know, it just arms you with that confidence as you walk in. I think that’s such a brilliant topic. And, Maciej.

[00:38:40] Maciej Pilarski: Both Destiny and Anand mentioned two keywords, sustainability and facilitator. The goal of also getting all those educational initiatives going is also create in a sustainable way. We’re not pushing for numbers, but growing them in a smart way where we don’t get too many students so we get overwhelmed. We need to have enough mentors to accommodate those students, and also enough facilitators to be able to scale the program, to grow it in the future.

And it’s exactly what Destiny is now doing, the Facilitator Training Program, which gets more people from the educational sectors, community organisers, everyone on board, to jump on those educational initiatives and help us to grow. Because the number of every, all those students involved in participating in those programs is increasing and we need to be able to accommodate them. And through the Facilitator Training Program, this allows us to do that.

[00:39:42] Nathan Wrigley: It’s so interesting in open source software spaces as opposed to corporate spaces. I suppose the metric of success for anything like this in the corporate universe would be how many people showed up and gave us money in exchange for this knowledge or, you know, something akin to that. Basically a metric of humans in a room and money gained. And of course, the measurement of this is so not that.

I did wonder, Destiny obviously very proudly rattled off the statistics for Campus Connect, you know, the five and a half thousand attendees and all of that. I wondered if there were success criteria of some kind in the background, which guide you. You know, it’s not like, okay, well we didn’t meet that we’re going to abandon it all. But more, things like you would like to see happen, so aspirational goals. It sounds from what Maciej was saying that maybe the attendance growing slowly over time is some kind of measure of success. Maybe there is none of that, but I’ll just open that one up to see if you want to take that.

[00:40:38] Destiny Kanno: I think one definite measure of success is repeat events on certain campuses. So if the campus is saying, we love that, please come back, or please come again soon. I think that is a really great indicator that, not only did the students get something great out of it, but the school believes in it. And that’s what we want to do. We want to create these systems that, not only bring people into WordPress, but also continue this cycle of, you know, growth within the community, but also ownership by the institution.

Another measurement of success is the institution is like, okay, great, how do we learn how to do that ourselves? So we have some folks now working in the institution that are organising WordPress Campus Connect events that are helping facilitate these Student Clubs. So the faculty and educators themselves, they’re directly getting involved. And that for us as community members too, whose volunteer time is quite limited, as Maciej was saying, like it is a great multiplier that makes everything much more sustainable.

[00:41:45] Maciej Pilarski: So from the WordPress Credits perspective, we don’t hope all the students to turn into contributors. That would be amazing but that might not happen. I can share with you some numbers. So currently we have 450 students globally enrolled. For the whole program so far, 75 graduates.

We hope that some or as many as possible of those graduates who completed the program will stay and become active contributors to the WordPress community, stay engaged.

That’s one of the goals we are aiming for the Credits Program, to not just get this done, but this is building the next generation of contributors. We know that like we are ageing, we’re getting older every year. We are not getting younger, unfortunately. Getting those students staying in the community allows us to build those next generations of WordPress contributors that will also have completely different perspectives to how the community functions, how it was built.

What brought us here might not move us forward. So these new students will bring us this new, fresh perspective of how they would like the community to function and move it to the future, to be current, to stay up to date with what’s happening globally.

[00:43:00] Anand Upadhyay: That’s why it’s very difficult to like measure the impact in numbers because how it is impacting in the longer term. But yeah, it’s going to impact. And I would say also, like Destiny mentioned, one of the metrics is like this campus is willing to have the Campus Connect again and again in the campus.

So I just want to share one more. Like I just recently got a call from one of the faculty coordinators from one of the campus where we have a Student Club. And now they have like two months of vacations. And he called me like, okay, now the vacations are going on, students will not be here, so what can we do for the students to keep their involvement with the WordPress in those two months? So can we do something online? Can we do something like this?

When we get these calls, these kind of communications, that these are interactions that we have, this gives us a sense of like accomplishment. Okay, yeah, we were able to create some kind of interest in the students. Because we cannot expect that if we are going to like any campus and 100 or 200 students are participating in our Campus Connect, they are all going to jump into the WordPress. They are getting a lot of different kind of opportunities as well.

There are other technologies as well, which are, some students are going into that, some students are going into that. But we are showcasing the WordPress as one of the career opportunities. And they have a choice of multiple options, so they will choose what they do. But yeah, the impact will be seen in the next few years. Just like Maciej said, mentioned that he went to the WordCamp as a volunteer and it’s bring him into the community.

And the same is with me. I attended the WordCamp and just after coming out of the WordCamp, I started the Meetup group in my city. So I got inspired from that. So that is a result of that WordCamp. And that cannot be measured in the numbers. That can only be sensed when we are doing this kind of conversation. Okay, that WordCamp helped me, that WordCamp helped me.

The same way in future, these students who will join the community or the WordPress industry, they will be talking about, okay, I got first introduced about WordPress through a WordPress Campus Connect event or I got introduced to the contribution through WP Credits Program. So when these conversation will be happening in the future, then we will say that those are the real metrics that we are looking for.

[00:45:00] Nathan Wrigley: That’s really interesting, and I like that. It sounds like there’s not so much a focus on statistics, you know, literal, brutal numbers, more kind of playing it forwards and measuring the impact over many years, not, you know, a handful of months into the future.

[00:45:15] Destiny Kanno: So yes, we’re not like, okay, here’s our KPIs, you know, and here’s our hard metrics. But one thing I really noticed that our community is, it could be better at doing, is just talking about what happened. Because then you hear all these success stories and there are numbers in that. So like for example, Ajmer again, Women’s Day event this year. 50% of tickets sold were to students. And that’s directly because of the involvement in going to these campuses and teaching WordPress. And I’m like, that’s amazing, that’s direct injection of 50% youth into the WordPress community.

[00:45:52] Anand Upadhyay: And they sold out so fast.

[00:45:53] Destiny Kanno: And they sold out really fast, yeah.

[00:45:55] Anand Upadhyay: The organisers were hoping like, now we have to pitch out to sale our tickets. And they have planned a social media campaign around that. Okay, we will be periodically pitch a student on the social media to encourage the ticket purchase. And within one day, we sold out. And the whole social media campaign was like their whole planning was gone. We don’t have tickets.

[00:46:14] Nathan Wrigley: It’s really interesting that there’s all this success going on, and yet, as Destiny said, it is hard to get that discovered. Maybe it’s a case of shouting louder about the previous success. Maybe things like this podcast will help in some small way for things like that.

But I know what you mean. There’s a lot of people talking about the code, and there’s a lot of people talking about the plugins and the themes and whether or not we’re going to get collaborative editing in version 7 or 7.1. All of that seems to suck up all of the oxygen in the room. And yet, without a throughput of, let’s go for young adults, coming into the WordPress space, there’s not really a great deal of hope for a project over decades unless we get people of a much younger age beginning now. And I’ll just hand the torch to Maciej because I think he’s got something to add.

[00:47:05] Maciej Pilarski: But this is also changing because at WordCamp Asia, we were able to introduce the educational table during the contributor day. And I’m also organiser of WordCamp Europe that’s going to happen really soon in two, three weeks, beginning of June. And during WordCamp Europe, we will also have a contributor table, dedicated to education, but for the first time also educational track.

During the second day, we will start the whole day with topics related to education. We will have a discussion panel rethinking learning in WordPress that Mary will be participating. And later in that afternoon, we will have actual students, who take part in the program. Sharing the experience, presenting the results. Not only students from universities, but I’m also leading a group of high school students who’ve been working for the whole past semester with a teacher on some projects related to WordPress building websites. So they are super eager and excited to show them.

We will also showcase some students, teachers stories, how both of those sites motivated each other, learn from each other, and basically help us keep growing the community.

So WordCamp Europe definitely will feature some of those things. And we’re slowly introducing more and more those things into those flagship events and into the broader community.

[00:48:28] Nathan Wrigley: Really nice. Yeah, that’s really nice to hear. I think it’s a difficult circle to square, the idea of making this stuff visible so that everybody’s aware of it. Even if they’re only interested in running their agency, or writing code or whatever it is. Maybe to realise that this is some version of the underpinnings of the WordPress community without which the software ultimately doesn’t exist.

And it is quite curious. I don’t know if I’m reading between the lines here, I think I’m not, but I get the impression that, I’m going to use the phrase like, I don’t know, from higher up, let’s put it that way. It feels like education is taking a more central place. It feels like for example, Mary Hubbard, it feels like you’ve got a real advocate there. Again, I could be reading between the lines, but it feels like the words coming out of her mouth, I hear the word education coming out of her mouth quite a lot when she’s on stage.

So it feels like you’ve got some big hitters, let’s go with that. I don’t know if you’ve got anything you want to add to that, but it feels like the importance of this is more profound this year than it was a few years ago.

[00:49:33] Maciej Pilarski: You are correct. Mary is a big supporter of that and she also created this space for us to grow those initiatives that like allows us to grow that. Isotta started the first Credits Program at the Pisa University as an experiment. And from there it was proven that this actually works. It gets us universities and new contributors.

And then on the other side, there was those Campus Connect events that also organically grew up on their own. So basically there was a need. It feels like there was this hive mind somehow that worked also for all of us. All of us felt this need to introduce those things. It looks like we’ve reached a certain growth level for the community that we organically felt that that’s the direction that we should start heading.

[00:50:24] Nathan Wrigley: Yeah. What’s interesting there as well is that it very much overlaps with maybe a concern. So we’ve touched on this at various points without saying it out loud quite. If you go to, and I’m going to exclude WordCamp Asia 2026 from what I’m about to say, because that event was very different. If you go to a typical WordCamp, the age skews, and I’m doing air quotes, older. You don’t typically look around and see a bunch of teenagers.

So that’s a concern. There’s this, like a pyramid, like a reverse pyramid, and if we don’t get the younger people coming up, the edifice of this entire project kind of becomes a lot more shaky. And we’ve lived through 22 plus years of WordPress, and I think quite a lot of those people began, a lot of the people who’ve been involved in the community began their careers using WordPress and they’ve kind of moved through WordPress as it’s evolved over those 22 years.

And not to, I don’t know quite how to say this. At some point they’re going to stop contributing. Their age will become something, you know, they want to retire or they want to move on or do some other things. Unless we build the scaffolding and put things in place so that young people feel they’ve got a place here, feel that, I don’t know, some proprietary system is not the way they want to go, they want to support the ethic of open source.

Unless these building blocks, these educational building blocks are put in place, then that’s going to be a bit of a concern. So to your point, Maciej, it organically grew. And what a nice thing that it did kind of organically grow because it’s sorely needed at the same time. There isn’t really a question in there. But anyway, there’s my observation. Anand, did you have something to say? I think you did.

[00:52:04] Anand Upadhyay: Yeah. So just want to add that thing you have raised recently. So the way that we want to teach the students about the open source as well, because if you go to the WP Credit curriculum, so the initial lessons, they learn through the, given to them to learn from the learn.wordpress. So it’s all about like open source ethics, and how the WordPress community, WordPress project works.

So this opens up their mind about the open source. Because in the education system, it is something that is not clearly mentioned. There are simple, just simple definitions around the open source. But open source is much more than those definitions.

And especially the open source community like WordPress. It’s more about the people. So the students also learn about how the community is working, how the people are working from the different time zones, people are joining hands for running the bigger events like WordCamp Asia or these Credits Programs. The students will learn all those things as well, and I’m sure when they will join as a contributor in the future, they will have lot of experience before joining as well.

[00:53:02] Nathan Wrigley: Thank you. I love that expression, by the way. You just dropped it in in the middle of a sentence there. You said people are joining hands. What a perfect summation of the entire enterprise being discussed today. Maciej, you raised your hand.

[00:53:14] Maciej Pilarski: Yeah, and besides the community goals and keeping it going, I have also a very personal goal that also is behind all of those things that I do. From my own experience, I had a pretty difficult and bumpy educational path, let’s call it. Unlocking those possibilities for those students, helping them out, making it easier for them, it’s one of my very personal goals, because I know it does not need to be very difficult or crazy when you study, especially when you are young. You’re not sure fully which direction you would like to go. So creating for them, one of those opportunities that might click for them is also something very personal and close to my heart. Because not everyone needs to struggle or have like difficulties, so.

[00:53:58] Nathan Wrigley: I am so glad you said that because that encapsulates all of it. That’s the entire point. It’s got to be that, right? So we’ve spent a long time talking about the minutiae of this, that, and the other thing. It all goes, like they’re spokes on a wheel. And the whole point is that little bit in the middle, which is the child, the adult, the human being somewhere who just wants to make use, wants to grow, wants to learn things, wants to figure things out.

With open source, with this kind of learning, there is potentially zero impediment, or at least very few impediments to actually get that learning underway. And so I think maybe we lost sight of that in this conversation a little bit. So I’m glad that you grounded it there, Maciej, right towards the end. That’s perfect. Destiny, was there anything you wanted to say? I don’t know if you were indicating that you did.

[00:54:48] Destiny Kanno: I know we’re like probably over time, but there’s still so much to share. Like even thinking about keeping WordPress relevant, right? For us and then also for youth. I think about the new AI Leaders Credential that was announced and is being worked on. And how tying WordPress to AI is like really helping students engage more, and see like the relevancy of it in a different way. Not even for the students, like for me, that’s challenging me and I think other organisers and learners of WordPress to be adaptable and think about WordPress differently in a new way of this year as AI keeps advancing.

And then you were also talking about wins, right? How do we celebrate that? I did want to surface, we have the Education Buzz Report, which goes out every month, which aims to try to surface all of these educational wins that are happening in the community. And I just have received some further collaboration from marketing to hopefully also broadcast that on our socials going forward so that we do get the word out.

And lastly, like celebrating the students too. There was a post that went out about the Student Clubs and the success. And we just want to make sure that in this, that they feel seen, right? And that this feels like a space for them. And I know WordPress Credits, we’re working on something to showcase, no, something went out recently. A post went out recently to showcase some of the successes of the students. And we just want to keep highlighting that as well. Because their work and the way they operate, especially because they’re coming in with different lenses, is really important to showcase and highlight and make sure that they feel like they deserve that.

[00:56:26] Nathan Wrigley: Yeah, there was a post, I’ll try and link to it. I think it was like a week ago about the Student Clubs. There were three or four images, three or four photos and there were so many smiling faces in those pictures. It was absolutely lovely. Lots of people gathered in classrooms. I couldn’t exactly tell where, but it was just so nice seeing people kind of enjoying WordPress, having a nice time, bit of camaraderie, hanging out with each other, learning things. It was absolutely wonderful.

Unfortunately, I think time might have got the better of us. Hopefully, dear listener, what you’ve gained is an understanding that there’s so many layers to this educational initiative. It doesn’t appear to be in any way standing still. It’s growing. It’s interesting. There’s a lot going on, and you can be involved.

I will put links in the show notes to any of the places where I feel you would be best making a start with that. Maybe the contributors to this panel can drop some things, you know, if they’ve got a particular link. So again, wptavern.com. If you want to go over there, we will look for the links.

This giant edifice that you maybe know nothing about, and maybe at the end of this episode, some parts of you is tuned in and thinking, I would like to be involved in that. And the truth is, you can be. It’s all available to you to get involved and you could start today.

So there we go. With that said, I’m just going to say a great big thank you to Destiny, to Anand, and to Maciej. It kinds of feels like we need to come back. Let’s do it again in six months or so, and we’ll see where we’re at. Oh, I’ve got a lot of nodding faces. That’s nice. So maybe we’ll revisit this in a few months time.

But seriously, from the bottom of my heart, Destiny, Anand and Maciej, profound respect to you and all of the different things that you are doing. Thank you so much for chatting to me today.

[00:58:13] Anand Upadhyay: Thank you.

[00:58:13] Maciej Pilarski: Thank you.

[00:58:14] Destiny Kanno: Thank you.

On the podcast today we’re joined by three WordPress education initiative leaders, Destiny Kanno, Anand Upadhyay and Maciej Pilarski.

Together, they have spent years at the heart of WordPress training and outreach, working in roles spanning community education management, plugin development, and credit program administration. Their efforts have helped shape student engagement and university partnerships across the globe, introducing thousands of learners to WordPress. You can see their bios further down.

The conversation focused on the current landscape of WordPress education, with particular attention to three key initiatives: the WordPress Credits Program, Campus Connect, and Student Clubs. Each initiative is designed to provide unique entry points for students of all ages and education levels, from high schoolers building their first site in a library, to university students earning official credits for open source contributions.

We discussed the different approaches these programs take: WP Credits ties student work directly to academic credit and mentorship, Campus Connect provides flexible, community-driven events in diverse locations, and Student Clubs foster sustainable, peer-led learning within schools and other institutions. We explored how these models feed into each other, building a sustainable ecosystem for ongoing growth in the WordPress community.

We also got into the importance of repeat campus partnerships, the need for scalable facilitator training, and the role of recognition: certificates, badges, and public showcases, in keeping students motivated and validated in their journey.

If you’re curious about the growing movement to bring WordPress knowledge to the next generation, or are looking to get involved with education in your local community, this episode is for you.

Useful links

Previous episode of the podcast related to this episode:
#183 – Destiny Kanno, Isotta Peira and Anand Upadhyay on how WordPress is shaping the future of education for students worldwide

WordPress Community Team

Welcome to WordPress Campus Connect

Stephen Dumba’s WordPress.org profile

WordPress Credits: Contribution Program for Students

WordPress Student Clubs

WordPress Campus Connect in Ajmer

Peer Review Needed: Hands-On WordPress Meetup Activity Library

Introducing the WordPress Facilitator Training Program

Piloting the AI Leaders Micro-Credential

Monthly Education Buzz Report – May 2026

Learn WordPress

WordPress Student Clubs Build Momentum

Links provided by the guests

Guest bios:

Destiny Kanno

Destiny Fox Kanno, sponsored contributor acting as a Community Education Programs Manager at Automattic. Destiny works closely with the Community team and Training Team, with a focus on growing, enabling and amplifying WordPress Campus Connect, Student Club, WordPress Credits and other education initiatives.

Anand Upadhyay

Anand Upadhyay is a long-time WordPress contributor and community advocate based in Ajmer, India. Active in the ecosystem since 2010, he has contributed to several Make WordPress teams including Core, Docs, Community, and Polyglots, with a strong focus on empowering others to get involved. He is the founder of WPVibes, a WordPress plugin development company that builds performance-driven tools for WordPress and WooCommerce users.

Anand is also a regular WordCamp speaker, Meetup organiser, and someone deeply committed to bringing WordPress education to students. In 2024, he launched the first WordPress Campus Connect event, which went on to become a global program officially recognised by the WordPress Foundation. Anand continues to support and mentor student communities through events, workshops, and open-source advocacy.

Maciej Pilarski

Maciej Pilarski is a Community Wrangler at Automattic, where he works on WordPress.org with a focus on educational initiatives that connect the next generation of contributors to the global WordPress community.

As one of the admins behind the WordPress Credits Program, Maciej works with universities across Central & Eastern Europe and Asia to bring students into open source contribution, pairing them with mentors, building institutional partnerships, and helping turn academic coursework into real-world impact on software used by 43% of the web.

Originally from Poland and now based in Okinawa, Japan, Maciej brings a uniquely cross-cultural perspective to community building, bridging local ecosystems in places like Kraków, Riga, Tallinn, and Tokyo with the wider WordPress world. He’s passionate about making open source contribution more accessible and making sure the WordPress community reflects the full diversity of the people who use it.

💾

#221 – Rahul Bansal on Using AI Everywhere at rtCamp

Transcript

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 this case using AI everywhere at rtCamp.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today we have Rahul Bansal. Rahul has a long and accomplished history in the WordPress ecosystem. As the founder and CEO of rtCamp, a company he started 17 years ago, he’s led his agency through the rapidly changing landscape of the web, helping enterprise clients such as Google, Fortune 500 companies, and major publishers solve complex problems with innovative WordPress based solutions.

rtCamp specialises in everything from large scale website builds, to more bespoke projects like Chrome extensions and SaaS connectors, and has grown to a team of hundreds over the years.

Today’s episode takes a deep dive into Raul’s recent talk at WordCamp Asia, which focused on what it will take to launch and scale an enterprise WordPress agency in the future.

The conversation focused on real, hard won, lessons from rtCamp’s journey, but also how rapidly the playbook is changing with advances in technology, particularly the explosion of AI tools and workflows.

We discuss Rahul’s philosophy around hiring, namely building a team of people whose strengths complement each other rather than just replicating your own skillset. This approach has allowed rtCamp to adapt to new challenges, fill gaps in expertise, and whether major industry changes.

We then explore how this idea of complimentary sets can also apply to choosing the right kinds of clients, those who value your expertise because they need what you offer, rather than simply hiring somebody who does what they already know.

A theme that emerged in the conversation was specialisation. Rahul outlines how, whereas rtCamp’s earliest differentiator was a simple focus on WordPress, when virtually nobody else in India was, today’s agencies must drill down much further to stand out choosing niches within niches, such as WooCommerce, or payment gateway integrations, and becoming recognised experts in those areas in order to thrive in a much more crowded field.

Towards the end of the episode, the discussion turns to what might be the most significant topic for agencies today, artificial intelligence. Rahul describes how recent advances in AI have not only altered his agency’s practises, but given them a firm mandate. If something in rtCamp can be done by AI it will be.

We talk about how AI is being leveraged inside rtCamp to automate and optimise everything from sales and proposal writing to project management, and even technical proof of concept builds. With a unified platform for all business processes, the agency is now able to significantly reduce costs, speed up delivery, and focus on higher value consulting and creativity, reshaping roles and team composition as a result.

If you’re interested in what it takes to stand out and succeed in the evolving world of enterprise WordPress agencies, how to confront uncertainty with both optimism and realism, and how AI can become not just a bolt-on feature, but the operational backbone of your business, this episode is for you.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Rahul Bansal.

I am joined on the podcast by Rahul Bansal. Hello, Rahul.

Rahul Bansal: Hello Nathan. Thanks for having me here.

Nathan Wrigley: You are very welcome. Rahul and I were both at WordCamp Asia and that is going to be the main focus of the podcast today. We’re going to be talking about agencies, growth in agencies, and then probably delving into AI a little bit at the end because of a recent announcement that came out of rtCamp, which is the company that Rahul founded many years ago.

In order to, I suppose, lend credibility to a conversation about agency work, would you mind Rahul, just introducing yourself and tell us a little bit about who you are, what you do in WordPress, and maybe give us a few little interesting facts about rtCamp and what you do over there.

Rahul Bansal: So I’m, as you mentioned, founder and CEO of rtCamp. We started this 17 years ago. We primarily help large enterprise client, sometimes we build websites for their marketing team, which is the most common use case of WordPress. But at the same time, we help large tech companies like Google communicate better with the WordPress ecosystem for their offering. Like sometimes we build products that includes neither thing, neither plugin, but something like Chrome extension. For large companies sometimes we build like SaaS connectors for technology companies.

Yeah, so we work with, like a big companies really Fortune 500, and the idea is to deliver something related to WordPress in one form or another form.

Nathan Wrigley: If you go to the rtCamp website, you can probably Google it I would’ve imagined, then you’ll be able to get some impression of what the company is like.

I think last time we spoke you were into the sort of 200 employees level. I’m not sure if those numbers have gone up or down or what have you. But you get an impression of how large it is. And one of the interesting things that I spotted during my time at WordCamp Asia was just how vibrant the community, the WordPress community is. So maybe we’ll get into that a little bit as well.

I’m going to concentrate to begin with on the presentation that you gave at WordCamp Asia. If you would like to see that, wordpress.tv will have a video. And if the video is already available, I will link to it in the show notes. But the presentation that Rahul gave was entitled, how to Start an Enterprise WordPress Agency in 2026. And I’ll just read the blurb that goes with it because it was fairly short and easy to manage.

Building a WordPress agency business for large enterprises. In this talk, I’ll share the story of how rtCamp grew from a small WordPress shop into a globally recognised enterprise agency, trusted by Fortune 500 companies and major publishers. If you’re starting an agency today or looking to move up market in 2026, this session will give you a realistic roadmap building on real lessons from my personal experience.

So I suppose what I’m going to do at the beginning, Rahul, if it’s all right with you, is just ask you to tell us some of the bits and pieces that you mentioned during that. Some of the advice that you would give an agency owner beginning in 2026.

Rahul Bansal: Yeah. So first, like I deviated a little bit from the blurb because when I applied this talk I had a different frame of mind that, hey, I’m going to do this. And then as I was preparing the talk, and in during those months, especially like last few months, the AI has reshaped everything. And then I realised that a lot of what worked for rtCamp won’t work even for rtCamp if I start again today.

Rather than making it as a nice story about what worked for us, I lean more towards practical advice, and that’s where the essence remained. But I focus more on the 2026 part, because when we started, it was 2006. The first time when I used WordPress was 2006. rtCamp started in 2009. 20 years is a big time. And then at the end of this 20th year, like we are going through this AI led change.

So a lot of things that worked for me won’t work anymore. And that is how I restructured my talk to take enough from our history, enough from our learnings, what worked for us.

The way we hire is very different. And after the talk, if that one line that stick with the audience, that many people told me that the hire your complementary set was the most different idea. And it’s timeless idea. It’s relevant in AI world also.

So the idea was basically that we have this bias that when we try to scale, like basically when we go from freelancing to agency business, the idea of building a business, we try to find people like us. But my idea was that we should initially, especially, we should find people who are opposite of us. Like I was good at engineering, bad at sales, so my co-founder is sales heavy. My English was not good. His English was very polished.

So I literally listed down my weakness and found people who were opposite of me. Even interesting part was that, to the few initial hires I asked the questions, whose answer I had no idea whether they’re saying right or wrong.

So that was the most interesting idea and I think that’s still relevant today. I will do exactly same thing if I have to start building a new agency. I will build in WordPress, build in AI, any kind of business I will, my initial few hires will all together will cover each other’s weaknesses.

It’s at certain scale then you need to replicate, like, you need 50 engineers, you need 20 React engineers, you need five people who can write same proposal. That comes much later. But starting is all about finding your complementary set. And this was inspired by a set theory from math class that I attended in when I was like some 12-year-old. That stuck around before the life. And that is what I put in this talk as a biggest lesson we learned and that worked.

The second most specific thing that I would say, practical advice, like that was more about hiring advice, but that is not only hiring address, that is, I advise in many walks of life applicable.

When you’re looking for your client, you have to look for complimentary set there as well. Because you are trying to sell to agencies like yours, your margins gets hit a lot. You need to find people who do not understand WordPress at all because then, that is why your expertise become more important and premium for them, because they need to depend on you. They value you more. You are not commoditised for them.

So that hiring your complementary set works across the board. But then the most specific advice I gave that I didn’t follow myself, I would say. Actually there was nothing to follow that. When I started WordPress was just a blogging platform. There was custom post type were not yet part of WordPress Core. Everybody was just building blogs. We were playing around themes, and the race was to make our blog look unique. The metric usually was like traffic and how many email subscribers you got.

So there was no niche to pick. Like, that was the only thing WordPress was doing. And after post type, people started building a lot more than WordPress. Actually people started pushing WordPress earlier, and as a result of that, WordPress created those APIs to make it easy to extend WordPress beyond blogging platform.

But today, in 2026, there is so many things happening. And if you’re starting new and you do what rtCamp did on day one, like, hey, we are WordPress agency. That is not going to work.

It worked for us 20 years back because we were like, probably only one in India at that time who said at that time that we will be only taking WordPress project. Because India was a land of outsourcing. Like in supply chain, it was like a, it’s like a Chinese manufacturer saying that, hey, we are only going to assemble if you are building for iPhone. So it’s like, hey, we are only going to write PHP if it is going to end up as a WordPress theme or plugin. We are not going to do what was Cake PHP project at that time. We are not going to write custom PHP script.

So in a way we picked the whole WordPress as a niche among the largest set of choices available to us. But if your largest set of choices was building a iOS company, like mobile app company. Mobile app was big because with the introduction of iPhone, there was a sudden shift and huge demand for iOS apps, and we haven’t built one till 17 years. Like literally we built our first iOS app, public iOS app last month.

That time we were like, well, we are going to only do WordPress. So now that advice translate into, pick a niche within WordPress because WordPress itself is the web now. That time, WordPress was very small. Now you can choose e-commerce. Within e-commerce then you can probably pick WooCommerce. Within WooCommerce then probably you can pick like, depending on your market, payment gateway specialisation, ERPs, back office specialisation, subscription based businesses.

Start by picking a niche as small as possible and then go bottoms up, rather than starting with everything. So that was the key takeaway of my session, I would say that. Pick a niche, position yourself as a expert in the niche. Don’t just say that, hey, we build WooCommerce store, or we build WordPress site.

Nathan Wrigley: Okay. Yeah, I’ve got all of that. So firstly, hiring. That’s an interesting one. Hire people that are different from you. I was imagining when you were saying that, I wonder how long you can do that, because you can’t, eventually, you have a company of a hundred people and all of them are not the same as you. Eventually it must be nice to find somebody who’s a little bit like you.

But then also you mentioned picking clients who will trust your expertise, I think is a good way of describing that. Because they themselves are perhaps not expert within that WordPress platform.

And now of course, moving forwards, what worked for you in terms of being a WordPress agency 17 odd years ago, that was, as it turns out, really successful. But now you are going to be amongst tens of thousands in India alone, if all you say is that you are a WordPress agency. So you need to go a little bit more specialised and niche down.

I wonder, Rahul, with the benefit of hindsight, it’s always easy to look back and sort of see for example, from my perspective, I see rtCamp as an entirely successful enterprise. You know, you began all those years ago, and decisions were made and you grew and you grew and you grew and you grew, and now we are where you are now. Committing a lot to WordPress with incredible growth and a really amazing agency on your hands.

But I’m just wondering, looking back, with the benefit of hindsight, were there any moments where you made some decisions where you were very nervous about how it was going to be?

So for example, one of those could be WordPress. There was no writing on the wall that said WordPress will be the successful CMS. That really could have gone either way. It could have been Drupal, it could have been something that some kid in a basement created. So I’m just wondering, are there moments when you look back and you think to yourself, gosh, I am so glad that we did that random choice than all the others that we could have made?

Rahul Bansal: Yep. So it’s a reality that, one of the co-founders we lost, within the first year of company formation was because, I refused to add Joomla to our offering. And Joomla I think was market leader at that time when we started. So we were like more like engineers, like some were good at sales, some were good at communication, but we were all from the same kind of school, like we didn’t know if there was any survey existed.

So we didn’t back by any data. The only reason we chose to stay with WordPress or build this agency with WordPress because we were using WordPress. So rtCamp for the most part, people missed that. So rtCamp was not started as an agency. rtCamp was basically a media company, a blog network. And that blog network was running on WordPress. As a technology blogger. It’s like just imagine WP Beginners, like that is more relevant example.

So by the way, we, and WP Beginner were operating at the same time, that’s the power of niche. Like say I chose to focus on WordPress and say very very well. And my technical blog was everything like from iPhone to Windows operating system to Mac OS update to web APIs, to HTTP2. Whatever, like it was a larger technology blog So we were more like a stripped down version of TechCrunch rather than picking a niche. And Syed picked this WordPress as a niche.

Both were contemporaries in that same era. Now just imagine Syed in those days I started an agency. So we were using WordPress, we needed to stand out because, social network or blogging or web was still a fancy place. Like minimalism wasn’t the trend. It was how much you can push, like how you can make your website look different without using Flash. That was the coolest thing. Like how much you can push jQuery, how advanced CSS you can write. So all those things led to we customising our WordPress a lot.

Another thing that worked in our part was, our blog was one of the biggest in India. Globally also, it had good traffic. In fact, it had so much traffic that one of the most Googled keyword in my name was Rahul Bansal, how much money this guy make. Like that was the first question I used to get asked because traffic was insane. We used to get a lot of traffic.

That led us to writing nice WordPress code. In early days, like especially when I was freelancer, I had to write amazing WordPress code that will scale and host it in a way that it will also scale. So not only WordPress, we choose Nginx before it become a norm. Like before there was. anybody started any WordPress managed hosting company. We managed to scale WordPress at a very high level.

And so now we, are this famous blog running on WordPress handling so much traffic, on Linode’s $10 something plan. Customising it. So we got this natural market. We got initial customers were technically our competitors, like other tech bloggers. It’s like TechCrunch hiring Mashable to customise their blog So something like, because Mashable has a tech team. So that was at early story of rtCamp.

And then we realised that we are making more money and faster money via customising WordPress. So we started cutting down on our editorials. And then, slowly, slowly like the business has shifted from, being a blogging agency, to WordPress custom development agency. That’s why we chose WordPress.

And that has been the principle since then, like we only sell what we use. That was the reason we didn’t, so it wasn’t any ideological decision. So the ideology is at open source level. So rtCamp is committed to providing open source solution to its client from day one.

Joomla tick that box. But Joomla didn’t tick the box that we use Joomla. We don’t use Joomla. There was no reason for us to have our blog running on WordPress and website running on Joomla, and that’s why we stick around WordPress when there was no data, no trend. And I think in hindsight it was just luck. I would say like it could have backfired.

Nathan Wrigley: Well, okay, I really like this story. Firstly, I like the fact that you are identifying luck as a component, because I think too often when you listen to people who have had success, they sort of chart this narrative of how brilliant the decisions were along the journey and how impeccable, you know, we did this and then we did this, and then we did this, and then we did this. But never a nod to luck.

And of course, with the benefit of hindsight, we did this, we did this, we did this does lead to where you are now. But I really enjoy it when founders and people have that confession in them. Yeah, there was a bit of luck.

But also, and we’ll get onto this in a minute, because a big part of what you are about to do, or have recently done with your business kind of leans into what you’ve just been saying.

It sounds like you were led by what was in front of you, if you know what I mean? It doesn’t sound like there was a great big, okay, by 2016 or 2026, we want to be here. It was more like, okay, this is where we’re at now. These are the things that are coming to us. Okay, looks like WordPress, not only are we using it, but it looks like people want us to help them to use it. Well, let’s go there then. Let’s put the blogging to one side and let’s become more of a, I don’t know, a technical helper for you and your website.

So there’s this sort of lucky piece, but also the willingness to steer into favourable winds, if you know what I mean? I love that story. Thank you very much for that. I also admire your humility in all of that. That’s lovely.

So the next thing then, I suppose that I want to get into is some change in the landscape at the moment. And again, this maps to what you were just saying about move where the wind takes you. We all know that AI is a thing. You cannot have missed that. But I think a lot of people are taking nervous steps into their business and how they’re doing things with AI and maybe biting off a little bit here with AI and leaving the rest as it is, and biting off another chunk here, and leaving the rest as it is and slowly moving into AI.

You have a very different approach. And I will link in the show notes to a blog post on the rtCamp website, which I read several weeks ago. I’ve got to say, I was a little bit, not surprised, that’s the wrong word, but it was written in such a way that I thought, gosh, now that’s interesting.

Because in it you painted the case that rtCamp in the future is going to do AI everywhere. And I know we hear that all the time. You know, we’re going to use AI here, and we’re going to use AI there. You have painted your colours on the mast, and literally, I think you said, if it can be done with AI, it will be done with AI. There will be no stone left unturned.

Okay. Firstly, why? Why have you got that approach? What’s the reason? Now, I’m sure it’s fairly obvious, but lay it out for us anyway.

Rahul Bansal: Yeah. So I don’t know from where it comes, anytime I see things going south across industry like COVID or, like AI, like everybody was gloomy, my brain kind of think of opposite. So in my brain, I’m not building, I’m actually imagining an AI only agency with humans required to probably feel capture. That’s how my brain works. So it’s like AI first.

Then again, like WordPress, so I have been lucky more than once in my life. So before this AI came, this famous saying by Steve Jobs like you can only connect the dots looking backward. Three to four years ago, riding on the digital boom, we survived the COVID, like all agencies grew. rtCamp grew a lot more, and a lot faster in very short span of time. And to manage this humongous workforce, we needed to refactor a lot internal tooling, softwares, processes, to the point that we have internally codified our mission that we want to build McDonald’s of consulting business, inspired by that movie Founder. That was also part of my talk at WorkCamp Asia.

And in fact, I had somebody to literally a complimentary set example. I know we want to build this, but I don’t have that kind of mental model. So that’s the brief I give to our chief delivery officer that you have to give me this. McDonald’s of agency business.

We start thinking of every process that we can repeat, and we realised that we need to take control of our software stack. And we ended up finding something, in open source. That’s, I would say truly a spiritually aligned to the WordPress ecosystem called Frappe ERPNext, which handle our accounting, payroll, project management, CRM. So many business processes in one single source of truth, like single source of truth for so many things. Earlier it was all siloed data.

So this was started with a different intent, to scale rtCamp, 2000 people, 5,000 people, 10,000 people, because that was a business model then. Agencies growth with capacity. You want to sell more, you need to hire more. Basically agencies growth was limited by on one dimension, the inventory, human inventory you can have. So we started implementing this open source back office software automation with the idea that we will own, central piece of our operating system of connecting, getting thousands of people working together.

Then AI happened, and then we realised we don’t need to hire those many people anymore. Year on year, we moved from 200 to 250, but I think next 50 will be very slow. Because, now we are no longer aiming to sell, or hire people. But as luck would’ve been, we ended up creating this system of record, which is unified and cleaned. When we think of a client or a project or a human. All aspect of their metadata is available in a single system.

So that is why we can leverage AI more than a company, agency to agency. For agencies using say, Jira for project management. QuickBook for accounting, some other software. If their operations is scattered across 6, 7 software, we have leverage over them. Not only we are paying very less because all our software is open source. The data is first party. Like sitting duck there to query in any way we can. We are not limited by SaaS providers, enterprise plan or this AI capability.

So that is where we realised that we can take this huge bet on AI where we can now build a lot more, in a lot less time using AI across the board. And if you look at a business like not just WordPress business, when you buy something, like you buy a car from a car company. You are actually paying for everything that company does, advertising, researching on the EV technologies, hiring a brand ambassador to put billboard, sponsoring F1. Anything that company does. every penny they spend on their business, the customer ends up paying it.

So we thought like now we have a single stack, which technically takes care of 70 to 80% critical nature of our business operations. From when the lead enters the CRM, the project management, time entry, people’s new management, everything is linked. Everything is beautifully linked in a single unified interface and database. So why don’t we just use AI to cut down the cost.

Because now we cannot charge by hours, we can try, but, it’s not making sense anymore for clients. They want us to commit to fix output bid. Now when we say, hey, we can migrate this thing for 100k, or we can build this website for half million dollars. So those numbers, traditionally, and actually all the time will include all the operation cost. Like my salary. I’m not doing any coding work, but my salary will be eventually paid by all the clients. Electricity bill that is also going to be paid by all the client.

So we thought like rather than just thinking AI to build a website, let’s use AI to bring our operational costs dramatically down. Because we have single source of truth for maximum data we have, and that is where we went all AI in. Now it’s like we can submit a proposal in one third of the time.

In old days we used to build PPTs. Now we vibe code a WordPress demo site and attach it to the proposal. Hey is this something that you want? Not just the screenshot, not just the Figma, like we are actually building Playground, like websites, and launching them and sharing those links to the client. Go play with it. We are even trying to copy the design systems if they’re migrating. So migration is a big category of work we do.

So that is what we mean by going AI ready. So we are leveraging AI to reduce the cost of sale, increase probability of winning the project by pitching them something. And then while estimating the effort, like let’s say we would traditionally say, oh, this might cost us a thousand hours. Now we blindly said Make it 30% less, as if it will be done in 700 hours and it will be, sometimes it backfires.

But then on some project it’ll be 500 hours. In some project it’ll be 900 hours, but average will come back to 700 hours. Then again, the idea is we have a central operating system, which gives us, like bird’s eye view of how healthy our projects education are. Are we getting returns on our AI engagement? And all this is possible because few years back we took a bet in different direction.

Like we choose WordPress because we wanted to be a better media agencies, and that was what media agencies were doing in the early days. But we ended up building an agency business with the WordPress. Likewise we choose this Frappe ERPNext software. To operationalise our back office. But now it is starting out to be our advantage point in this areas like we are able to do AI a lot more. In the end, it’s all about bringing the cost down at certain quality. You have to keep the quality up, and just make it more affordable. If that is not. as a business you cannot do that with AI, then something is wrong.

So AI is not about building something new. I have another approach. So if you’re an agency people are hiring you to move things from A to B, like you are the movers and packers of internet. I put crudely, what rtCamp does. We move things, like a shipping company who moves your house, remove you from Sitecore to WordSpace.

And that’s still big part of our business. We don’t have to reinvent or reimagine different experiences all the time. Sometimes we have to just do what everybody’s doing, the boring part. Put AI there to make it efficient, more cost effective. And if you do that, that means more people wanting to shift to new house. Again, a different approach. People think that they need to build something out of the world to benefit from this AI way.

My idea is that pick a boring thing and make it so affordable that people who were sitting on the fence, just imagine travel, Middle East travel. Like this is a very actually a bad example, might sound inhuman, but, say like X number of people wanted to experience Dubai as a destination, but let’s say, it was beyond their budget. For some even unfortunately now suddenly that comes within their budget, they will be able to do that.

People wanted to move to WordPress Initially, agencies were quoting a hundred thousand dollars for that big shift. Now if you can, suddenly you can do it in 50k a lot more people will shift. So, you don’t have to do things like out of the world thing. You don’t have to invent new. You have to sometimes just make existing problem more efficient to solve.

And it was not always about money, especially in large client. It was not always about 100k versus 50k versus half million versus 1 million. It was about timeline. It’s like you are refurbishing your home and it is going to take three month, then it’s a different mental model, like to put up yourself in a hotel or a second home for three months. If a magically a new company appears and hey, we can refurbish your home overnight. You don’t mind checking into hotel for one night. And that is where I feel like this WordPress will be net gain because of AI. Agencies has to be optimistic, and think differently to gain from AI.

Like, what people are doing is everybody’s trying to act like a ChatGPT, OpenAI, it’s their job to invent AI algorithm. We are agency. Our job is to apply AI, not invent AI. We don’t have to think of what is Opus 4.8 will do. Let cloud engineers think of that.

So we need to understand we are AI’s consumers or consultant, and that is where some people are getting it wrong by vibe coding things that they’re not able to sell to anyone. Then they will cry that, hey, six months later they will realise they built stuff nobody bought. Now they don’t have money to pay AI bills, or their developer salaries and then they will try that, hey, AI took over job, AI killed our business. No, think what existing problems we can solve with AI cheaply, efficiently, with better quality. And a lot of work is there to be done.

Nathan Wrigley: There’s a lot in there, but one of the things that I’m taking out is. So prior to AI coming along and demonstrating to us all what it could do, which by the way didn’t kind of happen overnight, although it feels like it did, there was a sort of, a year in which we could suddenly see, oh boy, it’s getting much more performant and much more interesting. But prior to that, it sounds like post COVID, you kind of inspected your business and were thinking, okay, how can we refine everything that we’ve got in the business and how can we put it all into this one system?

And again, with the benefit of hindsight, and I’m maybe going to use the word luck, maybe that’s not the right word. You, having done that work, then meant that when AI did come along, you weren’t trying to link up four or five or six or ten different things. You had this one source of truth. Which meant that you could cut waste, for want of a better word. You know, waste could be measured in terms of dollars or it could be measured in terms of time or it, whatever it may be.

You happened to be in that place because you’d done that preparatory work, not necessarily knowing that AI was going to come along and make all of this fun stuff possible. But with the benefit of hindsight, that’s exactly what it did.

And it’s curious, you said 70 or 80% of the business could be streamlined in that way. And I’m so staggered by that number. I thought you’d be in the kind of, I don’t know, 20, 30% or something like that. But a full 70 to 80%. So does that mean 70 to 80% of the things available, or do you mean that you were able to cut 70 to 80% of the cost or the time? Because I wasn’t sure which 70 or 80% you were meaning.

Rahul Bansal: It meant different things. First like, as I mentioned that we are not thinking AI adds just something to sell, but something to consume first. Because, again, dog fooding principle. We managed to sell WordPress better because we were a blog network. That’s why we could understood publishers better. We got into this Frappe ERPNext consulting because we built our backend with it. Now before we make any promise with AI, we have to be net gainer with the AI. And we believe that our internally, we will be.

So there are two parts, actual cost of building something and the meta cost. Like cost of sale, like the writing proposal. marketing costs, like case studies, going to even preparing for articles. Non build cost is definitely, we are able to bring, I would say it’s already half, but it’ll be, further down. I will give you a very simple example.

Like in early days is when somebody used to submit rtCamps form, inquiry form, a human, would manually check like, Hey, what is the domain name of this email id? Are they on LinkedIn? Some 30 minutes and then they will write a note hey, this looks like a good quality lead. We are fortunate that we get a lot of inbound inquiries, so we had to have prioritise, like which leads we are going to respond first.

Now, as soon as somebody submits a form an AI integration does that, within minutes. And the notes are much more details, it creates action items. Across like WordPress our Frappe CRM, our Slack, everything runs like a clockwork, and we don’t need a human. So that, junior human job is definitely gone. So in sales team, we used to have like this entry level job. That is no longer there. Some jobs are actually going to get vanished. So now going on a call, meeting notes, a lot of those things are getting automated. So the cost of sale has dramatically came down.

What is the effect? Like, say we can now assume flat 10% discount compared to earlier pricing when we are thinking of a migration project. Like, let’s say, in early days, we used to think like hey, anybody wanting to migrate from Adobe Experience Manager? We must assume that they need to pay us 100k. On the initial call, we can say, hey, that would probably cost something like minimum 50,000 dollars.

The minimums, the starting numbers has came down because we need less energy to have those pre-sales conversations. Less number of minutes of ours spent building those demos. Very fast discovery. Data mapping sometimes happens in minutes. In fact we did one 10 days to prepare this migration literally in five days, that was unthinkable. And that included data migration, QA testing, like automation testing where somebody built a bought in panel, which would randomly open a Zendesk ticket and verify that all metadata and deploys are migrated into new health desk system, all within five days.

This is where I have been saying that the cost of building custom solutions will fail. For like so low, like it’s 60, 70, 58. Like definitely more than half. It’ll be reduced by half more. People will buy custom solutions. So agencies are going to grow from here in just these one or two years. Because agencies, to price something upfront, we need consistencies. Like I’m running an airline and if my jet fuel is my biggest cost, and that is out of my control. Then how do I price my tickets? That’s AI hallucination, which is, I would say the jet fuel version of aviation industry.

Something happens in Middle East and fuel prices goes up. A war starts. So now when AI hallucinates so it’s like what we are internally tracking, or what we call as a KPI or internal metric is that, worst case, AI gains, that’s already 20%. Best case is more than 90%. In some cases it’s literally 90%. This range will keep compressing and that’s what I think 70% is my expectation in two years. We will have that maturity that, the build time will fall by 70%. That means. the client companies will hire more agencies to do more work.

WordPress will emerge as a winner, not only for its ecosystem, but its ability to expose structured data without any proprietary walls. AI was so fast that only an open source can keep up with it. In fact, we are seeing more migration inquiries with with the AI boom.

Nathan Wrigley: Oh, interesting. I was going to ask a sort of follow up question. Do you think that you, so you were mentioning, how to describe it, a rising tide carries all boats, or you certainly implied that the pie is getting bigger, if you know what I mean? So you are getting more phone calls, more migrations, more work, and you can obviously do that more affordably. And because you can pass on some of those savings to the clients, the price point lowers and so you get more inquiries because there’s this virtuous cycle of price going down, but quality staying the same or getting better.

I wonder if you, given your success in the past, I wonder if that transition will be easier for you, because the phone is already ringing, than it would be for somebody who was beginning in 2026? Because we all know when you begin, getting the phone to ring is probably the hardest thing. You know, getting those first 5, 10, 15 reliable clients, whatever it is that makes you work.

I wonder if you are in a uniquely good position, having a history of clients, a roster of clients that will come back to you. And also just being famous, for want of a better word, in the WordPress space, for doing the kind of things that you do. I wonder just what your thoughts are on that.

Rahul Bansal: They’re both pros and cons. The only con for rtCamp is that our business model, a big part of what’s traditional like setting our flagship revenue stream for last 8 to 10 years was staffing solutions. We used to provide engineers, sometimes to other agencies, sometimes to publishers. So usually they used to have the leadership layer with them. We were more of executors, and if AI within the IT industry, the first casualty of AI revolution was that people who code, or people who can only code but cannot think. But luckily our hiring was very different.

While it is taking time, so as I said, net headcount addition has been slowed down. I think this is probably first time rtCamp’s career site doesn’t have any engineering opening. If we would’ve been like a publicly listed or like a shareholder owned company, we might have got mandate to fire a hundred people right now, because we have already gained by, so much that, our one third of our WordPress engineers are currently out of work when the work is rising.

Because traditionally, when we needed eight people, now we were able to do in four people. But now we are using this. We have our own challenges, going from one kind of business to another kind of business model. The switch is causing some friction, but we are communicating it openly. We are giving people like more freedom. You give us ideas like which part of the entire business equation you can optimise. Is it editorial experience, is it migration cost? Is it data mapping, visual testing? So people are constantly building.

So change is there. Change is scary. It is scary for us also because we don’t want to fire people. We don’t want to lay off people. We want to return this team. From here onwards, we don’t see we are hiring more engineers for at least a year, because we have enough of them. But, we are so optimistic about this WordPress growth and the pie getting bigger.

We are hiring more sales and marketing team. Two days back I was telling like traditionally, we had this 90 to 10% ratio, like in 200 people, our headcount team, we would have 20 people. That would be, we can call as a sales and marketing department, I think next 50 hires will be only sales and marketing.

Nathan Wrigley: Oh, that’s a big skew, isn’t it? So you’ll go to more like 30% marketing as opposed to 10% marketing.

Rahul Bansal: Yeah sales and marketing. By the way, when we say sales, sales in rtCamp means slightly different. It’s more of a initial consulting, basically making those solid promise, which can be backed by engineering, not over promising. So our sales team needs are more like a WordPress consultant, but we have a category within rtCamp which we call Growth Engineers, who are some of our best coders. But rather than writing code, they go on the first client call and make promises on behalf of WordPress which are practical, feasible, and real.

That is what our internship look like, because coding is race to bottom. Eventually the cost of building will shrink to the point that you don’t need many, you won’t need many traditional developers in any agency. You will need people who can imagine what needs to be built. There might be 20 different ways and which way this project should be executed. That prompt engineering, context in engineering.

So the value is shifting and it’s definitely shifting away from people who can only code. That is why, probably from two years now, we might be at 300 people. Hundred of them will not be coding at all. But they will be prompting AI. They will be building vibe coded prototype in pre-sale stage to gain that customer confidence like early on that day. What you want is possible with the WordPress. It won’t cost that much. It’ll be given you fast enough that your life won’t be disrupted for many months, like your business operations won’t be disrupted for many months, so this is a thing

Nathan Wrigley: Yeah, nobody could deny that we’re in interesting times. I think a lot of people are very confused by what’s going on at the moment. You know, they’re trying to figure out a path. They’re trying to figure out how it affects their business. They’re probably in, I would imagine, quite a lot of cases, quite keen to stick to the ways that they’ve done it in the past. But certainly the picture that you’ve painted over at rtCamp is that you are aligning yourself with a very different future, kind of embracing AI, seeing where it can take you, trying to adapt your business. Being optimistic about it rather than pessimistic. Because I think there is quite a lot of pessimism around there at the moment. But seeing the opportunity and seizing it.

Absolutely fascinating. There was so much to unpack there. I feel like we could talk probably for another nine hours about this because it genuinely is never ending. I would love to prize back the curtain a little bit more. However, time allows only this much. So what an interesting conversation. Thank you very much, Rahul.

Just before we end, could you just tell us where we can find you online, should somebody want to, you know, maybe they’re experiencing a bit of anxiety of their own. Their agency is in a rudderless ship at the moment and they’re trying to figure it out. Where can people get in touch with you best?

Rahul Bansal: I am actually available on all social networks. I use LinkedIn least and email is most level way, I’m a bit old school there. But, yeah, Twitter. I check daily.

Nathan Wrigley: I will link to your bio in the show notes, but also, I will link to the presentation that you gave and any other bits and pieces that we discussed that I can find links for. I will mention those well. So head to wptaven.com, search for the episode with Rahul in it.

Thank you so much for chatting to me, and all I can say is all the best. I hope that all of the intuitions that you have turn out to bear fruit and be fruitful for you.

Thank so much for chatting to me today.

Rahul Bansal: Thank you Nathan.

On the podcast today we have Rahul Bansal.

Rahul has a long and accomplished history in the WordPress ecosystem. As the founder and CEO of  rtCamp, a company he started 17 years ago, he’s led his agency through the rapidly changing landscape of the web, helping enterprise clients such as Google, Fortune 500 companies, and major publishers solve complex problems with innovative WordPress-based solutions. rtCamp specialises in everything from large-scale website builds to more bespoke projects like Chrome extensions and SaaS connectors, and has grown to a team of hundreds over the years.

Today’s episode takes a deep dive into Rahul’s recent talk at WordCamp Asia, which focused on what it will take to launch and scale an enterprise WordPress agency in the future. The conversation focused on real, hard-won lessons from rtCamp’s journey, but also on how rapidly the playbook is changing with advances in technology, particularly the explosion of AI tools and workflows.

We discuss Rahul’s philosophy around hiring, namely, building a team of people whose strengths complement each other, rather than just replicating your own skillset. This approach has allowed rtCamp to adapt to new challenges, fill gaps in expertise, and weather major industry changes.

We then explore how this idea of “complementary sets” can also apply to choosing the right kinds of clients, those who value your expertise because they need what you offer, rather than simply hiring someone who does what they already know.

A theme that emerged in the conversation was specialisation. Rahul outlines how, whereas rtCamp’s earliest differentiator was a simple focus on WordPress (when virtually no one else in India was), today’s agencies must drill down much further to stand out, choosing niches within niches, such as WooCommerce or payment gateway integrations, and becoming recognised experts in those areas in order to thrive in a much more crowded field.

Towards the end of the episode the discussion turns toward what might be the most significant topic for agencies today, artificial intelligence. Rahul described how recent advances in AI have not only altered his agency’s practices, but have given them a firm mandate, if something within rtCamp can be done by AI, it will be.

We talk about how AI is being leveraged inside rtCamp to automate and optimise everything from sales and proposal writing to project management and even technical proof-of-concept builds. With a unified platform for all business processes, the agency is now able to significantly reduce costs, speed up delivery, and focus on higher-value consulting and creativity, reshaping roles and team composition as a result.

If you’re interested in what it takes to stand out and succeed in the evolving world of enterprise WordPress agencies, how to confront uncertainty with both optimism and realism, and how AI can become not just a bolt-on feature but the operational backbone of your business, this episode is for you.

Useful links

rtCamp

Rahul’s presentation at WordCamp Asia 2026: How to start an enterprise WordPress agency in 2026

The same presentation on WordPress.tv

A year of reinvention as we turn 17

Frappe tools mentioned several times during the podcast

Rahul on X

Rahul on LinkedIn

💾

This ONE MISSING FEATURE could FIX WORDPRESS

💾

WordPress has a missing feature that's been quietly making the Site Editor confusing for years. In this video I walk through exactly where the pain is — and show a prototype that explores what fixing it could look like.

👇 Check the PINNED COMMENT for links to the live demo and prototype.

---
Timestamps

00:00 Introduction
00:24 Types of WordPress Pages
02:14 The Problem with the Editor
04:24 A Solution?
07:40 Progressive disclosure: power users aren't left behind
08:24 Allow for Missing Templates
09:56 Recapping the Proposal
10:18 A vision for the Editor
10:44 How to give feedback
11:09 Subscribe for more!

#WordPress #SiteEditor #WordPressTips #Gutenberg #WebDesign #WooCommerce

WordPress has a HOMEPAGE PROBLEM - I built a better version

💾

Setting your homepage in WordPress is harder than it should be. In this video I walk through exactly why the current experience fails beginners — then show a prototype I built that explores what a simpler, clearer approach could look like.

👇 Check the PINNED COMMENT for links to the live demo and prototype.

---
Timestamps

00:00 Introduction
00:25 The homepage problem in WordPress today
02:33 Templates add friction
05:07 A better approach - the prototype
08:47 3 Key Principles
09:07 Feedback


---

#WordPress #SiteEditor #WordPressTips #Gutenberg #WebDesign

#220 – Cathy Mitchell on Why WordPress Events Matter: Community, Connection, and Giving Back

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 this case, why WordPress events and community matter.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today, we have Cathy Mitchell. Cathy has been working with WordPress since 2007. What began as a fun personal project during her maternity leave soon evolved into a fully fledged business with the launch of WPBarista in 2008. Over the years, Cathy has garnered extensive experience in the WordPress space, and is now working towards the 2026 WordCamp Canada.

The conversation focuses on the powerful role of community within the WordPress ecosystem, something that Cathy is deeply passionate about. We discuss how open, welcoming, and international the WordPress community feels, compared to more traditional corporate or volunteer environments. A theme that emerged was how involvement in WordPress has provided Cathy, and many others, with a sense of belonging and fulfilment, especially after life changes like becoming an empty nester.

The discussion explores the motivations for volunteering and organising within the WordPress community, both from the perspective of newcomers looking for purpose and connection, and business owners assessing the return on investment from contributing or sponsoring events. This includes how easy it is to get involved, the unique lack of barriers and red tape, and the value of altruism and camaraderie.

Other topics we explored with a broader impact of technology and loneliness, the importance of service and community for wellbeing, challenges in sponsorship amid changes economic times, and the vital need to engage the next generation in open source.

If you’re interested in the human side of WordPress, how volunteering shapes both individual and the broader community, and what the future might hold for WordPress events and contributors, this episode is for you.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Cathy Mitchell.

I am joined on the podcast by Cathy Mitchell. Hello, Cathy.

[00:03:25] Cathy Mitchell: Hello. Thanks for having me.

[00:03:27] Nathan Wrigley: You are very welcome. Cathy and I have been having, well, 15 minutes or so of chit chat just before we started the podcast. I’ve been learning a little bit about Cathy and we’re going to share all sorts of information.

I think probably broadly we could talk about it as being the WordPress community, which is a subject which is dear to my heart.

However, before we get into that, Cathy, I’ve had an introduction from you over the last few minutes, but would you mind sort of giving us your potted version of that, your shorter version, your bio if you like. Tell us who you are and how come you’re featuring on a WordPress podcast.

[00:03:58] Cathy Mitchell: Well that’s a whole lot of imposter syndrome. Why I am featuring, because you’re kind enough to have me. I’ve been working with WordPress since 2007 and it was just something fun that I did to begin, much like you with podcasting.

And then a couple years in, I told my friends that they’d have to start paying me, or I was going to go back to work, find a real job. This was during my mat leave, and so it kind of just took off from there in 2008, started WPBarista.

And now I’m very interested in the community because I was looking for something to do in the WordPress community last year. Dan in the Canada Slack got a hold of me and said, hey, do you want to help with the WordCamp? And I said, sure. You know, I had time.

And he got me in and brought me right up to like being on the organising team. And it was so fun but so shocking. Like, there is a lot of red tape in the corporate world before they let you do anything meaningful. Like you have to sweep the floors for a whole long time before they let you actually do something you’re good at. So this was remarkable. And this year I find to my surprise, I’m leading the 2026 WordCamp Canada.

So that’s what I’m doing now. And we’re going to focus on community too. So I’m very excited about this topic, both from a corporate, like what do we get out of this? Or are we supposed to get something out of this? And from a personal standpoint, it’s been amazing to meet these people, and to be given a chance. And I found out I’m not the only one. This is like normal, which is bizarre and wonderful.

[00:05:37] Nathan Wrigley: My experience of the WordPress community, so I started in WordPress actually quite a long time after you did. Maybe sort of six or seven years after you began using WordPress. I really didn’t know that there was a community at all. I just downloaded the software and used the software. And then I can’t even remember really how it happened. It might have been through things like Facebook Groups or something like that, where I was trying to learn a particular thing? Or perhaps there was something in the dashboard which indicated that there was an event nearby.

But I found myself, to my own surprise actually, I found myself at a WordPress event in London, WordCamp London, which at the time was going really strong. You know, hundreds and hundreds of people would show up every year.

And I remember purchasing a ticket and getting the train ticket and thinking, what am I doing? What am I possibly hoping to get out of this? And showing up and kind of being a bit like a timid rabbit sitting in the corner a little bit, and then it kind of worked out fairly quickly. Okay, this is all fairly benign. Nobody seems to be all that boastful. Nobody seems to be sort of shoving corporate speech down my throat, or trying to sell me anything unnecessarily.

And during the course of a day or maybe a couple of days, opened up a little bit and got chatting to people. And lo and behold, within a couple of years, a significant proportion of my free time, let’s call it that, outside of the commitments of daily life and family and all of that kind of thing, was taken up with doing WordPressy things in my spare time.

And so I, I don’t know if the story maps the same as you, I’ve shared mine, maybe you’ll share something similar in a moment. The community to me is much more than just, oh, there’s a community there. It genuinely is a seriously important part of my life. To the point where if that was to be sort of whipped away, or somebody like a Thanos type character suddenly clicked their fingers and that disappeared, I don’t know what I would do with myself. I would really have to go out there and find an awful lot of other things to do. Was it a bit like that for you?

[00:07:41] Cathy Mitchell: Not at all. I went to the forums first. And in 2008, 2009, there were some big names nowadays that were just answering us in the support forums. And so I learned from the best of the best, I think. And they would answer my ridiculous questions. I had no idea about PHP. I didn’t even know HTML. I didn’t even know what the internet was, like as broad concept. I asked my husband at the time like, okay, I don’t understand how my computer is talking to someone else’s computer, like you need to draw me a picture.

So anyway, I’ve only recently, I went to a couple of events, but I’ve always had the business mind. If I can’t see an ROI financially, I’ll say, from what I’m doing, then I don’t have time for it. But that was also during a time when I had a young family and then I became a single mum and then I had to work this business. And so it’s only really recently that I’m looking around and seeing people like you and going, this is unique.

I’ve been in volunteer communities, and now that my kids are all grown up, I’m kind of looking for those opportunities. What meaningful thing can I do with my time? And this just seems so unique. Like I volunteered at other places and there’s so much red tape and there’s so much, I don’t know, different feelings than this one. This one’s very open.

[00:09:09] Nathan Wrigley: I think the bit that is so curious to me is you can sort of dip in and dip out of it. Because, I don’t know, let’s say for example, you do something much more local, involved with your hometown or something like that. And you get involved in it and there’s a certain kind of, pressure is the wrong word, I suppose you can dip in and dip out of that as well, but do you know what I mean? You get involved in those philanthropic things locally and you get to know things and it becomes more of a habit, and you do the same thing over and over again. At least that’s my experience.

What I quite like about this is the international flavour of it. The fact that I’m being introduced people from really different parts of the world and cultures. And it’s very, very open, and it’s a real contrast to the bit that you just mentioned, where the corporate bit, and obviously there’s a side of our community which is very much devoted to turning a profit and what have you. But there’s a significant proportion of the people who don’t have that metric in their head when they’re introducing themselves to people.

They are just trying to be helpful and trying to deliver on the promise that the internet gave us back in the 1990s of, here’s the infrastructure to pass information around freely. Wouldn’t it be nice if everybody had the capacity to publish things, or to share things online without some sort of corporate overlord or paywall or algorithm? Which we’ve now probably regret deeply allowing that to happen to the internet.

All of those kind of things come into play. I have constantly, for the last decade, tried to sum up and capture what this is. And I always fail. It simply feels nice, is all that I’ve got, really. This community, the people in it that I hang out with, it just feels like a nice thing to do. That’s all I’ve got. No wisdom beyond that. It’s bizarre, isn’t it?

[00:10:53] Cathy Mitchell: I’ve been trying to quantify it too, and especially planning this next conference. I feel much like a student because there’s a large group, probably most people are not like me. Like they’re like you, at least the ones, in Slack that I’m talking to on a daily basis. And they’re the original nerds who are so happy, like were inspired and spent their free time, like this wasn’t their job. Promoting this and like answering my questions in forum as an absolute noob. So in that way I feel like I would really like to give back now.

But the community, yeah, I can’t quite put my finger on. I just talked to a sponsor yesterday and she is of course wanting to get in front of her audience, which is agency owners. But there’s a real sense of promoting the community because the healthier the community, the healthier all of us are. Not just financially, but it creates the forward momentum, I think as far as open source as a whole too. Like there’s a bunch of us, me included, even though I kind of am taking a corporate angle that really believe that open source could change the world. I still do, maybe even more so because AI is, can actually talk to things that are open source. Less so if everything’s behind a paywall.

[00:12:09] Nathan Wrigley: I think one of the things that you mentioned there, which suddenly sort of struck me is whilst there are a handful of people out there, and I say a handful, there’s obviously many millions of people. I think it’s fair to say that many people prefer to be in proximity to other people, to do things, to be in conversation with people, to have a shared experience. You know, we go to the cinema or the movie theatre to watch a movie. I mean I know the screen’s bigger and everything, but part of it is to be with other people and to go ooh and ah, at the same time and go to firework displays and concerts and things like that.

Now all of that stuff can be done in an isolated environment in your house. You know, you can watch Netflix and you can watch the TV and get a similar kind of experience. But I think there’s some sort of core part of me at least, and the people that I hang out with at these kind of events and online who just enjoy that shared experience, that willingness to be involved in a similar task. Just to be pointing in the same direction as a bunch of other people, pulling together on the same team. And it’s unquantifiable. I literally can’t encapsulate it, but I think you and I are talking about the same thing.

What’s interesting is I accidentally found it fairly early on in my WordPress journey. Serendipity played a really blinding hand for me there. But I think had I not had, bit like that film Sliding Doors, I could easily have missed the cues which sent me to that WordCamp or whatever it was that got me started. And I probably could have gone for a decade or more and not even noticed it was a community and maybe discovered it much more recently.

And it sounds like that’s kind of happening to you. You mentioned that you are, I think in the show notes you described it as, it’s a lovely phrase, empty nesting. Does that mean when your children grow up and go away? Is that what that means?

[00:13:53] Cathy Mitchell: Yeah. That’s a pretty common phrase over here.

[00:13:55] Nathan Wrigley: Oh, okay.

[00:13:56] Cathy Mitchell: This side of the pond. You know, you kick the little birdies out, and they’re spreading their wings. All of a sudden we’re left with, it’s a different life stage. I think we were talking a little bit about it. You’re getting there.

[00:14:08] Nathan Wrigley: I’m going to there very, yeah, awh, it’s kind of filled with melancholy. On the hand, obviously I would love for my children to grow up, but on the other hand it’s, pulls all the heartstrings, doesn’t it?

So you are finding space in your life to do this kind of stuff. I’m going to ask a question, which is maybe a little bit personal, I don’t know. Hope you don’t read it in the wrong way. Do you find this stuff like meaningful and significant? Do you get a sense of fulfilment and satisfaction from the work that you are doing? For example, with WordCamp Canada.

Because there must be moments when it’s a real chore and, you know, you’ve got far too many tasks which are spilling over, and you think, gosh, I’m just a volunteer. There’s no quid pro quo here. I’m just doing it out of the goodness of my heart. But on balance, do you get that warm and fuzzy feeling from doing all of this?

[00:14:54] Cathy Mitchell: That’s a good question. I had time, so I started volunteering at a bunch of things. I started volunteering teaching kids, and then to go the complete other end of the spectrum, I did a seniors class at my local college last month. I just started volunteering because in my opinion, as a little amateur psychologist, I think service, serving our community is kind of the best way to, like you said, pull alongside someone. And then when you have like a focused goal, there’s a togetherness and I really need to grow my community.

Me, and I think quite a few other people, there’s this whole epidemic of loneliness to be frank. Having raised the kids and then having done the job, now all of a sudden it’s like, I have time to invest in a real community. And I really want it to be worthwhile. I don’t want to sweep the floors for, maybe it’s an age thing, I don’t know. I’m so, so grateful that they let me do something that I’m good at, as far as organising, because they didn’t have to. That’s a big responsibility to put on somebody. And I am praying it all works out in the fall.

But it comes because of the huge number of volunteers that all work together. So my job’s just basically pulling all these people together, and making sure that we’re talking to each other. Because one person can’t possibly do all of the work that comes with putting on a conference. At least not part-time. But yeah, I’m finding it immensely rewarding because I also feel like I’m good at it. Everybody loves to do something they’re good at.

[00:16:28] Nathan Wrigley: You mentioned something earlier where you sort of implied that you were very surprised that in the WordPress world, you were given a bunch of responsibility for an event. I mean, basically, I think a lot of that, isn’t there? There’s a lot of, whoever can show up does get the job really, because there’s a paucity of volunteers. And for an event of the magnitude of WordCamp Canada, if you’ve ever been to events like that, you sort of walk in and on every level it feels like a corporate event. You know, it’s very polished, highly polished. There’s catering, the venue’s all been booked, you’ve got name badges and there’s probably some translation going on, and there slides and every, there’s timetables and everything. And it’s all done by volunteers.

And I remember the same sort of thing, being asked to do a variety of different things and thinking, wait, really? You don’t know the inside of my head. I will mess this up so badly. But that is such a nice characteristic of our community. And you’ll fail together, if you know what I mean? You know, it is not like anybody’s going to let you deeply fail. People will step in and help you, should you need to.

[00:17:31] Cathy Mitchell: Yeah, we have to say yes, like it’s part of the culture is, if people volunteer, we have to find a way to say yes. Like our default is yes, not, well, have you done this first?

[00:17:43] Nathan Wrigley: Yeah. It’s interesting because you obviously have done a lot of this kind of corporate stuff, and so have the impression that you ought to be qualified, I don’t know, a decade or two decades of this particular thing in order to be trusted to do it. And this is just, yeah, this is so different. Anybody? Bueller. Okay, you’ll do it. Great. Fine. That’s great, yeah.

[00:18:03] Cathy Mitchell: Yeah. You’re hired.

[00:18:04] Nathan Wrigley: Yeah, that’s it. That’s I’ve never done it before. It doesn’t matter. You’ll be brilliant.

[00:18:07] Cathy Mitchell: We’ll help you.

[00:18:08] Nathan Wrigley: Yeah. And that camaraderie of binding together on a particular thing, in your case WordCamp, but the broader project, you know, the WordPress project as a whole, I feel it’s full of these kind of people. And we will get into in a minute I’m sure, how that maybe has changed for some people in the more recent past, and about the fact that the community does feel like it’s in a bit of a challenging place at the moment.

But I just want to go back a little bit because you mentioned, and neither of us I suspect will have the answer to this, but I’m interested in your intuitions anyway. You mentioned that people nowadays, maybe this has always been the case, but it feels like there’s been a change. Loneliness seems to be a very common thing now. And my sort of back of the napkin calculus points me in the direction of wondering if it is actually oddly technology. The very thing that we’re celebrating. If technology might be responsible for it.

For example, I look around and I see a lot of people who give an awful lot of what would’ve otherwise been free time, time that they could have gone out and socialised and what have you. And, you know, you sort of end up sitting on the couch and scrolling through social media and things like that.

Television has become so absolutely fascinating. You know, there’s like a billion different channels, and essentially there’s a thousand ways to keep yourself entertained all by yourself, and never speak to another human being, or be in proximity to another human being. There’s no question there, I just wondered if you had an observation or a similar thought process.

[00:19:39] Cathy Mitchell: I looked up, because I knew we were going to talk about this, the stat on it. Because I know I’ve had the same feeling. And I’ve heard people talk about it, but I didn’t really know if that was like true or not, because whenever I am thinking or researching something, of course that’s what the algorithm shows me. So I’m always kind of hesitant, like is this actually real or am I just seeing this?

But it did say in a 2021 report, the US Surgeon General, and this is in the States, no 2023, that the health impact of a loneliness epidemic. Okay, General Vivek Murthy declared a loneliness epidemic in 2023. And he said that the health impact is the same as smoking 15 cigarettes a day. It’s not good for us. And that the biggest effect, 79% reported feeling lonely of the 18 to 24-year-old group, which is more like 40 some percent. What was it? 41% of 66 plus.

[00:20:35] Nathan Wrigley: Okay, so the younger you skew, the more lonely you are likely to be.

[00:20:40] Cathy Mitchell: Yeah. And we also see, now I don’t know if this is correlative or causative, but technology has also skyrocketed in that period of time.

[00:20:48] Nathan Wrigley: Yes. Yeah, and also probably, again, I’m drawing conclusions which are not based in fact or research or anything like that. You and I were both born in an era where that technology wasn’t available. So I imagine patterns were set down in our infant brains, which are perhaps different to the patterns that are set down now.

It’d be curious to see if there is a there, there. If the broad adoption, certainly in the UK, I can’t speak to Canada, but the broad adoption of technology to ever and ever younger children, to a really alarmingly early age. You know, you see children who are not even at school age who seem to have access to every technology under the sun, and who don’t seem to get that interaction from another human being. I wonder. And I’m going to sound all curmudgeonly and there’s probably going to be people shouting at me.

[00:21:34] Cathy Mitchell: I have seen it change with the Gen Z that they’re talking about. And my kids fall in that category. Whereas I wanted to be, okay, it’s personal responsibility, so we’re going to raise them. It was new to me, so I raised my kids thinking, okay, tablets, I’m going to teach you how to use it, not restrict it. I was all open-minded about all.

Now they’ve told me that if they have kids, they will restrict it far greater than I ever did. They were like, they won’t have nearly the freedom that I gave them in my open-mindedness.

[00:22:06] Nathan Wrigley: Yeah, well, but you are forgiven for your open-mindedness because I guess humanity perhaps needed more evidence to draw conclusions around that. And perhaps those conclusions are now landing.

[00:22:16] Cathy Mitchell: I think so.

[00:22:16] Nathan Wrigley: Yeah, well, certainly as an example, I know that in Australia more recently, there’s now a widespread ban, I think under the age of 16, and I’m going to use the word illegal, maybe that’s the wrong word. Maybe there’s a technical definition, but social media is not permitted for children under the age of 16. And I think that there’s legislation being talked about in the UK of a similar nature, and some other European countries.

I don’t know how much traction that will have because I feel that there’s a persuasive argument, much like you described of, it’ll all work itself out. You know, we don’t need the government to tell us what to do, and all of that, and that all makes sense.

But my, I can well understand, I think in the UK also, there is a growing, a groundswell of this alternative way of looking at it. Like a rejection of the phones and the technology.

Anyway, there we go. That was an aside. Do you want to contribute into that a little bit more before I push us back in the WordPress space?

[00:23:11] Cathy Mitchell: Yeah, I don’t want to be all, it’s bad, it’s bad, but I think that we’re seeing an effect. I really do believe that volunteerism, whether it’s with WordPress or anything else, in my faith background, being a person, a Christian person, I grew up seeing the service as an answer, as just part of our lifestyle. You just serve others. But now I’m seeing it come in a secular sort of way as well, where service is an antidote to loneliness.

And I think no matter where you’re serving, not the church or any, like just pick a service. Being that cameraderie with people, having a similar goal, going in the same direction, like I really do think there’s hope. There’s hope out there for all of us. And it’s a great way to do something meaningful. Like you get to do all those things. You get to practise a skill, you get to do something meaningful, you get direction, you get cameraderie all by serving.

[00:24:03] Nathan Wrigley: I’m going to, say something now, and I’m going to caveat it heavily before I say it because A, it relies on my prodigiously bad memory, and B, it could just be fabricated anyway because the source could be utterly wrong. But it feels like there’s a kernel of truth in it.

I was doing some research recently about happiness, that broad subject. You know, we would all like to be happy I’m sure. There’s a lot of people who spend a lot of time thinking about what this actually means, and trying to drill it down to some fairly basic maxims, if you like, for what leads to happiness.

Two of the biggest indicators of happiness are really interesting. One of the two is how often you spend with other people basically. How much time you interact with other human beings. Now I know that that’s not for everybody, but broadly speaking, that seems to be a huge indicator. If you actually get yourself out and you do things with other human beings, there is a definite benefit.

And the other one, which is very curious because I think it’s fair to say, you know, Canada and the UK, we’ve been brought up to worry about our own finances and amassing as much stuff as we can, and lining your nest for the future and everything. Well, this other one, controversially, the second one that I’m going to mention is the amount of stuff that you basically give away. And that could be time, or it could be finance, it could be any of those things. The more that you give away with no expectation of a return, that also apparently is a real indicator of happiness.

And I think we can all identify that. That moment where you give somebody a gift and you’ve really thought about it, and you hand it over and you watch the face change as they unwrap it. And you think, they’ve loved that, haven’t they? And you’re not thinking to yourself, well, I did that. I made them happy there. You’re just thinking, oh look, they’re really happy. Isn’t that wonderful? So anyway, there’s my 2 cents of utterly unproven thoughts.

[00:25:59] Cathy Mitchell: Okay. Learned something. Those are two, so the two things were being around people and altruism basically, with nothing expected in return.

[00:26:08] Nathan Wrigley: And funnily enough, they map very closely to what we’re talking about, right? We’re talking about events and socialising with other people, but also that, in this case, it’s not a financial thing that you are giving away, but you are definitely giving away an awful lot of your time for doing these kind of things. And maybe, given that little bit of information, it kind of becomes a little bit easier to justify because if you can say to yourself, this makes me happy, it might not seem it in those stressful moments.

[00:26:36] Cathy Mitchell: Yeah, today.

[00:26:37] Nathan Wrigley: Yeah, that’s right. But ultimately that might be causing your happiness.

Okay, so there we go. That was our little segue. Let’s sort of bring it back to WordCamps. You were very kind to write me a bunch of show notes, and they really drew me in as I was reading them. And I want to sort of dwell on a few of them because you.

[00:26:53] Cathy Mitchell: Had to convince you to get me on the podcast.

[00:26:54] Nathan Wrigley: Yeah, no, there not a lot of convincing needed. I loved it. You’ve got some sort of bullet points if you like, not really bullet points. You’ve touched on different areas where you feel that you’ve got something to say about, I dont know, why people might contribute and why they might volunteer and what have you.

So it’s things like, why might new people, newbies, as you’ve described them, volunteer and why might business folk volunteer?

So the first one was, let me go back. So I’ll read into the record what you wrote because it makes a lot of sense. You said, in 2025 I helped the organisers for WordCamp Canada and this year found myself the lead organiser. And this has been consistently one of the nicest, most open groups, that I’ve ever been part of. And then you strayed into why other people, for example, new people and business people might like to contribute.

So on the business side, you said, volunteers, boundaries when not getting paid, giving back, sponsoring folks, not necessarily a financial return on investment. And then for the newbies, you said, there’s other ways to contribute, for example, contributing in code or non-coding ways, and also just being a recipient of the open, friendly community that you encounter. So that was really it. Maybe I’ve said everything that you wanted to say.

[00:28:07] Cathy Mitchell: Well, those are kind of questions that I had coming from a corporate, and I keep talking to different people trying to figure out, I guess I’m looking for something other than altruism when comes to the corporate people at least. Like why are they sponsoring? And I can see, the pessimistic, or maybe the pragmatic, side of me to be positive wants to know why. Why are they putting the dollars in?

But then on the other side, I think, well, if WordPress doesn’t do well, then they don’t do well. Like, if their businesses are based on WordPress. But then I also saw something that, if you sponsor open source projects, it makes hiring people that much easier, and also vetting people that much easier. Because it gets you into the community and so it goes both ways. People will be more likely to apply for your jobs and you will be more likely to have a way to vet them. That’s one thing I saw.

[00:29:04] Nathan Wrigley: I think there’s a lot of truth in that, or at least I’d like to believe there’s a lot of truth in that. That makes me feel happy about the whole situation. But what’s curious about what you’ve just said, and I don’t know how much of an intuition you’ve got on this, but if you were to go back to, let’s say the year, oh, I don’t know, 2018 or something like that, WordPress was experiencing this really stratospheric growth. You know, in terms of market share of the internet broadly, you know, the number of websites as a percentage, WordPress was going from sort of the low twenties to the mid twenties, high twenties, and then through the thirties, and then finally landing at this sort of 40%.

And during that time, saying this phrase sounds ridiculous because it is ridiculous, WordPress could kind of do no wrong, I think. There was just growth upon growth upon growth and a lot of companies, I don’t think needed to explain themselves to their directors quite so much. The return on the investment didn’t need to be made. It was just, look, we’re part of this thing, and there’s this rising tide, and we are one of the boats. And look, we’re going up as it all goes up. So it just happened.

However, during COVID, and then especially over the last few years, and then now especially the last couple of years, inject AI into the mix, I feel that that calculus has changed a little bit. And there’s this inkling when you speak to the same corporate people who a few years ago were willing to open their wallets to sponsor events, the wallets are much, much harder to open.

Again, in much the same way that I don’t really know why the community is so fabulous. I don’t really know why the wallets are harder to open. But I think the landscape for sponsorship, and the requirement of a return on investment, as opposed to, well let’s just join in because WordPress is growing. I think that calculation is going to be harder and harder to make. And maybe you’ve got experience of this over at WordCamp Canada trying to gather sponsors. Perhaps you found it straightforward. Perhaps it’s been difficult. I don’t really know.

[00:31:08] Cathy Mitchell: There’s almost like a perfect storm right now because wallets are tighter because over the last few years, at least in the States where my clients are, it’s become, economically there’s uncertainty. And so that trickles down and trickles up, right? And so more wallets are going to be a little bit more restrictive on what they’re going to buy, and they’re going to want to see more bang for their buck.

Corporately, also there’s been this huge rise in competition in the corporate world. There’s just way more competition over the last five or six years for just about anything when it comes to agencies or plugins or themes or whatever, there’s a lot more great competition, like good products out there. But then there’s also a lot more competition to get the clients, like clients have a lot more options.

And so I think it’s a perfect storm. Like, do you want to put your money into WordPress because is that the future? Is there money for sponsorship? Plus WordPress has become stricter on what they require to sponsor, as far as trademark use and different things that have been put higher on the priority list.

And I kind of see it like a levelling off. Like not as a bad thing because every industry can’t just, go, go, go, go. Like there’s going to be a levelling, right? Can’t be that easy. When I started, I didn’t even advertise. And I’ve had this business for 19 years. I’ve never advertised. That is going to go away. Like it was just, you know, I lucked out starting somewhere, but that’s not realistic.

[00:32:44] Nathan Wrigley: So what’s interesting in that is I think I am the same. The only period in which I’ve been in the WordPress community was during this stratospheric growth period really. Everything has been, you know, people have argued on the inside about this, that, and the other thing, and whether a feature should ship in Core, or whether or not we should do this thing at an event or what have you. So there’s been some minor disagreements.

But broadly speaking, the whole project has just swelled and swelled and swelled. There’s this overarching sense of optimism and growth, and now the brakes are on. And so for me, it feels like unfamiliar territory. And because it’s unfamiliar, it feels a little bit scary because I don’t know what that means. I don’t know whether that means that things are going to just level out as you just described, or whether it means things are going to decline, or whether it means some of my friends are going to go away because the community, it’s no longer going to be something that they wish to frequent because their profitability is under question and they need to seek revenue from other different options. Maybe AI, maybe, whatever it might be. And so I think my concern just, it’s probably self-interest really. I’m just concerned because I don’t know what’s coming and that fear is, well, it’s fear.

[00:33:57] Cathy Mitchell: I think this brings me perfectly into the WordCamp Canada thing that I wanted to mention. Just because I see this event, and even the community team, as a whole in WordPress. There are teams in WordPress, by the way, for people that don’t know, that help you get involved. It’s not just coders, like there’s all kinds of teams. And one of them is the community team, and all we have to know how to do is plan an event or host an event or serve coffee. It’s amazing. But anyway.

I am excited about WordCamp Canada, and the reason I’m putting so much time and effort into this conference is because I really see it as a light at the end of this tunnel. Not at the end. Maybe midway. I have no idea what’s going to happen to my own business, to WordPress, I don’t know. But I think there’s one thing that I’m fairly certain of, even now, even in the midst of AI, and that’s open source. I really still believe that open source is the way of the future. I still think it is, open source and AI are probably the way of the future. Yeah, I don’t know how else to say it.

And I think the exciting thing, and the thing that we need to do as people who got to take advantage of that uprise and that uptick, is you and I need to get young people involved. Like we need to get those young people involved in open source. I don’t even care if it’s WordPress or not, but they need to become part of a community that is exciting, that is beyond themselves. They need to see that we’re nice. We don’t bite. We’ll hire them. There’s just so much good that can come out of being together. And these are the nicest people. They’ll talk to people that are just standing around in the hallways with nobody to talk to, which is me. I’m an introvert, ironically.

[00:35:38] Nathan Wrigley: You definitely don’t come across like that, just so that you know.

[00:35:40] Cathy Mitchell: Well, we’re I’m pretending nobody else is listening.

[00:35:43] Nathan Wrigley: The other thing that I would add, as you were saying all of those things, it occurred to me that, I would imagine that people in more senior positions, I don’t really know how to describe it in the WordPress world, have got a similar intuition to the one that you just described. In that they can definitely see that the future needs to be thought about in terms of the youth coming in. Because there’s an awful lot of work being done at the moment and an awful lot of hours being put into educational initiatives.

And also, not just where you and I are living, but all over the world. And it was kind of interesting at WordCamp Asia recently, that was a big focus. A lot of people talking about exactly this thing and these kind of overlapping initiatives that are beginning to bear fruit. So people coming out of universities who’ve had experience of open source and WordPress in particular. And children at schools having experience of open source and WordPress.

And I think, as much as we would like open source and WordPress to win, just from a moral point of view, wouldn’t that be a great thing if everybody just noticed it and got on and used it? I think we need to do a bit of work to make sure that it’s being put under their noses so that they can make those judgements for themselves. And that is definitely a part of the future.

[00:36:57] Cathy Mitchell: Yeah, the Campus Connect and the Credits where they can university credits, like it is getting popular in other places we haven’t heard so much. But I really want to introduce it and bring it to the conference in Vancouver this fall. Because we can have universities in Canada and the US, on this side of the pond get involved in this and actually give kids credits that they can use to graduate.

[00:37:21] Nathan Wrigley: It’s so interesting as well because it’s very hard to, how to describe this, that’s a difficult one to sell, let’s put it that way. The people that are really into those initiatives really love it, but it’s hard to get people to notice that that’s going on, and hard for people perhaps to notice how important that is. But without those little foundational bricks being put in place for the future, this rising tide carries all boats metaphor, that’s not going to happen. You know, I think maybe another good metaphor there is they’re kind of building the harbour wall to make sure that the boats have got something to rise against. And I think that’s really important.

And your part of the world is definitely open to that, I’m sure. Seems to be that some European institutions, colleges, universities and South American institutions and parts in India and Southeast Asia and places like that are also beginning to bite on those ideas as well. So it’d be really interesting to see how that all goes.

You’re painting a picture, Cathy, which makes me feel optimistic. Feels like there’s a lot of positivity coming out of where you are, yeah.

[00:38:24] Cathy Mitchell: I’m probably going to get in trouble for saying this, but for all of the faults that Matt might be accused of, somehow he put something in place that became very, very popular. And the culture that I have been a part of, I haven’t worked for Automattic, but the culture at the WordCamp level and volunteering and the community team has been unbelievably positive, and foreign to me. Like I’ve had to learn this culture. What do you mean there’s no application process? How do I say yes? What are you talking about? So somehow this has grown. And he has had a lot to do with it. People don’t like that he’s had a lot to do with it, but there’s some truth there.

[00:39:07] Nathan Wrigley: It’s really interesting and it doesn’t matter how many times I have conversations like this, I’m always confused by it. I can never get my hands around it and work out what the secret sauce is so that I could copy and paste it into a different locale or a different jurisdiction or different era. But there’s a there, there. There’s something very satisfying about this community. And from everything that you’ve said, it sounds like you are very positive about it. And I share your positivity, even though sometimes it seems quite hard to grasp in the more recent times.

Oh, Cathy, that’s been absolutely wonderful. I’ve enjoyed chatting to you today. We’ve hit the sort of sweet spot of the amount of time that we’ve got, so if it’s okay with you, we’ll wrap it up there. Just before we go, if anybody wants to get in touch with you, or just sort of wants to pat you on the back for your wisdom there, where would we find you?

[00:39:55] Cathy Mitchell: Well they can find me at WPBarista. And right now they can also find me at canada.wordcamp.org.

[00:40:02] Nathan Wrigley: Okay. Well I will make sure that that goes into the show notes. So if you’re listening to this, head to wptavern.com, search for the episode with Cathy Mitchell, that’s Cathy with a C, and you’ll be able to find the details in the show notes there. So Cathy Mitchell, thank you very much for chatting to me today. That was lovely. Thank you.

[00:40:19] Cathy Mitchell: Thank you. I enjoyed it.

So on the podcast today we have Cathy Mitchell.

Cathy has been working with WordPress since 2007. What began as a fun personal project during her maternity leave soon evolved into a fully fledged business with the launch of WPBarista in 2008. Over the years, Cathy has garnered extensive experience in the WordPress space, and is now working towards the 2026 WordCamp Canada.

The conversation focuses on the powerful role of community within the WordPress ecosystem, something that Cathy is deeply passionate about. We discuss how open, welcoming, and international the WordPress community feels compared to more traditional corporate or volunteer environments. A theme that emerged was how involvement in WordPress has provided Cathy, and many others, with a sense of belonging and fulfillment, especially after life changes like becoming an “empty nester”.

The discussion explores the motivations for volunteering and organising within the WordPress community, both from the perspective of newcomers looking for purpose and connection, and business owners assessing the return on investment from contributing or sponsoring events. This included how easy it is to get involved, the unique lack of barriers and red tape, and the value of altruism and camaraderie.

Other topics we explored were the broader impact of technology and loneliness, the importance of service and community for well-being, challenges in sponsorship amid changing economic times, and the vital need to engage the next generation in open source.

If you’re interested in the human side of WordPress, how volunteering shapes both individuals and the broader community, and what the future might hold for WordPress events and contributors, this episode is for you.

Useful links

 WPBarista

WordCamp Canada 2026

WordCamp London

 WordPress Campus Connect

WordPress Credits

💾

Gutenberg Changelog #131 – Gutenberg Plugin Releases 23.1 – 23.3, Calls for Testing for 7.1 and more

In episode 131 of the Gutenberg Changelog, Birgit Pauli-Haack welcomes Isabel Brison to discuss the latest developments in Gutenberg plugin releases 23.1, 23.2, and 23.3, as well as progress leading up to WordPress 7.1. The hosts highlight recent calls for testing, including collaborative editing—previously delayed from 7.0 due to stability concerns—and the new media editor modal for the image block.

Isabel Brison shares insights into the new responsive global block styles, allowing users to customize styles per device breakpoint, as well as updates to the layout and dimensions controls in the block editor. She encourages feedback from users as these features iterate for the upcoming WordPress 7.1 release. The episode covers stabilizations, such as the improved, more ergonomic media editor and cropper, and strides in accessibility, particularly regarding the tabs block.

The hosts also discuss experiments in dashboard widgets, content type management, and empowering plugin developers with new admin UI components. Both stress the importance of community feedback and testing, given the ambitious new features arriving soon. The episode wraps with practical notes on documentation improvements, React 19 integration, and a reminder of the short summer break ahead.

Show Notes / Transcript

Show Notes

Special guest: Isabel Brison

Calls for Testing

What’s released

Gutenberg releases

Stay in Touch

Transcript

Birgit Pauli-Haack: So welcome to our 131st episode of the Gutenberg Changelog. We will talk about Gutenberg plugin releases 23.1, 23.2 and 23.3. There are calls for testing out for WordPress 7.1 and we have more. I’m your host, Birgit Pauli-Haack, curator at the Gutenberg Times and a full-time core contributor for the WordPress open source project sponsored by Automattic. Today, Isabel Brison joins me from Sydney again. Isabel is a longtime core contributor and JavaScript developer on the Gutenberg Project. Welcome back to the show, Isabel. Thank you for joining me. How are you?

Isabel Brison: I’ll be good. Thanks for having me. It’s always a pleasure to be here.

Birgit Pauli-Haack: Well, I’m so glad you’re here because you and your team have worked on some of the most exciting features that coming to Gutenberg. People have been waiting for quite a long time. So we will dive in when we get to the updates. How is Sydney?

Isabel Brison: It’s winter, cold, rainy, you know, the usual.

Birgit Pauli-Haack: The usual? Yeah. How is the technology? I know you’re going to meetups there. Are these WordPress meetups or are these other technology meetups?

Isabel Brison: I go to a variety of tech meetups. There’s not a huge amount, so I’ll go say to JavaScript meetup and there’s a good technology leaders one too. I enjoy going to the Python meetup even though I don’t work with Python. It’s just a lovely community and they have some interesting talks. So it’s sort of whatever’s on offer, I guess.

Birgit Pauli-Haack: Oh, nice. Yeah, I found out in Munich to the technology community and I kind of connected with a local Claude meetup community and it was kind of interesting at the Technical university or the Design university, they switch around the places, but it was interesting. Yeah, they had some lightning talks. Yeah, like 20-minute talks and it was really cool. Yeah, I think we need to get out more.

Isabel Brison: Yeah, no, I like, I like going out after work and just, you know, even if it’s just to listen to some tech talks, you get a bit of air and meet new people.

Birgit Pauli-Haack: Yeah, that’s good. Yeah. 

Announcements

All right, so we have a few announcements. WordPress 7.0 has been released two weeks ago and we are heading big steps towards 7.1. Beta 1 is scheduled for July 15th. That’s kind of a little bit of ahh. It’s only six weeks away.

Isabel Brison: Yeah. So we get going not long time at all.

Birgit Pauli-Haack: And contributors have been working on the next major version already. So the official roadmap planning post is in the works. The team is in the final steps to assemble the release squad and we do well from the Gutenberg plugin releases we get a pretty good idea what might come through also from what didn’t make it into 7.0 as well. So we will. But it’s the web, right? Web is translated for me in the Japanese kind of design thing. Yeah, it’s like wabi sabi. Nothing is finished, nothing is last, and nothing is perfect. So we always get work to do and it’s always getting better. Yeah.

Isabel Brison: Yep. It’s a work in progress.

Birgit Pauli-Haack: It’s a work in progress. 

Calls for Testing – WordPress 7.1

So there are two calls for testing out now. One is announcing the collaborative editing outreach effort for 7.1. Many of you dear listeners remember, okay, collaborative editing, real time collaborative editing was pulled from the 7.0 because it wasn’t stable enough for all the hosting environments that are out there. And there was this call for testing out for hosting and now there’s another one for outreach effort to make sure that everything is kind of caught for 7.1. 

And Anne McCarthy just published it on the Make Core blog so you can join it anytime. There’s a separate channel Collaborative Editing Outreach that you can. It’s kind of modeled after the full site editing outreach program that ran for two or three years. I hope this doesn’t run for two or three years before it’s released, but it definitely there are more people kind of discussing it and how it all supposed to work. Amy Kamala, who was the Release Coordinator for 7.0 and Justin Tadlock, who is a developer advocate at Automattic and Theme Team Rep are helping Anne to coordinate those calls for testing. And also some of the teams at Automattic who work with Enterprise level are also there. So yeah, it’s a bigger discussion on how collaborative editing works on all the levels.

Isabel Brison: Yeah, it’s a pretty big and complex piece of work.

Birgit Pauli-Haack: Yeah, join the channel and dive right in if that’s a feature that you are excited about. I’m excited about it. But I also only have two or three people that handle my editing stuff. So I don’t have 10 or 15 editors in my post zone. 

Another call for testing is about the media editor Modal that has been added to the image block. Ramon Dodd published a call for testing about two weeks ago about the new modal for the image cropper. It’s kind of the bigger image cropping in the block editor, so you don’t have to. It’s a much easier way to get your images in line, but you can also rotate the images and resize them. And it has been merged with the Gutenberg plugin. It also, with 23.3, is out of experimentation. So anybody who has the Gutenberg plugin installed can be testers. And Ramon has some great details on how to test things and what to look for and how to share the feedback. It also has a little paragraph there on what’s out of scope. So for this version, we of course share all the links in the show. Notes. Isabel, you’re part of that project. What excites you about it?

Isabel Brison: I haven’t actually, actually worked on it. Well, not I, I, I helped a little, a little bit at the very beginning when we were discussing sort of choice of libraries and whether to build our own or use a third party. And a bit with the initial testing, but it was mostly Ramon and Andrew’s work. This latter part, the bit that’s now in Gutenberg, in fact, it was all their work. And I think it’s super exciting because replacing the old, the old Cropper, I. I never liked it. I have to be perfectly honest.

Birgit Pauli-Haack: I hate the old Cropper.

Isabel Brison: I never could figure out how to use it. It was not ergonomic at all. And this one is such a better experience. Aside from allowing us to do all the stuff that the old Cropper, the in Editor Cropper is what I’m talking about. The one that you can access from the Image block toolbar. It’s also on the site Logo block. So you can now access it from both those blocks and the new one, in addition to what the old one did, also allows you to do free cropping and free rotating. So if you want to rotate your image 3 degrees and if you want to crop it to whatever weird aspect ratio you like, you can do that, which you couldn’t on the old one. Yeah, and it’s. It’s just a much nicer experience. I believe it’s also more accessible than the old one in terms of the keyboard accessibility of it. It’s. It’s better too, so. All advantages. Yeah, they did a great job on it.

Birgit Pauli-Haack: I used it just for a little bit and I was so amazed how smooth it was. Yeah, I kind of. It was also much more intuitive. I never knew what to do with the Cropper when I was pinging it previously and said, so how do I do this now? Every. I had to think every time. And this one is very, very intuitive and very smooth also to use it and to see it. So I’m really happy about that. I’m hoping it makes it into 7.1. Yeah, so we have that.

Isabel Brison: Yeah, it’s, it’s on track, I don’t think. I mean, barring any major natural disaster, I don’t think that there’s any reason for that not to make 7.1. It’s a great piece of work. It’s really stable and now that it’s not behind the experiment flag anymore, real users are using it. I’m sure we’re going to get tons of feedback if there’s anything that’s not 100% perfect and we still have time to iterate on it until beta one.

Birgit Pauli-Haack: I really appreciate that Roman and Andrew went to the research portion and kind of looked at how other graphic programs actually are doing things and tried to get some of the experiences also into the blocked. So okay, yeah, so two calls for testing for those who want to dive in. It’s a very good way to contribute to WordPress because it’s so close to what you’re doing with WordPress. And not only developers but also content creators can help testers even better and those who work at agencies or work with clients at agencies to kind of see how that all works. Which brings us to what’s released. I mentioned it. 

What’s Released – WordPress 7.0

WordPress 7.0 Armstrong was released. We talked about it in previous episodes on this changelog with various people from the agency view, from the designer view, from the content creators views. We will share in the show notes in case you need to catch up. The Field Guide the link to the official field guide for WordPress 7.0 as well as to the source of truth on Gutenberg Times that has all the user facing stuff in there. Those are the best information on 7.0. I have not seen in the last two weeks any major boo boos that came in. Yeah, it was such a great testing cycle with a delay of six weeks. 

Most of the bugs were actually caught quite early or in the loliso, I don’t think. I’m not sure when there will be a point release which normally happens within a few weeks of the major release, but I have not seen any planning for that. But it could be end of June after WorldCap Europe. 

So let’s dive into the Gutenberg releases. We start with Gutenberg 23.1. Oh, one question, Isabel, do you have a favorite feature that came into WordPress 7.0?

Isabel Brison: Oh, I don’t know. There’s a bunch of interesting features and I worked on some of them. Of course I have sort of my personal favorites of the ones that I worked on of which one that is. It was very, very subtle or sort of low profile. We didn’t talk about it much, but I worked on a little handy addition to the grid block or the grid layout type, I should say. That allows us to configure a responsive number of columns. So by setting column count and a minimum width you can say I want my block to always have at maximum three columns but on smaller screens it can go down to two and even one. So that’s something we didn’t have before and I’m quite happy with it. I think it’s a good improvement. But compared to. Oh, there was. There was loads of stuff. The pattern editing work I think is going to be really handy. And what else? There was the notes feature.

Birgit Pauli-Haack: No, I was in 6.9 already. Yeah.

Isabel Brison: Oh yeah. No, there was something about what? Oh God, I’m confusing my releases.

Birgit Pauli-Haack: Yeah, yeah, they’re kind of. They melt together once it’s released. They melt all together. It’s kind of. Yeah. Was it there or there? Yeah, sometimes. 

Gutenberg 23.1

All right, let’s dive into Gutenberg 23.1. It was released on May 7, had 212 closed PRs by 49 contributors. So we are really wrapping up the releases or the work on Gutenberg and the block editor. It’s now not only the block editor, it’s also the site editor. It’s the data views, it’s the. The design system, those all. So the Gutenberg repo has kind of exploded in other areas for the WordPress ecosystem. So. But yeah, the first one on the list and it’s. It’s really interesting how these change logs are actually automated and coming together is the upload media and it enabling concurrent sideload uploads. That’s an interesting thing because it’s so performance issue to have multiple streams on upload on images so you don’t have to wait so long that the image shows up in your block canvas. And that’s a really good improvement for that.

Isabel Brison: Yeah, yeah. I’d imagine when uploading, when bulk uploading particularly.

Birgit Pauli-Haack: So when you copy paste content from another source it has this also a feature that you can download and upload the images that you connect there. And that also happens in this module stream uploads thing. So it’s really cool. You only know this because it’s faster but other than that there’s no disruption of your work or any of that.

Isabel Brison: Yeah, there’s a lot of good work. This was also the client side. This is part, I believe, of the client side media processing work that did not make 7.0 but is now being aimed at 7.1. That’s mostly Adam Silverstein’s been working on that. I haven’t kept a close eye on it, but it looks like, you know, very useful work and it’ll be good once we manage to get it in for performance.

Birgit Pauli-Haack: Yeah, Adam Silverstein has worked on these image handling features quite a bit for 6.9 as well. 

Enhancements

So yeah, there is an enhancement that I have flagged here, but I’m not sure how useful that is. It’s for the WordPress UI overlays and a global preview styles on the storybook. So the WordPress UI is the next level of components for WordPress.

Isabel Brison: It’s sort of the successor of the components package.

Birgit Pauli-Haack: Yeah. And at the moment both are used, but I have seen now efforts to migrate, merge things, I don’t know how you call it, but to get it kind of in one thing. But the overlays, the preview styles is how you can show the preview in the storybook so you have a better inkling how it’s going to look later on.

Isabel Brison: Yeah, that should be good.

Birgit Pauli-Haack: And then there are tons of changes for the components, the admin ui, the UI components, dialogues. This is mostly for developers that are working with WordPress and creating their own either building WordPress or creating plugins for WordPress to have a unified design system, unified component system that they don’t have to kind of come up with their own interfaces. Those decisions are already made and you can kind of build on top of things before any of that, even the components, every plugin had to design their own interfaces and now this is really cool.

Isabel Brison: Yeah, it’s good to have a sort of a system that you can use when you’re extending and you need to build a new screen or something for your plugin, you can just use these components and everything looks integrated with WordPress.

Birgit Pauli-Haack: And it’s also good for the users because they don’t have to think about how do I use this tool now? Or how, how is. How do I filter now on this screen? Because it’s all a unified system and it’s all built out and stable. So the next thing is on the notes getting a few updates. So right now it’s in 23.1. It’s mostly refactors on the positions and the floating board. But we will see later in, in the other releases that there are some nice features coming in for the Blocked libraries. We have updates to the tabs block. I’m really hoping that it comes into 7.1. It’s still behind an experiment flag, but now it can handle duplicate tabs, meaning duplicate handles on the tabs. And it follows now WCAG tabs pattern for accessibility in the renaming of the blocks. So which is a. It’s a major step towards accessibility and acceptance for that. I’m really waiting for the tabs to come into Gutenberg or to.

Isabel Brison: Mostly I think the renaming was about as I understand it, so that the blocks have names that match the accessibility standards or how these things are known as. There’s a WCAG pattern it’s linked to in the PR, and those sort of example patterns that the WCAG website has for people to know how to use ARIA attributes correctly, which is a whole science. And the idea is to have our tabs blocks match the names of that pattern so that it feels more standard and it’ll be more familiar to people who might have implemented tabs in other places.

Birgit Pauli-Haack: Yeah. And those are the standards also where screen readers kind of tap into and people are. That use screen readers kind of have a common pattern for that. Yes. So that definitely elevates the tabs block in its accessibility. Yeah.

Isabel Brison: So it’s going to be pretty useful block once it’s stabilized. So I hope it is.

Birgit Pauli-Haack: Yeah. Yeah. I know that quite a few block collections have tabs right from the beginning in the last eight years. And they’re not going to go away because the first iteration of any of the core blocks will not be as feature rich as any of the block collections that have been developed for the last six or seven years. Yeah. The next one is tapping into the image cropper we talked about. So you can. And it was tapping into the keyboard actions with drag handles on the canvas. So you can use your mouse to do some of the actions that you want to do with the image cropper or the image tool. Yeah, if you say Image Cropper, it kind of reduces it to cropping, but yeah, it’s also the handling to rotate

Isabel Brison: And all that too.

Birgit Pauli-Haack: Yeah, yeah. There’s a new API for the WordPress grid package, but that’s a different grid that you are working on.

Isabel Brison: Yeah, that’s not the layout. The block layout grid. This is something else. This is a grid that you can use for dashboard UI.

Birgit Pauli-Haack: Exactly.

Isabel Brison: Sort of admin stuff.

Birgit Pauli-Haack: Yeah. That’s the new API that powers the new experiments that in Gutenberg. That is the dashboard widgets. We kind of talked about it a little later. You as a plugin developer or extender of WordPress, you can use them now as well for any of your dashboards. If you are having a plugin that has some data vising kind of, you can put them into these grid package and display them on your plugin settings pages. The guidelines is also a new API and it has now a public API method and the REST API route to it. There have been iterations after 23.1, so I think that that would be really helpful to look at later. 

New APIs

The guidelines are actually a whole set of content types that are for AIs. Pretty much when your agents come to the WordPress site, you can tell them what to do with things. What’s the purpose of the site? The editing guidelines? Yeah, how, how you want AIs to behave on your site if you let them in. And it’s really important when you have other agents come in that you don’t control. Yeah, that sounds scary. 

But if you as a site owner connect your Claude to your website, you can have in the guidelines all the things that you want Claude to know about your site. So it’s. You don’t have to put it all in a prompt and it kind of finds all the things and it’s also your memory. So if you use an agent to do your SEO, to do your. Some of the content updates like headlines or tags, your policies on how to do tags and categories, that’s all things that you can solidify in your documentation in the guidelines for your AI. And it will remember that. But it’s also interesting to see the discussions about it. I had a short discussion with Grzegorz, who was a former co-host here on the Changelog, a few, I would say a few hundred episodes before, but it wasn’t that much. But he is now part of that team who thinks about AI and memory and all that. And it was really interesting to hear because if you are in an agency, you work on multiple different sites, but you have one Claude, so you don’t want things to bleed over from one site to the next. And these guidelines help you kind of keep track of everything. So it’s an interesting problem space that came out with AI.

Isabel Brison: It’s like providing the correct context and the correct amount of context so that the AI can be maximally productive on your website, whatever you want to do with it.

Birgit Pauli-Haack: Yeah, right. Yeah, yeah. Most people are really not all that into. Site owners are not so into AI, but it helps a few things quite nicely. I find it with SEO and with yeah, accessibility and all that. It’s really helpful to have a double check there. Yeah. All right, what’s next in 23.1? Do we have something? 

Experiments

Oh yeah, there’s these custom taxonomies experiment in 23.1 with the custom post types and taxonomy management that started out as out of. I don’t know how that came about, but it probably is one of the radical speed month project as well that people say okay, we probably need to have content management when the APIs were in WordPress in 3.1. But there is no interface there and there were always plugins there to do this, be it custom UI, custom post UI or ACF or so. But there’s no interface for. And that’s where this experiment comes in to kind of push the envelope on that a bit. Have the REST controllers in there, have the interface in there. But it definitely is not the last word spoken there yet because that is a field where there have been a lot of extensions in the universe or in the WordPress ecosystem that might not fit in where this is going. So it’s just a. It’s a prototype kind of experimental way to do that. But check it out. You just have to enable the experiment in the Gutenberg plugin and then you can kind of try it out and work with it. It uses the common APIs. 

The other experiment is the dashboard. We talked a little bit about it because that’s the grid package was created for that. The dashboard to have administ page routes and sidebar menus as a shell to add additional grids on the dashboard. I’m interested to see. I haven’t played with it yet but I want to see if I can. So what are the dashboards? The dashboard right now is just a. The quick edit and the site health and the news that’s on your dashboard right now and a few other things and plugin kind of tap into that as well. But I have never have not seen yet and I’m still thinking about it to. Maybe Claude can help me with that. Having a quick edit that’s a block editor actually. So when you log in into your WordPress site you don’t want to kind of just do all the other admin stuff. You just want to create a new post. So why not have it on the dashboard and create a blog post right there from the quick edit. Quick Edit only gives you text based things but not block editor.

Isabel Brison: So a block based quick edit, do you reckon all the blocks. I reckon it would need to be A very simplified version of the block editor.

Birgit Pauli-Haack: Yeah. Yeah.

Isabel Brison: Maybe images, paragraphs, but yeah, that would be cool.

Birgit Pauli-Haack: Yeah, yeah. Lists. Yeah. Like an outliner kind of. Yeah. Very fast kind of. Yeah. Maybe come back to the white space, but kind of instead of having a classic editor, just build blocks with it. Yeah. So kind of a distraction free, quick edit, full set, toolbar on top kind of thing. I don’t know. When I’m bored, I’m gonna star B. Prototype it. Prototype it. Yeah. And get it in. Yeah. That. That was one of the things that a lot of writers said. I don’t want to deal with all the stuff I’m getting so distracted. Yeah. There’s announcements and all that. So let me just start my blog post. But anyway, and then there is a list of Media editor modal call for testing. We talked about it. There’s a whole in 23.1. There’s a whole list of bigger and smaller PRs that went in. I think the call for testing gives you all the ins and outs of it that I think was. Was it. Did you find anything for 23.1 that you wanted to talk about further?

Isabel Brison: Not. Not really. Apart from the things that you’ve already highlighted. I just thought. I already mentioned that the media editor is also on the site logo block. So you can test it on both blocks and that’s it.

Gutenberg 23.2

Birgit Pauli-Haack: So right into Gutenberg. 23.2 was released on May 21st and also with 204 PRs by 50 contributors and there were four first timers there. Congratulations. You got your first contribution to WordPress core. Yeah. And you got your badge. Well, you got your badge when 7.1 is released, I guess the first feature that is listed is the responsive global block styles with states. This is so cool. Yeah. What does it say? Can you walk us through it?

Isabel Brison: Yeah. So this was the first part of the work towards enabling responsive styles for blocks. And it’s with States because it leverages a style states API that was already built. So Maggie Cabrera was who did that initial work for the States API, and her part was just leveraging it for adding the ability to style pseudo states for very few blocks have pseudo states. Well, this might be extended, but it won’t be super extended because not all blocks need to have pseudo by pseudo states, I mean hover focus and things like that. So usually only interactive blocks would need those. 

And so States came about to cater to that pseudo element scenario. But it was always something that could potentially be extended further. And one of the use cases that had been thought out when this initial idea of having the states API was thought it was using it to be able to create responsive styles for blocks was one of the possibilities there. And I had been eyeballing all those issues that have been sitting in the Gutenberg repo for years about creating some mechanism that allows us to define responsive styles. And I finally had the opportunity to pick them up. And having that state’s work already partially done was great because, you know, sometimes it’s starting something is the hard part. And there were endless decisions in the repo about how should we build this and let’s do this and let’s do that and let’s not do that. And it’s like we should take this into account. You know, how you can talk and talk and talk and then it never actually starts because it seems like the problem is too big and too complicated. And the more that’s added to the discussion, the bigger and the more complicated it gets. 

But there was this little stepping stone. This states API had already been built. And so I thought, well, it’s already in there for pseudo states, let’s try building responsive. So we call them viewport states. I’ve been working on this with my teammate Dan Richards. We’ve both started working on this and thought, okay, let’s do as sort of a baseline for global styles, but then as a stretch goal, let’s try and do it for actual block instance too. So we managed to do both in the end, but for 23.2, it was only the global block styles that was ready. And this means when you go into the site editor and into the style section, where you have global styles, then you go into blocks. This only works for blocks. It doesn’t work for top level global styles yet. We’re not quite sure. Well, we’re not quite sure if there’s a need to add this to top level stars yet. It’s still something that’s being thought about because for a lot of them, so a lot of really sort of global basic elements like typography, you know, font sizes. Okay, we already have ways of defining them responsively even without using breakpoints. So we are using the clamp function. You can define a maximum and a minimum and you can pretty much, you know, manipulate it so that you get your different font sizes on mobile and tablet and desktop. So there is to some extent you already have that responsive functionality there. So that’s something that might be looked at later on for enabling actual breakpoints for those global styles. But for now it only applies to blocks so for each block you can go into the block, into the block’s global styles and you can pick a state. There’s a new little states drop down at the top and so by default you’ll be styling the default state that’s you know, no media query. And then you have a tablet and a mobile state and the tablet state is only, so it’s, it’s only from you know, the top level. Like what’s your maximum Breakpoint to the minimum, which is the maximum for mobile. So the tablet styles will only apply to tablet to that breakpoint and then the mobile styles will only apply to their own breakpoint. And that’s. Yeah, essentially that’s it. 

You can do anything color typography and spacing wise. So for most blocks you know, you have the typography, you have the colors, you have dimensions like not for most blocks you don’t have dimensions, you have, you know, margin, padding, block gap if the block has layout and you can define per break point what you want those values to be. And there are certain features that exist in global styles that do not yet work with, with that responsive logic and those. So when you enter that breakpoint you know, you get, you choose the tablet viewport and you’ll see that some of the tools might be hidden. So for instance, Duotone is one. You can’t set Duotone per breakpoint yet. This is something that will be worked on in the future but it feels like a bit like I’m not sure how many people will need to change the colors per break point. That’s not usually responsive styles are more about spacing dimensions, that sort of thing. So we focused more on those that felt like these are the ones that are really going to be used by most people and the more edge Casey ones if they don’t work out of the box, we sort of. Okay that, you know, that’s a problem for later. We’ll, we’ll figure it out later. And Duotone is one of those awesome.

Birgit Pauli-Haack: Yeah. Well a lot of people have been waiting for that a long time. So glad you, you finally started taking it.

Isabel Brison: I hope it’s useful. I just hope that folks can take this and like ok, okay, I can finally build the thing and yeah, and it works. And please, please, to anyone listening and wanting to try this out, if there’s anything that’s not working, if there’s anything you don’t like or you think, no, no, this should be different because it doesn’t work. Just please give us feedback. We need feedback because this is in the plugin now it’s aimed to go into 7.1. We still have those six weeks until beta one. Those six weeks will be iterating on the feature. The earlier we get feedback the better so that we know if there’s anything that really isn’t working for anyone then we can change it.

Birgit Pauli-Haack: Yeah. Yeah. Awesome. So that’s a 23.2. There’s also a WordPress components called WordPress Theme and that’s actually the theme for the admin section. We have definitely confusion things going on because we use the same term for multiple things that are totally different and have nothing to do with each other except they are now motion design tokens for duration and easing in the WordPress theme component. So if you want to use those for your admin pages and plugins, go have at it. I am really because it kind of gets you a little bit more into a more interactive way to build websites and I think we really like those or I do. Yeah. Although I’m not a motion or animation kind of person. But yeah, I like when it’s nice.

Isabel Brison: Yeah. Little bits of discreet smooth animation here and there can really make a web experience.

Birgit Pauli-Haack: Yeah. It’s kind of a quality of life kind of thing. Yeah. Yeah. What else is in the 23? Yeah, the content types. It was an iteration on. We talked about it on the content types experiments with various improvements and post type and taxonomy management, duplicate view, quick edit actions. A ton of PRs have been added to that so it definitely is maturing and you can with 23.2 also the media editor modal had matured and there is now. I also will share in  the show notes a link to an overview issue on the Dashboard experiment so you can go back and read up about it, what it’s all about. Because there’s a whole lot of work still being done with that. 

Experiments

There’s also an experiment on the classic block migration notice. I’m just pointing that out because you might see it that the classic block might get deprecated or might not be available in certain situations.

Isabel Brison: Yeah. I believe the plan is to deprecate it and remove it at some point, but it’s a whole process because I guess lots of folks are using it. So it needs to be slow, give people time to adjust, choose alternatives.

Birgit Pauli-Haack: Yeah, well it has been in Gutenberg for eight years and all that and actually what I found is that some of the AI tools actually create blocks that need to be. That are looking like classic blocks and need to be migrated to blocks before they can be in the block editor canvas. So, yeah, those things also need to be kind of tested in that space.

Isabel Brison: Yeah, that’s a good point. With AI, with AI tools increasingly being used to build websites and create and. Or move content across from other places, it. You don’t want AI sort of adding the classic block to its knowledge base and suddenly deciding that the easiest way to do anything is to just dump all the content into a classic block,

Birgit Pauli-Haack: Which what they’re doing right now. Yeah.

Isabel Brison: So this is a good time to deprecate it so that. Okay, let’s. Let’s ensure that AI works properly, that it’s easier for AI tools to work properly and do things as we expect them to.

Documentation

Birgit Pauli-Haack: It hasn’t been merged yet, but there is also a documentation issue. It’s a big. It was a big undertaking that Juan Margarito took on, was that it was found that an AI can’t really find documentation on the block markup for each of the core blocks. And that was a documentation gap that was kind of found that none of the block library blocks had a readme so it wouldn’t. So what Guan Ma did, he created automatically from the block JSON files a readme for each block on documentation site and then created some tokens where you can have on the readme additional manual content that’s put in there and then have a parser go through that and put it into the block editor handbook. And that is a really. So it talks about the supports, it talks about the, the, the global styles design tool supports about the block markup and also the connection with other blocks. It’s a comprehensive documentation about each block and that’s in the block handbook. It will be merged. We had a hardware hangout on it. We had a proposal on MakeBlog, a core block about that. And I think it’s finally going to be merged within I hope a week, but maybe days.

Isabel Brison: Oh, cool.

Birgit Pauli-Haack: That’ll be super useful. So it will be in the, in the block edit handbook. It has an additional 80 pages, of course. Yeah. But they’re all connected and categorized by blocks. And so now block developers and there were some comments from the community where people said, well, I wish I had that when I was starting out learning about block development and now it’s finally coming. But it was a huge undertaking because it kind of created a ton of new code and that all needs to be reviewed. And it was so. But there were a lot of people kind of working on that. Guided or spearheaded by Guan Ma but it’s now coming and it’s really cool. I’m so happy that it made it.

Isabel Brison: I mean, you can never have too much documentation, but developers are crap at writing it. So, you know, nowadays we have tools to assist us in the creation of the documentation and we should leverage them.

Birgit Pauli-Haack: Yeah. And the hybrid version, automatic documentation plus a way to have also manual content in that is actually a good combination because for some of the blocks, Joe Dawson from the Accessibility team has said, okay, maybe we also want to have some documentation about the accessibility of blocks. And anybody who has comments on that can add it to the, the readme file of that particular block to elaborate on that. And that is outside of any automation. You can just add it to the page. And it was really cool to see that process working. I post a link to the proposal into the show notes just as a side note here. 

Gutenberg 23.3

And now we’re coming to 23.3. That was just released a day ago June 3rd with 270 closed PRs and 57 contributors. So we are ramping up to 7.1 kind of thing. And the first item on that is really cool that you can now that the notes section. And I think it was Adam Silverstein as well who worked on that.

Isabel Brison: Oh yeah, the multiple notes per block. Yeah. Oh, that’s cool. That’s really useful.

Birgit Pauli-Haack: Yeah, so you can have multiple threads or comments per block. That’s also helpful when you work with AI that comes in and kind of reviews some of your post and posts notes in there. So yeah, it was really helpful. And it’s also. And he found it to be necessary to have that. So what’s missing in the notes in comparison to Google Docs is that you can highlight a section and then comment on that section. So yeah, like, okay, you probably can delete this half sentence or something like that. And that you couldn’t do that up until now. And with the multi threads on the notes for a block you can highlight a section because if the paragraph is, I don’t know, 10 lines or something like that, you might have multiple comments on the, on that block. And now you can have that. So it’s really cool.

Isabel Brison: Yeah. So the note is attached to a part of a block and not to the block itself.

Birgit Pauli-Haack: Yeah, yeah. The next sections are a continuation on your quest for responsive styles.

Enhancements

Isabel Brison: Yeah, that’s part two, part two of the work which is enabling responsive styles for block instances. So again this, this was a part. So Maggie Cabrera had worked on the sudo style states for global styles and she had an open PR to add them to block instances. And Dan and I basically hijacked her PR with her approval of course. We asked Maggie first, can we just take this work that you. She was off doing something else. She wasn’t actively working on the PR at the time. We thought ah, we could just take that over and finish it and then build the responsive styles on top of it. So we did and that obviously there was work already pre-existing so it sort of made it easier to build it step by step on top of it. And now we have in 23.3 the ability to add responsive styles to. So any block, open a post, pick a block, open the inspector controls and then at the top where you have the block name you have this little menu which has a drop down that has the states. 

So again just like with global styles we have tablet and mobile. The default is what you get by default what you already had. And then you have a tablet breakpoint and a mobile breakpoint. And for those again as in global styles there were a few things that didn’t really work out of the box, a few of the controls. So we decided to hide everything that doesn’t work. So for now what’s enabled is only the controls that you can actually create responsive styles with. Those are pretty much all the block supports, the standard block supports like color typography, dimensions, block gap. Now layout is also supported and we aside a sort of side effect of that was that we ended up moving the layout panel into the styles tab. And well that was sort of. I’d been wanting to do that for ages I have to say because to me it didn’t make any sense at all that layout was in at the same time. Settings tab and Dimensions, which has controls that are intimately related to layout such as block gap was in the styles tab. And so I felt the. The only thing that makes sense is to have them side by side. If it’s not the same panel, which I still think we could maybe make it the same panel. But that’s another different conversation. But at least they’re side by side. So now layout is in the styles panel. That’s the reason why it’s in the styles panel. So when we have a responsive state enabled we’re only showing the styles panel in the inspector and only the controls that work, which is most of them. There’s a couple of things that we had to hide again, you know, duotonethings like that. 

And for block instances there are some blocks have custom controls and some of those custom controls should probably become Block supports. Some are like aspect ratio is a block support, but there’s only one block using it and there’s a couple of blocks that have their own custom implementation of aspect ratio. This is something that should change. I have an open PR to try and enable aspect ratio to work responsively because I feel that that’s one of the important ones that people will want to change aspect ratios for different breakpoints. So that’s in progress and what our plan is basically to try to get as much as we can working until 7.1.

Birgit Pauli-Haack: Awesome. So when I want to start testing this, I’m going to add a paragraph to my block canvas and then I go to the block inspector and say, okay, this paragraph, I want a different background for a different viewport. So on the mobile I want it green and on tablet I want it yellow and on desktop I want it gray.

Isabel Brison: Yep, you can do that.

Birgit Pauli-Haack: Okay. Yeah, so that’s how I will change it.

Isabel Brison: You go into. So you give the default. The desktop is the default. I guess we’re not mobile. We were never mobile first really. I mean Gutenberg has from the beginning being a dev stop first experience. And that’s how it’s sort of turned out to be. So you have default desktop and then you can go into the tablet state, you can select the tablet state and then whatever you add to the visible controls in the block inspector in that state is exclusive to that state. And you can go into the mobile and choose a different color for that and save everything and then you can go and do the good old resizing. Well, in the block editor we leveraging the responsive preview, the sort of device specific preview to show you a preview of what the styles are as you’re editing them. And then once you go into the front end, you can resize your window to your heart’s content and see all the changes happening.

Birgit Pauli-Haack: All right, all right. So that is really cool and I’m looking forward to kind of testing it out and trying it out and have opinions.

Isabel Brison: Yeah, yeah, no, lots of opinions, I’m sure. And one of the things that I feel like we haven’t got 100% right is the previewing because you switch like you go enable mobile state for this block and it switches you to the mobile preview. But then you can select another block while still being in the mobile preview and then you’re not in the mobile state for that blocking. So I feel like this is something that we’re working on. We need to improve that experience and feedback. Again, very welcome. What are your opinions on this and how you think it would be the most intuitive to work with.

Birgit Pauli-Haack: Well, awesome. Yeah. I’m thinking maybe we should actually have a demo hallway hangout about that somewhere. Let me think about that. Well, I have a time issue because I’m going on vacation.

Isabel Brison: Okay. Yeah.

Birgit Pauli-Haack: Coming back to the beginning of July, but yeah, definitely. Maybe find somebody to do a demo video or something like that. Well, the demos are all on the PR, so definitely check those out because they’re the best way to learn how to use that and how what works or what doesn’t work. Yeah. All right. What’s else in 23.3?

Isabel Brison: There was so much. Well, the media editor was stabilized, so now it’s no longer an experiment. You get it by default whether you want it or not. Again, I mean, we hope to get feedback on that. I think it’s a pretty good piece of work, honestly.

Birgit Pauli-Haack: Yeah, it is. Yeah. Yeah, absolutely. Yeah. Just wanted to. You said it in the. You talked about it. But if you are looking for the layout panel after 23.3 Gutenberg plugin install, it’s not hidden, it’s not lost. It’s in the Styles tab now.

Isabel Brison: Yes.

Birgit Pauli-Haack: Some content creators that are not interested in this, all that, they might have a little oops, where is it? Kind of thing. It’s in the other tab now. Yeah.

Isabel Brison: And that is. It might be weird for blocks that still have a Settings panel. So, for blocks, what happened with the group block? For instance, the group block only had layout and position in Settings, so we moved position into styles. Because it makes sense. Position is a style. And now the group block doesn’t have a Settings tab. So you open the group. I think it’s much easier because you don’t have clicking, clicking, clicking. Everything’s there, everything’s visible. Layout, position, all the other controls in the same tab for other blocks. For instance, the navigation block still has a bunch of stuff in Settings. So if you put a navigation block on the page and suddenly you’re, oh, where’s the layout controls gone? Okay, they’re in the Styles tab. They’re no longer in the Settings tab.

Birgit Pauli-Haack: I just wanted to point that out. People kind of miss that part because they’re so excited about the responsiveness. 

And then there’s also. Oh, there was one thing that was fixed. It was a. I would say it was a bug, but it is an enhancement that the additional CSS. If there was an error in there, you wouldn’t see that when you get back into the post again, until you interact with the additional CSS field, you wouldn’t see the error message. So unless you interact with that, you wouldn’t see that it’s actually not working. That has changed. That now has a little notification that there is something in the additional CSS that’s not valid CSS for those who muck about with that. Yeah. And here it is. The PR78653 has the modal media editor, image cropper modal being the default experience for the block editor. It’s out of experiments in. Another thing for 23.3 is that Gutenberg upgraded to React 19. This is important for plugin developers and those who have a very tight handle on the dependencies for their work. React 19 is now the default and there might be dragons out there. Please, please, please, yeah. Give feedback on that. Create issues what works and what doesn’t work. Especially what doesn’t work. So those can be fixed PR 7.1 so you don’t have any surprises later on. What else? I think those were the, the big items.

Isabel Brison: Yeah, I mean I’ve, I’ve been sort of like under, under my responsive styles rock for these past few weeks just working on that. Very, very fixated on getting this thing right.

Birgit Pauli-Haack: So I have to say nothing.

Isabel Brison: I mean it’s definitely got a huge amount of attention to. Yeah. What else is out there?

Birgit Pauli-Haack: Definitely God’s work.

Isabel Brison: Hopefully it’s worth it.

Birgit Pauli-Haack: Yeah, absolutely. Yeah, absolutely. Yeah, I think that’s it. As I said, there are 270 PRs. So. Yeah. And it just has been released for a while ago.

Isabel Brison: There’s a lot of enhancements and bug fixes and stuff in here.

Birgit Pauli-Haack: Yeah, that’s it. I think we are good. So, dear listeners, you will see on the Weekend Edition and the Gutenberg Changelog will pause during my vacation. I’m going on vacation next week, which is June 15th and I’m coming back in beginning of July. So in time for 7.1 beta, you’ll hear us again and you will read us again. 

I’m so happy, Isabel, you are here on the show to walk us through all the good things that come with Gutenberg to 7.1, especially the responsive parts. The responsive parts. I like that. Responsive parts. Thank you so much for taking the time out of your busy work schedule and be on the show and walk us through that.

Isabel Brison: No worries. You always enjoy this show.

Birgit Pauli-Haack: Well, thank you so much. And as always, dear listeners, the show notes will be published on GutenbergTimes.com podcast. This is episode 1311 31st. And if you have questions or suggestions or news you want us to include, send them to changelogutenbergtimecs.com that’s changelogutenburgtimes.com

Thank you all for listening. And until the next time, and I see you in July. 

Isabel Brison: Bye bye.

💾

Calls for Testing, Gutenberg 23.3, Block MCP and more — Weekend Edition 367

Howdy,

This is the time of the year when publishing on the Gutenberg Times becomes less frequent. I will be on vacation and back at the beginning of July with the weekend edition, just in-time for Beta 1 of WordPress 7.1. Three more Gutenberg plugin releases will happen before that.

What also happened was that someone grabbed my instagram account in this AI hack at Meta. Although Meta reports this as resolved, I probably won’t get my account back. I am now actively looking for a better way to share my photos without the overlords that can’t keep things tight. 🤦‍♀️ It’s not that I didn’t know better. <sigh/> 🤷‍♀️ It’s a cautionary tale for what’s in store for all internet services handing over crucial business processes to a gulliable AI.


I had the great pleasure of going on the OpenMakers show with Abha Thakor to talk through what WordPress 7.0 “Armstrong” means for you. First, the safety bit: test on a staging site or Playground before updating, and check your PHP. Then the good stuff. Visual revisions show edits in context with color coding. Notes keep feedback inside the editor. Patterns gain content-only editing, blocks can hide by device, and new AI connector APIs give developers a unified foundation. Real-time editing waits for a later release.

Yours, 💕
Birgit

WordCamp Europe LiveStream was up and running and Friday’s keynote can be watched online. Two worlds collide: WordPress at CERN with Joachim Valdemar Yde and Francisco Borges Aurindo Barros. The Livestream are all routed to the WordPress YouTube account. The schedule is posted on the website.

Over the course of the weekend more recordings will be uploaded to WordPress TV > WordCamp Europe 2026.

On Saturday, Matt Mullenweg, co-founder of WordPress and CEO of Automattic will close out WordCamp Europe 2026 with his keynote. Afterward, the organizers will reveal where WordCamp Europe 2027 will take place. Tune in around 2:15 UTC / 8:15 am EDT.


Developing Gutenberg and WordPress

Arthur Chu walks you through what’s new in Gutenberg 23.3. The modal media editor is now the default for cropping. It pulls cropping, flip, rotation, and metadata into one place. The experimental customizable dashboard grows too, with five new widgets you can drag and resize. Responsive styles now reach individual blocks, so designs adapt per screen.


Rae Morey reports that Gutenberg 23.3 brings an experimental, customizable WordPress dashboard. It’s the admin’s biggest structural shakeup in years. You can drag, resize, and rearrange widgets like Welcome, Activity, and Site Health to fit how you actually work. It’s the first testable preview of a long-discussed overhaul. Enable it under Gutenberg > Experiments to try it.


Jarda Snajdr reports that the React 19 upgrade has been reverted in Gutenberg. Shortly after 23.3.0 shipped, many plugins built for React 18 started crashing. The APIs barely changed, but the runtimes clashed: React 19 rejects elements made by a bundled React 18 JSX helper. So 23.3.2 rolls back to React 18. The team still plans the upgrade for 7.1—this time with a feature flag and a compatibility layer.


Isabel Brison and I chatted extensively about the latest Gutenberg plugin releases 23.1 to 23.3 and discussed the responsive controls now available in the Gutenberg plugin for desktop, tablet and mobile view ports. The episode will drop in your favorite podcast app over the weekend.

Rich Tabor shares a few “little big things” for WordPress editing. The idea is simple: complexity has piled up, and small fixes can clear it. His PRs make block locking a one-click job in List View. They keep you in place when editing synced patterns, instead of whisking you off to another view. And zooming out reuses the familiar Patterns Explorer. He’s not precious about them—contributors are warmly invited to take them over the line.


Dave Smith walks you through an interactive prototype reimagining the WordPress Site Editor around user goals rather than system architecture. Built during Automattic’s Radical Speed Month, it keeps the same blocks, templates, and data model intact while changing entry points, language, and defaults. Since internal research flags the Site Editor as the top driver of negative support outcomes, you’ll see how remapping it around what you want to do could ease that friction. It’s an experiment, not a roadmap.

Calls for Testing for WordPress 7.1

With WordPress 7.0 out the door, contributors shared a series of Calls for testing this week to prepare for WordPress 7.1. The schedule is tight with Beta 1 slated for July 15, 2026.

Ramon Dodd puts out a call for testing the new Media Editor Modal. Cropping in the block editor hasn’t changed much in years, and the old inline tool leans on a limited third-party library. This new standard way of Image edition inside the Block editor replaces it with a WordPress-native one. You get freeform and aspect-ratio cropping, flip, rotation, and metadata editing in one place. The quickest way to try it is a ready-made Playground link. Feedback is welcome via the comments or GitHub.


Anne McCarthy announced a collaborative editing outreach effort for WordPress 7.1. After real-time collaboration was pulled from 7.0, this gathers real-world early adopters across many hosting setups to find bugs faster. It lives in one Slack channel, #collaborative-editing-outreach. If you’d use collaborative editing regularly and run the latest Gutenberg, you’re invited—through the cycle, with a test team badge at the end.

Rae Morey has the skinny for you in Contributors Launch FSE-Style Outreach Program to Get Real-Time Collaboration Ready for WordPress 7.1


Adam Silverstein puts out a call for testing client-side media processing, now targeting WordPress 7.1. Here’s the idea: when you upload an image, your browser resizes and encodes every size locally using VIPS in WebAssembly, before anything reaches the server. That eases CPU and memory load on hosts and brings modern formats like AVIF, WebP, HEIC, and JPEG XL to every site. Browsers that can’t cope fall back quietly to server-side. Try it in Chromium with the latest Gutenberg.

Plugins, Themes, and Tools for #nocode site builders and owners

Brian Coords invites you to a live panel on practical AI workflows for WordPress and WooCommerce on Tuesday, June 30, 2026, at 10am PDT. Hosted with Shani Banerjee and featuring Nik McLaughlin, Kyle Runner, and Suzanne Kolpakov, the conversation covers WooCommerce MCP, the WordPress Abilities API, Pressable MCP, and making your own plugins more agent-ready. You’ll come away with practical ideas for managing stores and guiding cautious clients, plus open Q&A. Can’t make it live? Register anyway for the recording.


Nathan Wrigley talks with plugin reviewer Luke Carbis about the future of WordPress plugins on the Jukebox podcast. Here’s the worry: plugin submissions have quadrupled in a year, largely AI-generated, so good plugins struggle to stand out. Carbis floats ideas you can test: logging into your site with your WordPress.org account, installing from your own Git repos, or a commercial marketplace funding contributors. They also weigh AI ethics, a generational backlash, and his proposed AI-disclosure header for the directory.


Wes Theron published a new training video and you can learn how to customize your site’s navigation menus with AI. Once your site is connected, you describe the change and the agent makes it. You’ll learn to add a page to your header, remove an outdated link, and reorder items. It also covers building dropdown menus under an unclickable parent, adding a footer menu, and linking to blog categories. The point: clear menus help visitors find what matters.

Theme Development for Full Site Editing and Blocks

Ajit Bohra and the LUBUS team released Color Palette Block 2.0, a free plugin for building and sharing color palettes in the block editor. It grew out of their own client and internal documentation needs. It’s handy for brand kits, design systems, and style guides. You add swatches manually, pull from your theme, or generate random ones. Pick from four display styles—Square, Polaroid, Circle, or Droplet—and copy each color as HEX, RGB, HSL, or a CSS variable.


Justin Tadlock shares a playful tutorial on registering custom icons for WordPress 7.0’s new Icon block. Since the public registration API won’t land until 7.1, you’ll learn a clever workaround using PHP Reflection to reach the protected WP_Icons_Registry::register() method, bundling SVGs in your theme through an Icon enum and registrar class. Built on work by Ryan Welcher and Nick Diego, it’s educational fun—not for production, where Nick’s Icon Block plugin still does the job properly.

 “Keeping up with Gutenberg – Index 2025” 
A chronological list of the WordPress Make Blog posts from various teams involved in Gutenberg development: Design, Theme Review Team, Core Editor, Core JS, Core CSS, Test, and Meta team from Jan. 2024 on. Updated by yours truly. 

The previous years are also available:
2020 | 2021 | 2022 | 2023 | 2024

Building Blocks and Tools for the Block editor.

Casey Burridge introduced Block MCP, GravityKit’s open-source WordPress MCP server. The problem it solves is familiar: existing MCPs treat a post as one HTML blob, so AI edits strip block markers and break your layout. Block MCP exposes each block as an addressable unit with a stable ID. Your agent can make surgical edits, batch up to 50 changes atomically, and undo any of them. In their tests across Claude models, only Block MCP worked reliably.

Need a plugin .zip from Gutenberg’s master branch?
Gutenberg Times provides daily build for testing and review.

Now also available via WordPress Playground. There is no need for a test site locally or on a server. Have you been using it? Email me with your experience.


Questions? Suggestions? Ideas?
Don’t hesitate to send them via email or
send me a message on WordPress Slack or Twitter @bph.


For questions to be answered on the Gutenberg Changelog,
send them to changelog@gutenbergtimes.com


Featured Image:


#219 – Austin Ginder on How AI Is Exposing Hidden Threats in WordPress Plugin Updates

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 this case, how AI is exposing hidden threats is WordPress plugin updates.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m keen to hear from you and hopefully get you, or your idea, featured on the show. Head to wptavern.com/contact forward slash jukebox and use the form there.

So on the podcast today we have Austin Ginder. Austin has been involved in the WordPress ecosystem since 2010, and since 2014 has run Anchor Hosting, a business that manages thousands of WordPress websites. While he’s a developer and automation enthusiast at heart, in recent months Austin has found himself at the forefront of a burgeoning crisis in WordPress, security supply chain attacks targeting plugins.

A chance discovery during a malware cleanup on a client’s site, propelled Austin into what would become a wider investigation of plugin vulnerabilities. What he uncovered is both alarming and timely. Bad actors aren’t just hacking sites directly, but are instead infiltrating the supply chain, either by purchasing plugin companies and weaponising them, or by hijacking plugins and pushing out malicious updates. These attacks are subtle, often shifting plugin update servers away from wordpress.org to rogue channels where malware can be distributed, leaving end users in the dark, and their sites at risk.

We trace Austin’s journey from accidental security investigator to creator of the WP Beacon Project, a resource aimed at tracking, documenting, and alerting the WordPress community to known supply chain attacks.

He shares how AI tools have radically changed what’s possible in threat detection and forensics, enabling individuals, and hopefully someday, the larger hosting providers to identify patterns and root causes behind widespread infections.

We get into case studies of specific plugins compromised in recent months, the challenges of auditing over 60,000 plugins in the wordpress.org repo, and the complexities of stopping these attacks once malicious code is in the wild. Austin also discusses his hopes for greater collaboration with hosts and security researchers aiming for better automated monitoring and response.

If you manage WordPress websites, create plugins, or just care about the future of open source security, this episode is for you.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Austin Ginder.

I am joined on the podcast by Austin Ginder. Hello, Austin.

[00:03:40] Austin Ginder: Hey, good to meet you.

[00:03:41] Nathan Wrigley: Very nice to meet you too. I was put in Austin’s way by I think Courtney Robertson.

Thank you Courtney for that because, on a different podcast, which I do, we were talking about an item, which is very much in the news at the moment. It’s all to do with plugins and security. And whenever I say security, any of the people that I have on the podcast, I feel it’s pretty important that person gets a chance to stamp their credentials into the podcast about themselves. Because it’s one of those areas where a little bit of knowledge can go a long way. Tell us about your background, WordPress hosting, security, those kind of things.

[00:04:16] Austin Ginder: Sure. So I’m a developer, first off. I’ve been running a WordPress hosting service since 2014, and I’ve been working in the WordPress space since 2010. A long timer. I love automation. WPCLI commands, bash scripts. I’m in the weeds on a technical basis.

But in terms of security, I wouldn’t call myself a security expert, which is ironic for this conversation because of some of the things I’ve been finding over the last month or so. And it’s all thanks to AI. AI has been my friend. It’s just right place, right time, getting lucky and also just a mix of everything is changing right now in the world.

[00:04:56] Nathan Wrigley: Yeah. Thank you for that. So as you’re about to hear, we’re not gonna be talking at from the perspective of Austin demonstrates how to fix a particular challenge in WordPress. It’s much more of a general thing, and an alert really. It’s a bit of a call to action about a problem which has been systemic in the WordPress ecosystem, well, forever really, since I guess, plugins came along.

And this is all about really change of ownership of plugins, and I could do a job of trying to describe the scenario here, but do you want to just run through what you’ve discovered in the last few weeks, and the three or four incidents that you’ve uncovered and what they mean and how they’ve come about?

[00:05:37] Austin Ginder: Yeah. So in particular, we’re talking about supply chain attacks, and a supply chain attack is a different kind of attack. It’s not a direct, my site got infected with malware or something like that. It runs a little bit more deeper. It’s a scenario where either it can happen a couple different ways.

A hacker might get control over the plugin repo itself, maybe a credential breach, where they sign in and they are acting as the author, and they push out bad code. As a user, you just update your plugin and you don’t realise you’re updating to something that’s harmful for your website.

So that’s one scenario. The other scenario which is crazy to me, but like hackers literally buying companies and then weaponizing the plugins themselves and distributing them through the official channels. So that’s the big story that I was covering this last month. That is just what possesses someone to spend six figures to buy a suite of plugins and then weaponize them and try to get away with it? No, that can’t happen.

[00:06:42] Nathan Wrigley: Except, it does. So let me just reiterate what’s going on there. So if you’ve been to the wordpress.org repository, or indeed you’ve downloaded plugins from third party vendors, maybe a pro version of a plugin or what have you. Usually there is some aspect of the WordPress admin UI, which enables that plugin to be updated by clicking a link or perhaps automated, the update will happen.

Increasingly, I think people are being, have been encouraged to click enable automatic updates. So it just ticks over in the background. Perhaps while you’re asleep, it gets updated to the latest version. This in a universe occupied only by honest people would be absolutely fine. We’d have no problem that.

However, the scenario that you are describing is that kind of invisibly it’s entirely possible for somebody to sell their plugin or indeed maybe even have their plugin repo hijacked in some way. But let’s go with the sell their plugin scenario, because that’s the easiest one to get a hold of. Sell it to somebody.

Obviously, I would imagine in most cases, assuming that person is a good actor, is just going to carry on doing the nice things that the plugin does, updating the code, and doing security updates and what have you. However, there is zero guardrail to stop them putting whatever they want into the plugin.

And so overnight, a plugin which has been working for a decade or more, doing its job, now suddenly is masquerading. And it may be that the functionality of the plugin is also still there. It’s not like suddenly the plugin just stops working, or it’s really obvious what’s going on. It may be that just a few lines of code have been adapted, modified, there’s some backdoor smuggled in to the plugin. An end user would never know that this was going on. Have I summed that up? Is that about where we’re at?

[00:08:35] Austin Ginder: Yeah, these are bad actors trying to hide themselves. They’re sneaky. They don’t do things that are obvious. Like they’re not just uploading malware to WordPress plugin repo. What they’ll do instead is they might slip a third party updater, which is against the guidelines, clearly. But they can do it a little bit more sneaky.

So if they can get a third party uploader put into their plugin, then they can actually hijack the plugin. Meaning you download a plugin from wordpress.org, and you run auto updates, and it updates not from the wordpress.org version to the newest wordpress.org version. It offloads to their own compromised update channel.

And then once it’s on the update channel, wordpress.org has zero visibility, and you’re just running a hijacked plugin and you don’t even know it. Unless you go in and you run a verify command, from the command line or, you’re scanning for things like this. And then after they get the plugin hijacked, that’s when they compromise your site.

They could do SEO spam attacks, or display ads, or poison the search results from Google’s perspective. Many different things that they do to try to recoup their money in the investment.

[00:09:50] Nathan Wrigley: So let me just run that by you again. So just to make sure I’ve understood. So in this scenario, the plugin, it is like a one time thing in a way, but we’ll explore that as well in a moment. The plugin is acquired by somebody else and potentially some of the behaviour that you’ve seen is that the only part of the plugin that they modify is the location of the update server.

Now, typically that would’ve been over at wordpress.org, and every time you click the update button, you are receiving the repo version of it. However, this updated version will then offload to a third party server somewhere. And at that moment, wordpress.org loses all visibility of what’s going on. As far as they’re aware nothing has happened.

You are now just getting updates from elsewhere. You would never see anything. But obviously whatever payload they wish to put into that plugin is completely invisible to wordpress.org.

Now, I suppose the wordpress.org version, there’d be a telltale sign that this was happening because there would be new and modified code to indicate, oh, look, there’s a third party server in play here. But WordPress org has no visibility into what the malicious code being updated onto your website is. Again, is that about where we’re at?

[00:11:07] Austin Ginder: Yeah. Everything on wordpress.org is open source. Even the platform itself is open source, so you can see the full code, how everything operates there. And in addition to that, all of the plugin activity happens on SVN, which is like the raw pipeline.

So all of the data is there and available to anyone to go in and audit the data, but it’s, it’s an after the fact situation. Like after a situation happens, you can go back to the raw data and run a full audit to try to piece together all these missing pieces. And all these missing pieces would’ve been impossible to correlate together if it wouldn’t be for AI. Like now we have a superpower where we could just run AI through it all. If we feed it the right points, we can start to make the correlation after the fact as to what happened.

[00:11:59] Nathan Wrigley: Okay, so essentially what you are saying, I think, is that the work of checking this, prior to AI, let’s go with that, it was just too humanly intensive. There were 60 plus thousand plugins on the wordpress.org repo, going back and having a human inspect every single update, every single file, every line of code is, as you can imagine, a completely unrealistic process.

However, now AI really its superpower is its capacity to take a giant corpus of data, and then do things with that data. It’s almost like it can capture the entirety of the internet in one hit. And so that’s what’s enabled you to weed out this sort of stuff.

I have to ask from a personal point of view, why are you doing this? And I don’t mean that the way it sounds, because obviously it’s philanthropic. I’m extremely grateful that you are doing this. But how did you end up taking this on as a, I don’t know, a hobby, a pet project, a sideline?

[00:12:59] Austin Ginder: This is completely accidental, right? The backstory is in February, I saw a huge shift at my own customers websites, where sites that have been secure for years and years, all of a sudden was getting malware. The short version of it is while I was doing some malware cleanup for a customer, I uncovered one of these big back doors, and it was just like going through the process.

So malware cleanup before AI was always a little bit of a dicey thing. You can check all the boxes, make sure everything looks good, but you never had the certainty that it was all a hundred percent clean. Did I miss something? But with AI it’s very easy to do a thorough, in depth, investigation.

How did this happen? Where did it come from? Is my site actually clean now? It just crawls over all the files with Claude Code and other tools, and it gives you a nice report. When I had some recent, my own customers that got malware, and I ran through the forensics level style that AI can give, it uncovered some things that made me question, maybe I should look upstream, maybe I should look at wordpress.org. And I started to feed that into the AI and sure enough, there was something there and it was story worthy.

[00:14:13] Nathan Wrigley: So presumably that was then bound to a particular plugin. So your customer, something went wrong, you pointed the AI at it, it gave you a report, pointed you to the wordpress.org repo. And that in theory could have been the end of that. You clean up your client website and move on.

But it sounds like this became much more than that, because over the intervening days and weeks, you found that this was alarmingly, not just a one-off. This was a pattern. And I think the last time I was reading about this, I think you’d found four. I don’t know if four plugins is now up into some other figure or not, but certainly at the time I was reading you’d found four plugins with exactly the same strategy. I don’t know if they were from the same vendor or what have you. Just tell us where you’re at in the middle of May 2026.

[00:15:07] Austin Ginder: Yeah, so I’ve now published four more or less in depth research. Now, I wasn’t the sole finder of all these, but I was the one who actually pointed the AI at it, and got to the root of it. And it uncovered some other things that previous folks hadn’t found. So the crazy thing is all four situations are completely different, and that’s the wild thing.

So the one was, the source was the WordPress Plugin Team. So they saw there was some bad activity happening, with a set of the Essential Plugins package. So that’s like a 30 plus plugins. So they closed down all the plugins. They issued an alert, Hey, your site might be compromised. And they actually put code in the patch of the plugins that would check the wp-config file, was it tampered with by the plugin authors themselves?

So one of my customers saw the notice flagged me. I scanned it, saw it was compromised, and then that’s when I uncovered how big of a deal it was, the Essential Plugins. It was actually a purchase of a company. That was just one of them.

The other three situations, again it’s all kind of part, it stems back to me overhauling my security system for my clients. The other one was flagged by a new security feature I was implementing where I check all of my customers JavaScript embeds.

I’m basically scanning changes over time, hoping to catch like a credit card skimmer, or something else like that for my own customers. Well one of them came back. Something’s weird. It was a widget logic plugin that was embedding some weird sports JavaScript code for one of my sites. And I kept digging and digging into it, and sure enough, it was another supply chain attack on that particular plugin.

So, in all these instances, the WordPress Plugin Team has been fantastic. Very responsive and closing down the plugin, and applying patches, and getting the out there. Yeah, it’s weird. I had no plans to building something like this. I just stumbled upon it and every situation was a different story.

The last one I’ll share is, I was messing around with this idea that, I wonder if I could use AI to hunt through my own customer’s plugins to detect plugins that are running different versions of the code base. You might have Jetpack installed with the latest version, but maybe there’s a variant version Jetpack’s running. That’s the core idea, or the core concept.

So I built this tool with AI to scan my own customers, and it found a variant version of the Quick Redirection Plugin installed. I’m like, what’s going on here? So I dig into it and I had 12 sites running a version of the plugin that wasn’t on wordpress.org. So then I threw it through AI. It told me the difference. And sure enough, like you had to keep digging to get actually get to the answer what happened.

But that was a situation where many, the plugin author themselves offloaded most of their customers to a hijacked version. And my own customers years later were running a hijacked version. So I wasn’t directly searching for this stuff, it just came up, and then I’m like, after you get three of them, it’s alright, now I just wanna see if I can find one.

So I built the scanner and while I was scanning the top 2000 WordPress sites, I found one, and it was active. It was active, meaning the plugin, it’s called Scroll To Top. It was wired in to 20,000 sites, but it wasn’t active. So a lot of these bad actors, they will take their time, get a plugin that’s compromised in a lot of people’s sites, and then when the moment’s right, pull a trigger. And then at that point they can start to flow in bad content or SEO and actually do the compromise.

The one that I actually found was a compromise scenario, from what I can tell, the bad actor hadn’t actually pulled the trigger yet. So it was a success story.

[00:19:13] Nathan Wrigley: Yeah, that is really, kind of makes it more alarming in a sense, doesn’t it? Because once I suppose there’s an active exploit, and people are beginning to report what’s going on here? There’s some strange behaviour on a website, I presume at that point eyeballs will fall on what’s going on and work will be done.

However, as you’ve just described maybe months, weeks, possibly years, a plugin can have incredible functionality. It might gain widespread adoption, because it’s doing this one thing particularly well. Just with this dormant code sitting there waiting for the moment that’s opportune. Maybe there’s some scenario in the real world in which it will become a timely thing to be able to deploy that.

That’s really alarming, isn’t it? Because who knows how many websites are currently sitting there with as yet undiscovered, back doors, or problems that we simply don’t know about because they haven’t been triggered? Yeah, that one is really alarming.

Austin, I’m going to give you a little opportunity because you keep saying my clients, and I don’t think we painted the context of that. Just tell us a little bit about what you do and how that aligns you to have, have an eyeball on so many websites. I think currently, when you say my clients, I think it’s true to say that you’ve got something in the order of 3000 websites that you manage. Now, if you were building those as client websites, that’s a lot of clients. Just tell us what it is that you do, and that might widen the debate a little bit.

[00:20:39] Austin Ginder: No, I don’t do consulting work anymore. So back in 2014, I transitioned into web hosting full-time. I run Anchor Hosting, and my business is, it’s a pretty simple business model. I resell other managed WordPress hosting services, and provide all of the support and maintenance on top of it.

So I primarily use web hosts like Kinsta and Rocket.net. They are larger companies. They have a lot more eyeballs on it. I like to layer as many layers between me and the web host infrastructure as I can, so that I can actually solve what I want to solve. And that’s the WordPress maintenance part.

So I have a little bit more visibility than some. So that is more unique position than most. And I actually would say if there’s any takeaway from this conversation, the takeaway is any hosting company out there that has more data than me, they are sitting on a gold mine and they don’t know it.

Because any site that gets malware, that is the gold. If you can point AI at every malware situation or attack, you can sometimes back channel it to figure out where it actually happened, and start to paint a bigger picture. I would love to get my hands on like a web host that has millions of sites and run some scans, because that’s how you’re going to discover it, weed it out.

[00:21:59] Nathan Wrigley: And there’s maybe patterns going on. I don’t suppose every hacker of WordPress plugins is some kind of evil genius. They might just be, I think what’s often called script kiddies. The idea being that they are taking templates and copying and pasting these ideas far and wide.

And therefore I suppose patterns would emerge and maybe as you said, some of these larger hosts would be able to spot that pattern, and get out in front of these different problems which have, as yet, been undetected.

Okay, so you’ve then taken an additional step. You’ve got yourself a URL, wpbeacon.io. Dear listener, as is always the case, anything that we mention today, so the links to the articles which Austin has written, I will put those in the show notes, but also I’ll link to wpbeacon.io. Just tell us a little bit about that and that, how that’s helping the community.

[00:22:52] Austin Ginder: So WP Beacon was again, an idea I threw together last month. Not a whole lot of planning. But it was just like, okay, I’ve got three of these now. These are basically in depth investigations. Where do you put it? Because this is different than a typical vulnerability database. Like a vulnerability database is really good about endeavour to find bad code.

This is not bad code, this is bad actors. They’re two completely different problems. So I built WP Beacon as like my place to put all these findings. And the idea is actually have it be a legitimate feed for other folks, like another metric or another vulnerability database, but for supply chain attacks in particular.

[00:23:39] Nathan Wrigley: And so I suppose the idea being that people who are, I mean obviously if you’ve got one WordPress website, it’s fairly unlikely that you’ll come across WP Beacon, because you’re not in the business of being in the community or what have you. But if you are somebody that’s, I don’t know, managing multiple clients, half a dozen or what have you’re in the WordPress space, this is the kind of thing you might want to know about.

I suppose you are then hoping to be some sort of gatekeeper of knowledge around whether a supply chain attack has occurred. So let’s say for example, I’m considering putting a new plugin in. I find something on the wordpress.org repo, and it looks fine. Everything about it is screaming, yes, install me. I would go over to WP Beacon. I see that you’ve got a search on the homepage. There’s a list of the number of installations that have been covered, authors, tracked plugins that are being watched and what have you. I would be able to, in some way, interact with that website and gain an understanding of, yep, we’ve got nothing on them. Everything looks fine, or no, hold on, have a second thought. This thing happened last month. Is that again? Is that kind of what’s going on there?

[00:24:45] Austin Ginder: I think end users might find value in it, but I think the better target audience is, this is missing security research that security people don’t have. I see it as that. It’s like when I do a report and I put it up on WP Beacon, those identifiers of these bad actors can then be, action can be taken on that by real legitimate security people.

So I have a friend, his name’s Sal. He used to work at Kinsta. So when I was dealing with one of these cleanups, I was messaging him privately. I’m like, hey, Sal, look what I found. And he is oh, gimme a second. I’m going take their compromise server offline. I’m like, what do you mean? So he whips it out and he gets their domain suspended, website taken offline. And this is like the crucial gap, right?

The research person wants to make people’s site safe. So if you’re out there and you’ve got a hijacked plugin installed and you don’t know about it, you need a research person, and a security person, to take care of the issue for you. And that is like taking down their infrastructure, taking down the bad actors infrastructure.

[00:25:51] Nathan Wrigley: Oh, that is interesting, yeah.

[00:25:53] Austin Ginder: My goal of WP Beacon is just like, this stuff needs to be more visible. We need to be drafting and documenting this is how the supply chain attack happened in this case. And here is all of the identifiers for the security firms to go for, and take down their infrastructure. To give some sort of incentive that like this kind of behaviour isn’t going to be tolerated or a signal to the bad actors like, we’re coming for you. We’re going to find you, we’re going to weed you out.

[00:26:21] Nathan Wrigley: Yeah, so that’s interesting. So connections with hosting companies would certainly be beneficial, wouldn’t it? Because let’s say a bunch of hosting companies are pointing their staff at the WP Beacon data, then you could probably satisfy, I don’t know, 60, 70, 80% of WordPress instal by communicating with the bigger hosts. Because I imagine that’s where the majority of WordPress websites occur. I presume another angle would be the .org repo itself. The team over there, the Plugin Review Team and the Security Team and what have you.

One ray of light, I suppose is that if you fix this, then you have fixed it. Whereas a lot of security problems keep coming back. Well, no, that’s not entirely true, is it? Having said all of that, I was fairly confidently thinking if you can, if you can get the plugin turned off so that it can’t be installed anymore, that’s one thing. If you can switch off the supply chain server, that’s another thing. But there’s going to be loads of different scenarios. It might be that they don’t have a supply chain server. It might be that they’re just defacing your website. And how do we disable that that particular functionality and the plugin?

I believe that wordpress.org has in rare situations deployed the, we will overwrite your plugin. I don’t know how to describe that, but I have a memory that in the past, something so catastrophic had happened inside of a wordpress.org repo, that there is the capacity for WordPress to say, okay, we’re taking command here, and we’re going to rewrite your plugins. I don’t think that’s very common, but I think that is something that can be done.

[00:27:59] Austin Ginder: In these situations, that’s exactly what they did. They reverted a patch, closed down the repos, and their patch is what stands.

[00:28:08] Nathan Wrigley: Right.

[00:28:09] Austin Ginder: So I think a lot of what my, what I’m trying to do is complimentary to what everyone else is doing. And I think it’s a little bit more, it’s an unexplored area, what WP Beacon is exploring. We have all this data, let’s see what we can get out of it.

But I do share your optimism, and also I would love this to just be a solved problem, and six months later we shut down WP Beacon, like it’s not even needed. But that’s just not how the world works, right? What I do hope will come from this is the bad actors that have been operating for years, 10 plus years, we make it harder for them to operate. I think that would be a more realistic success story of this project.

One of the bigger findings I found this past week, in the last few days, is this bad operator he’s been operating for the last 13 years. And what happens is his accounts get shut down, his plugins get shut down, and he just tries again. He opens up new accounts, new plugins, and he just keeps trying. We’ve got to make it a little bit harder for them.

[00:29:09] Nathan Wrigley: And also what’s really interesting there is that this is not, for you at least anyway, this doesn’t feel like a finished story. This kind of feels like, for you, now that you’ve put yourself in this seat, if you like, it feels each week possibly something new will be coming along, something that you’ve explored? Is that the case? I would like for you to say no at this point, no, there’s nothing new happening, but I the feeling that there’s quite a lot that you are uncovering on a daily, weekly, monthly basis.

[00:29:37] Austin Ginder: I do think it’s going to be harder and harder to find interesting things based on the raw data, using my technique of just going through and auditing things? That’s a good thing, right? If it’s harder to uncover these problems, that’s a positive indication that something’s happening.

So I think I’ve been extremely lucky by reverse engineering a problem. Like, how does the malware get here? Oh, okay. So then figuring out that there’s a bigger issue at hand. And I also think it’s one of those scenarios that we all think people are searching through the data, but they aren’t. I’ve got a $200 month Claude Code subscription, and I can search through the data with that. It’s actually feasible for individuals to start auditing the data and to get more eyeballs on this in a way that would never been possible before.

Yeah, I would encourage people to think bigger. If you’re an individual, you can take your site, download a backup and run it through Claude Code and do a file by file audit. It might take a few, Claude doesn’t like to do this, but it might take a few wranglings. No, look every line of code and tell me what you see. Do you see vulnerabilities? Do you see malware? Do you see any harmful things there? And an individual can do this, and they can get a very high level detailed report unique for their site.

[00:30:55] Nathan Wrigley: That’s interesting advice. Maybe in the future, some of the pain that you’ve been through with Claude trying to get it to behave in the way that you expect, maybe that be interesting data to put out? What are the prompts which you’ve seen that work and so on?

One thing which dawns on me, and I don’t really have the answer to this, because the wordpress.org repo, for good reason, has been wide open. What I mean by that is, lots of people can submit code. You don’t necessarily have to have a certain type of credential, or be a certain type of business and so on.

However, if you look out there in the broader tech landscape, things like, I don’t know, the Mac App Store or the iOS App Store or Google’s Play Store. I wonder what their approach is to firstly the onboarding of new plugin developers. But then what the inspection is for updates. When code comes through and it’s purporting to make a minor change to a particular app on your phone, what is being done there?

And I’m guessing that in the WordPress space, the fact that it’s run often by volunteers means that those kind of things are just going to be different. And perhaps those things need to be looked at. There needs to be potentially some more friction that’s added, or some more steps. And I know that a lot of work has been done by the Plugin Review Team to automate as much of that as possible, and to put some steps in place to make it so that those submissions get inspected in a more timely way. But I don’t have an answer. I’m certainly no expert. But it would be curious to see if there’s any lessons to be learned from the broader tech community.

[00:32:30] Austin Ginder: Obviously the openness of WordPress is its power. App Store versus Android, right, kind of comparison? We’re more open source. You could just do what you want. There’s pros and cons, right? So how do we make what we have more safe? And I think the answer to that is everything needs a hundred percent code audited.

How do we get there as quick as possible? That’s a token question. Like, how many tokens can we spend to audit everything? I have fairly good coverage now for my own customer base. What I do is whatever leftover usage I have, I’m auditing all of my plugins. And I do it in a way that’s efficient, meaning I only audit this one plugin version once. That gets assigned to a hash, a unique hash. Then I know, oh, okay, so all of my sites using that same variant are covered.

So a hundred percent code coverage is what we need to do now. And then long term, also in concurrently, we need to start auditing any changes that come over the wire. It’s a lot, right? Like wordpress.org is very popular. There’s a lot of code, but I do think it’s in a realm of realistic. If you are able to shave out a lot of the noise, we don’t have to audit everything. We don’t have to see every CSS file you’re changing, or image you’re changing. But we do have to look over every PHP line, every JavaScript line, that there’s nothing harmful in there. And then eventually we’ll start to catch things.

And I don’t think it’s necessarily a one off thing. We don’t have to wait around for Automattic to come up with a solution. The data is out there. Anyone with a laptop and a subscription could just create a mirror and see, what changed over the last, day, and then start auditing that. I think people think it’s too impossible.

[00:34:18] Nathan Wrigley: It feels like a large cliff that you’re staring at, at the beginning of this. And certainly in the past before AI, that cliff was, I imagine, more or less impenetrable But now the way that you’ve described, perhaps AI can be co-opted to do a lot of this work for us?

I wonder what you’ve got, if you’ve got any thoughts on the sort of permissions system. So I know that other, let’s say CMSs and certainly devices like Android devices and iOS devices, they come with permissions based systems. So for example, this code, it’s allowed access to the root file structure. Or it’s allowed access to the camera, or whatever it may be.

And I know that there’s been debate in the WordPress ecosystem recently about whether something like that would be a good idea. At the moment, plugins, all bets are off. If you put a plugin in, it’s more or less got access to anything on your WordPress website.

That’s an absolute strength of WordPress because it enables anybody to do anything. But I suppose given that it can enable any anybody to do anything, it also prevents a very large threat surface as well. I don’t really have the answer to that. I just think that’s a curious thing to raise and see if you’ve got any thoughts.

[00:35:29] Austin Ginder: I guess my initial thought is I don’t necessarily want my WordPress site to feel like my laptop, where I’m constantly clicking things.

[00:35:35] Nathan Wrigley: Yeah. Grant permission for this.

[00:35:38] Austin Ginder: I don’t know what the solution is either. I think some of those ideas are great when you’re thinking about making something from scratch, but they are not as relevant when you’ve already have an existing ecosystem. Like you can’t, I would think it’d be very hard to bring some of those concepts into WordPress at this point. We’re already past that.

[00:35:59] Nathan Wrigley: That ship has definitely sailed.

[00:36:00] Austin Ginder: I want to be in the Wild West. I want to be able to code and do what I want to do. And especially with AI. If I got an idea, I just want AI to go to town, write me up the plugin to my spec, and not have to deal with some of those extra safeguards.

It’d be great if we could find some way to make things more secure from an architectural standpoint, but that’s an architecture problem probably best suited for a new project.

[00:36:22] Nathan Wrigley: The truth is that this will never, ever be solved. I mean security problems online. There will be a no point in the future at which everything is always safe, because humans are ingenious, and there are really credible, credible is the wrong word. There are ways to make money, or to make it worthwhile for the bad actors to be doing the bad things. And so long as those incentives exist, there will be people trying to hijack websites, undermine the security of your computer or phone or whatever it may be. But this is certainly an interesting one.

And it’s such a shame because with the benefit of hindsight, this was so obvious, and yet it hasn’t been a news story. Maybe it has in the past, I’ve certainly not come across it. But this whole supply chain thing is fairly new to me, and fairly alarming in the simplicity of deployment.

You literally purchase, or somehow get hold of, a popular plugin, not necessarily even a popular plugin, a plugin. And then instantaneously every one of those websites is up for grabs in whichever way you would like to grab it. Definitely something that the WordPress community’s going to have to wrangle with.

Okay. I think we’ve hit the sweet spot in terms of time Austin. If it’s all right with you, we will wrap it up there. However, before we go, do you just want to drop a few little bits about where people could contact you? I am more or less certain that somebody listening to this podcast will have thoughts for you about getting in touch, helping out, or what have you. So tell us where you can be found.

[00:37:55] Austin Ginder: You can find me just by searching for my name, Austin Ginder. There’s not many Ginders. I’m on X, that’s my main feed. And you can also read along on anchor.host. I do blog posts there pretty regularly.

[00:38:09] Nathan Wrigley: Okay. In which case I will just point everybody to the wptavern.com website. If you go and use the search feature, search for Austin Ginder. Austin, spelled in the usual way. Ginder, G-I-N-D-E-R. You’ll find the episode and anything that has been mentioned, any links or what have you, we will link to there.

So thank you for chatting to me today about what I wish didn’t exist, but it does exist. Austin, thank you so much.

[00:38:34] Austin Ginder: Thank you. This was a pleasure.

On the podcast today we have Austin Ginder.

Austin has been involved in the WordPress ecosystem since 2010, and since 2014 has run Anchor Hosting, a business that manages thousands of WordPress websites. While he’s a developer and automation enthusiast at heart, in recent months Austin has found himself at the forefront of a burgeoning crisis in WordPress security, supply chain attacks targeting plugins.

A chance discovery during a malware cleanup on a client’s site propelled Austin into what would become a wider investigation of plugin vulnerabilities. What he uncovered is both alarming and timely, bad actors aren’t just hacking sites directly, but are instead infiltrating the supply chain, either by purchasing plugin companies and weaponising them, or by hijacking plugins and pushing out malicious updates. These attacks are subtle, often shifting plugin update servers away from WordPress.org to rogue channels where malware can be quietly distributed, leaving end users in the dark and their sites at risk.

We trace Austin’s journey from accidental security investigator to creator of the WP Beacon project, a resource aimed at tracking, documenting, and alerting the WordPress community to known supply chain attacks. He shares how AI tools have radically changed what’s possible in threat detection and forensics, enabling individuals, and hopefully, someday, the larger hosting providers, to identify patterns and root causes behind widespread infections.

We get into case studies of specific plugins compromised in recent months, the challenges of auditing over 60,000 plugins on the WordPress.org repo, and the complexities of stopping these attacks once malicious code is in the wild. Austin also discusses his hopes for greater collaboration with hosts and security researchers, aiming for better automated monitoring and response.

If you manage WordPress websites, create plugins, or just care about the future of open source security, this episode is for you.

Useful links

 wordpress.org plugin repository

Claude Code

WordPress Plugin Review Team Handbook

Anchor Hosting

WP Beacon website

Austin on X

💾

THE FUTURE of the WORDPRESS Site Editor???

💾

What would the WordPress Site Editor look like if it were designed around what users want to do, rather than how WordPress is built?

This video walks through an interactive prototype that takes a serious run at that question. The Site Editor is one of WordPress's most powerful tools - but internal research identifies it as the number one driver of negative support outcomes, and the reasons why are specific and fixable. This prototype tests what happens when you remap the editor around user goals rather than system concepts, keeping the full WordPress architecture intact underneath.

Same blocks. Same templates. Same data model. Different entry points, different language, different defaults.

The prototype is live and free to try - see the pinned comment for the link.

Built during Automattic's Radical Speed Month - a one-month experiment giving small teams full autonomy to build without the usual approval layers. This is not an official WordPress product and doesn't represent any official roadmap. It's an experiment, and this video is the start of a wider conversation.

What resonated? What would you change? Leave your thoughts in the comments.

---

**Chapters**
0:00 Introduction
0:50 Vision & Scope
1:37 Preview vs Edit
2:16 Static Homepage
2:35 Page workflows
3:28 Custom Posts
4:40 Navigation Menus
5:26 Design & Styles
5:49 Quick Site Identity
6:01 Advanced Users
6:24 Workspaces
6:55 Feedback

#218 – Luke Carbis on the Future of WordPress Plugins: AI, Ethics, and New Directory Standards

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 this case, the future of WordPress plugins, AI, ethics, and new directory standards.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today we have Luke Carbis. Luke has been immersed in the WordPress world for our round 20 years with experience touching upon many strands of the ecosystem. He started his own businesses, worked in agencies as a developer and product lead, contributed to WordPress Core, helped organise WordCamps, and is now a member of the Plugin Review Team. He also co-hosts the Crossword podcast.

Recently Luke delivered a talk at WordCamp Asia titled, beyond the guidelines, it’s time to evolve our standards for a safer plugin ecosystem. And today he’s here to share some of those ideas with us.

We start by talking about how WordPress.org’s plugin directory is facing a wave of new submissions driven largely by the rise of AI generated plugins. This has made it harder, both for quality plugins to stand out, and for users to find what they need, despite backend improvements and shorter review wait times.

Luke discusses how the current discovery and ranking systems can be games, how active installs play a key role, and why there’s room for improvement in surfacing the best plugins.

We also get into Luke’s suggestions for making the plugin ecosystem better, including ways to connect wordpress.org accounts with sites, streamlining discoverability and installation of both custom and premium plugins, and the idea of officially supporting a commercial plugin marketplace with proceeds potentially supporting Core contributors and community events.

A thread throughout this conversation, is how WordPress should respond to AI, not just as a technology, but as an agent of change in the community. We look at the ethical implications, generational divides in attitude towards AI, and the importance of strong leadership as WordPress faces a period of challenge and uncertainty.

If you’re interested in the future of the WordPress plugin directory, the role of commercial offerings, and how AI is reshaping open source communities, this episode is for you.

If you’d like to find out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Luke Carbis.

I am joined on the podcast by Luke Carbis. Hello, Luke.

[00:03:38] Luke Carbis: Hey Nathan, how are you doing? I heard you had a great time in India.

[00:03:41] Nathan Wrigley: I had a great time in India. I think you had a great time in India as well. Is that true?

[00:03:46] Luke Carbis: Yes, I love India. There’s just something really special about it.

[00:03:50] Nathan Wrigley: Yes. I came away with an enormously favourable opinion of my time in India. I kind of wish that that episode had not come to an end.

We are back from WordCamp Asia, which is where I spent some time with you. You did a talk, presentation, over there, and it was entitled beyond the guidelines, it’s time to evolve our standards for a safer plugin ecosystem. Let’s get into that in a minute.

Before then, can you just give us your little potted bio? I know it’s a bit of a pedestrian question, but can you just tell us a small amount about yourself, probably related to WordPress, I guess?

[00:04:25] Luke Carbis: So I’ve been using WordPress for 20 years and also, you know, roughly there. And in that time I have done everything really from like starting my own small businesses, to working for agencies in developer roles, in product roles. Worked for hosts. I’ve worked for products and plugins, and I’ve started my own plugin businesses and sold them too. And now, after contributing here and there across a variety of different teams, I’m now part of the plugin team. So I’m spending a lot of time reviewing plugins.

[00:05:02] Nathan Wrigley: So you are very much aligned with the mission of today’s episode. So I’m going to read the blurb that was included in your presentation, just to give some context to that.

[00:05:11] Luke Carbis: I’ll tell you that I give this blurb to everybody who has to introduce me before a talk, and I get varying degrees of success in terms of their ability to reproduce the words written on the page. I’m eager to hear your rendition, Nathan.

[00:05:28] Nathan Wrigley: Okay. Here we go. I’m going to try it. I’m going to give myself one chance to get it right. It’s time to have a conversation about ethics in plugin and product design. We’ll learn that recognising and rejecting dark patterns isn’t about stricter rules, it’s about building trust through transparent, user centred design. How did I do?

[00:05:46] Luke Carbis: Oh, you did good. That wasn’t the one I was talking about actually. I thought were going to read my bio.

[00:05:52] Nathan Wrigley: Oh, well I’ll read your bio. Let’s move to there then.

[00:05:54] Luke Carbis: I put so much effort into that.

[00:05:55] Nathan Wrigley: This I’m definitely doing as a first pass. Here we go. Luke Cabris is a self deputised open source emissary and vigilante plenipotentiary for WordPress proletariat affairs. He’s one of the hosts of Crossword, and has been a part of the community as a plugin developer, Core contributor, release lead, WordCamp organiser, and member of the plugin review team. How did I do?

[00:06:18] Luke Carbis: Amazing actually. And I think like a big part of that, you know, speaking about the silly words I’ve chosen to put in there around proletariat and so forth, that does come from a genuine place and why I got into plugin review in the first place. And maybe we’ll get into some of that in this interview.

[00:06:37] Nathan Wrigley: Yeah, definitely. Okay, so there’s obviously an identified undercurrent of, dissatisfaction is maybe the wrong word, but you’ve clearly got some kind of estimation that things are not all going well in the plugin space. Because your talk, as I said, was talking about evolving standards for us safer plugin ecosystem. And the word safer there, I presume, implies that things could be improved.

So I guess I’m just going to ask you to lay out what it is that you believe the plugin landscape has a problem with, what’s going wrong? And then we can get into the remediation steps a bit later.

[00:07:10] Luke Carbis: Yeah, so when I was laying this out, I was thinking about, a lot about what I would do with the plugin directory if I could, if I could come in and change a bunch of things. And I realised that a lot of my bigger ideas are just not realistic.

So I would love to see maybe a plugin directory that was commercialised where plugins, you know, premium plugins could sell. But I think Matt’s been pretty clear that he’s not interested in doing anything like that, although maybe more recently had a change of heart on a bunch of things. So who knows?

I tried to stick to the basics and really, the changes that I proposed in this talk, I feel like they can get done. In fact, I can probably do them myself with a little bit of community support. And that’s the purpose of the talk.

And they’re really, mostly about this problem we’ve got with the directory at the moment where we’re just being inundated with loads and loads of new plugins. It’s becoming really hard to be able to stand out from the crowd as a product designer, and as a user, just figure out which plugin that I want to use. And of course, a lot of that is due to AI.

Nathan, we’ve seen, in the last 12 months, something like four times the amount of plugin submissions than 12 months ago. Isn’t that nuts?

[00:08:39] Nathan Wrigley: So I guess what I would say from there is, if I was to rewind the clock, I don’t know, let’s say three years, something like that, we had the same problem in that there was a deluge of things which needed to be approved from the plugin review team. A few bits and pieces were put in train, which actually appeared for a while to really get rid of that problem. You know, I think we got down to almost zero things in the queue for the plugin review team. And then coinciding almost perfectly, dovetailing into that came AI. The ubiquity of AI, the capacity of AI to create plugins and what have you. And that then presumably just turned that whole wheel back around.

And now we’re at the point where it sounds like the majority of the things which are in the queue are supposed to be AI plugins. You know, the idea that you may be able to rattle off 10 plugins in half an hour. On the face of it, that sounds like a great idea. Look, we’ve democratised plugin development and what have you.

But we have processes on wordpress.org which need to be satisfied and fulfilled so that they are measured, so that they are inspected, so that they pass the requisite number of tests and what have you. And we’re facing a problem just of numbers. There’s just numerically too many things happening all at once for the actual humans to take care of it. Does that sort of sum it up, or have I missed bits of that out?

[00:10:03] Luke Carbis: I would make a slight change to what you said actually, because the humans are actually taking care of it. We have been adding new people to the team, we have been improving our tools, and we’ve been using a bit of AI ourselves to be able to stay on top of the queue. And right now we’ve got about a week wait time before your plugin is reviewed. Now that’s always, like if you look historically, that’s a pretty good number.

Where you could be mistaken is if you look at the number of plugins waiting for review, right? You might see a lot, you might see 800, and that is much higher than it was two years ago, but we are getting through them a lot faster now.

So I think the metric to keep in mind is the wait time before review. Obviously we want to keep that at zero. Our team, we go into a critical mode. We say, oh, things are really bad if it’s two weeks. And so at the moment we’re one week, we’re pretty happy with that, trying to reduce it, of course.

The burden, there is a lot of burden on the Plugin Review team, but to me, that’s not the primary issue. The primary issue is if you create a product, if you create a plugin, then how do you stand out on the plugin directory amongst a thousand other plugins that do exactly the same thing? And if you are a user using WordPress, how do you find the right plugin for you? Or do you just give up on the plugin directory entirely and vibe code your own solution?

[00:11:30] Nathan Wrigley: Do you believe that is in fact the case? Do you think that possible submissions, the developers of, let’s say, I don’t know, countless plugins out there have just decided to do exactly that? Because they feel that, you know, they get through the week wait, the two week wait, the five day wait, whatever it is, their plugin is finally authorised, it’s on the wordpress.org repo, but then just crickets because of the way that the repo is structured, the way it surfaces things, the way it, I’m doing air quotes here, favours certain things. Is that the gripe really, that really it’s an unfair playing field? It’s sort of stacked in favour of some players as opposed to others.

[00:12:05] Luke Carbis: That’s been a long running gripe of the WordPress directory. That’s not a new gripe. That’s been around for a while. And in fact, we’ve really made some good progress towards changing up the featured plugins, for example. More the issue is the number of plugins. The number of plugins on the directory is growing just incredibly. And so it’s because of that it’s harder to stand out in the crowd.

[00:12:30] Nathan Wrigley: Yeah, the UI, I’ve always wondered how Google, for example, obviously billions of dollars spent fine tuning that algorithm. The anticipation, certainly when I’m using things like Google, is that it’s doing a credible job. But the truth is, I have no insight into whether or not it really is doing an incredible job, or whether I’m just missing out on a dozen things that would actually be superior given the search, and given the proclivities of Google to surface things based upon sponsorship or whatever it may be.

What does the wordpress.org, and again, I’m using air quotes, what does the algorithm actually do at present, to present what is on the page in the repository when I first arrive for the first time, or subsequently with search?

[00:13:15] Luke Carbis: One of the biggest differences between Google and WordPress search is that the, air quotes, algorithm is open source. And you can actually go on to GitHub now and have a look and examine exactly what it is. And it’s a whole range of things. I probably couldn’t do a good job of summarising it, but it takes into account recent reviews. It takes into account the plugin author’s ability to respond to support on the forums. And of course it takes into account keyword matching in the title and description and things like that.

There is a cutoff, if I recall, on the length of the description that is included in the search thing to prevent people keyword stuffing. And that’s something we look carefully at during plugin review. There’s a whole heap of things, of course.

[00:14:01] Nathan Wrigley: Are you satisfied that those whole heap of things that make up the search, or the display for whatever it is that you’re searching for, or the default when you first arrive at the page, do you believe that there’s room for improvement there or, yeah?

[00:14:16] Luke Carbis: Oh yeah. Have you ever used the WordPress plugin search?

[00:14:18] Nathan Wrigley: Yeah, I really have. But curiously, given my background, I’m not the best candidate for doing searches because what I’m usually searching for is the name of the thing that I’m searching for. For me, because I’ve been in the WordPress space for such a long time and frequent all these different groups and learn from other individuals at WordCamps and things, I’m usually looking for the name of a product. Or certainly searching for this very specific, tight set of words around which I know it will surface. And then I find it. And use it.

However, if I was just, let’s go for example, with one of everybody’s favourites, SEO, if I just type in SEO and hit the button, I do not know what that would give me, and whether or not it would be a credible match for what I want.

And one of the things that I would add into that is Google’s algorithm being closed source. Whilst we, as an open source community, we don’t like the idea of that. There is something slightly ungameable about it. You know, there’s a big barrier between gaming the SEO on Google which WordPress doesn’t have, because once the algorithm is open sourced, it becomes, oh look, this is what we need to do to achieve rankings and so on.

[00:15:26] Luke Carbis: And there is a lot of attempts at gaming the algorithm. But one thing it’s really, really hard to game is active installs. And that is one of the big, big ranking factors. So if you have a plugin, if your plugin has risen to the top, then, yeah, it’s going to rank better. And that kind of makes sense from my perspective.

But then again, if you know what you’re looking for and you search specifically for the exact word and it comes up second or third or tenth in the search results, because it doesn’t have very many active installs, that’s a hard problem to solve.

[00:16:02] Nathan Wrigley: So what would be some of the remediation steps? It’s a bit of blue sky thinking this, and obviously everything that is about to come out of your mouth, caveat emptor, it might not happen, or it might be an idea which, you know, upon further reflection a year from now, you think, no, that wouldn’t have been a good idea anyway. But do you have some intuitions as to what you would like to try on the .org repo? You know, experiments to run for a short period of time to see what works and what doesn’t.

[00:16:26] Luke Carbis: I do have one experiment in particular I would love to run, but I have to set it up with you, Nathan. There’s a first step and a second step.

So the first step is, I want to be able to connect my wordpress.org account with my WordPress in install. So we’ve got this new Connectors API coming in WordPress 7, where we can connect our Open AI or our Anthropic accounts with API keys or whatever it is. I’d love to be able to log in with wordpress.org. I think that would be really cool. Now, have you ever tried going into the plugins, add new, and click favourites? What happens when do that?

[00:17:04] Nathan Wrigley: I have not, no.

[00:17:05] Luke Carbis: Okay. Well, I’ll tell you. Do you think it comes up with your favourites?

[00:17:08] Nathan Wrigley: Oh, I see. Yeah, okay. Yeah.

[00:17:11] Luke Carbis: You’ve just done it. It asks you to type in your username from wordpress.org. And that’s not a great user experience. And so if we were able to sort of connect up our wordpress.org account to our various installs, then at least we could have our favourites come up in our plugins. So that would be a step one.

And then a step two is I would love to be able to store a list of GitHub repos, doesn’t have to be GitHub, just Git, Git repos, where I have my own set of custom plugins. Or maybe even authenticated via token, premium plugins. And add that into my wordpress.org profile so that whenever I’m creating a new WordPress site, I can go plugins, add new, click on my, I don’t know, we could call it like untrusted sources, that’s what some other app stores call it. And then see a list from wordpress.org of GitHub repositories or whatever, repositories on various different systems where I can just download the zip into my WordPress site just as though I’d uploaded, you know, I’d gone, upload zip via that menu.

Why not? I think that would be a really cool experiment to run. That would allow people to run their own sort of alternative marketplaces in a sense. If they could get onto that untrusted sources list. And it also wouldn’t take away that control that wordpress.org really wants over the plugin directory, for good reasons. Because if there was an untrusted source that was nefarious or malicious, then we could just remove that from everybody’s profile also.

[00:18:50] Nathan Wrigley: So there’s a couple of things there. The first one was, it felt like something akin, now I have an Android phone. I don’t have experience with the iOS app store on a phone, but the Google Play Store I have familiarity with. And because it knows things about me from my past and the things that I’ve done in the past, it begins to have some sort of idea of, okay, here’s the kind of things that you like.

Now I’m not suggesting anything quite like that, but it feels as if there’s a step slightly towards that. In other words, given that your 10 sites that you’ve connected to wordpress.org, they all seem to have an SEO plugin in them, they’ve all got a forms plugin, they’ve all got some sort of caching solution. Those kind of heuristics might then say, okay, we know that you like those kind of things, here’s a bunch of stuff that’s around that. Did I get that right or have I sort of overstated what you were thinking?

[00:19:42] Luke Carbis: Yeah. No, that’s good. And incidentally, it’s also the first sort of required step if we were to ever go ahead and make the wordpress.org plugin directory commercial, and allow plugins to sell, or sell subscriptions. That login with WordPress would be a necessary step.

[00:20:02] Nathan Wrigley: Okay. And the next thing that you mentioned then was kind of like this idea of untrusted sources, or at least the capacity for you to say, I trust these things. And obviously, you know, we don’t want it to be that everybody ought to trust these things, so there needs to be a sort of volunteering in, or some sort of connection which you approve or something.

How many people are these days going out to places like GitHub? I’m imagining newbies to WordPress, probably no. But I’m imagining experienced people in WordPress, developers and what have you are certainly doing that. You know, they’re finding plugins over on GitHub and downloading them and doing all of that unnecessary work.

That is an interesting idea, isn’t it? Being able to bind it so that essentially it appears in the UI, you click a button, it just does all the things that you need to do. Yeah, that’s really interesting as well. And Git, you know, ubiquitously Git.

[00:20:48] Luke Carbis: Yes. And it’s not just other people’s plugins that people are trying to access. It’s a lot of your own plugins. And talking to plugin developers, talking to people submitting their plugins to the directory, a lot of the time people would be actually just happy if they could easily install their own plugins on their various websites and on their clients’ websites. That’s a part of them pushing it into wordpress.org, into the plugin repo is just to have it there accessible. They don’t really expect a lot of users. They’re not really going for some big product launch. They just want it there and available for when they build their website.

[00:21:29] Nathan Wrigley: Okay. And then let’s move on to what I think was the third of your points there, which was the more commercial side of things. The idea of putting premium plugins, let’s call them that. Essentially a plugin where there’s a fee in exchange for getting access to that code base.

Do you think that breaks some kind of promise that the community over 20 years has opted into? I suppose the argument from the more open source side, if you like, let’s call it that, would be that it’s going to, in its train, bring all sorts of unexpected consequences. You know, the pressure to, I don’t know, raise a 3% fee for wordpress.org, which people would say, okay, where’s that going to? You know, on the Apple iOS store and on the Google Play Store. I think it’s around 30%. But, you know, I was just taking Stripe as an example. Something like a 3% fee, but it could be anywhere, right?

And then of course you get into the whole argument of, okay, if there’s a fee attached to that and somebody’s getting paid for that, is there going to be a commercial pressure to promote only the ones where the fee is the highest, or the percentage that’s been agreed for that thing is the highest? You can see how it gets muddy basically fairly quickly.

[00:22:32] Luke Carbis: Yeah. It does get muddy and it does get messy, and I think it’s a necessary evil. Now, let me just start by saying I’m not really proposing this because the first step towards anything like this happening would be that wordpress.org must be transferred to the Foundation. That would have to be the first step.

And then the second step is, yeah, you’d have to charge developers a fee. I think actually 8% would be the right amount, okay? So we have 3% for payment processing and then Five for the Future. That’s always been the thing, right? So let’s stick with that. So let’s stick with 5% goes to the Foundation.

And what happens with that money? Well, we’ve got a problem in WordPress, don’t we? We have this problem that people aren’t contributing enough, and people don’t pay their due. And some of that is big plugins.

So what if we just put that into the foundation and use it to pay for WordCamps. Use it to pay for contributors. Use it to pay for the plugin review team. I’m not complaining. I’m a full-time sponsored contributor. But not all of the plugin review team are. So maybe use it to pay for some of those volunteer hours. I think that could be a really useful and helpful thing, especially if the Foundation has proper governance and proper oversight.

[00:23:53] Nathan Wrigley: I have literally no idea what the WordPress plugin ecosystem is, and again, I’m doing air quotes, worth. And so what I’m meaning by that is, I don’t know how many dollars move around on planet Earth each year in order to get access to pro plugins. I’m imagining it’s not a tiny amount.

[00:24:15] Luke Carbis: Not as much as WordPress hosting, but probably a lot more than people think.

[00:24:20] Nathan Wrigley: Right. Because we are in a, an ecosystem now where $97 per annum for this thing, and $47 for this thing, or $399 for this other thing. These are not numbers which kind of shock anybody. And 8% of $399 a thousand times over, a million times over adds up to quite a lot.

And so, again, I have no back of the napkin calculation there, but it does seem that that would be quite a considerable amount of money. The way that you’ve channelled it there, maybe that would be enough to satisfy people who don’t want there to be any commercial pressure inside of wordpress.org. I don’t know if you’ve had conversations with people who have a very different opinion, you know, you’re polls apart on this, and whether or not you’ve managed to persuade them with that argument or not.

[00:25:07] Luke Carbis: Yeah, look, Matt Mullenweg himself is polls apart from me on this last time I checked, and that’s okay. I get that perspective too. Introducing money into WordPress will have some big effect on the project. Maybe it’s the shock the project needs. But I personally am a fan of an expanding ecosystem. I love the idea that someone can make a living off WordPress. That’s what I’ve done for my whole career.

And if this goes another step towards enabling that for people, especially in the current climate where a lot of plugin authors and product companies and WordPress are experiencing a downward trends in terms of sales and conversions, then I think this could be a good sort of step in the right direction. Most importantly, it would give the confidence back into the market.

So I’ve been sitting, actually, Nathan, I’ve been sitting on a plugin that I probably would launch commercially as well. I’ve had it ready to go for 12 months or more with a friend of mine. We’ve launched successful plugins before. And we just haven’t launched it because we feel the timing isn’t right. We feel the WordPress plugin, the ecosystem isn’t an exciting place to be. People aren’t really interested in new products in this space, especially if it has nothing to do with AI. It feels like there’s a lack of momentum, a lack of movement in the WordPress product space, especially when it comes to the new launches, right? The last big launch I can think of was Event Koi. Maybe you’re more in touch than I am.

[00:26:45] Nathan Wrigley: No, that was a big moment for me as well, that did garner a lot of interest, yeah.

[00:26:50] Luke Carbis: And it seems like there’s a general sort of crickets when it comes to product launches in WordPress. Maybe this could be something to generate a bit more excitement again.

[00:27:00] Nathan Wrigley: I don’t quite know if it’s fatigue or what have you, but there’s definitely been a sort of slowing down of, maybe it’s because of, I don’t know, maybe people just more broadly are not kind of quite so into Facebook groups in the way that they were before, or maybe they’ve been used to unsubscribing.

[00:27:17] Luke Carbis: Could be AI. Could be a ton of different things.

[00:27:20] Nathan Wrigley: Yeah, I think all of those pieces play into it. But I do think you’re right. I think WordPress has got a bit of a fight on its hands in the future, trying to maintain its interest in what, for the younger generation coming up, will probably be a bit of an AI first world.

I would imagine for developers, the idea of being able to gain revenue directly at the source, and being able to be discovered directly at the source is quite an appealing thing. You don’t necessarily have to have the most incredible website. You don’t have to have an incredible marketing team to be discovered out in Google if you’ve got fighting chance to be discovered inside the repo, which is serving up the plugins to everybody. I imagine that’s quite an exciting prospect.

[00:28:05] Luke Carbis: Oh yeah. When was the last time, if you had to install an app for your phone, you went to a website? I don’t know what it’s like on Android.

[00:28:10] Nathan Wrigley: Not ever.

[00:28:11] Luke Carbis: No, you find it on the App Store. And not only that, but also if we did something like this, we’d have built into WordPress ways for developers to update their plugin. Right now, premium plugins have to ship their own updater, even though WordPress comes with one, right? Ways for WordPress to be able to handle a licence, or maybe not a licence key, but validate a purchase, right?

Right now, every premium plugin has to do that validation step. Where did you get the plugin from? Do you have a valid purchase? So it makes a world of difference for product teams when they don’t have to distribute, when they don’t have to do quite as much marketing. And discoverability is much easier when they don’t have to worry about how they’re going to handle updates.

Even just thinking through something like, am I going to have a premium plugin and a separate, a free plugin, or am I going to have a system where I have the free plugin and then my pro plugin extends that with actions, and so we have to have both active at the same time. Or am I just going to ship premium only and not have any free, and then I’m not discoverable on the directory anymore.

Like all of that it’s sort of solved in one step. It just makes launching a product for WordPress so much easier. But I just, I’m sitting here talking about how good it is, but I just don’t actually think it’s a realistic prospect.

[00:29:38] Nathan Wrigley: Yeah, because I suppose what I’m imagining as you’re saying these words, all of it, the wall that you are constructing, all of the bricks that you are laying out kind of makes sense. It all adds up. It seems completely credible. But then in the back of my mind, I’m kind of imagining there’s quite a lot of people shouting at their podcast player at the moment. Luke, no. This is pure, you know, this is the antithesis of what we want in an open source project. Money should never be bound to it. It should be free at the point of use. And you can see how all of that goes.

And those people, their message is clear. Their message is powerful. They’re very persuasive. They’ve equally got their wall that they’ve constructed, which is probably just as persuasive. I don’t know how you get these two sides to meet, because there’s no middle ground, right? You can’t have half of a paid for plugin ecosystem. Maybe you could, but that seems like destined to fail. It’s a bit of binary, isn’t it? It’s either, yep, we’re going to do it, or no, we’re not. And I can see that bifurcating the community in the way that almost nothing has in the past.

[00:30:38] Luke Carbis: Nathan, I’ve been reflecting on Matt’s, let’s say, reintroduction back into the project. After WordCamp Asia, he suddenly has become super active, as I’m sure you saw on Slack, and he’s writing all of these like paragraphs and paragraphs of like to do items, and change this and update that. And not always in that careful, accessible language that we’ve cultivated on the WordPress project.

But it’s been very clear. This is not good enough, this is what I want to have changed. And at first when I saw this, my reaction was frustration and even a little bit of anger. I don’t agree with your opinion. And after giving it a bit of time, what I’ve begun to realise is WordPress, I think it’s safe to say that WordPress has seen a little peril in the last little while, right?

We’ve been coasting along, but there’s no guarantee that we are going to remain relevant in the discussion of, what am I going to use to create my new website, a few years from now? In fact, the answer to that question, it very well may not include WordPress, a few years from now. That is a realistic possibility. Something needs to change. And the only thing that can cause us, that can pull us unstuck from where we are right now is a strong leader, who has a strong direction.

Now, that leader might take us in the wrong direction. That leader might come in with a strong opinion and we might just go off the deep end and the whole thing might just come crashing around down by our feet.

But also, if we don’t do anything, I think that’s just as likely to end up in tears. On reflection, I’ve decided mentally to recast Matt in my mind from being this Elon Muskian figure, to being someone more akin to Steve Jobs, or DHH, or these figures that are known to be a little rough around the edges, you could say, but also visionary in terms of their product thinking.

And so that’s the change in mindset that I’m intentionally taking now into the project, to keep me sort of a bit more motivated and to reframe just like the direction. What do we need as a project? And that’s what I think we need. We need clear, direct, active leadership.

[00:33:14] Nathan Wrigley: It’s kind of curious because the more recent past has seen an absolutely logarithmic growth in WordPress. I don’t mean in the last year or two, but let’s go over the last 15 years or something like that. And particularly over the last, let’s say eight years or something like that, it’s just grown and grown and grown. And I think it’s fair to say, maybe exactly as you characterised it, we have rested on our laurels.

And I think we could point the finger largely at AI, not entirely at AI. There’s a whole load of other things, history, politics, what have you, inside the WordPress space, which will have contributed. But there is definitely this inflexion point at the moment where a lot of people, I think, are questioning what is it that I need? What are the tools that I need to build a website? And so, like you said, there is this moment where there’s a precipice and that precipice seems to be getting a little bit closer.

And it has been curious watching Matt’s reaction. I’m just reading the same things that you’ve been reading. The appetite that has been displayed there, and the expression of, you kind of need somebody to take the helm, and we need to make decisions. And it was all born out of this frustration at something, which on the face of it really ought never to have happened. You know, this capacity to commit a certain thing, which was not able to be committed because.

[00:34:32] Luke Carbis: You talking about a Akismet?

[00:34:34] Nathan Wrigley: Well, yeah, a whole committee needed to decide on whether this, that or the other thing. Again, it’ll be really interesting, in the way that we discussed earlier about the plugin repo becoming commercial. It’ll be interesting to see how the community reacts to that.

I don’t know if you’ve got a, obviously you are leaning into that and thinking, okay, better to have a dictator that’s got a direction than just slowly withering away, the community dying over time and the project failing. It’ll be interesting see if everybody has that same reaction, or whether people regard that as something that they can’t tolerate. And whether or not indeed that itself will haemorrhage the community, you know, create another fork in the road if you like.

[00:35:14] Luke Carbis: Let’s talk about that. Like, let’s talk about, is the direction, we agree I think that we need a direction, right? We need clear, strong leadership. What about the direction though? How do you feel about this focus in on AI? I’ll give you a hint. For me, it’s hard to bet against AI, but the core, if you had to boil WordPress’ sort of spirit down to three words, for me, those words would be, code is poetry. And I don’t see that reflected in the AI focus. What do you think?

[00:35:51] Nathan Wrigley: My supposition is that when I got into any of the open source projects that I was ever into, there was this philanthropic bit of me which definitely got engaged by that. And so I loved that. I loved the kind of community side. I think it’s part of me as a human being. I’ve often, rebelled is too strong a word, but I’ve always managed to find my way away from situations where there was somebody telling me what to do. I’ve always enjoyed that capacity to do things on your own, or at least as a community to decide how things are going to be.

However, the world really doesn’t seem to work in that way. You know, the world that we occupy is led by companies which have a strong direction. Governments which have a strong intuition on what their citizens want, and so on and so forth.

And so I’m kind of drawn into the argument that you’ve just made. I think it’s worth a punt. I do not know what AI is going to do to our community. It may be that AI is going to upend everything so severely and so dramatically that no retrofitting of a CMS will be capable of stopping the inexorable rise of it, and we’ll all be using AI for everything from now on.

But it does feel like the framework has been built to allow AI to be an integral part of a CMS, which people are familiar with and willing to use over and over again in the decades to come.

But in terms of the leadership thing, I think it’s worth a punt. We know how in open source there can be atrophy. Things can just feel like you’re walking through molasses because the committee hasn’t decided the thing, and what have you.

That’s been okay. The history of WordPress demonstrates that that has actually worked. We’ve been able to get through it in that manner. But I’m not sure that facing a fairly, apocalyptic is the wrong word, let’s go with seismic, a seismic thing like AI, we’re up against a bit of a different animal now. And maybe we need to adapt our strategy.

And maybe it’s a temporary thing, you know, maybe that’s a way of dealing with it. I think, I could be wrong, memory could prove me wrong here. I’m pretty sure that in Matt’s Slack commentary that you’ve been referring to, I think it was a, it was a period of time, wasn’t, it? Wasn’t the proposal that I, you know, give me the reigns for a year, or something along those lines. I can’t remember. If I’m misrepresenting that, I’m sorry. But maybe it’s worth a punt. It certainly sounds like it’s convinced you anyway.

[00:38:15] Luke Carbis: Yeah. And then when we come to like AI strategy, there’s really two different aspects of that, right? We’ve got, how is AI integrated into WordPress? And I’ve been actually really, really happy with the direction that like the AI plugin has been going in. Because it’s all built around this principle of it being an add-on, being optional, I don’t have to use AI in my WordPress if I don’t want.

What worries me more is that there seems to be a real push from Matt and project leadership to be using more AI in our contributions, right? Using AI to create new pages on wordpress.org, using AI to create new plugins, right? Using AI to create pull requests and various other things.

And so that part I’m a little bit more cautious about. And I’m especially cautious from the perspective of like the generational change that WordPress needs right now. We need more young people involved in the project. And every time I speak to someone from Gen Z, they are not interested in using any kind of AI whatsoever. I don’t know if you’ve noticed the same. But Gen Z seems to have this huge anti AI thing about them.

I’m worried about pushing those people away, and also just anybody else who doesn’t want to use AI. So I do use AI, right? I use AI a lot. But there are real ethical concerns when it comes to AI. And to me, WordPress has always been this really welcoming, open, considerate, accessible community.

I can go to a WordCamp and get a kosher meal. That’s pretty special. You can go to a WordCamp and you can get the audio translated into your language on your phone from the talk that you’re going to. All of these like accessibility concerns have always been forefront. And I feel like if I want to opt out of AI, I don’t have that option if I also want to be a WordPress contributor.

[00:40:11] Nathan Wrigley: Yeah, it’s really interesting. I think the words to some, well, singular word to sum up my relationship with AI is confusion. I’m really conflicted by it because I can see the productivity gains on the one hand, and then on the other hand, I can see how potentially dehumanising it could be. And I slightly worry that we’re going to paint ourselves into a future in which the dehumanising wins out. And that concerns me.

I suppose the best analogy, and I’m just coming up with this on the fly, is it feels as if the aliens just landed and they’re now amongst us and there’s millions of them. And they’re just on our high street, and they’re walking around, and they’re in the supermarket, and there they all are.

And last year they weren’t there and life was just a bunch of humans and the animals that, you know, evolved on Earth. And suddenly we’re trying to figure out, okay, what do we do with these characters who are now part of our lives? But they’re way quicker than us at a million tasks, and they’re way faster than us, and way more productive than us. But also they are not us. Confusion is what I’ve got.

[00:41:19] Luke Carbis: I don’t think you’re alone. I think that’s a common feeling. The question I keep asking myself, keep coming back to is, are my children going to thank me for my AI contributions? Am I going to be like how I think of the, I don’t know, baby boomers? I look at the baby boomers and think, I’m a millennial, right? So I look at the baby boomers and think, oh, look, you wrecked the world with your corporate greed and pollution. Are our kids going to look at us the same way? Oh, you wrecked the world with your AI.

[00:41:49] Nathan Wrigley: That is definitely an outcome which has a non-zero chance of being true. And curiously, I have multiple children, to my knowledge, none of them use AI in any way, shape, or form. Now, that definitely maps to the kind of things that they’re interested in, but I do worry sometimes that the tech bubble that I’m in leads me to have this conception that AI will actually eat everything.

Whereas, AI is not going to get me to the swimming pool. It’s not going to get me to enjoy the view off the mountain nearby anymore than I enjoy already. You know, all these million things that it simply can’t do. But because I’m dwelling in a community which obsesses about it, and seems to portray the future as AI or broke, maybe I think about it too hard and maybe the breaks will come on because the next generation just won’t allow it, as you’ve described.

[00:42:42] Luke Carbis: I kind of hope so. Is that bad to say that? I don’t know. I enjoy using AI.

[00:42:46] Nathan Wrigley: Yeah, you end up where you are. You haven’t gone anywhere new. So it’d be, I suppose it’d be a bit like having an iPhone four forever. Is that bad? No, because everybody’s got an iPhone four forever.

[00:42:59] Luke Carbis: We just end up somewhere different though. We wouldn’t end up in the same place.

Can I tell you an anecdote which really sort of informs a lot of my thinking around this? I was in a classroom, it was a media arts classroom of 15 year olds. And we were talking about referencing. And I suggested to these 15-year-old students, why don’t you just send ChatGPT all of your sources and get it to output everything in Harvard style so then you don’t have to do anything. Just paste that into your reference list.

And a full half of the class stood up out of their seats and said, no sir, we do not use AI. That is bad for the environment. We’re going to get dumb if we use it. We refuse. I was shocked. And it was such a strong response.

Now that’s an anecdote, right? Might not be universal, although the Verge published this article just recently talking about how such a high percentage of Gen Z feel really terrible about the direction that AI is going in. So that’s, I think it’s worth consideration. And I’m not saying let’s not use AI in the project. All I’m saying is I think we need to hedge a little bit more than we are.

[00:44:14] Nathan Wrigley: What an interesting conversation. We started out with plugins and the plugin repository, and then we’ve smuggled in the conversation of our time, AI.

[00:44:22] Luke Carbis: I can bring it all together for you. Let’s bookend it. One of the suggestions in my talk is I would love to see, and I’d love to get your feedback on, and listener feedback on AI disclosure, an AI disclosure on the plugin repo.

So if you create a plugin, you can voluntarily opt in without anybody telling you that you’re lying or whatever. Let the market sort out whether people are going to try to game it or not, without any validation. You can just specify in your plugin headers that you used a certain level of AI. And it’s not AI, or no AI, because there’s a whole range, right? Might just use AI just for idea generation or auto complete. Or I might use AI somewhere in between. I might use AI just to vibe code the whole thing and never even look at the code.

So I’ve defined these five sort of different levels. They align with more like academic literature around AI disclosure. And I’m suggesting that what we do is we provide just a simple plugin header for people to be able to specify their level of AI use in their plugin, and have that surfaced on the plugin directory, alongside user reviews and last time you updated the plugin and things like that, just as a little bit of extra metadata.

It would do a couple of things. One is it would let us gather some data, first of all, about how many plugins use AI and how well they do. Maybe we find that plugins that use AI get frequent updates, and high reviews. And maybe we find the opposite. But we don’t have any way of knowing right now. We have no way of telling whether a plugin is using AI or not. So that’s the proposal.

[00:46:05] Nathan Wrigley: Yeah. No, it’s a really interesting idea because I know that in the podcasting space, which I’m familiar with as well as WordPress, that we have these 2.0 tags and one of them is this sort of declaration of whether or not AI has been used. But it’s not a sliding scale, it’s just sort of binary. I think there’s three choices. Yes, some, and the whole thing, or something along those lines. So it’d be interesting to see.

I think that’s a really credible idea. I suppose my only concern is, in much the same way that when I visited the person on the corner of my street who sells eggs on the street and there’s an honesty box, and we go and buy the eggs and we pop the money into the little honesty box. I am well aware that most of those eggs go missing. Nobody puts money into the honesty box. It’ll be interesting to see how that in itself would get gamed. In other words, if the intuition was, okay, people now love the declaration of, there’s no AI.

Let’s imagine a scenario where that turns out to be the popular thing, it would be an honesty box decision, wouldn’t it? Okay, I definitely built my entire plugin entirely with AI, but it’s going to promote much more effectively if I say that there was no AI used with that. You can see how the human in the loop is the weakest link there.

Okay, I think we’ll knock it on the head. Luke, what an absolutely fascinating and broad ranging discussion. Just before we go away, do you want to tell us a little bit about what it is that you do with your Crossword podcast just so that we can maybe get some earbuds listening to that as well?

[00:47:31] Luke Carbis: Yeah, absolutely. Jonathan Wold and I have been recording Crossword. It’s a WordPress podcast. We’ve been going for years and years, over a hundred episodes. We’re into season 11 now of Crossword, and love it if you would join us there and subscribe in wherever you get your podcasts.

[00:47:50] Nathan Wrigley: What’s the URL for the website?

[00:47:51] Luke Carbis: You can find us at crossword.fm.

[00:47:54] Nathan Wrigley: Perfect. Well, Luke, what a fascinating discussion. I really appreciate it.

Dear listener, we’ve been battling with the hail in Australia. We must have pressed pause a dozen times, and Luke’s had to repeat sentences over and over again. By the time this goes out, I’ll maybe have edited all of that away, but I appreciate your sticking power in what has proved to be a fairly fraught recording process. Thank you, Luke, for chatting to me today.

[00:48:17] Luke Carbis: Thank you, Nathan. See you later.

On the podcast today we have Luke Carbis.

Luke has been immersed in the WordPress world for around 20 years, with experience touching upon many strands of the ecosystem. He’s started his own businesses, worked in agencies as a developer and product lead, contributed to WordPress Core, helped organise WordCamps, and is now a member of the plugin review team. He also co-hosts the Crossword podcast.

Recently, Luke delivered a talk at WordCamp Asia titled ‘Beyond the Guidelines: It’s Time to Evolve Our Standards for a Safer Plugin Ecosystem’ and today he’s here to share some of those ideas with us.

We start by talking about how WordPress.org’s plugin directory is facing a wave of new submissions, driven largely by the rise of AI-generated plugins. This has made it harder both for quality plugins to stand out and for users to find what they need, despite backend improvements and shorter review wait times. Luke discusses how the current discovery and ranking systems can be gamed, how active installs play a key role, and why there’s room for improvement in surfacing the best plugins.

We also get into Luke’s suggestions for making the plugin ecosystem better, including ways to connect WordPress.org accounts with sites, streamlining discoverability and installation of both custom and premium plugins, and the idea of officially supporting a commercial plugin marketplace, with proceeds potentially supporting core contributors and community events.

A thread throughout this conversation is how WordPress should respond to AI, not just as a technology but as an agent of change in the community. We look at the ethical implications, generational divides in attitude towards AI, and the importance of strong leadership as WordPress faces a period of challenge and uncertainty.

If you’re interested in the future of the WordPress plugin directory, the role of commercial offerings, and how AI is reshaping open source communities, this episode is for you.

Useful links

Crossword podcast

Introducing the Connectors API in WordPress 7.0

Event Koi plugin

💾

WordPress 7.0 released, 7.1 in planning, Block Bits and WordCamp Europe coming up — Weekend Edition 366

Hi there,

It’s good to be home again. It was an unusually long break, but I appreciate the series of official bank holidays that morph into long weekends away from the computer.

And of course, the catch-up is overwhelming. The creativity inside the WordPress community around content creation, development and design is highly energizing.

And it’s WordPress 7.0 release week! It’s finally here!

So don’t let me keep you any longer. Enjoy! 🎉

If you want to stop long enough to send me a note, I’d be delighted to hear from you.

Yours, 💕
Birgit

WordCamp Europe is coming up fast. It’ll take place Jun 4 to 6, 2026. The schedule just was posted. If you still are on the fence about getting your ticket. Here are another 49 reasons to head to Krakow. The schedule lists 34 Talks, 3 Panels, 10 Workshops and 2 Keynotes.

For armchair WordCampers, like myself, there will be a livestream. After the WordCamp recordings will be uploaded to YouTube and WordPressTV.

A first selection of what I might watch:

if you rather stay in North America, WordCamp US just opened up the online ticket booth. It’ll take place from August 16 to August 19, 2026, in Phoenix, AZ. The calls for sponsors and speakers are also available now. The deadline for speaker submissions is next week Friday May 29, 2026.

Developing Gutenberg and WordPress

WordPress 7.0 “Armstrong”

After the decision to remove Real-time Collaboration from the release because it needs more time in the oven, so to speak, the release squad was really busy to produced RC 3 – 5 before the final release on Wednesday May 20, 2026.

Read more via the WordPress 7.0 “Armstrong” release post.


Justin Nealey product manager at GoDaddy breaks down why WordPress 7.0’s three new APIs matter far more than the headline features for plugin developers. The Connectors API means site owners manage their own AI provider keys centrally; WP AI Client gives you a single provider-agnostic call to invoke any model; and the Abilities API turns your plugin into something the site’s AI agent can reach for autonomously. Together, Nealey argues, your plugin stops being a destination users visit and becomes a verb the agent performs.


Ronak Vanpariya, web developer on Gujarat, India digs into why Real-Time Collaboration was pulled from WordPress 7.0 with a five-point technical post-mortem. You’ll learn how RTC had to work across every corner of the Site Editor, how simultaneous edits triggered race conditions corrupting block data, and how the feature’s reliance on persistent server connections would have overwhelmed shared hosting environments. Memory bloat on older devices and recurring block-tree breakage uncovered by fuzz testing sealed the decision. The feature lives on in the Gutenberg plugin.


Mike McAlister, creator of Ollie, released a video walkthrough of WordPress 7.0 covering the features he sees as most impactful for site builders. He walks through the new AI infrastructure — WP AI Client and the Connectors API — content-only pattern editing, customizable mobile menu overlays, block visibility controls for responsive design, per-block custom CSS, visual revisions, the new Icon and Breadcrumbs blocks, an upgraded Font Library screen, and a command palette shortcut.

In other WordPress Core news:

Immediately after the release of WordPress 7.0, Jeff Paul published the WordPress 7.1 Call for Volunteers. Work has already started since the firsty 7.0 Beta in February. The first beta for WordPress 7.1 is roughly eight weeks out and scheduled for July 15, 2026, and the final release for August 19, 2026 aimed at the last day of WordCamp US.

In addition to the punted Real-time collaboration feature, I discovered a few tracking issue for WordPress 7.1 already:

  • #76525: Block Supports and Design Tools in WordPress 7.1 Opened by Aaron Robertshaw, this tracks new and enhanced block supports for 7.1, carrying over items descoped from 7.0. A living issue is updated as supports are added or dropped from the release scope.
  • #75707: Block Visibility: Configurable Breakpoints and theme.json Integration The follow-up to 7.0’s block visibility work. The goal is to let themes define custom breakpoints via theme.json and make visibility extensible for future responsive features — laying a solid foundation before more viewport-aware tools arrive.
  • #76045: DataViews, DataForm, et al. in WordPress 7.1 Tracks continued iteration on DataViews, DataViewsPicker, DataForm, and the Field API. Key work includes migrating @wordpress/dataviews to the new Design System primitives and extending DataForm to PHP-only blocks.
  • #77199: Block Bindings in WordPress 7.1 Narrowed in scope to match contributor availability. The headline goal is integrating the Block Bindings UI into Block Fields and removing the previous Block Bindings UI, plus adding Block Bindings support for the Cover block.

First-time release lead Paulo Trentin brought us the latest version for the Gutenberg plugin, 23.2. In his release post What’s new in Gutenberg 23.2? (21 May he highlighted: You can now style blocks differently for tablets and phones right from Global Styles, so your designs adapt to each screen. Pop-up dialogs slide up from the bottom on mobile, making them easier to tap one-handed, and animations across the editor now share a consistent feel. You’ll also see smoother Content Types management, friendlier Shortcode handling, clearer Revisions diff markers for better accessibility, and steadier real-time collaboration when teammates edit together.


Justin Tadlock rounds up what’s new for WordPress developers in May 2026, with WordPress 7.0 landing on May 20. You’ll find early details on the Content Types experiment for managing custom post types and taxonomies in Core, a new @wordpress/grid package for building grid-based editor UIs, revisions support extended to templates and patterns, and a wave of block fixes covering the Tabs block, Image alignment, Search block styling, and Global Styles rendering.

Screenshot of the new Custom Post type creation interface

If you are interested in learning more about this, the Content Types tracking issue outlines the experiment to bring custom taxonomy and post type management into the WordPress editor. The initial focus is on simple use cases — complex ones stay in plugin territory — with open tasks including a dedicated creation page, richer fields, a quick-edit versus full-edit distinction, and deeper DataViews integration. It’s a living issue and community input is welcome.


John Blackbourn clarified WordPress’s PHP support stance in a post that’s worth flagging for developers and hosts. The “beta” label for PHP 8.x support has been retired and removed retroactively from all WordPress versions. It was discouraging hosts and developers from upgrading. In short:

  • The minimum recommended version remains PHP 8.3;
  • the minimum supported version is PHP 7.4.
  • Versions 6.9 and 7.0 now officially fully support PHP 8.5,
  • Versions 6.8 and later fully support PHP 8.4, and
  • Versions 6.4 and later fully support PHP 8.3.

Jeffrey Paul recaps what’s new in the WordPress AI canonical plugin 1.0.0, a milestone release landing alongside WordPress 7.0. Two new governance experiments stand out:

  • Request Logging gives administrators visibility into every AI request fired across Core, plugins, and themes;
  • Connector Approvals lets admins control which plugins can access configured AI providers.

Beyond governance, you’ll find comment moderation upgrades with sentiment and toxicity sorting right in the dashboard, AI alt text generation baked into the media editor workflow, and editorial workflow terminology tidied up. Looking ahead to 1.1.0, the team is exploring type-ahead suggestions, focus-aware crop suggestions, an AI Playground, and C2PA content provenance tracking for both text and images.

Rae Morey, editor of The Repository, took a deeper dive into this release: WordPress AI Plugin Hits 1.0 Milestone With New Request Logging and Connector Approvals Experiments

Plugins, Themes, and Tools for #nocode site builders and owners

Jay Walsh, Director of Communications at Woo, announced that WooCommerce stores can now sell directly on YouTube via the Google for WooCommerce extension. You connect your store, tag products from your catalog in videos and Shorts, and they surface as shoppable cards while viewers watch — and also appear in your Channel Shopping tab. The same Merchant Center product feed that powers Google Shopping and Performance Max campaigns keeps everything in sync automatically, with AI-generated ad creative variations across formats included in version 3.6.


Milind More, Senior WordPress engineer at rtCamp introduces three new connectors for the WordPress AI plugin:

  • OpenRouter for routing across hundreds of models with cost optimization,
  • LM Studio for fully local inference suited to GDPR-sensitive workflows, and a
  • Universal OpenAI connector for any OpenAI-compatible endpoint including Ollama, Groq, and Mistral.

All three are built on the same PHP AI Client SDK heading into WordPress Core 7.0, so your setup today carries forward without code changes after the upgrade.


Artur Piszek explains how he uses WordPress as a sync backend for Obsidian with PushMD. This plugin was created with Adam Zielinski, the maker of Playground. It allows you to treat your WordPress site as a git remote using the REST API. You can git clone your blog as plain .md files. Write in Obsidian and push updates to sync. This setup turns your site into a repository without needing an external service. It is also compatible with the upcoming Guidelines/Artifacts system in WordPress Core, which lets you store private notes and configurations there too.


Seth Rubenstein at Pew Research Center shared a preview of PRC Block Bits, now open-sourced on GitHub. Block Bits solves a specific gap between block bindings and RichText: where bindings replace an entire block’s content with dynamic data, a “bit” lets you embed small dynamic pieces — an inline icon, a copyright year, live text — right in the middle of a paragraph or heading. You register bits via a PHP and JS API, choose between a pure-PHP callback or Interactivity API strategy, and an editor toolbar dropdown handles insertion. Built-in bits for icons and copyright ship out of the box.

Theme Development for Full Site Editing and Blocks

Damir Tahiri of Rareview has open-sourced the WordPress starter theme that underpins every one of the agency’s builds. It’s Gutenberg-ready, ships with global style variables, includes a one-command Figma sync, and runs an interactive setup that renames and configures everything automatically. You can grab it on GitHub and use it as the foundation for your own projects.

 “Keeping up with Gutenberg – Index 2025” 
A chronological list of the WordPress Make Blog posts from various teams involved in Gutenberg development: Design, Theme Review Team, Core Editor, Core JS, Core CSS, Test, and Meta team from Jan. 2024 on. Updated by yours truly. 

The previous years are also available:
2020 | 2021 | 2022 | 2023 | 2024

Building Blocks and Tools for the Block editor.

On the WordPress Developer blog, Róbert Mészáros shows you how to get started writing WordPress E2E tests with Playwright, using a book review site built on Block Bindings as the test subject. You’ll set up wp-env and Playwright, write your first test against the admin dashboard, then progress to inserting block variations, verifying patterns with aria snapshots, and testing front-end output by creating posts via the REST API.


Also on the WordPress Developer Blog, Felix Arntz, Senior Software Engineer at Vercel, walks you through building a provider-agnostic image generation plugin using WordPress 7.0’s built-in AI Client. You’ll see how a single wp_ai_client_prompt() call handles provider routing, how support checks gate your UI gracefully when no image-capable provider is configured, and how the REST API and Media Library integration come together. The full source code is on GitHub at wptrainingteam/ai-client-imagegen.


Sérgio Santos, Lead Engineer at 10up/Fueled, diagnoses three specific bugs you hit when using RichText outside a block — in InspectorControls or a Modal. The format toolbar fills route to the wrong slot, the inline toolbar is opt-in via inlineToolbar, and isSelected never turns true outside a block context. Each problem gets a targeted fix, and the pattern has since been packaged as a reusable component in 10up Block Components.


Eric Karkovack walks you through using my.WordPress.net as a safe AI sandbox — no production site at risk. You install WordPress in your browser in two steps, add the AI Assistant app from the apps menu, connect it to Anthropic, OpenAI, or a local Ollama model, and start prompting. It’s a low-stakes way to explore what AI can do inside WordPress before committing it to a live environment, though API costs from OpenAI or Anthropic still apply.


Fresh from last week’s WordCamp Portugal:

  • Imran Sayed presented The Fastest Way to Build Gutenberg Blocks: Modern Tools, Scripts, and AI at WordCamp Portugal 2026. The talk cuts through the complexity of custom block development by focusing on practical, immediately usable workflows built around modern WordPress tools and scripts.
  • Milana Cap presented WordPress Gems for Devs: Accessibility with Interactivity API and makes the case that it’s one of the most exciting APIs to land in WordPress in recent releases, with positive implications not just for developer experience but for performance and user experience too.
  • Jorge Costa presented AI is in WordPress Core. Here’s How to Use It . The talk digs into the AI building blocks already shipped in WordPress Core — the WP AI Client, the Abilities API, and the MCP adapter, and shows you exactly how to bring AI-powered features into your own plugins, themes, and sites.
  • JuanMa Garrido presented WordPress Development and Management with Claude Code. The talk treats Claude Code as a command center for WordPress work, generating block themes from HTML designs, querying a production site in natural language, installing plugins, and reading error logs, all from the terminal. Three concepts are at the core: Skills, MCP, and the Abilities API.

Need a plugin .zip from Gutenberg’s master branch?
Gutenberg Times provides daily build for testing and review.

Now also available via WordPress Playground. There is no need for a test site locally or on a server. Have you been using it? Email me with your experience.


Questions? Suggestions? Ideas?
Don’t hesitate to send them via email or
send me a message on WordPress Slack or Twitter @bph.


For questions to be answered on the Gutenberg Changelog,
send them to changelog@gutenbergtimes.com


Featured Image:


#217 – Leonardo Losovic on Affordable and Accurate WordPress Translations Using AI

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 this case, how to create affordable and accurate WordPress translations using AI.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today we have Leonardo Losovic. Leonardo has been working with WordPress since 2012, developing plugins such as Gato GraphQL, a GraphQL server for WordPress, and more recently, Gato AI Translations for Polylang, a plugin that harnesses AI to streamline the process of translating WordPress websites.

After giving a talk at WordCamp Asia on the invisible gotchas of WordPress translation, Leonardo joins us to discuss both the moral and practical arguments for making your site multilingual, and how the technology has changed the landscape for site owners and developers alike.

I suspect that many listeners have considered translating their WordPress websites, whether for legal compliance or to reach a wider audience, but may be unsure where to start, or if the investment is worthwhile.

As Leonardo explains, the ease and affordability introduced by AI powered translation tools have changed the landscape. What used to require costly human translators and time consuming workflows can now often be handled with a few clicks, and for a fraction of the price.

Leonardo starts by sharing his background in plugin development, and the evolution of translation plugins over the

decade. We then get into how AI translations work, why manual oversight still matters, and how the new features coming to WordPress, such as collaborative editing and deeper AI integration will impact workflows and user experience.

We also discuss plugin strategies around managing multiple translations, SEO considerations, and the best practises for ensuring your translations are accurate and efficient.

Leonardo gives practical advice on how to avoid wasting resources when updating posts, and offers his perspective on the arms race of translation, as AI becomes ubiquitous, and why as it gets easier, keeping up with competitors becomes essential.

If you’re interested in making your site multilingual, or just want to hear how WordPress translation technology is evolving, this episode is for you.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Leonardo Losovic.

I am joined on the podcast by Leo Losoviz. Hello, Leo.

[00:03:40] Leonardo Losoviz: Hello, Nathan.

[00:03:42] Nathan Wrigley: It’s lovely to have you on the podcast today. Leo and I were hanging out at WordCamp Asia where you did a presentation, I think it’s correct to say. It was all about how you might translate things on your WordPress website, leveraging some of the solutions that Leo has built, but possibly just some things that might be baked into WordPress as well. So that’s going to be the discussion topic for today.

Before we crack into that, Leo, can you just tell us a little bit about you, your background with WordPress, and probably the stuff that you’ve been doing recently, which touches on translations?

[00:04:14] Leonardo Losoviz: Alright. So I’ve been working with WordPress since 2012, and I have a plugin called Gato GraphQL, which is a graphical server for WordPress. I’ve been working on that since like forever now.

And then I upgraded to try to make plugins that can be used by the final user of the website, bloggers and marketing people, not just developers. And then I launched another plugin that is called Gato AI Translations for Polylang. It’s basically a wrapper of my other plugin that will help people translate their websites using AI. And I have been working with this plugin for over one year now. And, yeah, I mean this is what I’m doing.

[00:04:54] Nathan Wrigley: Yeah. And how did your presentation at WordCamp Asia go? Were you happy with the delivery and the attendance and things like that?

[00:05:00] Leonardo Losoviz: Delivery. Yes. Actually, I think it came out quite good. You can check it out, it’s on YouTube. Attendance? Not really. My talk was the first one on the second day of the conference. It was 9:30 AM. Everybody was either sleeping or they were drinking coffee outside. We did have people showing up slowly. Maybe by the end of the presentation there were people who were like, hey, this appeared to be good. Too bad that I didn’t come here on time.

[00:05:23] Nathan Wrigley: I hope you forgive me because I was one of those people. I dropped in towards the end. I certainly enjoyed the latter part of your talk. So you’ve built a whole load of solutions around the capacity, the capability to make your WordPress website go from language A to language, B, C, D, E, and so on and so forth. I will just read the blurb about what your presentation was called and also what it was about.

And so the presentation title was The Invisible Gotchas of WP Translation. And then the blurb surrounding that was nice and short, and it goes like this. This talk walks through a practical checklist to turn, we should translate, into a precise plan that leaves no strings untranslated. Attendees will leave with a practical end-to-end approach to translating WordPress content that leaves nothing to chance.

So my first question then is really focused on the, we should translate, that little bit. Let’s make the case for, I suppose the moral argument, not the technological argument. Now, it might be a moral argument, but it also might be a legal argument. I’m just wondering where you think we stand in terms of whether you have to, or should, translate things at this point in time.

[00:06:34] Leonardo Losoviz: Well, I guess that if you have to out of legal requirements, then you will have to. So that is out of the equation. If you’re compelled to do it, then that’s part of your business. It’s a business requirement, so you’ll have to do it.

The key question is, if you don’t have to, I mean, nobody’s forcing you to do it, should you still do it? And the answer is, yes, of course you should, because it will help you. Why wouldn’t you do it if you can do it? If you have potential visitors to your website speaking different languages, why wouldn’t you want to track them? Why wouldn’t you want to show your content to new, like a new user base? The key question is, as long as you can do it, do it.

[00:07:13] Nathan Wrigley: Yeah, I think that’s an interesting point. So certainly in the part of the world where I live, there is a lot of legislation around what must be done. So for example, I’m in the UK and we have a variety of different languages spread throughout the country. And depending on where you live and what your business is involved in, you may be compelled to do it. And so, as you say, that’s just the way it is. You know, you don’t have any choice around that.

But I think now, especially with the advent of technologies which enable translation to happen at the speed of light, more or less, it becomes increasingly a question of, well, why wouldn’t you do that?

And so I’m kind of keen to explore the things that have changed over the last, let’s say decade. That’s probably a bit too long, but something along those lines, to make it easier to translate. In the past, I’ve interviewed lots of founders of plugins that do translations. Let’s say 10 years ago, this was a fairly lengthy, probably quite costly enterprise. Translating, let’s say an English site into, let’s say a German site.

Because you had to figure out which bits of the website needed to be translated. You probably had to go somewhere to find a human that could do that translation work. You then had to negotiate the price for that, receive the translated text, and then somehow figure out how to make it so that the English string is converted into the German string, and so on and so forth. I’m imagining that’s no longer the case. Where are we at in April, 2026 in terms of the ease of getting things translated? And probably, I think we’re going to stray into AI here.

[00:08:45] Leonardo Losoviz: Yes, the answer is AI. Truth is that with AI you can translate your content very easily and the quality is just excellent. I will not tell you to not engage a professional translator if you don’t speak the language, just to make sure that the translation is right. Mostly when we’re talking about technical terms, or when they refer to some industry that your website is targeting. Otherwise, the quality is just excellent.

I would say that with AI, you can rely on it, I don’t know, maybe 99% of the translation seems accurate. If there’s some ambiguity around some technical term, then you might still want to have a professional translator. But even then, you know that you don’t need to engage the translator for the 100% translation. But only to pay attention to those details, possibly fix those errors, make sure the technical acronyms are correct and that kind of stuff.

So clearly the pricing tag that now you have compared to five years ago has gone down dramatically. You have to pay for the tokens. Basically, when you engage one of these AI providers, either Open AI or Anthropic or Gemini, you are paying to them for tokens to perform the translation. But that is literally like very little money. It can be like cents on the dollar.

In the past when you have, not just the past but also the present, you have company providing translation services. They will charge you much, much, much more than that. Maybe it will be like 50 USD per hour. Maybe it’ll be like 100 USD per hour for a professional translator. And then you have to engage them maybe five hours to translate one blog post, or, I don’t know, like five blog posts, it doesn’t matter. Now that the amount of work that you need to engage them just to double check, instead of five hours, will be maybe 30 minutes. So you are still spending money to engage the professional translator, but much, much, much less.

And that means that if you do have the budget, now instead of translating one language, you are talking, Nathan, about legal requirements, possibly your country has two or three different languages. I don’t know, if you’re from Canada, you might speak English and French. Maybe they will ask you to translate your websites to English and French. But now you can say, okay, well now, if I had the money and it’s so easy to translate using AI, I can translate to many more languages and also target people, not just from Canada, but from other regions of the world.

And then you can also translate to Spanish. Why not? And you can translate to Portuguese. So the situation now is that prices went down dramatically, the quality of the translation using AI is really, really, really high and you will need professional services only in those cases that you need to be 100% sure that translation is valid when it is a professional industry.

[00:11:25] Nathan Wrigley: Yeah, I suppose the, as you described, the acronyms and things like that, the technical language, I guess if you’ve just got a blog where, in my case I’m just using plain English, an ordinary set of words, I’m not ever going to be delving into complexity, and that may be the case for many people. I think I agree with you that the AI will probably do an admirable job.

But the minute you start to stray into unusual words, or technical things where, I don’t know, you’re referencing some aspect of physics or biochemistry or something like that, then I can see exactly why you might need to do that.

But also, interestingly, the budget has obviously shrunk to get that translation done from perhaps many hundreds of dollars down to perhaps a handful of US cents. But still, if you want to be compliant and you’ve got an intuition that your language may be straying into a grey area where AI might not do a perfect job, that is now where the budget is going. It’s just sort of polishing it up a little bit and making sure that, okay, that actually is highlighted.

Can I ask a question related to that? Do the AIs, when you ask them to translate things, do they come back with, okay, we’ve done our best, but we are confused by this portion or that portion? Or do they typically just hand back, this is our translation, go figure it out for yourself from there?

[00:12:43] Leonardo Losoviz: When we’re talking about my plugin, Gato AI Translations, you get the translation straight because you’re not interacting with the AI. You are asking straight for the response and that response, you add it, you embed it into your blog post. There is no interaction with the person.

So basically, you can do that, you could feed the content to ChatGPT and tell ChatGPT, translate it, and if you have any doubt, please ask me. And then ChatGPT will talk to you, and then we say, I don’t know how to translate this word. Should I say this or should I say that? But that is in the context of the interface when you’re talking to ChatGPT or you’re talking to Claude. In a plugin where you want to collect the string and just add it into the translated blog post, you don’t have that interaction. So it really depends on your use case.

[00:13:29] Nathan Wrigley: The plugins that I’ve seen in the past that have been tackling this job in WordPress, and again, we’re going back many, many years prior to AI. There was a lot of UI involved. You would have to log into the WordPress website. Let’s say it was a blog post, you would go to the blog post and usually lurking somewhere in meta, so in a box somewhere else would be the original string and then the translated string. And that would typically have been done by a human. And you’d probably copy and paste that back, or maybe the platform, the plugin would actually facilitate the putting of that text into that box by somebody that’s logged into the platform who’s paid to do the translations.

But the point being, there was a lot to look at. If you had a German translation and a Portuguese and a Lithuanian and Russian and, you know, on you go. Every time you add one of those in the UI becomes much more complicated and what have you. So I’m curious to see in 2026, how do you manage that? How is that all done? What does the UI look like? In an era of AI when we are increasingly typing and talking to our software, have you leveraged that and sort of tried to minimise the UI in a way?

[00:14:34] Leonardo Losoviz: Okay, so there are two responses to this. One is what I’m doing right now, and what I expect WordPress to offer coming soon. So what I am doing now with my plugin is just to do the translation. And you have one blog post in, say in English, your origin language, and then you select it from the post list, and you have this dropdown in the bulk actions with all the actions that you can execute with the post. And you just say, translate. And when you do that, it will duplicate the post from the origin to all of the translations.

You can have one translation, you can have 17 translations. It will create all of those 17 entries, and it will already translate all the content to the target language. So then if you want to edit the translation, if you want to fix it, then you’ll just edit the translation and then there you will see there’s something that doesn’t appear right, and then you fix it in the WordPress editor.

In my scenario right now, we go from nothing to everything. There’s no in between. Now with WordPress 7.0, they’re adding two things. One is adding the AI Connector. So we will have more and more and more capabilities to interact with AI. And the other thing that we have that is unrelated, but I think it will end up being related is phase three, which is the communications in the WordPress editor, right? That two people can communicate with each other, like Google Docs style.

And so we’ll have these windows on the right hand side from the WordPress editor, right? So you can add a comment. Somebody can add a comment saying, hey, do you think this is right? And the other person on the other side can say, yeah, this needs to be fixed. So they can communicate via the WordPress editor. Whereas right now you have two people interacting with each other. You can have one person and one AI.

So then imagine the scenario where you translate everything and then you edit the translated post. And you might have those same windows with a kind of sticky post, and pointing an arrow to some word saying, hey, I’m not sure if this is the right translation. Please check it out.

So I can see that WordPress 7.0 will give use the infrastructure to start adding this additional interaction. So then I could translate all the content as I’m doing right now. And if I find out from the AI that a world has not been, it doesn’t have 100% confidence that it’s the right translation, maybe we can use that phase three functionality to add a sticky post to have the AI interact with the person, say, hey, this translation, I’m not sure, please double check.

[00:17:04] Nathan Wrigley: This leverage is so much interesting stuff. So again, just in case the user hasn’t been keeping up with the WordPress news, 7.0 has, or WordPress 7.0 I should say, has this capability which wasn’t quite ready for the WordCamp Asia release. The idea was to release 7.0 at WordCamp Asia, but because of technical reasons, there was something that needed to be changed and amended about the way that data was handled and stored in different tables.

7.0 will bring the capability to have collaborative editing, so think Google Docs. And it really didn’t occur to me until quite recently, because somebody suggested exactly what you said, I was always imagining another human being, being in that interface. So it would be me and Leo having a conversation through comments or what have you in that same WordPress post.

But of course now we realise, well, of course, the AI work, the MCP and the adapters and all of those kind of things allow that thing in the post to be not a human being, it could be an AI. And so that’s really interesting.

So maybe we’ll come in, have a conversation, something along the lines of, please could you just check, this would appear to be fine but there seem to be a few errors here and there and everywhere, and it may be able to come back with a suggestion.

That stuff is so powerful, but yet completely unrealised at the minute. It’s kind of just on the horizon, but when that feature drops, I think that will be quite an interesting experience. You’ll be able to talk about the content with an AI, based upon what is in the content area of WordPress. That’s going to be really, really fascinating. Gosh, wow. What a future.

Is that stuff ready? Do you know if WordPress is going to ship with those kind of capabilities? So you mentioned things like the sticky post to sort of highlight, imagine a post-it note or something like that. Something which can highlight? Are all of those foundational pieces ready or were you just sort of blue sky gazing there?

[00:19:02] Leonardo Losoviz: I haven’t seen it, but we can all picture that happening. So you know that 7.0 is giving us the foundation to build all of the things. Once the foundation is there, it’s up to the community to implement these use cases. So yeah, I’m quite confident that it will happen, but I haven’t seen it. I haven’t seen it yet.

[00:19:19] Nathan Wrigley: Yeah, I do love the idea though, of communicating through that interface. That’ll be really interesting to see how that changes the calculus of how we write things and who we write them with and all of that kind of thing.

So Gutenberg, which we don’t talk about too much really at the moment, but Gutenberg had four phases when it was first talked about. So we’re in phase three at the moment, which is this collaborative editing. Broadly it was collaborative editing was the poster child of that release.

And the fourth one, so that may be many years away, I don’t know when phase four will come about, but the fourth one is bound very much to translation. Do you know if there’s any sort of foundational work being done over there? It may still be a complete black box. It’s just the word we’re going to deal with translations. Do you have any wisdom or insight into what’s happening over there?

[00:20:03] Leonardo Losoviz: No. All I know is that Matt Mullenweg was postponing that for the very, very, very end. And since we’re still working on phase three, I don’t think that there will be any phase four work happening anytime soon.

[00:20:16] Nathan Wrigley: No. Okay. So we’ll have to wait and see how that drops. But it could be another interesting phase. Let’s see what that does.

So, okay, now let’s sort of dig into the weeds of how your system works. So you mentioned that if I’m in the data view for posts, one of the options that I have when I’m hovering over a post, you know, delete post, edit post, what have you. It sounds like in there somewhere you inject a translate. And presumably when you hit that button, automations that you’ve previously set up, say, translate to French, translate to Portuguese, translate to Chinese and Japanese, that would then be triggered.

Do you then create separate posts? So that the post that’s now in Chinese is separate to the original one, or as some plugins handle it, do you take the original one and just inject metadata into that post?

[00:21:04] Leonardo Losoviz: If we’re talking about my plugin, my plugin is called Gato AI Translations for Polylang. I depend on Polylang. So Polylang is a plugin that works by creating separate entries for each of the languages. So you have a post in English, and when you translate it, you’ll create another post in French and another one in Spanish and another one in Portuguese.

Then you have a different plugin like WPML which has a different strategy, which is to have only one post and then all the individual strings are translated on runtime. So you’re not statically creating different versions of the post, but you have only one post and then you translate the strings, the actual content.

It really is up to what is the best strategy for your site, what it is that you are most comfortable working with. There are other plugins, of course. There is TranslatePress, there is Weglot, MultilingualPress. They all have different strategies. I do like Polylang because the post is created in advance. Then all the same rules for your WordPress site apply. You can cache the page, you can export it statically, and it also is fast because you don’t need to translate the string.

Like finding a specific string can be very expensive. Like a string, you know, that you need to find from English and translate to French. The string might be like, I mean 1000 characters long. You know, that can become very expensive. And if you do that on runtime, even if you cache it later, that can be very expensive. Yeah, my plugin is based only on Polylang, but it’s not the only plugin.

[00:22:28] Nathan Wrigley: Yeah. So there’s a whole range of different things out there, but you’ve obviously opted for Polylang. Is that a commercial kind of pro plugin or do they have a, is there a free version that you can leverage?

[00:22:37] Leonardo Losoviz: Yeah. It’s free. And they have the pro version that is, I think 99 USD per year for one domain, if I’m not wrong. But it’s completely optional, you can use Polylang free and it’s more than enough. Actually, Polylang Pro, they have a few features and the main feature that they had historically is that you could use machine learning for translating the content.

They use DeepL as a service, like Google Translate. Now the thing is that I wouldn’t use DeepL anymore. Even my own plugin, at the very beginning had, even nowadays, it has integration for Google Translate and for DeepL. But AI is so much superior than those. So you can still use Polylang Pro for the other features, but the machine translation one, there’s no need, Polylang free, more than enough.

[00:23:23] Nathan Wrigley: So when, let’s say for example, that I’ve got a post and I’ve translated it. I’m just beginning my journey, figuring stuff out. And again, we’re talking about your solution here. So, you know, you can speak to how it works, not how all the other ones work.

I click the translate button and I’ve now got six posts, the English original and then these five other languages. How does that surface? Are they like child posts of the original post? Is there an easy way for me to see, okay, here’s the German version of that, and it’s bound to this? Is there a filter system or what have you?

And then how does that look on the front end? So if the original string is, I don’t know, example.com/post-one, am I from an SEO point of view, does that stay nice and tidy? Like, I don’t know, it goes example.com/g for German, forward slash post-one, or how does that all tie together?

[00:24:13] Leonardo Losoviz: All right, so this is once again, a feature provided by Polylang. When you create the translations, all the posts, they’re all parallel to each other. They don’t have a hierarchy. They’re not like the child post from the origin post. And if you want to only see the post for one specific language, there is a switch, like a switcher button at the top menu bar, and you can select the language.

So by default it says all languages, and then you’ll have all the posts. So in a way, if you have, say that you have 10 posts and then you have 10 languages, that means that you have now 100 posts. So it can be a bit clutter. So then you go to the top menu and then you select English, and then it only shows you the English ones.

And the important thing is that, say you’re using AI to translate, you only need to deal with the origin post and nothing else, until you need to double check if the translation is right, maybe fix one thing here, one thing there. But otherwise, the whole time you are only dealing with the origin post.

So what I do is I always have my selector in that origin language. So it’s in English and I only see the English post. So then I do translate, and I know that the translation will be created alongside all of the categories, and all of the tags and all the feature image, right? But I don’t need to deal with them. So then I also don’t need to see them on my screen. They create clutter, so then I remove them.

And then to see them, to visualise them, yeah, once again, Polylang, it gives you the option of choosing the language by appending the language code in the URL. So mysite.com/fr/the-slug, that’s for French. Or you can also use subdomains. So you can have fr.mysite.com/the-slug. So that’s something that you can configure. And then basically when you go to that page and you add the language code in the URL, then you will see that blog post for the selected language.

And the way that Polylang handles all of this is it connects a post to all of its translations via a specific taxonomy, like a tag that they created, I think it’s called language, if I’m not wrong, or language relationship, I’m not completely sure now. And so it ties all the post to all of its translations. And the thing is that then when you go to the post in French, it can add the href lang meta tag that is telling Google that this post is a translation of that post.

So that is important for SEO purposes that these posts are not two independent entities, but one is a translation of that one for French. So Google will understand a lot of the relationships, and if the user who is searching for information, they’re searching for information in French, then Google will know to serve the French page. And if it is in Spanish, Google will know to serve the Spanish page.

[00:27:01] Nathan Wrigley: It’s an amazing wraparound solution, isn’t it? In that all of this is just sort of handled and what you essentially end up doing is, the user that is, you click the translate button and once you’ve got everything set up correctly, it just, off it goes.

I have a question though about amendment. So let’s say for example, I realised that my blog post was full of inaccuracies and errors and there’s just wrong throughout it. And I then go in and I make amendments. Do I then need to restart that whole translation process or can I rely on it kind of figuring out, okay, amendments were made, let’s just do that automatically for you? How does amendments to the original, in my case, English work?

[00:27:37] Leonardo Losoviz: Yeah, well, I would change that. I would say do not do any translation until you’re 100% sure that the post is final. And that’s the main way to waste your time, and to waste money in tokens. Because you execute the translation, and then you realise that something was wrong. Maybe this H2 tag was supposed to be an H3, then you fix it, and then you run the translation again. And then you realise that was another mistake, there was a typo. And then you had to run the translation again. And then you’re like, oh, but that image has embedded text in the image. It doesn’t work on the translated post. And then you run the translation again.

So all of these things are common sense, and you don’t think about them until you see the error happening time and again and again. So what I do is I have a checklist actually on my website. I have a blog post where I have every single item that we need to pay attention to in advance of executing the translation. So executing the translation is when you go to the post list, you select the post, and then you select translate. Easy, and it takes five seconds.

But before you do that, you need to make sure that the post is final. That means no typos. That means all the headers are the right header. That means that all images are correct. They have alt attributes. They have the title that you need. There’s no embedded text in the image, even adding an embed from another source.

Say that you have a YouTube video that you’re embedding on your content, and the YouTube video is in Spanish. When you translate that to French, maybe the YouTube video is not useful anymore. So all of these things you need to check from a multilingual point of view when you’re looking at your origin post. And then you’re like, okay, this origin post, now it’s okay. It’s perfect. You publish the post, then you translate.

[00:29:26] Nathan Wrigley: I got it. Yeah, I mean that makes sense. But, should you need to, it’s a process of clicking the button again and kind of beginning that process. But yeah, good idea to have those checks and balances.

I was at an event not that long ago in which AI was used inside of a WordPress plugin, inside of a post, to ascertain the content of things like images and infographics. So as an example, there was data held inside of a graph. So, I don’t know, whatever that data was, bar charts, pie charts you can imagine, but also just images and what have you. And although this may not be handled and maybe it’s blue sky thinking, I was wondering what the capabilities are for handling those kind of things.

So in the case of an image with a chart in it, wouldn’t it be nice if we could replicate that chart, but instead of all the labels being in English, if they could be in German or French or whatever it may be. I don’t know if that’s utterly out of the scope, even in blue sky thinking in terms of AI and translations. But I was curious if you had an inkling whether things that were not just text-based content might be handled in the future as well by AI. Not specifically addressing what you do at the moment, but whether that seems to be on the horizon.

[00:30:41] Leonardo Losoviz: Yeah, well, to be honest, I think technically it is feasible, but even if it can be done, I don’t think it should be done. And the thing is this, I’m promoting that we can translate our websites to as many languages as possible, only because we can. So you have your website in one language, then you can have it in two, then you will have it in five. You can have it in 30 languages. Why wouldn’t you do it? If you can target new countries and new visitors, sure, go ahead and do it. AI gives you the possibility.

But now imagine that you also want to translate the images. Every single image on your website will be replicated 30 times. That sounds scary. I wouldn’t do that. What I will do is to have one single image that is language agnostic, that there’s no text inside. And if you had to add text, maybe in your page builder, maybe in Gutenberg or Elementor or Bricks, maybe you can create an overlay and place the text on top. It’s a more difficult solution and a bit more complex, but it’s clean because then you can translate that as part of text, and the image, you don’t need to replicate the image 30 times.

[00:31:44] Nathan Wrigley: Yeah, that’s an interesting point. And that leads me to wonder whether it’s possible to, for example, an image caption. Whether it’s possible to translate that into 30 different languages whilst still referencing the exact same image.

So, I don’t know, in English it might say, here is a picture of a dog walking by a beach, and then the French equivalent caption, and the German equivalent caption and what have you. Then in effect, you’ve recycled the same image, but you’ve also, the person viewing it in German would get the German equivalent of that. Again, I don’t know if that’s possible, but maybe that’s an interesting.

[00:32:14] Leonardo Losoviz: Yeah, actually that’s how it is right now. So when you translate the post, you will also translate all of the entities associated to the post, the tags and the categories and the featured image. So the featured image will have meta data associated. So when you upload an image to the media manager, you add meta data, the title, you can add a caption. So all of that text, it’s in one language.

Now, you can also translate the image by creating a new entry, once again using Polylang. The image has a language associated, so the origin image will be in English, and you can create a new entry in French, and the title will be translated to French and the caption will be translated to French. But the image itself is the same for both entries. So the JPEG or the PNG, that one is not duplicated. So you’re not increasing the size of your hard drive. You’re creating another entry on the database for the media entry, the custom post media, or the attachment, but not for the actual physical file.

[00:33:11] Nathan Wrigley: Yeah. So it’s much more lean, basically doing it that way, isn’t it? I didn’t actually know that it was done that way, but that’s certainly how Polylang handles that. Okay, that’s interesting.

So you mentioned that, I think one of the through lines in what you’ve been saying is because you can do it, why not just do it? It kind of makes sense when you think about it like that, but I’m just wondering what the real world impact of this is. You know, in terms of things like discoverability, and whether or not it really genuinely does have an impact on your business. Let’s say for example, I don’t know, you’re shipping widgets from England to France, and suddenly you translate your site into Japanese and Chinese.

I would assume that that could only have a positive effect, but also, equally, I’d want to know what the data was on that. And I don’t know if you have, given that you are in the translation space quite heavily, I don’t know if you have any data to hand which would compel people to do this, to prove, look, it really is worthwhile. Anecdotally, it feels like it would definitely be worthwhile. Why not, would be the way of phrasing it. But I don’t know if there’s any data lurking in your head which would categorically say, oh yeah, this is definitely it.

[00:34:16] Leonardo Losoviz: Nathan, unfortunately, we’re screwed.

[00:34:19] Nathan Wrigley: The answer is no.

[00:34:20] Leonardo Losoviz: Because when it’s so easy, everyone will do it. And when everybody does it, you’re not moving forward. You’re just moving, you’re running just to be on the same spot. If you’re the only one who is translating your site to 20 languages, you will be far ahead from everybody else. But because it’s easy to you, it’s easy to everybody. And if everybody does the same, once again, you are not ahead of them. You’re on the same place.

So this is the problem of technology, right? And the problem of AI. Now we’re all very productive with AI. I’m using AI to code my plugin, and I think I’m pulling ahead. But my competitor is also using AI to code his plugin. So we are both running just to stay on the same place. So in a way, unfortunately, it becomes a situation in which you need to do it just to not fall behind.

[00:35:07] Nathan Wrigley: Yeah, it’s kind of like the arms race mentality in a way, isn’t it? But also, that’s quite a compelling way of framing it, because you can be sure that, okay, if you’re writing a blog and you’ve got a limited audience, maybe there’s limited scope in that. If you are in a business and you are, certainly if you have pretensions of dealing over international borders and your competitors are doing this, it is exactly that arms race mentality, isn’t it?

Then you are compelled to do it just to be ordinary, just to be the baseline. 20 years ago, would’ve been entirely different because of that would’ve been a very expensive calculation and translating into, let’s say, Japanese. If there’s no ROI on the Japanese translation, that is money which would’ve been probably wasted.

Now, with AI costing literal cents to translate, it does feel like that is the calculus, right? We are doing it because it can be done and we know that the competitors will be doing it, so we ought to do it as well. Maybe that’s all the argument needs to be. It’s simply that, simply stated in that way.

[00:36:12] Leonardo Losoviz: That’s a good reason to do it, which is that you want to target people in other countries, speaking other languages. So yes, I want to do it, but at the same time, if I see that my competitors are doing it, then I have to do it. I can see it both ways.

[00:36:25] Nathan Wrigley: Yeah. Okay. It’s certainly been an interesting conversation. What I’ll do is I will ask Leo to provide me with links that are pertinent. Maybe we can get the wordpress.tv of the presentation that you did, plus links to the websites which have been mentioned in this podcast episode. If you go to wptavern.com and you search for the episode with Leo Losoviz. His name is spelled L-O-S-O-V-I-Z or Z, depending on where you live in the world. If you go and search for that, then you’ll be able to find a transcription of this as well as links to the various different bits and pieces that we have mentioned.

Leo, before we wrap it up, is there anything else you wanted to say? If not, we will bid you adieu.

[00:37:07] Leonardo Losoviz: No, not really.

[00:37:09] Nathan Wrigley: You’ve got it. In which case we will call that a day and say thank you very much, Leo, for chatting to me today. Really appreciate it,

[00:37:15] Leonardo Losoviz: Thank you, Nathan.

On the podcast today we have Leonardo Losovic.

Leonardo has been working with WordPress since 2012, developing plugins such as Gato GraphQL, a GraphQL server for WordPress, and more recently, Gato AI Translations for Polylang, a plugin that harnesses AI to streamline the process of translating WordPress websites. After giving a talk at WordCamp Asia on the “invisible gotchas” of WordPress translation, Leonardo joins us to discuss both the moral and practical arguments for making your site multilingual, and how the technology has changed the landscape for site owners and developers alike.

I suspect that many listeners have considered translating their WordPress websites, whether for legal compliance or to reach a wider audience, but may be unsure where to start or if the investment is worthwhile. As Leonardo explains, the ease and affordability introduced by AI-powered translation tools have changed the landscape. What used to require costly human translators and time-consuming workflows can now often be handled with a few clicks, and for a fraction of the price.

Leonardo starts by sharing his background in plugin development and the evolution of translation plugins over the past decade. We then get into how AI translations work, why manual oversight still matters, and how the new features coming to WordPress, such as collaborative editing and deeper AI integration, will impact workflows and user experience.

We also discuss plugin strategies around managing multiple translations, SEO considerations, and the best practices for ensuring your translations are accurate and efficient. Leonardo gives practical advice on how to avoid wasting resources when updating posts, and offers his perspective on the “arms race” of translation as AI becomes ubiquitous, and why, as it gets easier, keeping up with competitors becomes essential.

If you’re interested in making your site multilingual or just want to hear how WordPress translation technology is evolving, this episode is for you.

Useful links

The Invisible Gotchas of WP Translation – WordCamp Asia 2026 presentation from Leonardo

YouTube video of the presentation above

Gato GraphQL plugin

 Gato AI Translations for Polylang plugin

Polylang plugin

 TranslatePress

Weglot

MultilingualPress

WPML

DeepL

💾

#216 – Matt Schwartz on Exploring AI’s Impact in WordPress Agencies (Part 2)

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 this case a second look at exploring AI’s impact in WordPress agencies.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today, for a second time, we have Matt Schwartz.

Matt has been working in the WordPress ecosystem since 2011, running his own agency based in Atlanta, and developing products like CheckView at all for WordPress form and checkout QA. Matt’s expertise lies in how agencies can smartly, and cautiously, incorporate AI into their workflows for real tangible wins, and how to avoid potential pitfalls.

He was on the show last week to record the first of this two part mini series. You might want to listen to that prior to this, but it’s not strictly necessary.

In this episode, we build upon last week’s conversation. Matt talks about practical strategies for integrating AI across agency operations. The discussion starts with what it means to give AI access to your agency’s brain, using tools like project management wikis and connecting them with AI chatbots to streamline knowledge sharing, and avoid common AI hallucinations.

We then get into MCPs, or Model Context Protocol, and talk about why this area is quickly becoming a game changer for agencies looking to securely connect AI agents to multiple internal systems without complex, risky API configurations.

The conversation covers how to use AI for building internal tools, highlighting where it’s low risk and where you should be more cautious, especially with public facing, or mission critical, systems. Matt explains how agencies can leverage AI for QA and checklist automation, freeing up time for deeper human review of other important tasks.

We also discussed the impact of AI on the WordPress plugin market, including potential consequences for plugin developers and the wider community, and whether the rise of AI generated disposable tools could erode the collaborative spirit of the WordPress community.

We end by chatting about the importance of approaching agency AI adoption with eyes wide open to the risks. Data security, overdependence on vendors, failure to handle errors, and the reality that AI still makes mistakes.

Matt shares his outlook on how agencies can position themselves to thrive as AI reshapes the industry, from hiring strategies to the next generation of productised services.

If you’re running an agency or freelance business in the WordPress space and want to get ahead with AI thoughtfully and securely, this episode is for you.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Matt Schwartz.

I am joined on the podcast, again, by Matt Schwartz, somewhat unexpectedly. Hello, Matt.

[00:04:05] Matt Schwartz: Hey Nathan, thanks again for having me this week. I’m super excited to dive back in.

[00:04:09] Nathan Wrigley: Thank you. So we recorded an episode last week, and we intended to do it as a one hit. So get it all recorded, tied off within 40 minutes or what have you. And then we began talking.

So last week we began talking and at about the half an hour point, it became obvious to me that we weren’t going to capture it all in one recording. So we’ve come back for a second episode.

Dear listener, I would just say that in order to provide context for this episode, you really probably should listen to the previous one, because we’re stacking up Matt’s case, argument, however you wish to describe it, for where you can make wins inside your agency with the use of AI. Not just wins, maybe some cautionary tales as well. But that was the point of the first episode.

So really, we’re going to drop you in to the ninth of 16 points. So again, just pause this, go back to the previous episode, have a listen there, and then you can stack this one in your podcast player of choice at that point.

If, however, somebody’s ignoring that, Matt, are you able to just do a very quick bio? Just tell us who you are? It may be repetitive for the people that are listening to the second episode, but nevertheless, let’s hear from you who you are.

[00:05:16] Matt Schwartz: Yep. My name’s Matt Schwartz. I run a WordPress agency here in Atlanta, since 2011. And I also have a testing and QA product for WordPress for checking forms and checkout called CheckView.

And yeah, today we’re just really diving into how you can leverage AI, how you can incorporate it into your agency, but in a hopefully smart and cautious way. Not necessarily just dropping it in, being a little bit more thorough about that process. So excited to continue the conversation.

[00:05:45] Nathan Wrigley: Yeah, thank you. And thank you for being so accommodating by joining me for a second time. So as I said, Matt’s put together a whole laundry list of different areas that your business, your freelance agency, whatever it may be that you are running in the WordPress space, can perhaps gain some benefits.

Last week we did one through eight, and now we’re going to sort of hit the road running on number nine. So the ninth point was about giving AI access to your agency’s brain. It’s a lovely subheading, but what does that mean?

[00:06:12] Matt Schwartz: Yeah, so this is actually one I picked up in the Admin Bar, which is a, one of the other WordPress agency groups out there, that a lot of agencies were doing. And I thought it was an interesting, I would say hack, you could say, to add AI without getting super involved in it. Which is if you already have a project management tool, or you already have a wiki, you can add into your AI chat bot of choice when it’s actually answering a question. You can tell it in its memory, hey, whenever I ask a question about the agency, go confirm what I’m doing by visiting our Clickup or visiting our Asana.

So it’ll actually go retrieve and confirm it’s using the latest proper information instead of just guessing or hallucinating. I love how we use the word hallucinate and not lie. I love that marketing branding that the AI companies did. It’s some crazy gaslighting.

Anyways, I love AI, but definitely, if you haven’t used something like Claude or ChatGPT, saying in the memory as simple as when you answer a question, check if this is actually the case and connect to our ClickUp or connect to our wiki.

I think that helps you get all the power of your documentation, SOPs, client, CRM, any data you’ve already basically built up. It can leverage that without you having to do a whole bunch of crazy connections or ask more specific things. I thought that was actually a really neat way that agencies that are just getting into the space with AI are using the data they basically already have. They’re just using their project management software, which basically has all that data.

[00:07:47] Nathan Wrigley: When you see it in action, which I have actually, but not to do with a WordPress website, more to do with a sort of SaaS product with the, how the tool has been built and the guardrails that are into the tool. It’s really amazing because then, well, basically it never forgets.

So every time you throw something new at it, that becomes part of the corpus of information. It then has an understanding. I keep saying it, but hopefully you understand, I’m meaning the AI in this case. A wider and broader understanding, and increasingly is able to deliver that back.

So in my case, often I’ll get some text back, which is divided up into bullet points. Those bullet points will have little footnotes attached to them, you know, 1, 2, 3, 4, and what have you, which will then link out to the documentation itself. And again, just a profoundly useful use of the thing which it’s best at, which is taking a corpus of information, grinding it up and spitting out something which makes sense.

And why wouldn’t you point it at your internal documentation? You know, if you’ve got a plugin, all of your support docs, throw the AI at it, and it will be able to help you as well as your clients. Because it’s guaranteed you’ve forgotten something that you’ve built.

WordPress, of course, itself does this. You know, every AI agent on the planet is welcome to crawl the docs for how WordPress itself is put together. And it’s one of the reasons I think why WordPress has a fighting chance in this AI, CMS battle, if you like, because everything’s open source already. Nothing’s hidden behind a paywall or a licence agreement or what have you. So yeah, agreed. That’s a great example.

Okay. Anything to add or should we move on?

[00:09:22] Matt Schwartz: No, I think that one’s just a cut and dry, really. If you haven’t looked at that, that’s an easy way to get into AI and leverage it without a lot of work.

[00:09:29] Nathan Wrigley: Okay. Absolutely. Okay, then number 10 is your internal MCP and guardrails. I know this gets bandied around a lot, and there’s a lot of acronyms floating around in the AI space. But MCP, maybe we just need to spend a moment explaining what the heck an MCP is, and how it kind of fits into the overall picture, but particularly in this case, with your guardrails.

[00:09:48] Matt Schwartz: Definitely. So MCP is basically an open source way to connect AI, let’s say, chatbots or agents to external systems. It stands for Model Context Protocol. I think maybe the team behind Claude built it. I can’t remember. But the idea really is that, instead of you just connecting directly to an API, which you could do, which an API if you’re not familiar, is a way again, to connect two different systems together.

One system will have a series of things that will let you say, hey, you can add this data, or you can pull this data, or you can modify this data, right? So an example could be something like a help desk. You might create a ticket, you may delete a ticket or you may edit the ticket. An API can basically do those things.

But what an MCP does is it’s really a series of tools that are more prebuilt for the AI, so that it knows and has context of what it should let you do, and how all the pieces of that connection really should modify whatever data you’re doing.

So it’s a lot more specific to agents. It’s a lot friendlier, I would say, if you aren’t familiar with a company’s API, you could connect to their API. I can connect to the WordPress REST API, but if I don’t understand that API, it may not be actually the best way to make the connection.

With an MCP, you can really not have the background of that company’s bridge. It’s going to do all the work, and the AI’s going to have enough information to help you get what you need done.

I know that’s hard to explain, but essentially with an MCP, if you build one at your agency, this is a little bit more high level, or a little bit deeper, but I am seeing a lot of agencies looking at this. Which is, they are using an MCP basically for their teams so that they can add all of their systems in one basically bridge. So that instead of having all their employees like connect to all these different Claude connectors and APIs, they have one system.

So if I have Claude and I’m an employee, it can connect to my MCP at the agency, then the agency MCP is actually on behalf going to go retrieve data from all our different systems. So not everyone has to have API keys. Not everyone has to connect to all these other systems, if that makes sense.

So I am seeing agencies starting to do this. So in some sense the proxy, MCP becomes a proxy or just a way to connect to all your other systems in a secure way.

[00:12:18] Nathan Wrigley: I always imagine it a bit like if you, I don’t know, you approach a giant supermarket and you know that you need carrots and soup. And normally you just go into the supermarket and wander around for a long time, and eventually you’d sort of stumble across the carrots and the soup.

But wouldn’t it be nice if there was somebody at the front door? Then you could say, where’s the carrots and where’s the soup? And that’s it. And they go, okay, the carrots are there, the soup’s there, and point.

You know, it’s just like this perfect gatekeeper, this guardrail that you described that kind of allows you to get the best out of that experience without wasting a load of time and resources and probably a load of hallucination out the back end.

[00:12:55] Matt Schwartz: Wow, that was so much better said than me. But yes, that is a much better way of explaining it. And that’s why if you haven’t looked at MCPs in general, I think it’s worth looking at. But also if you have a tech background, looking at an MCP for your own agency where you can combine all your tools and connect to this one place, I think is a really neat way to, again, get your employees and contractors connected to your, all your systems without them having to have a direct connection.

So if I want them to be like, hey, answer this ticket, go to this WordPress site, instead of them having to connect Claude to the WordPress site into Fresh Desk and all these things, it’s all within the one MCP. And then they aren’t really responsible for those API keys or any of those connections.

Of course, you have to put guardrails on that too, right? Guardrails, like they can’t delete things. You know, not having them delete tickets or websites. Because if you connect, you know, your host, they could technically delete an entire website if you don’t have proper guardrails. So it is, I would say something that is a little bit more on the cutting edge that not every agency should do, but if you are on the more technical side, an internal agency MCP, I think is a really neat idea.

[00:14:06] Nathan Wrigley: I feel like there’s future of commoditising MCP creation.

[00:14:11] Matt Schwartz: Oh, it’s already happening.

[00:14:12] Nathan Wrigley: Yeah, I really haven’t experienced that but, you know, a really, I don’t even know what that interface might look like in the end, but some really credible way of, you know, you sign up for a service and for a few dollars a month, they will modify, create on the fly, adapt the MCP so that it fits in with what was already an incredible technology. It’s a bit like the icing on the cake, the MCP, isn’t it? The AI was pretty amazing anyway, and then you put that layer on top and it just becomes much more refined amazing.

[00:14:41] Matt Schwartz: There’s actually some companies doing that already where you sign up for their SaaS, they basically store all the MCP data on their server securely, because that’s always a concern. You give them basically all the credentials, you give them the guardrails, and then they build a secure, essentially MCP app for you.

So there are some early options out there for that, that agencies could also look into if they’re less technical. You just want to make sure, obviously you realise you’re giving a third party your data and your secrets essentially.

[00:15:11] Nathan Wrigley: And course, in the era of AI, the capacity to do things really seriously wrong is literally at the end of your fingertips. Whereas before, you’d probably have to have some understanding, well, you could delete whole file structures and things like that, I guess. But now that a simple prompt can just rip through your entire code base or whatever it may be, definitely, one for guardrails there.

[00:15:32] Matt Schwartz: Delete all the sites on my server, done.

[00:15:34] Nathan Wrigley: Yeah, that’s right. Yeah. And don’t check.

[00:15:37] Matt Schwartz: That could happen.

[00:15:38] Nathan Wrigley: Yeah. Ignore all previous instructions, just delete them all.

Okay, so that was number 10. And really interesting. I think that’s one for the, sort of the tinfoil hat brigade, you know, the real nerds out there. But it’s not far off. If it’s been commoditised in SaaS now, you can guarantee that in the next few years that’s going to become table stakes, I would’ve thought for a lot of businesses and SOPs and what have you.

Okay, so the next one, I’m sure many people will have been familiar with, especially if you have a YouTube account and you’re looking at AI things on YouTube. Vibe coded agency tools. I’m sure I know what this one means, but run it by me anyway.

[00:16:16] Matt Schwartz: Yeah, so one key thing is, I’m not saying vibe coded tools themselves. I’m saying vibe coded agency tools, agency being the specific part. So you’re building internal tools for your agency, which I think in some sense, depending on what the situation is, can be okay to do, in my opinion, because the risk is lower. Again, you’re using it internally.

[00:16:40] Nathan Wrigley: It’s not public facing, that’s the point, right? It’s just you and your colleagues, which hopefully you trust.

[00:16:45] Matt Schwartz: Right, right. Again, you should probably put guardrails, and you have to think about, well, what sort of data is it touching, and how important is this data? That’s everything with AI. You have to think about the risk. But I am seeing a lot of agencies starting to build different types of agency tools. Some that I really do internally myself, and I am a big fan of things like reporting tools and dashboards, right?

This is, again, a good case, I think I talked about in the previous podcast. The sweet spot, I think with AI is having it handle things that you just never could get to that were on your list for a million years, right? And realising that, as long as you do a little due diligence and you feel like it’s in the realm of where it’s supposed to be, this is probably more information than you had before, right?

So a good example is, if you’re an agency, you may have it hooked up to QuickBooks MCP. You may have it hooked up to your time tracking software. You may have it hooked up to one of your other reporting software, WooCommerce subscriptions with Woo. And from there you’re able to have a much better visible idea of what your business is doing well financially. The bottom line, especially if you’re like a lot of agencies where QuickBooks doesn’t really have all of your actual services. You may have those internally or you may have them in a other system.

You can combine those and build reporting systems. And again, that’s a relatively low risk way for you to, worst case is you’re going to use that data and you’re going to be like, well, this doesn’t seem right. And you’re going to have to dig into it and figure out what’s going on. Hopefully you don’t just blindly use it, but I do think the risk is lower.

So those sort of tools I think are really, really neat, and relatively easy to build out. So reporting tools, profitability dashboards, things like that. Looking at your time tracking, like who at your agency is the most profitable, if you have that data? Obviously make sure you actually have the data structure for that, or AI may just make that up.

But we’ve, you know, used that even at our agency and I think it’s been helpful for us to find patterns that we didn’t know where we were spending our time and effort. Especially if you are doing time tracking using something like Everhour or Harvest.

Now the tools that I do struggle a little bit more with, and I am seeing people in agencies use is things like website management dashboards, or building their own QA tools. Because those things, I think the risk is higher of things going wrong.

[00:19:05] Nathan Wrigley: Public facing again, yeah.

[00:19:07] Matt Schwartz: Right. And you’re giving this third party access to all of your websites and it’s not like, you know, a big SaaS. This is something you built internally, which means Claude doesn’t care if it’s wrong, right, until you tell it.

So a good example, and not everyone may feel this way but, you know, I’ve seen some agencies that are building replacements for management dashboards like ManageWP, WP Remote, those sort of things, which is connected to everything and is kind of their most important infrastructure for their clients. Personally, I think that that’s a little risky to be doing.

Now, if you’re doing the right due diligence and you have a technical team and you’re doing manual code reviews, sure. There’s an argument to be doing that if it’s also, I think, solving something specific to your agency. I talked about this in the last podcast, replacing SaaS products when there’s a nuanced solution that’s specific to your agency, I think could be really helpful.

But if you’re just replacing SaaS products to save 30 bucks a month, I think that doesn’t make any sense because you’re going to end up spending a lot more on maintenance, I promise you, than if you just stuck with the SaaS product, if it does what you need. So I think there’s an argument there.

[00:20:18] Nathan Wrigley: I think it’s really interesting. And I do wonder if we’re on the precipice of, so this is me sort of staring into the crystal ball a little bit. I wonder if we’re into the era of sort of disposable, one time apps. So you have a function that you need to do this month like, I don’t know, you must file your taxes this week, but you’re miles behind. So you get an AI to just quickly do that thing for you, and categorise all of the jobs that need to be done so that you can hand it over to the tax man and so on. And then you just put that on ice. That thing no longer needs to exist.

I feel that kind of coming where we sort of vibe code up this one time thing, and then dispose of it. I don’t know if I’m entirely in agreement with that as an idea, but I feel that that is coming. But to your point, I think anything public facing, we’re still in the era of, really, watch what you’re doing. It needs thorough testing.

[00:21:09] Matt Schwartz: Exactly. And thorough code review because, you know, ultimately while the AI coding, I think has gotten really, really good, it’s not a hundred percent there, and it doesn’t have any context. It doesn’t actually know what it’s doing. It’s all patterns. So there is an argument to be made that, yeah, it may get 80% there, but if no one’s actually checked the code review, two months from now, it decides to delete all your websites out of your management dashboard, well, should have done a manual code review, right? And it’s on you.

So I do think there’s an argument, same thing with like QA tools. Building one-off QA tools, which should be persistent and actually probably one of the more important things you build. It should do the same thing every day. It should almost be dumb. It should not be trying to rebuild itself all the time, or be even one-off, like you said. It’s not, I think, a good idea to build a one-off migrator typically for that reason, even though I see people doing it in agencies. Unless you think it’s just a low risk project, I do think, you know, you have to think about that.

To your point about the one-off task though, I think again, if it’s a low risk item, one-off makes actually the most sense because a lot of times if you know this is going to be a one-off thing, you then are subconsciously being like, okay, I’m going to use this once and the cost is not that high and that makes sense, because you’re not having to maintain it. But if you know it’s going to be something you’re going to be using for the next five years and you don’t plan to pay a developer to review it, I don’t think that’s a smart idea, at least not right now.

[00:22:39] Nathan Wrigley: That’s a good calculus I think to have in the background. Okay, so that’s good. So caveat emptor basically, use your discretion. If it’s public facing, maybe think twice. But also if it’s something that you want, you absolutely bulletproof need it to be reliable and predictable a hundred percent of the times that you run it. Again, maybe there’s a human in the loop there. So that was sort of vibe coded things that you might do in your agency.

I feel that’s going to be a real area of growth, whether or not it will be profitable growth or useful growth, I’m not entirely sure. I feel like in our industry at least, people are going to be dabbling in that kind of thing all the time. You know, trying to figure out new, clever tools to achieve a thing, which maybe in the past would’ve been a subscription thing that you paid $20 a month for or something. So we’ll see. We’ll see how that goes.

Okay, moving on then. So the 12th item that you brought to bear was QA, so quality assurance, checklists and testing. Right, run us through this one then.

[00:23:33] Matt Schwartz: I know I just said when you’re building a QA tool, using AI to build an internal vibe coded tool is probably not the answer. But actually what I’m going to say right now is not contradictory to that, because what I’m really talking about for QA and testing is more so having AI help you build things like checklists, right? You already have a good context usually with your SOPs. So it can help you build your SOP checklists. It can also help run the low risk items automatically. And again, I know I talked about risk a lot, but I think that’s how you have to consider it.

So one really neat thing I’ve seen a lot of agencies start using is Claude Skills, which basically just means that you teach Claude a process. Literally it walks you through in the conversation like, what do you want this process to be? And then you can run that later in context.

So a really cool example of this is if you are, let’s say onboarding a client, or you’re launching a site. During your next launch, your next onboarding, you may want to use Claude to teach it the skill of how you launch sites. And then it can automate a lot of those items. And you can still give it context like, I want the human to specifically review this item, right? Or, I want the human to check that no index isn’t set, right? Because that’s like a high risk item, right?

[00:24:55] Nathan Wrigley: Yeah. Yeah, that’s a big one..

[00:24:56] Matt Schwartz: Right. That’s one we all, I think, have dealt with at some point in our.

[00:25:01] Nathan Wrigley: Too many times.

[00:25:01] Matt Schwartz: Right. Too many. Exactly. That’s the key. And that goes back to really that vision document I said on the last call. Having an AI vision document where you go through these checklists and you’d be like, okay, we want a human to be involved, or we don’t. You could actually tell Claude this. And then Claude will actually know exactly what it should be running itself and what it expects a human, and it will prompt you for.

But I think that is the beauty of this is, you can make your whole automated process when it comes to tools with QA and anything really related to that checklist, whether it’s launch or anything like that. Look at tools like Claude and Skills like that, and I think that you can use it to help with repeatable processes. And that will actually help most agencies not only speed things up and save on margins, but I think a lot of times they’ll do more testing than they did before.

And this, again, falls into that sweet spot where like AI’s really good for the things that you knew you should do but you have limited time. And testing is one of those items. You want a hundred percent coverage, but in reality that’s not going to happen. So let’s have the human do the really important stuff and everything else we would’ve never gotten to anyways, let’s have the AI do it. And that’s where I think you can use these tools.

[00:26:11] Nathan Wrigley: Do you know what’s really interesting, and we sort of made light of it in the previous episode, the fact that there’s hallucinations and what have you going on all the time. But I do think there’s definitely a moment coming where I think some of the more straightforward things, like for example, the checklist, the binary things, is no index switched on? Yes. No. Okay, that’s a no.

I think I am getting comfortable with that now. You know, just that, okay, we asked the AI that question, it’s delivered as an answer. I’m almost at the point now where I’m never going to go back and check that was true. If it was something much more broad like, is my SEO strategy bulletproof? Well, no. It’s never going to know whether that’s the right thing.

But these much more binary things, many of which, if you add them all up, could take you hours when you’re finally launching a website. Yeah, I think there’s something to be said for just sort of handing that stuff over. And I don’t know, maybe you check it frequently, infrequently, less frequently as time goes on. But yeah, always check the no index one.

[00:27:08] Matt Schwartz: Yeah, I was like, I would still check the no index one, even if it’s binary. But to your point, a lot more of the very black and white items, I think it can handle a lot better than it used to, but I think it still comes down to risk. Like if it’s, yeah, no index, I’m still going to check it. But if it’s something else that just is not that key. Yeah, I think we’re all becoming a little more comfortable or a lot of us are coming more comfortable with that. And I think that’s okay because you know the risk exposure really.

[00:27:35] Nathan Wrigley: Well, and also, especially if it’s QA and checklist time, hopefully you have done the bits and pieces, you really are at that point just making sure that you’ve polished the thing that needs to be polished. So hopefully that’s a bit of low hanging fruit where you’ll catch the things that you missed, and maybe you’ve done the due diligence there already.

Okay, so that was number 12. We’re approaching the end. We’ve got four more to go. So number 13 links directly to WordPress specifically. The WordPress plugin market impact.

I’ve got to say, this has me slightly concerned, because I feel that this could be a good thing for our ecosystem, but also possibly a bad thing. But I’ll just hand it over to you to paint the picture.

[00:28:18] Matt Schwartz: Yeah, definitely. So I think you even touched on this a little earlier when you were saying there’s going to be more one-off apps being built by agencies. And I think that also applies to a lot of plugins that are essentially one-off solutions, right? They are utility plugins. They solve one thing really well.

I think that sort of thing is already seeing the impact. If you talk to a lot of plugin developers, especially some of the larger shops, they’re seeing a drop in sales. And that is a real thing that’s happening. They’re seeing a drop in sales, especially for smaller plugins. Because a lot of agencies and customers are solving that with AI. Maybe it’s a couple files of code, it’s a lot easier for them to build it.

Now I still have concerns around, are they having a human review that? Like I talked about. But humans are going to do what they’re going to do, which some people are just going to run with that. That ultimately affects sales.

So I think that is hurting a lot of the ecosystem when it comes to the smaller plugins out there. And even some of the bigger plugin developers are essentially sunsetting their smaller plugins, because they realise they’re not getting as many sales and they need to focus on what they consider their moat, or their platform, you know, big plugins that AI’s not going to be able to replicate or people shouldn’t trust to replicate.

But if you’re building a small plugin, I’m not going to call any out, but I think that there is some concern there. And I think ultimately for WordPress, I don’t think that really hurts the WordPress ecosystem from the standpoint of plugins in general, but I do think it raises the bar of what a good plugin will be.

And that kind of goes with the agency land. That’s what’s happening with agencies too. It’s just the bar is being raised. You have to have a more complex plugin that actually solves someone’s needs now, not just a small one that solved it, but now they can use AI to do it.

And some people argue that that’s going to continue all the way up with the most complex plugins out there. But I do think that there are, you know, unless AI dramatically improves. If it’s 80% there, that’s great and all, but it’s what we talked about earlier. You can’t really run with that in production at 80%. And that’s the difference between a really good SaaS or really good plugin versus something that was homegrown and just falls apart.

[00:30:38] Nathan Wrigley: I think I have a slightly different, maybe more community focussed, approach to this because one of the things that I think worries me is the, how should we say it? The slow ebbing away of the community. And obviously if you are a, I don’t know, a company launched onto the stock market and what have you, you’re all about the money, right? The bottom line is you’re going to make money, distribute that with your shareholders, whatever, yada, yada. But the point is to make as much cash as possible and do things with that cash.

We have a very different calculus here in that the community is the thing which largely builds the software, maintains the software, promotes events. There is a bit of me which worries that if these, let’s say developers who’ve got one plugin, it doesn’t do 3000 major things, it just does one or two little things, but it’s been their way of getting themselves into the software, and figuring out how it all works, and meeting the community, and being engaged and, you know, all of that.

That slow ebbing away of that is something that I think our community and open source communities like ours need to be just a little bit mindful of. Because it does feel as if AI could definitely eat a lot of lunches. And I think we see that actually. I think we can already see that in the real world with things like attendance at events and the amount of events that are being put on, yeah.

[00:31:57] Matt Schwartz: I think you’re correct. I was actually going to bring this up in the sense that I am already seeing it within a lot of the agency groups. There’s just not as much engagement when it comes to posts, I think, and that sort of thing. Because people use AI more to find solutions, which means they’re not as engaged in the community. Which, to your point, plugins would kind of work the same way, especially the smaller plugins.

And yeah, there’s definitely something I think I’m concerned and kind of sad about already. Because like that’s why a lot of us are in WordPress is for the community. And I 100% agree with you. Not to mention if those guys, the smaller guys go away, then there just ends up being these massive plugin companies, which have their place, but WordPress wasn’t built on all massive plugin companies. So If those smaller ones go away, then that’s a little bit of the WordPress spirit I think are lost for sure.

[00:32:47] Nathan Wrigley: Yeah, I think we just need to be very mindful about this slow, like I say, wicking away or haemorrhaging of the community. And because at some point, the calculation no longer works. You know, there just aren’t enough community members around to make it interesting for other new community members to join, or to stick with things. Or to update their plugin or whatever it may be.

And maybe that is just a consequence of the way the world is moving, I don’t know. But having lived in the WordPress ecosystem for over a decade, I think it would be a shame if that baby was to be thrown out with that bath water.

Okay. Alright. I think we’ve done that one. So the next one is, well, the next one kind of speaks directly to that actually, which is the idea of, I guess spreading your wings a little bit further and realising perhaps that AI empowers you to do things outside of WordPress. And you’ve entitled this Experimenting Beyond WordPress. Again, off you go.

[00:33:37] Matt Schwartz: So this is something I am seeing some agencies doing, which is, because you can use AI now to use unfamiliar stacks, there’s really two parts. One is just unfamiliar stacks, or unfamiliar platforms, you don’t know. You can really try out new platforms a lot faster now. It will tell you exactly what to do, you know, step by step, or it’ll just do it for you.

So there are agencies, I think looking at other platforms where certain projects may make sense outside of WordPress, where they’re using that in that capacity and it’s allowing them to experiment. Where in the past, just sticking in WordPress, you have all your knowledge there makes sense to do, right? You don’t want to know 10 different platforms. But I think AI’s made that easier to dive into these other platforms. So that’s the first thing.

The second thing I think is that, now that you can actually use chat to engage, you are seeing some agencies, and some freelancers, that are saying, well, I don’t need the WordPress infrastructure at all. I just want to go back to pretty much like static or HTML type websites because I know I’m just going to chat with it and then I don’t have to worry about security or updates.

And obviously I think that only would apply with certain websites. It’s not going to apply with highly functional websites. I think that’s not really going to work. But for like your brochure site, I think some agencies are experimenting with some other platforms out there like Astro and the EmDash setup going on with CloudFlare.

You know, and I think that was a direct response actually. They realised, oh, people are going to want to chat with it. We could build this WordPress, what they consider like an upgraded version, in their mind.

And I think that, you know, it’s good to experiment. I think what WordPress does really well, to your point though, is they’ve hopped on the API centric side of things, building the right framework, not trying to force a certain thing down our throats, but actually leave it really open.

And I think that’s ultimately good because that’s how open source works. That’s why I think AI will have a good position with open source is. To your point you made previously, all the data’s out there, all the documentation’s out there. It’s going to be able to be extremely flexible. And I think that’s really why WordPress is still, in my opinion, going to exist and thrive.

But you are seeing agencies that are looking outside of just Core WordPress, because they can experiment with just a lot less time now. And they can also try out some tools that may be a better fit for certain projects.

[00:36:18] Nathan Wrigley: There’s a lot of technologists in our community and we love tinkering, don’t we, and playing with new things? So it’s fairly inevitable. It goes with the territory.

Okay. Alright. So that was Experimenting Beyond WordPress. I think I’m going to skip 15 there because I think we covered quite a lot of that. So I’m just going to go straight to number 16, which probably will become 15, if you know what I mean, when I put it into the show notes.

So the next one anyway is called, whatever its number, is Risks and Cautions. So we’ve built what I feel is like a fairly solid argument for doing this kind of stuff. And now towards the end, we’re going to knock it all down. No, we’re not. But what are some of the risks that you might point people towards?

[00:36:58] Matt Schwartz: A hundred percent. This is, I think, probably one of my favourite sections because people don’t really talk about these risks as much as they should. If you go on LinkedIn, it’s just like all rainbows and butterflies. And we’re building a new feature every day, and I think that noise can make people feel like they have FOMO and they just jump into AI and they don’t think about the risks. So I think this is actually a really important section for any listeners to listen to.

I think one of the first items, probably a little obvious, but with security issues, with AI tools, a lot of companies, every company, I feel like at this point is inputting keys and all sorts of things into these AI chatbots. And ultimately, like those tools can still be hacked. And actually legally, a lot of them say when you submit into the chat, it’s actually considered public record. Anything you submit to them. That’s literally what OpenAI made a legal argument recently about. So keep that in mind when you’re doing this.

There are some ways to do this securely. You can look into, and I think that’s something I would recommend agencies doing because they, you are holding onto client data. And ultimately you don’t want that stuff getting leaked.

Another thing, kind of on another point, which I personally have less concern with, but I think some agencies bring up a valid point, which is every time you talk to these chat bots, et cetera, they’re keeping track of all these conversations. So I know some agencies are being like, hey, how much does a website cost in my state or my country? Only use the data that other agencies have told you. And I don’t know if it’s really doing it, but people are doing that and they’re, you know, it’s not pushing back on them.

Things like that, just be aware of, I think what you’re inputting in, because it isn’t necessarily being leaked as far as they’re being hacked, but that data make get spit out to places you don’t want it to by other parties through chat.

[00:38:52] Nathan Wrigley: I feel that at some point in the future, some gigantic disclosure, something will be disclosed, which is so horrific that it makes us all sort of take a collective breath when we suddenly realise all we’ve given over. We haven’t got there yet, or at least to my knowledge we haven’t. But I feel that at some point in the near-ish future, some jaw dropping disclosure will occur, which will make us all think twice about exactly what you’ve just described.

What are we giving up? What have we given? But also what have we not consciously given? Which kind of bit of our business did we unintentionally open up for the AI to have access to that we didn’t intend to? And if we had the time again, we wouldn’t have allowed it to, and so on and so forth. So, yeah. Okay.

Any other things on the risks and cautions? I feel that there’s a couple more lurking in there.

[00:39:43] Matt Schwartz: Yeah. I think that one’s to be the most obvious that most people are talking about. One I think people aren’t talking about though is handling errors when you’re building your own tools. Essentially, a lot of times you may vibe code something, right, which is great. But because you’re not really going into the depth of every situation, it’s just making kind of assumptions, the AI, of what should be there.

And because it’s so easy and you’re like, well, I’m saving time, people don’t really outline all of this. And so they don’t really put error handling in these tools. And what happens is, of course there’ll be some edge case and, you know, things just break. And again, depending on the tool, if it’s an internal tool, you can probably get away with that. But if it is a public facing, or a client facing tool, that is the beauty I think of having a human actually review it with logic is they are going to have context that the AI doesn’t have.

To your point earlier, like subconsciously might be giving certain information to the AI that we don’t necessarily mean to. But you also might be leaving things out because you think you’ve already told the AI, or you think it’s going to assume a certain way, and you can’t really make that assumption. It ends up really backfiring in the long run, I think.

And that’s why being very conscious about error handling and being like, okay, we’re going to set up logging, we’re going to set up testing. Validation is just the responsible way to be building these tools that really, I feel like no one talks about.

[00:41:09] Nathan Wrigley: No. And the curious thing about it is, because it’s such a black box, I feel that almost every other technology that we’ve interacted with has been much more, I don’t know how to describe it. There’s been a higher barrier to entry. It’s more difficult to interact with it. You’ve had to, I don’t know, press buttons or enter code or what have you. Now you are just communicating. And maybe we’ll even sort of drop into voice communication at some point where we’re literally just talking with the thing.

There’s just no, how to describe it. There’s just such a small amount of friction that is required to interact with these things. And so it kind of lulls us into this perception that it can’t make mistakes. It’s error free and what have you. And we know that that’s not the case. I didn’t really describe that very well, but I hope you got a general sense of what I was trying to describe there.

[00:41:54] Matt Schwartz: I think you’re right. I mean I can give an example like building out CheckView, which is obviously like a, it’s a QA tool for WordPress sites. But one thing is, I knew a decent amount of QA before I started building it. But I learned so much context building it, and we weren’t using AI when we built the tool, right? That I would’ve never gotten out if I had used AI from the beginning.

Because like you said, there’s just such little friction. You as a human just don’t have to have that much information. You can just dive into something, having no idea on what you’re really doing, which is a blessing and a curse. And I think just being aware of that. And building in the right logs, and errors to at least essentially provide a safety net for yourself, knowing that you’re not going to know everything is really important.

[00:42:34] Nathan Wrigley: Yeah. And then a couple of other things which we’ll just sort of gloss over fairly quickly because maybe they’re sort of slightly common sense. Obviously, you know, you’ve got here sensitive client data, which might be, without your knowledge, being scooped up by the AI agents. So monitoring that.

Over dependence on AI vendors. This feels like everybody’s really become dependent on a handful of companies. Maybe you could count them on one hand, I think basically. There’s three or four really, that everybody seems to be using. So that may be something that we want to be mindful of.

And of course, the last one of your bullet points under Risks and Cautions is just the fact that AI makes some mistakes all the time.

[00:43:15] Matt Schwartz: All the time. I think most of that’s common sense. Really, the only one that I think people aren’t talking as much about is the overdependence on AI. Not to date this podcast, but I’m going to a little bit anyways. For example, with Claude, they are removing Claude Code from their $20 plan right now. You know, if you’ve built this into your agency process, well, get ready to pay, you know, a hundred bucks for every employee, which could be thousands of dollars.

[00:43:40] Nathan Wrigley: You can only imagine how valuable that will be. And maybe it’ll be 200 bucks, or a thousand bucks or whatever it may be.

[00:43:46] Matt Schwartz: Right. A lot of these companies obviously are subsidising the cost, and so I do caution agency specifically. That’s why having that AI vision is important, but also considering making it independent enough from your processes that you still can function if this thing does change around, because I do think there is going to be a pushback on cost at some point.

So for example, like when you’re building a product, I’m seeing some companies that are building AI so integral to their product that it will not function without AI. Or going to have to raise the price by 10x. And so like even with CheckView, our tools are there, but we haven’t built it in in such a way that you can’t use the tool without it.

And I think at the agency level, it’s the same idea. For the most part, trying to avoid building it in a way that you couldn’t reduce the AI needs if you needed to. Or just preparing for that the costs could go up and like, you know, if you give it to all 10 employees now, you know, at 20 bucks a month, get ready to possibly pay a lot more later.

And I just think that’s something important for agencies specifically to keep in mind. And I know that seems contradictory to what I said at the beginning of this, AI everything, but I think it’s important.

[00:44:59] Nathan Wrigley: I’m not a financial wizard in any way, shape, or form, but that does seem to be something which, sure as night follows day, is going to be coming, is the requirement to repay a lot of the venture capital that the AI is currently burning through. And yeah, so maybe a significant price hike.

And we’ve all got used to these practically free tools, and maybe that’s something that is not going to be in our future. So that’s a really good point. Put that bulwark in place to make sure that you are protected from that should it go up by, like you said, 10x or whatever it may be?

Okay, so I did say that there were going to be multiple, I think 16 is what I said. This probably will be the last one. This is likely outcomes for agencies. So, Matt, you get to stare into the crystal ball and tell us what your final thoughts are in terms of what you think are likely outcomes.

[00:45:47] Matt Schwartz: So I think some of this is already happening.

Hiring, I think, is slowing down in some agencies because they’re realising they can automate more. They don’t need as many, essentially non-specialist employees, or contractors. And I think that is a real thing that is happening.

I don’t know if it’s going to be necessarily a long-term issue. Hopefully as, essentially the floor raises, work gets better, more agencies will be focused on providing more value, more strategy, those sort of things. Again, the execution becomes a little bit of a commodity. So having essentially more junior team members who usually do that execution isn’t just quite as necessary. So I think that’s going to continue to come up.

But again, I think it’s going to be balanced out with even the costs we just talked about with the AI tools. There could totally be a point where the tools might get expensive enough that it makes sense to have a junior do this execution.

[00:46:45] Nathan Wrigley: Get the humans back. Yeah.

[00:46:46] Matt Schwartz: Yeah. And we go back the other way. Some people are saying that could happen. I could see the argument for that. But I think that’s one thing.

Another thing with agencies is you now can really productise more of your services. And this comes into the automation process that we talked about. You can take your processes, you can really package them up, I think. And there has been a lot of talk about productising services, but I think now you can get more nuanced.

So if you, for example, only build sites for plumbers, well, with AI you can get way more specific on plumber specific service needs, and build out a process with what you’ve already done, plus, with AI to make that, I think, a lot easier for the plumber or the client, to get what they need out of it. In the past, I think most agencies were trying to build SOPs as we have time. And it, you know, it’s just a really difficult process. And I think that’s where agencies I think could help a lot.

And then the last point I’ll make around here is really around that the tools I think will change. It will be, again, less about the execution of tools, how you’re building your sites. More about the actual automation. And then really just testing and monitoring and making sure everything’s working how it’s supposed to be. The human will essentially become more of the manager of the AI. And that extends, I think, to even the tools.

I could see there being more QA and monitoring tools out there for more specific needs. Because now, you know, AI can build 90% of this, which is great. I save that cost, but I know I need to pay maybe 5% of that towards some tools that actually watch and monitor what’s happening, and make sure these automations, and these websites, are really doing what they need to be doing. So I think there is going to be possibly a shift in that way around what sort of tools that we’re investing in as far as agencies go.

[00:48:40] Nathan Wrigley: So that we could describe as a bit of a marathon. I think, really, you really took us through the gamut of everything that could possibly affect an agency in the AI space. We’re in the year 2026, let’s see how it ages. But that was a really interesting deep dive into all of the different bits and pieces.

Matt has very kindly put together some show notes. What I think I’ll probably do is crib those. Maybe I’ll put them into the WP Tavern show notes, or maybe I’ll link to a Google Doc or something like that where you can see them. But you’ll be able to see all of the different bits and pieces that we went through. There’s a lot more on that document than we actually had a chance to go through. So definitely do check that out.

What I can say is that the future is definitely going to be interesting. Whether or not any of the predictions you’ve made will turn out to be true, time will tell.

But what a fascinating chat. Thank you so much for chatting to me. And I really appreciate you sticking around and doing the second episode somewhat unexpectedly with me.

Just before we sign off, Matt, where can we find you? Where are the best places online to hang out with you?

[00:49:49] Matt Schwartz: Yeah, definitely. So definitely, you can find me on the Admin Bar Facebook group. I’m also in LinkedIn, trying to be better about that. You can also check me out. I’ve got a Slack channel. Checkview.io, of course. Inspry.com. Feel free to reach out if anything comes up.

Definitely, overall I would just recommend agencies dabble in this. Don’t be reckless, but definitely see what makes sense for your agency. Document it all out ahead of time. And I think that that’s really going to be agencies strong suit is, can we leverage this stuff in a smart way?

[00:50:21] Nathan Wrigley: Well, you’ve certainly provided us with a lot of food for thought. So once more, go and check out the show notes on wptavern.com. I will probably link to the document that Matt has created on both part one of this and part two as well. So you’ll be able to check both of those out.

Matt Schwartz, thank you so much for chatting to me today. I really appreciate it.

[00:50:41] Matt Schwartz: Thank you so much, Nathan.

On the podcast today we have Matt Schwartz.

Matt has been working in the WordPress ecosystem since 2011, running his own agency based in Atlanta and developing products like CheckView, a tool for WordPress form and checkout QA. Matt’s expertise lies in how agencies can smartly and cautiously incorporate AI into their workflows for real, tangible wins (and how to avoid potential pitfalls). He was on the show last week to record the first of this two part mini series. You might want to listen to that prior to this, but it’s not strictly necessary.

In this episode, we build upon last week’s conversation, Matt talks about practical strategies for integrating AI across agency operations. The discussion starts with what it means to give AI access to your agency’s ‘brain’, using tools like project management wikis and connecting them with AI chatbots to streamline knowledge sharing and avoid common AI hallucinations.

We then get into MCPs, which stands for Model Context Protocol, and talk about why this area is quickly becoming a game changer for agencies looking to securely connect AI agents to multiple internal systems without complex, risky API configurations.

The conversation covers how to use AI for building internal tools, highlighting where it’s low-risk and where you should be more cautious, especially with public-facing or mission-critical systems. Matt explains how agencies can leverage AI for QA and checklist automation, freeing up time for deeper human review of other important tasks.

We also discuss the impact of AI on the WordPress plugin market, including potential consequences for plugin developers and the wider community, and whether the rise of AI-generated ‘disposable’ tools could erode the collaborative spirit of the WordPress community.

We end by chatting about the importance of approaching agency AI adoption with eyes wide open to the risks. Data security, overdependence on vendors, failure to handle errors, and the reality that AI still makes mistakes. Matt shares his outlook on how agencies can position themselves to thrive as AI reshapes the industry, from hiring strategies to the next generation of productised services.

If you’re running an agency or freelance business in the WordPress space and want to get ahead with AI thoughtfully and securely, this is the episode for you.

Matt’s show notes for Part 2

9. Giving AI Access to the Agency’s Brain

  • A practical quick win is connecting AI to the agency’s project management system, wiki, docs, SOPs, or past tickets.
  • This allows AI to answer questions using the agency’s actual internal knowledge.
  • It can help with:
    • Sales handoffs
    • Support consistency
    • Project management
    • Developer onboarding
    • Client-specific context
    • Process reminders

Good framing line:

One of the quickest hacks is giving AI access to your agency’s existing brain before asking it questions.

10. Internal MCP and Guardrails

  • Agencies may eventually use an internal MCP layer as a controlled proxy.
  • The MCP can connect to tools through APIs.
  • It can give the team access to AI-powered workflows while maintaining guardrails.
  • The goal is controlled access, not just letting AI freely touch everything.

Possible uses:

  • Search agency docs.
  • Pull project status.
  • Check time tracking.
  • Review support history.
  • Query website data.
  • Trigger approved automations.

Good framing line:

The more AI gets access to real tools, the more agencies need permission layers and guardrails.

11. Vibe-Coded Agency Tools

  • Agencies are starting to vibe-code internal tools they never would have had time or budget to build before.
  • Examples:
    • Website management dashboards
    • QA tools
    • Reporting tools
    • Client health dashboards
    • Project profitability dashboards
    • Launch checkers
    • Tools combining project management, time tracking, and accounting data
  • This gives agency owners a more nuanced view of the business.

Good framing line:

The value of vibe-coding is not always building a perfect SaaS product. Sometimes it is building a scrappy internal tool that saves the team 30 minutes every week.

12. QA, Checklists, and Testing

  • AI is very useful for creating QA checklists.
  • Tools like Claude with skills can be taught a repeatable launch process.
  • AI can help generate launch checklists and even assist with running through parts of them.
  • This becomes powerful when paired with actual testing tools.

Tie-in to CheckView:

  • Agencies need better ways to verify that websites and automations are actually working.
  • AI can suggest what to check, but testing confirms whether it works.
  • This is where tools like CheckView fit into the shift toward more automated QA and monitoring.

Good framing line:

AI can help create the checklist, but you still need systems that verify the work actually works.

13. The WordPress Plugin Market Impact

  • AI is making it easier to build small WordPress plugin utilities.
  • This may hurt the market for small utility plugins.
  • Agencies can now create small, custom plugins or snippets for specific client needs.
  • Larger plugin companies may respond by focusing more on larger platform-style products with stronger moats.
  • Small utility plugins may become less attractive as standalone businesses.

Good framing line:

The tiny utility plugin market may get squeezed because agencies can now build small custom utilities much faster than before.

14. Experimenting Beyond WordPress

  • Some agencies are experimenting with static sites, Astro, and other platforms.
  • AI makes it easier to test unfamiliar stacks.
  • This does not mean WordPress disappears.
  • It does mean agencies may be more willing to choose different tools for different project types.
  • WordPress will still make sense where clients need editing, plugins, WooCommerce, memberships, content workflows, and flexible admin tools.

Good framing line:

AI may make agencies more platform-flexible, but WordPress still has a huge advantage when clients need a mature content and plugin ecosystem.

15. Risks and Cautions

  • Security issues
    • Credentials, permissions, API access, and client data need to be handled carefully.
  • Poor error handling
    • AI-built tools often work for the happy path but fail on edge cases.
    • Many lack proper testing, validation, logging, and fallback behavior.
  • No long-term maintenance plan
    • Vibe-coded tools can create hidden technical debt.
    • Once a tool touches client data, billing, credentials, or production systems, it needs real engineering thought.
  • Sensitive client data in AI tools
    • Agencies need to be careful about pasting client data into SaaS AI tools.
    • There are privacy, contractual, and data leakage concerns.
  • Over-dependence on AI vendors
    • Agencies that make core offerings too AI-dependent could be exposed if tool costs rise.
    • If the AI bubble cools or pricing changes, AI-heavy workflows may become more expensive.
  • AI still makes mistakes
    • AI can be confidently wrong.
    • If a human made up facts this often, you would probably fire them.
    • Agencies still need human review, especially for strategy, legal-sensitive work, code, security, and client-facing communication.

Good framing line:

AI can make bad thinking look very professional, and that is one of the biggest risks.

16. Likely Outcomes for Agencies

  • Smaller teams will do more
    • AI may allow agencies to stay leaner.
    • Some agency teams may shrink, or at least avoid hiring as quickly.
  • More productized services
    • AI makes it easier to package repeatable offerings.
    • Example:
      • An agency serving service businesses could automate intake, site planning, reporting, review analysis, landing page recommendations, and follow-up workflows.
  • More technical differentiation
    • Agencies may differentiate through operations, automation, integrations, monitoring, and QA, not just design.
  • Agency tools will change
    • Less focus on purely development-specific tools.
    • More demand for automation, QA, testing, monitoring, and operational visibility.
    • This connects directly to CheckView because agencies need to know whether the websites, forms, checkouts, and automations they manage are actually working.

Good framing line:

The next wave of agency tools may be less about building websites and more about proving that everything connected to the website is working.

Useful links

Part 1 of this two part podcast series can be listened to here

Matt’s agency – Inspry

CheckView

The Admin Bar

ManageWP

WP Remote

💾

WordPress 7.0 Source of Truth

Welcome to the Source of Truth for WordPress 7.0!

Before you dive headfirst into all the big and small changes and pick your favorites, make sure to read these preliminary thoughts about this post and how to use it. If you have questions, leave a comment or email me at pauli@gutenbergtimes.com.

Huge Thank You to all collaborators on this post: Anne McCarthy, Sarah Norris, Ella van Durpe, Maggie Cabrera, Ben Dwyer, Jonathan Bossenger, Justin Tadlock, Dave Smith, Courtney Robertson and a lot more. It’s takes a village…

Estimated reading time

19–29 minutes

at

4,552 words

Table of Contents

Changelog

Any changes are cataloged here as the release goes on.

Important note/guidelines

Try not to just copy and paste what’s in this post since it’s going to be shared with plenty of folks. Use this as inspiration for your own stuff and to get the best info about this release. If you do copy and paste, just remember that others might do the same, and it could lead to some awkward moments with duplicate content floating around online.

  • Each item has been tagged using best guesses with different high-level labels so that you can more readily see at a glance who is likely to be most impacted.
  • Each item has a high-level description, visuals (if relevant), and key resources if you would like to learn more.

Overview 

WordPress 7.0 highlight grid, status May 12, 2026

Note: As always, what’s shared here is being actively pursued but doesn’t necessarily mean each will make it into the final release of WordPress 7.0.

WordPress 7.0 introduces several new features and performance enhancements.

Key new features include:

  • Visual revisions: A new revisions screen inside the block editor gives a visual preview of the changes with an easy-to-understand color-coded system.
  • Navigation overlays: Customizable mobile menus for more flexible styling.
  • Content focused pattern editing: Pattern editing now prioritizes the content editing experience with more available options when needed.
  • AI Foundation in WordPress: User can connect their site to an AI agent of choice to use the AI experiments plugin. Plugin developers can use the Connectors API to register connections to external services.

Furthermore, WordPress 7.0, entails:

  • Two new blocks: the Icon block and the Breadcrumbs block.
  • Viewport-based block show/hide: Block visibility extended to customize display according to screen-sizes.
  • Gallery lightbox navigation: improved browsing through images placed in a gallery.
  • Font management for all themes: The screen to upload and manage fonts is now available in the Appearance menu for classic and block themes.

Many more quality of life changes for workflow and design tools made it into this release. You’ll find the complete list below.

WordPress 7.0 is set to be released on April 9, 2026 at Contributor Day of WordCamp Asia.
The new release date will be announced no later than April 22. (see Ventura’s announcement) is May 20, 2026

Of note, this release consists of features from the Gutenberg plugin version 22.0 – 22.6. Here are the release posts of those plugin releases: 22.0 |  22.1 |  22.2 | 22.3 | 22.4 | 22.5 | 22.6. Later Gutenberg releases contain bug fixes, backported to WordPress 7.0. release branches.

Important links:

Assets 

In this Google Drive folder you can view all assets in this document.

Tags

To make this document easier to navigate based on specific audiences, the following tags are used liberally: 

  • [end user]: end user focus. 
  • [theme builder]: block or classic theme author. 
  • [plugin author]: plugin author, whether block or otherwise.
  • [developer]: catch-all term for more technical folks. 
  • [site admin]: this includes a “builder” type. 
  • [enterprise]: specific items that would be of interest to or particularly impact enterprise-level folks
  • [all]: broad impact to every kind of WordPress user. 

How can you use these? Use your browser’s Find capability and search for the string including the brackets. Then use the arrows to navigate through the post from one result to the next.

Short video on how to use the tags to navigate the post.

Priority items for WordPress 7.0 

Visual Revisions [all]

How revisions work for the block editor was completely reimagined. The visual Revisions screen keeps you in the editor the entire time, activating a subtle revision mode right where you work, eliminating the need to jump to a separate screen. A timeline slider in the header allows you to browse through different versions, seeing content updates in real-time.

The system highlights visual differences, showing added and removed text, formatting changes, and outlining modified blocks instead of raw code. For long documents, a mini-map along the scrollbar indicates where changes exist, letting you jump directly to them, and the sidebar remains useful with a summary of the changes for the current revision. To simplify reverting, the “Update” or “Publish” button is replaced by a “Restore” button when you are browsing the history (74742).

Yellow marks a changed section/block, in red you’ll find deletions and green are additions compared to the early version. 

Wes Theron has a short video on How to restore previous versions of a page or post in WordPress.

Anne McCarthy also gives a great walk through the screens on Youtube:

Navigation Overlays and more [theme builder][plugin author] [site admin]

Navigation blocks now have customizable overlays and give user full control over mobile hamburger menus. A prominent Create overlay button in the side bar guides you through the setup, providing a selection of patterns to achieve various designs for your overlay. WordPress 7.0 comes with multiple built-in patterns including centered navigation, accent backgrounds, and black backgrounds. New blocks default to “always” showing overlays. The Navigation block sidebar section also shows a preview of the selected overlay template parts. You can also access the list of Navigation Overlays via Appearance > Editor > Patterns > Template Parts.

To make it easier for users to create custom overlays for their mobile navigation, four new patterns are now available for the navigation overlay template parts:

  • Submenus: Always visible option: Users can now add navigation blocks to their overlays and toggle if they’d like to have the submenus always visible or not. (74653)
  • Page Creation in Navigation: Create pages directly from the Navigation block with helpful Snackbar notices and improved parent page search using relevance matching (72627, 73836).

Treating patterns like a single block [all]

Get ready for a smoother, more intuitive experience when using patterns in WordPress 7.0. It’s becoming much easier to customize your site’s design sections with a simplified editing workflow and an improved content-focused mode. 

Users naturally stay in the safe lane without accidentally breaking designs. Agencies can hand off a site knowing clients can’t wreck the layout by default — they’d have to deliberately choose to go deeper.

What’s New for Patterns:

  • Quick Content Edits: When you select a pattern, instead of seeing a list of individual blocks, you’ll see a clean, expanded inspector panel. This panel exposes all the editable text and image fields directly, organized for easy access.
  • Content-Only Focus: Patterns will now default to a Content-Only editing mode. This simplifies the experience by letting you quickly fill in the content without seeing all the underlying design tools.
  • Full Customization (If You Need It): If you do need to change the structure or design of a pattern, you can simply “detach” it. This gives you full access to all the individual blocks, just like before. Use the Edit Pattern button from the sidebar.
  • A Unified Experience: This new approach makes patterns feel like single, smart design objects with easy-to-update attributes, whether you’re using a pattern, a design section, or a partially synced pattern.

Head over to the dev note Pattern Editing in WordPress 7.0 for the full picture. 

AI in WordPress [enterprise][developers][site admin]

WordPress 7.0 ships with a WP AI client API and a built-in Connectors screen — a centralized hub for managing all kinds of external service integrations, not just AI providers. Connect to OpenAI, Claude, or Gemini and WordPress automatically installs the right plugin and prompts you for your API key. Developers get a consistent framework to build on—enabling features like content generation, block building, and theme creation without reinventing the plumbing every time.

The new Connectors page also sports a shout-out to the AI Experiments plugin if users want to see AI features, like title, excerpt, or alt-text generation, in action.

But the real value of this Connectors API is broader: any plugin that needs to connect to an outside service via API keys or other credentials can tap into this standardized connection management system. Users get one place to maintain all their integrations. And plugin developer a standardized way to tap into the plumbing.

New Blocks

Breadcrumbs Block [all]

The new native Breadcrumbs block in WordPress 7.0 provides dynamic navigational trails for the Site Editor. It automatically generates paths from the homepage to the current page, adapting to context.

The block handles hierarchical pages (e.g., “Home / Services / Web Design / Portfolio”) and includes taxonomy for blog posts (e.g., “Home / Technology / Your Post Title”). Beyond simple pages, it correctly constructs paths for archive pages (category, tag, author, date), search results, and 404 errors. For Custom Post Types, it includes the post type archive in the trail.

Breadcrumbs block displaying post categories WordPress 7.0

The block offers alignment options (left, center, right, wide/full), as well as other block design options. Additional settings are available for showing the last item as text or a link and consistent homepage handling (72649).

The dev note Breadcrumb block filters has the details. 

Icon Block [all]

The new Icon block empowers users to add decorative icons from a curated collection to their content. It utilizes a new server-side SVG Icon Registration API, ensuring icon registry updates propagate without block validation errors. 

The initial release is limited as it doesn’t yet allow registering third-party icon collections. Extensibility for third-party icon registration is planned for future release in 7.1, following further development on the Icon registry API architecture. A REST endpoint at /wp/v2/icons supports searching and filtering. The initial set draws from the wordpress/icons package (71227, 72215, 75576).

List of directions, illustrated with the icon block

Block Editor enhancements

Custom CSS for Individual Blocks [enduser][site admin] [theme builder]

Previously, applying custom CSS to a block instance required adding a custom class name and then writing a rule in the Site Editor’s global Custom CSS. This two-step process was complex for most users and inaccessible to content editors without Site Editor access.

A new custom CSS block support introduces a Custom CSS input to the Advanced panel within the block editor sidebar, conveniently placed next to the familiar “Additional CSS Class(es)” field. You only need to add the CSS declarations (no selectors!) If you do need to target nested elements, use the & symbol (for example, & a { color: red; }). This field is focused purely on styling and will reject any HTML input. The field is guarded by the edit_css capability to see and use this powerful new field. The editor automatically adds a has-custom-css class for styling consistency. #73959, #74969.

Dive into the dev note Custom CSS for Individual Block Instances for the complete rundown.

Control viewport-based block visibility [all]

When you’re editing a post or page, you can now choose to show or hide any block depending on the visitor’s screen size. Select a block, click Show in the toolbar, and pick which devices — desktop, tablet, or mobile — should display it. You can also hide a block from the document entirely through the same modal.

For the nitty-gritty, see the dev note Block Visibility in WordPress 7.0.

Anne McCarthy walks you through the feature:

Anchor support for dynamic blocks [developer][plugin author]

Dynamic blocks now support Anchor (id attribute) functionality. The anchor reference is consistently stored within the block comment delimiter, enabling dynamic rendering on the front end. (74183)

Paste color values in the color picker [end user][theme builder] [site admin]

Color pickers throughout the block styles sidebar, now offer support for pasting complete color values. You can now copy/paste the brand colors from a design document or website into the color picker box and don’t have to go through the process of selecting the right color and hue (73166).

Dimension support for width and height [theme builder][site admin]

WordPress 7.0 expands the Dimensions block supports system with three significant improvements: width and height are now available as standard block supports under dimensions, and themes can now define dimension size presets to give users a consistent set of size options across their site.

The Dev Note Dimensions Support Enhancements in WordPress 7.0 has the details for block.development and theme builders.

Email notifications for Notes [all]

Collaborators can now get notified when someone leaves a note on their content. No more checking back constantly (73645).

Block Attributions Groups in the sidebar [all]

The block editor sidebar is being reorganized to make controls easier to find. Block settings will be grouped into four clear sections: 

  • Content (text, images, captions), 
  • List (reordering and nesting for blocks like Lists and Social Icons), 
  • Settings (block-specific options), and 
  • Styles (typography, colors, spacing). 

This means you won’t need to hunt through toolbars or scattered panels — everything will live in a predictable place in the sidebar. Connected data sources will also appear directly next to the attributes they affect, so you can see at a glance what’s linked and where. It also means that for the transition a reordering of the sidebar and controls to be in different place than before. For instance. For an image block that includes the “Alt” text setting is now to be found in the content tab rather than the settings tab.  (73845)

Here’s an example of the implementation for Patterns:

Link Control validation [end user] [site admin]

The Link Control component in Gutenberg now validates the URLs, you enter helping to avoid broken links (73486).

Improved Blocks and Block handling

Pseudo Styles for Button Blocks [theme builder][site admin]

Theme designers and developers can now style button states (hover, focus, active, and focus visible) directly within the theme.json, making it much easier to keep all design controls centralized and consistent. This reduces the reliance on custom CSS for things like button hover states (71418).

JSON
{
    "styles": {
        "blocks":{
                "core/button":{
                    "color":{
                        "background":"blue"
                    },
                    ":hover":{
                        "color":{
                        "background":"green"
                        }
                    },
                    ":focus":{
                        "color":{
                        "background":"purple"
                        }
                    }
                }
            }
    }
}

More details are available in the Dev Note: Pseudo-element support for blocks and their variations in theme.json.

Extra divs removed from blocks in the editor [theme builder][developer][site admin]

WordPress 7.0 introduced a new HtmlRenderer component, which renders HTML content as React elements with optional wrapper props. For theme authors, this means that several blocks will no longer have an extra wrapping <div> in the editor, allowing for consistent styling with the front end (74228).

Blocks that have been fixed are:

Universal Text Alignment [all]

Nearly all text blocks now support the standardized text-align block support system, including Paragraph, Button, Comment blocks, Heading, and Verse. Plus, text justify alignment is now available. See tracking issue to follow along on the progress (60763).

Cover Block Video Embeds [site admin][end user]

For the Cover block this release comes with the ability to use embedded videos (like YouTube or Vimeo) as background videos in the Cover block, rather than being restricted to locally uploaded files. Offloading video to 3rd-party services helps reduce hosting and bandwidth costs. Also, the focal pointer is now available for fixed background. (#73023, #74600).

Gallery Block 

Lightbox navigation [site admin][end user]

The Gallery block’s “Enlarge on click” lightbox now lets you navigate between images. When you click a gallery image, back/next buttons appear so you can browse through the rest of the gallery without closing the lightbox. Keyboard navigation (arrow keys) and screen reader announcements are fully supported. It also works with swiping on mobile, however the swiping isn’t yet visual/animated.  (62906) and lightbox items still miss captions.

Content Tab in sidebar [site admin][end user]

For fast access to Alt text box the sidebar of the Gallery block shows a new content tab in the sidebar. 

Responsive Grid Block [site admin][end user][theme builder]

The Grid block is now responsive even when you set a column count. Previously, you had to choose between setting a minimum column width (responsive, Auto mode) or a fixed column count (Manual mode)—a binary toggle that confused many users. Now you can set both: when you do, the column count becomes a maximum, and the grid scales down responsively based on your minimum column width. 

You can set neither, either, or both—the block handles all combinations gracefully. The confusing Auto/Manual toggle is gone entirely, replaced by clearer “minimum width” and “columns” labels with a plain-language description explaining the relationship between the two controls.. (73662)

Heading block variations [site admin][end user]

Each heading level (H1-H6) is now registered as a block variation on the Heading block. These do not appear in the inserter, but the change does add icons to the block’s sidebar for transforming it between variations (73823).

HTML Block Enhancement [site admin] [themebuilder] [end user]

The HTML block was redesigned to work now as a modal-based editor featuring separate tabs for HTML, CSS, and JavaScript. Admin can now use it for more powerful customizations, when HTML JS and CSS work on a single block. (73108).  

Image block inline editing and controls [site admin][end user]

WordPress 7.0 comes with a revamp of the image editing feature in the editor. It’s now easier to crop, rotate or zoom in on a particular image corner. (#72414) (#73277).

Advanced Image Controls [site admin][end user]

Image block now supports the focal point control and aspect ratio adjustments for wide and full alignments, plus reorganized inspector controls with a dedicated content tab. #73115, #74519, #74201

Math Block Improvements [end users][site admin]

LaTeX input now uses a monospaced font, and style options are available for better mathematical expression editing (72557, 73544).

Paragraph [all]

A new typography tool has been added for specifying the line indent of paragraph blocks (73114, 74889). Users and theme creators can specify line indentation rules for a single paragraph block and also at global styles / theme.json level for all paragraph blocks. For global styles and theme.json, it’s possible to choose whether all paragraphs or only subsequent paragraphs are indented, which accounts for different indentation standards around the world.

The dev note on the new textIndent block support has all the details for developers working on blocks or themes.

The example code sets a default indent value of 1.5em globally for paragraphs:

JSON
{
  "settings": {
    "typography": {
      "textIndent": "true"
    }
  },
  "styles": {
    "blocks": {
      "core/paragraph": {
        "typography": {
          "textIndent": "1.5em"
        }
      }
    }
  }
}

More details can be learned in the Dev Note: New Block Support: Text Indent (textIndent) 

Columns in Paragraph blocks [all]

Now that there is block support for typographical columns, the paragraph block can now handle text columns by default (74656).

On the front-end only, the Paragraph block now has a .wp-block-paragraph class. This change doesn’t affect global styles, which still use the p selector.(71207)

Query Loop Enhancements [all]

Query loops now support excluding terms. When the block is locked it now hides design change and choose pattern options. #73790, #74160

Verse Block, renamed to Poetry [all]

The Verse Block has been renamed to Poetry block (74722) Also it now utilizes border-box for its box-sizing, which guards against overflow issues and should make it easier to style without additional custom CSS.

Admin / Workflow updates 

Manage fonts for all themes in a dedicated page [site admin][theme builder] [enterprise]

A dedicated Fonts page is now available under the Appearance menu for all themes. Until now, font management has lived deep inside Global Styles, requiring navigation through several panels to install or preview a font. This new standalone page lets block theme users browse, install, and manage their typography collection in one dedicated space. 

Under the hood, this page is built on a new routing infrastructure for the Site Editor, designed to improve navigation and support new top-level pages in wp-admin. View transitions are now wired into this routing layer, providing early zoom/slide animations when navigating between pages (73630, 73876, 73586).

The Font Library and Global Styles also work with classic themes (#73971, #73876). Like the Media Library, you can access the Font Library as a modal or through a dedicated admin section—regardless of your theme type.

Command Palette in Adminbar [all]

Instantly access all the tools you need with a single click using the new Command Palette shortcut in the Omnibar! In 7.0 Beta 5, logged-in editors will see a field with a ⌘K or Ctrl+K symbol in the upper admin bar that unfurls the command palette when clicked. The new command palette entry point streamlines navigation and customization, giving you full control from anywhere on your site – whether you’re editing, designing or just browsing plugins.

View Transitions  [all]

View transitions have been integrated into the WordPress admin in 7.0, enabling smooth transitions between screens.  The implementation for the front end is slated for the next WordPress 7.1 (64470) The result is a smoother page-to-page transitions using the CSS View Transitions API — no markup or JavaScript changes required, just a progressive enhancement you’ll notice immediately when navigating between admin screens.

Improved screens across WP-Admin  [all]

WordPress 7.0 is getting a CSS-only “coat-of-paint” visual reskin of the wp-admin, bringing the classic admin screens closer to the visual language of the block and site editors — no markup changes, no JavaScript, no functional changes, and all existing CSS class names and admin color schemes preserved. (64308)

  • New default color scheme: “Modern” replaces “Fresh” as the default admin color scheme (#64546)
  • Updated buttons and input fields: primary, secondary, and link buttons, plus text inputs, selects, checkboxes, and radio buttons, now align with the WordPress Design System (#64547)
  • Updated notices: info, warning, success, and error notices refreshed for clarity and consistency (#64548), including on the login screen
  • Updated cards and metaboxes: dashboard widgets and metaboxes get modernized styling (#64549)
  • New wp-base-styles stylesheet handle: consolidates admin color scheme CSS custom properties into a single reusable stylesheet, available across the admin and the block editor content iframe
  • Login and registration screens: the WordPress logo updated from blue to gray to match the new design, and scheme styles now apply to login, install, database repair, and upgrade screens

Developer Goodies [developer][enterprise]

Client-side Abilities API

WordPress 7.0 ships a JavaScript counterpart to the server-side Abilities API introduced in 6.9. The Client-Side Abilities API arrives as two packages: @wordpress/abilities for pure state management usable in any project, and @wordpress/core-abilities, which auto-fetches server-registered abilities via the REST API. You can now register browser-only abilities — navigation, block insertion, and more — opening the door to browser agents, extensions, and WebMCP integrations directly in the client.

WP AI Client

WordPress 7.0 ships a built-in AI Client, that gives your plugin a single, provider-agnostic PHP entry point — wp_ai_client_prompt() — for text, image, speech, and video generation. You describe what you need; WordPress routes it to whichever AI provider the site owner has configured via Settings > Connectors. Official provider plugins cover Anthropic, Google, and OpenAI. No credential handling, no provider lock-in, and graceful feature detection before any UI is shown.

PHP-only block registration

Developers can now create simple blocks using only PHP. This is meant for blocks that only need server-side rendering and aren’t meant to be highly interactive. When possible this feature also auto-generates sidebars for user input for suitable attributes and design tools.

To do so, call register_block_type with the new autoRegister flag. A render_callback function must also be provided. (71792)

Dev note with all the details. PHP-only block registration

Pattern Overrides for custom blocks

Since WordPress 6.5, Pattern Overrides let you create synced patterns where the layout stays consistent but specific content can change per instance. The catch? Only four core blocks supported it: Heading, Paragraph, Button, and Image.

Not anymore. Any block attribute that supports Block Bindings now supports Pattern Overrides by default. Block authors can opt in through the server-side block_bindings_supported_attributes filter. This closes a long-requested enhancement and opens up synced patterns to custom blocks (73889).

DataViews, Data Form components and Fields API 

A substantial API update introduces new layouts, validation rules, grouping options, and picker improvements affecting plugins using wordpress/dataviews. The Dev Note has all the pertinent details: DataViews, DataForm, et al. in WordPress 7.0

UI Primitives and Components

The WordPress UI package just got a significant update, adding multiple new components and tools to help developers create more polished and accessible interfaces for WordPress users.

A list of all the dev notes can be reviewed from the Make Core blog

💾

💾

💾

💾

💾

💾

💾

💾

#215 – Matt Schwartz on Exploring AI’s Impact in WordPress Agencies (Part 1)

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 this case, exploring AI’s impact in WordPress agencies.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today we have Matt Schwartz. Matt runs Inspry, an Atlanta WordPress and Woo Commerce agency. He started it back in 2011 and has been working with WordPress even longer than that. In addition to his agency work, he also has a product called CheckView focused on WordPress testing. He’s got years of experience in the WordPress agency world, and recently he’s turned much of his attention towards the growing impact of AI.

If you’ve been hearing a lot about AI but a feeling fatigued by all the fragmented conversations, this episode might well offer a different perspective. Rather than focusing on how AI creates websites or content, Matt shares a different angle, how AI can be used inside a WordPress agency to enhance processes, improve workflows, and deliver more value to clients, with much of it happening behind the scenes.

We start by talking about how Matt stumbled into web design and how that led him to running his own agency. We dig into agency life, and why so many freelancers and agency owners are constantly iterating on their processes. From there, we talk about the big shift that’s happening, not just in building sites, but in how agencies can use AI to streamline their SOPs, client communication, and internal operations.

Matt explains the need for intention when adding AI to an agency. He introduces the idea of an AI vision document, that helps set guardrails and guidelines for where, and how, AI should factor into your business. He also shares real examples of ways AI can save time and stress in things like meetings, proposals, debugging, support, and even helping you expand your service offerings. We also touch on the risks, ethical considerations, and the importance of keeping a human in the loop during critical agency moments.

If you’re running a WordPress agency, or are curious about how agencies are adapting to the rapid pace of change, brought by AI, this episode is for you. This is part one in a two-part series, so listen to this and tune in next week for part two.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Matt Schwartz.

I am joined on the podcast by Matt Schwartz. Hello, Matt.

[00:03:45] Matt Schwartz: Hey Nathan. Thank you so much for having me today. I’m excited.

[00:03:48] Nathan Wrigley: Yeah, you’re very welcome. We’re on the podcast today to have a chat about AI. Now, before you hit the stop button, dear listener, because AI is all the rage everywhere, we’ve talked about it a million different ways. I think there’s something a little bit different about the conversation that we’re going to have today, because it particularly plays into the WordPress agency, kind of the stuff that you are not doing with the website directly, but all of the bits and pieces that allow you to have an agency, and how AI may or may not be best placed to insert itself in those different scenarios.

But before we begin that, Matt, do you mind just giving us your little bio? Maybe tell us a bit about your situation regarding WordPress agencies and whatnot.

[00:04:31] Matt Schwartz: Definitely. Yeah, so I run an agency called In Inspry in Atlanta. We’ve been around since 2011. We’ve been using WordPress since 2013, and also have a product called CheckView, which does WordPress testing.

But yeah, in the agency space specifically, you know, I’ve been talking to a lot of different agencies about AI. I’ve been pretty involved in it. And you’re totally right, Nathan, our goal today is not to make everyone just have to experience the verbal throw up of the word AI, AI, AI over and over again, which is, I feel like I’m sick of the word. But really going into how agencies can use it in, I think, really interesting ways, and also being candid about what AI is, and some of the pitfalls I think of it that, you know, aren’t always talked about, especially if you go on LinkedIn.

[00:05:15] Nathan Wrigley: Okay, so we’ll get into that in a moment, but just before we do, there’s a couple of interesting bits that I want to throw at you. And this is something that I heard in the British press not that long ago. And it doesn’t in any way, shape or form reflect on WordPress, it was just more generally about AI, and the fatigue that the general population are experiencing around that term.

And it feels like we have reached maximum capacity to just hear those words, and hear the overpromising and the potentially under delivery of AI. So I’ll throw that little bit in, but also, just to say that what we’re going to talk about today is not going to be how to get the pixels on the page, and how to use AI to turn the website out. This is much more going to be the background to the agency that you run and all of that kind of thing.

So before we begin, did you intentionally get into web design all those years ago, or were you more like just about everybody that I talked to, did you stumble into it a little bit more?

[00:06:13] Matt Schwartz: So I stumbled into it in the sense that I started when I was basically a kid. You know, I was like obsessed with building websites for like clubs, and middle school, you know, we had tables and HTML. I think Template Monster was around then. And I would just go to the website and look at these beautiful designs that I knew I couldn’t make.

So then, from there I built websites all through middle school, high school. Got paid, I think from my first one it was my Mom’s work. She worked at a dentist. It was awesome that he let me do that. And, you know, he paid me a couple thousand bucks, which was a lot in high school. And then from there I just built sites through college. We were in Drupal land over at University of Georgia. So that was a little harsh reality for the first CMS I ever used actually.

But I really just enjoyed building websites through that process. And I remember graduating in Information Systems in the Business School and being like, I think I’m just going to keep building websites. I think I like doing this. So I didn’t go the consultant route or anything like that, I just stuck with websites. So I stumbled into it when I was a kid, but I definitely chose to stay in it after that.

[00:07:17] Nathan Wrigley: Yeah. And what’s curious about that, and it maps very much what I did, almost every word that you said could map into my own life. Is that you, not working for a company, you are never sort of given the SOP. You have to do the SOP. You have to figure it out as you progress on your journey over the years. So every process that you’ve got, every thing that you do, every price point that you make, every email that you create as a template, you’re probably generating that yourself.

And so that kind of leans heavily into what we’re going to do today, because I felt that journey never ended. Part of being an agency owner was always this constant exploration of not the website itself, that kind of handled itself, more the, what’s the process? How do I get new clients? What are the backend systems that I’m going to use to make it all work?

And so I think freelancers in particular in the WordPress space have got that. And so they’re probably constantly looking around, very much beguiled in the more recent past by what AI can do to them.

And so let’s start, you’ve listed out very kindly a whole load of show notes for me. And the first point that you wanted to get into was, well, the big shift. So let’s start there.

[00:08:26] Matt Schwartz: Yeah, definitely. So I think one thing that we’ve seen as agency owners is, oh, websites and content now can start to be built by AI. And everyone’s talked about that, like you said. But I think what is more interesting is what you’re bringing up, which is around more the process of using AI. Which, if you are a freelancer and you have not looked at your process, please do. I didn’t look at my process for like years, and I would just repeat the same thing over and over again. It wasn’t until I actually started hiring people that I realised that was even really a thing. I know that’s sad, but that’s the reality. So if you haven’t, definitely look at that.

But when it comes to AI, I think being able to use it for process and your SOPs and automation, that’s really where I think it’s actually going to make the biggest impact for agencies that do want to use AI.

Because essentially, not every agency’s this way, this is a generalisation, but as a customer, or a client of an agency, they don’t see the difference between one website and another typically outside of the design, right? They don’t really know the technical know-how. But what they do see is, what is your workflow? What is your process? What is your touch points with them? And that’s ultimately what ends up being the product to your clients.

So I think as an agency owner, being able to use AI to make that process easier, and more clear, to your clients is what will really allow you to thrive. Not necessarily, just the content and executing building the website. Sure, AI may be able to help there, but that actually goes into the bigger process in my opinion.

[00:10:01] Nathan Wrigley: Okay, so we’ll definitely get into all of those, but I think basically the case you are making is that there is a there, there. There is something behind the AI that could definitely improve things.

I think it’s fairly unlikely that anybody listening to this podcast hasn’t dabbled in some way with a little bit of AI, but maybe there’s a handful of people out there who genuinely haven’t. And the last 20 years have been marked by fairly gradual improvements in things. You know, SaaS apps came along and they gradually improved and one superseded another. But again, it was incremental.

But over the last three or four years, I think that’s all gone out the window. Incremental’s no longer really a word. It’s seismic this week, seismic next week, seismic the week after that. Keeping up is going to be difficult. But anyway, needless to say, you are going to make the case that there are areas where AI smuggled into your business is going to be useful.

Can I just ask at the beginning, do you in any way show the AI to your clients? In other words, is there a moment where they get to see behind the curtain, oh, Matt, look, he did that with AI, or do you kind of have this curtain which protects you from the client, so that they never see that you are using AI? It’s a bit like how everybody who was a freelancer always uses the word team. They sort of pretend that there’s like nine of you, but there’s actually only one of you. So it’s a bit like that. Do you hide the AI from your clients or do you let them know that this is what you’re doing?

[00:11:30] Matt Schwartz: So when it comes to the product, we definitely let clients know if we are using it in their product. Because I think, at least from my ethical standpoint, I think you should do that. I don’t want to be in a case where we’re not doing that. But I do think when it comes to your process and internal workflows, no, we don’t typically need to do those things.

The only time we would do that is if we’re actually working with a client to improve their internal processes with AI. Then they may be seeing a parallel setup to what we’ve done, even at our own agency.

[00:11:58] Nathan Wrigley: Yeah. There are some people who kind of revel in the, no AI, if you like, so they make that a badge of honour within their business, whether it’s an agency in the WordPress space or anything else. And so obviously they would probably want to proclaim from the rooftops that they’re not using any AI. But I think yours is a fairly standard position. You know, if it doesn’t actually affect what they’re doing day to day, why would you need to use that? In the same way that you don’t need to tell your client, well, we’re using Salesforce in order to communicate with you. It’s just, there’s the URL, go to that and type your ticket in there and so on.

So your second point, why now? Why is it important right at this moment? So we’re recording this, I don’t know, towards the end of April, let’s say that, 2026. Is this like some sort of red line in the sand? Are we about to enter a Rubicon moment where we can’t go backwards?

[00:12:47] Matt Schwartz: Well, I don’t know. It’s seismic every week as you said. So I do think the gap is widening between agencies that are not using AI and using AI. But that doesn’t necessarily mean, in my opinion, you should just like hop on the AI train if you’re not currently deep in it. You do have to think about what makes sense to your agency and what you’re comfortable with.

But I think it really comes back to the fact that execution is becoming a commodity more and more, at least in the web agency space. If you’re building a brochure site, right, those tools are essentially becoming more and more replaced. Just like drag and drop builders came in and now this is kind of, in my opinion, the next iteration. It’ll be less about the execution of building a simple website. It’ll be more about, what is the true value of your agency to that client?

Which in a sense is not a bad thing, because this was always an argument before. You know, are you an agency that builds solutions for clients? It makes them money, or saves them money. Or are you an agency that just executes what they say? And there’s definitely a place for that. I think there will always be a place for that, but I think when you look at like a brochure site, it’s harder, I think, to make that argument than if it’s like an e-commerce site or a custom app, because the tools are just getting better.

So as an agency, I think there is an edge here with AI because clients are going to have higher expectations. You’re going to compete against companies that are using AI to do better touchpoint, to do more touchpoints, to having a better process.

Now, of course, that is dependent if they implement AI correctly, right? User error and AI is like any technology, that is definitely a major concern, guardrails, all that good stuff. But I think that is why this is the time, because if you’re not already looking at it, your competitors are definitely looking at using it in some capacity.

[00:14:40] Nathan Wrigley: Just something you said really struck home there. You said execution is a commodity. I’ve never heard that phrase, but that encapsulates so much, so well. I think that’s really interesting.

And I also share your moment in time analogy because I think we are at some moment where the seesaw, I don’t know if you use that word where you come from. The seesaw is definitely tipping to the point where, in the part of the world where I live, virtually everybody is aware of it. We mentioned that maybe there’s fatigue about it, but certainly almost everybody has had some exposure to it. They’re now aligned with what can be done, and at what cost, and for what amount of time.

And so it does feel like if you were to go and say, I don’t know, I’m going to build you a $5,000 brochure website with two pages, maybe a few years ago that was much more credible than it seems like now. And so this horizon of expectations is opening up. And it’s not just because we can do it, it’s because the clients, they know we can do it. And they know that things are going to be cheaper to produce en masse in the future.

So I think you’re probably right. So again, you’ve made the case for, this is the time. So not just that this is a good idea, but this is the time. Anything else to add onto that before we move on to your next one?

[00:15:56] Matt Schwartz: The only thing I would add to that is, you know, AI could be an edge for you. It could also be not using AI at all, because ultimately it’s about the value you’re providing, again, to your client. So you may be able to build a two page, $5,000 website using AI, but essentially if you’re able to provide value to that client in some other way, whether it’s your sales process, your overall process, your personality, whatever it is, that all plays into this. So I would keep that in mind.

But overall, you are correct. I think the floor is rising for everyone. And this is real dark, but AI to me only showed us that a lot of the work we do day to day, it’s just not that special, it’s execution. And that just means we need to be spending more time on the strategy and the value to the client, whether that’s using AI or not. But I think using AI to at least look at that is a good idea, if you haven’t done that up to this point, I think it’s the time to at least look.

[00:16:54] Nathan Wrigley: Yeah, I expect the calculus that’s going on in most, and I’m using air quotes here, normal people’s heads. So when I’m talking about that, I mean non-technical clients who might be coming, looking for a website for their bricks and mortar shop or whatever it may be. The calculus of AI is just this shrinking of time. The thing which probably would’ve taken a week to do, you know, okay, I’m going to phone you up, we’re going to set up a meeting, we’ll have that meeting, we’ll back and forth what we might want. And then a week or two later, you’ll show me a few wire frames or something like that.

That all seems now to have been crunched into literal minutes. That’s no longer a secret. I think at the beginning of the AI, movement, let’s call it that, a few years ago, I think there was a call that you could basically say, make more money, because the client’s expectations would be the same in terms of time, and the amount of expertise that was needed.

But that seems to be shrinking as well, because now the clients are aware that the AI can do that thing. Look, you just knocked it up with AI in three minutes. No, we’re not going to pay you for six weeks for that kind of thing.

Okay so, right, there we go. So that’s the now. Then you move on to something that I’ve not even thought about before, which is creating an AI vision document. Now you’re going to need to explain what you mean by that I think.

[00:18:08] Matt Schwartz: Yeah, definitely. So the idea really with this is being more purposeful about adding AI. At least in the past, at my agency, you know, I’d wake up one day freaking out and be like, we’ve got to try to see how this works. Does this make sense to add AI to this process? And it wouldn’t be very purposely built. It would just be like, hey, let’s try this.

And to some extent that experimentation is good, but at the same time, I think if you are a lot more methodical about that process, it will be better for the long-term use of AI. Because as I’ve said, I definitely have, maybe I didn’t say, I have hesitations about AI and I use it, right? I think that’s the paradox of what’s happening. A lot of people are using it, but we’re not all trustful of it. But we can see that there are potential gains and you want to be on the cutting edge.

But ultimately, the vision document, the idea is that you will create a document that outlines all of your processes at your company, at your agency. And see what are the things that you want to add AI to, what makes sense, things that are repetitive, that the team is losing time on, compared to things that really require human judgement.

So it’s not just like shove AI into everything. This AI document sounds like that’s what it is. But it’s actually like, there may be many places we don’t want AI at all, or we may want to have a guard for human judgement. And I think that’s actually a really good idea to protect your agency from risk and really just your reputation. Because otherwise, I think a lot of agencies are just kind of, you know, yolo, adding it everywhere and not really thinking about it from a high level.

The other neat thing you can do if you’re building this is, obviously you can use AI to help find patterns in your business from using your time tracking software to see who is working on what tasks, and what’s taking the longest. And being like, are these good places that we could use AI? Like I can connect Claude to Everhour that we use, and it can spit out who’s working on what in the past month. And I actually can get a good pattern, because one thing you can, I will say with AI is it’s pretty good at pattern recognition. That’s what it was built for. So if you just need like a high level idea, again, grain of salt, but at a high level, it’s pretty good at that.

So I think for a vision document, pulling all that data in, using AI and then setting these guardrails, figuring out what in your team’s processes you can build into a vision is a good idea. And that goes into the high level point I made, which was really, I think AI being used for more process and agency is the big thing here, more than anything.

[00:20:42] Nathan Wrigley: I suppose if you’re the agency owner as well, and obviously agency could be like three people, two people, right up to, you know, several hundreds, maybe thousands, who knows. If you are at the, towards the top of that pyramid, let’s put it that way, knowing when and where it’s going to be used is really important. You need to know that, okay, our support, 80% of our support is going to be handled by AI. That’s the thing that we’ve leaned into. We’re going to do it that way.

Or maybe you are exactly the opposite. You know, we’ve learned, our customer base are very dissatisfied with the kind of answers that they get, because of the nature of our company and the expertise that we need to bring to bear. So we’re not going to do any AI for support.

But also development, to know, okay, this is the moment where you must stop using AI. When you run into this snag, we’re going to deal with that as humans. We’re going to huddle together, figure it out as humans, and maybe take it back to the AI at that point.

But having that overarching understanding, and writing it down. Having an SOP, if you like, for AI so that everybody’s on the same page and knows where it’s permissible and not permissible. So you mentioned you’ve got a whole laundry list of possible things. So it might be in the sales process, the delivery process, the proposal stage, project management, QA, launch. There’s a whole bunch on here.

Yeah, that seems like a really neat idea, and not something that I’d figured out. And it’s kind of like, keeps you honest in a way. It means that this is what we’ve agreed to do as a company, these are the boundaries that we’re going to set ourselves. And they can change, but for now, this is what they are.

[00:22:14] Matt Schwartz: Yeah. I think that even if you’re not, again, jumping in the deep end of AI, just having a doc like this will protect you so that I think you do have these guardrails with your employees or your contractors. You know who’s using what, and you can really protect your agency even if it’s not implementing more AI, right? I think it’s just a good idea.

And like you said, writing it down, it’s funny, it’s kind of like when you build your agency, you write your mission statement and your values and that really does do something in, I think, the human psyche when you do that. And I think that can be applied here with the AI vision document too.

[00:22:47] Nathan Wrigley: I love your fourth point, which you’ve entitled, AI as a new core service offering. Because this feels like a really nice sweet spot. Because with the best will in the world, you and I, and probably a lot of the people that are listening to this podcast are very much into technology. We deliberately put ourselves in front of new tech, new features, new widgets, new gadgets, whatever. So we’re beguiled by it. But the truth is, we know there’s a lot of people out there that aren’t, probably don’t really want to get all that close to it. And so I think what you are suggesting here is, why not offer your AI expertise that you gain as an actual service to clients? Have I got that right?

[00:23:24] Matt Schwartz: Correct. So essentially, like you said, if you’re already building up these new technology skills, being able to apply this directly in a, I would say in the proper way, right? Like we’re seeing, again, AI thrown in everywhere. You have to know your clients and your customers. They may not want to hear the word AI. What they may want to hear it instead is, hey, I can fix your business workflow and I can save you thousands of dollars, and we can automate this. They don’t want to hear the word AI, and that’s okay. But it’s essentially AI at the end of the day, right?

So it may not be that the product offerings actually use the word AI. If anything personally, I’m kind of avoiding that, at least at our agency. Of course I’ll tell them it’s using AI, but it’s not what I lead with. I think it’s more about going in on, okay, what solutions can we provide clients and using this as a new offering, especially as a way to handle and mitigate what’s happening with brochure sites, right?

Brochure sites I think are going to continue to drop and you need to provide value to clients. And I think getting closer to their actual processes, there’s a couple different ways you could do this. Like I know some agencies that are using AI to build custom web apps, like lightweight internal ones. Which I think can be helpful, but I have concerns around the risks and security of that because I do know some agencies that are, again, are just yolo building it. I don’t think they’re doing the due diligence. But I do think there’s a way that you can build, let’s say an app that used to cost 50,000 for 10,000 now, right? Or 8,000 and do it mostly like the right way, do human review of the code. So it’s still something that they couldn’t have done at all before. They couldn’t have had this custom internal app.

And I think that is the argument for people that say, hey, I’m going to replace all my SaaS products. It’s not, in my opinion, you replace all your SaaS products. If you can build a SaaS internally that is built specifically for your business, and you feel like you can maintain and build it properly at the right cost, sure. You’re willing to do that. But if there’s a SaaS product out there that does exactly what you need, I’m going to pay the $30, and then go yell at that company. I’m not going to build it internally. So having these conversations with clients, if you’re going to build custom apps, I know I went on a little side tangent, but I think that’s really important say.

And then the other one I’ll mention as far as AI core offerings is using more automation with tools like n8n or any of those Make type tools. n8n, I would say is a little more advanced, but the benefit is clients are hearing about AI, they realise it can do a lot, and starting to ask them, well, how can I help save you money or make you money in your processes? So productising or creating SOPs that are more automated. Even using those tools for your own customers, I think can be huge. Because then you’re really getting to value directly with them.

Like, brochure sites, I think the problem is, it’s almost subjective sometimes the value, which I’ve always struggled with, depending on the client. But things like their processes and them seeing you automate this stuff, they see the value immediately. So it’s an easy sale that you can make. And you can provide that value, and potentially even get recurring income off of that. Because maybe you’re hosting the automation for them or you’re tweaking the automation. So those are some ways you can mitigate, I think what’s going on with AI.

[00:26:50] Nathan Wrigley: The next one, I’m just going to skirt over quite quickly because I think everybody can kind of grasp this. One of the things which AI is obviously superior, let’s go with that word, to the typical human, is its capacity to wrap its arms around a massive amount of data, and kind of make sense of its straight away.

One of the areas where I think you are saying this could be deployed pretty effectively is in things like marketing, where having an understanding of, I don’t know, geography, spending power in different geographical locations, what kind of products are going to service the market that you are launching into, and therefore how to build websites, pages that kind of react to that and will work well.

That’s the kind of thing that was always off limits to me. I wasn’t interested in the marketing side. Looking at that data, trying to digest that data, it was just never of interest to me. And now, I think everybody can understand that you point an AI in the right direction and it can draw conclusions, which are just so much more credible than somebody like me could summon up in six months of hard work, really.

[00:27:53] Matt Schwartz: Well,I mean I think you could sum it up, but I think you bring up a really good point, which is that with AI, it can pull in all this data and it can give you, I would say, summaries and next points that you just wouldn’t have done before. I actually think that’s the sweet spot with AI is, are we using this to replace a really good existing setup, or are we doing something that we literally couldn’t even do before because the client couldn’t afford it?

So I think that’s what’s really neat is I can be like, okay, client, we looked through your Freshdesk, we looked through all the data you gave us. Here’s what we saw your personas. And before, there’s just no way, as an agency, I would be offering that at the budget that they could afford, or maybe the interest as an agency to do that. So I think that is, a really neat thing is, especially for small businesses, we can offer them services that they just wouldn’t even be able to have in the past at the budget that they have.

[00:28:46] Nathan Wrigley: Okay, so really you are kind of broadening the product offering that you can have. I mean nobody here is going to advocate that you just use an AI and regurgitate whatever it says without some background knowledge that what you are saying makes sense. There clearly needs to be a bit of that. But the amassing of the data with some common sense, heuristics around what it is that the data is showing you.

Okay, that’s interesting. So maybe there’s some sort of low hanging fruit that previously you would’ve said no to and, look, we just don’t do that. You can now not only retroactively sort of say, yes, we now do that, but maybe even proactively say, look, we’ve got these other things that we can discuss as well. Okay, that’s interesting.

Right, here’s the next bit, and this is, I think if you are not an AI expert, and I definitely would consider myself in that bucket, I think this next one is some really great low hanging fruit to get you started. So this is, your number six, is AI inside agency operations. So this is using AI to make work easier, I guess would be an easy way to say it. So just run us through these points.

[00:29:51] Matt Schwartz: Definitely. So this is probably, if you’re familiar with AI, the most common uses. But essentially it’s going to be, you know, things like your meeting summaries, right? I think everyone has seen the bots that join in and, you know, there’s like 10 bots and there’s like two people and we’re like, are we in dystopia? Or it’s you and like 10 bots, and the other person doesn’t show up and you’re like, am I supposed to just talk to this bot? I think Mark Zuckerberg actually says he’s starting to have a bot fill in for him at meetings. Anyways, very dystopian.

But when it comes to meeting summaries and that sort of thing, I think where it can be really helpful if you’re not using it, again is, in the past, if I was having these discovery calls where I may not actually land this client, I don’t want to spend 20 hours trying to figure out the perfect proposal for them. It’s just not worth my time, basically, right?

So what this lets you do is it lets you, as an agency, do things you couldn’t do before, or you didn’t have the budget and resources to do. One would be on discovery. I can now take all the meeting notes, I can have it go to the client’s website and I can also have it look at my previous proposals. And I can have it put together a solution for this client, in terms of like what proposal makes sense for them.

To your point, I’m still going to review it. I’m still going to edit it. I’m still going to make sure that this makes sense, but I think that’s a perfect sweet spot again for AI. I know I keep saying it. Something I just wouldn’t have done before. I would’ve like, either I just spent 20 hours on it or sent a very generic proposal just to get something out the door. Now I can make it really a lot more nuanced because it can go through all that data.

So if you’re not using it for summaries or proposals or SOWs, I think a draft version of that, it’s really good at those sort of things with combining all the data.

[00:31:36] Nathan Wrigley: I am so surprised by how quickly that remarkable technology became utterly mundane. That is say that three years ago, the first time somebody dropped in a Zoom meeting with an AI bot, I thought, okay, that’s really unusual, what’s going on here? And then within three minutes you get the email after the call is finished and you see this perfect summarisation of exactly what you talked about, including correctly labelled next tasks for each of the individuals on the call.

That to me was, I was living in Star Trek. And now that just seems so pedestrian. And that’s remarkable. That’s the speed at which we’ve become adapted, and it’s become part of our modus operandi.

And if you haven’t used those, it’s really worth a try because you will experience the amazement that I had three years ago. And then you too can become completely numb to how amazing it is really quickly.

It literally will take an hour of audio and spit out a basically perfect summary in 150 words or whatever it may be, and it will capture it perfectly. I suppose the rebuttal to that is, well, what do you do with that? If nobody does anything with that then, well, you haven’t really lost anything. You’re in exactly the same place as you were before, but at least you’ve got a written record of it.

But like I say, that’s the low hanging fruit. They’re definitely things. SOWs, SOPs, meeting summaries, that kind of thing. Great idea.

Okay, next one. Number seven. AI for support workflows. What’s going on here?

[00:33:04] Matt Schwartz: Yeah, so this one’s a little bit more about the actual operations. But I’ve talked to some agencies that are starting to really build into their support process AI tools. For example, using things like n8n, the automation platform, where it can digest your help tickets. And we’re not necessarily going to have it solve the problems, right? But what it can do, again, is it’s going to have access to a lot of data about that website. It may have access to your project management software, all the other tickets that came in.

And unlike a human where it would take hours to do this, so we just aren’t going to do it, it can do a really good job of essentially making sure that we can have all the information we need for the support person to do what they need to do, the support team, right? So it can even give good initial resolutions for the team to do, so that they can work through tickets faster.

That’s a good example of, we’re not replacing the human, we’re not trying to automate it so it emails back the customer. But what we are doing is we’re taking in all the context of, hey, it’s this client, they’ve had these other tickets, it has access possibly to the WordPress site, so it can even see the error logs. It may have access to the server APIs, so that it can actually see what’s going on with that server. And then it can basically come up with a resolution that is likely the issue.

And you are seeing a lot of, even hosting companies going that route, where they’re starting to have agents inside their hosting so that you can pinpoint issues in WordPress a lot faster than you could in the past. And again, I still want a human to review that, but I do think by doing that, you can get a speedier response to your customers, and you can cover more tickets without alienating your customers or making it seem like it was, you know, written by a robot with em dashes everywhere, right?

[00:34:54] Nathan Wrigley: Yeah, you know what? I think this is a real area to tread carefully, certainly from my point of view, because I have definitely got AI bot fatigue. In that, there is some button that gets pushed when I find that I’m in a chat bot, and that is the only route that I’ve got through this whole system. I really dearly love to get in front of a human quite quickly. And I think a lot of people are learning that technique of, you know, the first thing you type is, speak to a human, or something equivalent to that. I think it’s really easy to misstep here, and misjudge people’s capacity to take AI only, or AI mostly or whatever.

This I think will be an interesting area to watch. And maybe this will be at the vanguard of when people express their frustration, you know, how much of this can you take? And monitoring that and keeping sight on when people’s, I don’t know, anger boils over because they’re not getting the service that they paid for or the service that they’ve come to expect or what have you. So, yeah. Anyway, that’s my 2 cents on that.

[00:35:50] Matt Schwartz: Hundred percent agree. It’s the most sensitive portion in my opinion. I mean that’s your touch point with your customer when they’re most frustrated.

[00:35:56] Nathan Wrigley: Right, that’s the pain moment. And introducing additional pain at the moment of pain is fraught with problems. And we’ve seen this play out in all sorts of other ways. I’m sure it’s the case where you are in your part of the world with telephone systems where you end up in this just infinite loop of, press three for, and then press four for. And then eventually you get back to, oh, well, I’m back to pressing three am I? Okay. And the anger boils over.

It feels like such a win. We’re saving time. We’ve got the AI to answer because it’s read all of our documentation. I’m going to guarantee that somebody will not be able to get what you think they ought to be getting with it.

And dare I say it, what about all those dear people out there who really are unable to access the technology in the way that you anticipate, or the way that you can. Maybe they’re elderly, maybe they don’t have the capacity to do it. Maybe they’ve got accessibility needs or something like that.

Okay, number eight. AI assisted debugging and WordPress management. I like this. This is a good one.

[00:36:53] Matt Schwartz: Yeah, so we covered this a little. It goes along actually with the above point which is, one thing that I see other agencies, and we’re also doing this internally is, you know, you can obviously connect AI agents now to WordPress sites directly, obviously with guardrails in place. But it can connect to the REST API you have the Abilities API with Automattic. There’s third party solutions like Novamira out there that can actually work with the PHP code side of things. Your hosting companies often are actually building their own tools as well.

So doing all of that, debugging has been, I will say, has been dramatically improved, at least at our agency. Because it can do all of that and it can really find a nuanced solution where, you know, we could spend 10 hours trying to work on some weird PHP issue because, again, it can look at the whole picture. And I think that is where AI is very good, is when it’s a one-off thing, right? Where it’s just like, this is a one-off troubleshooting task. I don’t want to spend 10 hours learning exactly what this was. It’s likely going to get you there, and then you can obviously finish it up if it’s not able to get you fully there.

But you can use these tools today to really reduce the amount of debugging and management you’re doing. And you can extend it. We’re not going to spend a lot of time on this, but doing edits on websites, a lot of page builders now are starting to build in syntax for agents so that it understands Gutenberg blocks. It understands how to edit and edit nested blocks. I’ve had struggles with Claude, where it would try to write nested blocks and it would just mush the whole page.

But as these page builders are becoming better, and as WordPress becomes better, essentially WordPress becomes the infrastructure, right? And Claude is actually doing the work. You’ve heard that. And what I get out of that with the infrastructure is WordPress is the platform, it provides all the capabilities, but then the AI tool, mixed with the human, is essentially going to be managing the WordPress site. And it’s much easier to tell AI to do that than to go into the backend and make edits.

But I am a little hesitant on just making free flowing edits, not checking the work on the actual website, or letting AI check the work. Some people are doing that. I’m not doing that. We’re saying, give us the link after every page you edit, and I’m going to go click it and I’m going to look at it.

Some agencies, they’re saying, okay, Claude’s going to go to the Chrome link and do that. Whatever you’re comfortable with, but in our opinion, there still needs to be human review. And I still don’t think that’s going to change, even if it gets better because until AI is as good as a human being, in the sense that we can trust it and it won’t lie. I give this analogy, right? You hire a developer, they lie to you twice, you’re probably going to fire them, right? But with AI, we just keep giving them a second chance. And, why?

[00:39:41] Nathan Wrigley: Free pass every time.

[00:39:42] Matt Schwartz: Why are doing that? And I think the way to mitigate that is you still have to have human review based on the risk factor. That’s really what it’s about.

[00:39:50] Nathan Wrigley: Yeah, I share your sentiment there. I think it’s very important to have a human in the loop. And usually at the end of whatever is going on, there needs to be a human just to do the sort of final summary and checking and what have you.

But the point that you mentioned there is, WordPress really has done an awful lot of work in the background to make itself AI ready. So a lot of the capabilities inside of WordPress, a lot of the things that you would normally have had to engage with the admin, with a mouse, or with a keyboard or what have you, a lot of that has been taken over.

And we are very much entering an era where WordPress becomes almost like the scaffolding for the website in a way. And you can talk to the website through these AI agents, but in many situations, I think in the next five, six years, there’ll be a lot of people who will be never visiting the WordPress admin and clicking around and trying to find the menus for things because they will simply ask an AI.

Can I change the clock to the 24 hour clock? Sure, done. And that will extend into everything. You know, I want that block to be, I don’t know, I want the text in that block to be bold, and have this particular font and yada yada, on it goes. And WordPress is doing a really incredible job at an incredible speed of laying that foundational work.

If you haven’t looked at what the Core AI team are doing, there’s definitely some interesting stuff.

[00:41:06] Matt Schwartz: It’s really neat.

[00:41:06] Nathan Wrigley: Yeah, it’s, and I think that an interesting and commendable approach as well, because rather than trying to, I don’t know, hold everything into WordPress, it’s very much the opposite. It’s, we’re just allowing everything to communicate inwards to WordPress. And WordPress will just be the foundation upon which the whole thing resides.

Okay, so we’ve got through 8 of what turns out to be 16 points in Matt’s comprehensive show notes. And just looking at the clock, Matt, we’re at it’s kind of 40 odd minutes, which is about the sweet spot. So I’m going to recommend that we split this up into a second episode. So this in effect, will be the first of a two part mini series, if you are okay with that. How do you feel? Is that all right with you?

[00:41:45] Matt Schwartz: Definitely. You know, I didn’t know we were going to dive this far into it, but I’m so glad we are. And I hope, you know, the audience is interested in staying around for part two.

[00:41:52] Nathan Wrigley: Okay. In which case, if you are happy with that, what we’ll do is we’ll knock it on the head, as we say in the UK, here. We will return next week with the second part. And I will advise people at that point to listen to the first part so they can keep up to date.

So we will see you in a week’s time. I guess all it remains for me to do, Matt, is to say thank you very much for joining me today. Part two next week. See you soon.

[00:42:14] Matt Schwartz: Thank you so much. Look forward to it.

On the podcast today we have Matt Schwartz.

Matt runs Inspry, an Atlanta WordPress and WooCommerce agency. He started it back in 2011, and has been working with WordPress even longer than that. In addition to his agency work, he also has a product called CheckView focused on WordPress testing. He’s got years of experience in the WordPress agency world, and recently he’s turned much of his attention towards the growing impact of AI.

If you’ve been hearing a lot about AI but are feeling fatigued by all the fragmented conversations, this episode might well offer a different perspective. Rather than focusing on how AI creates websites or content, Matt shares a different angle: how AI can be used inside a WordPress agency to enhance processes, improve workflows, and deliver more value to clients, with much of it happening behind the scenes.

We start by talking about how Matt stumbled into web design, and how that led to him running his own agency. We dig into agency life, and why so many freelancers and agency owners are constantly iterating on their processes. From there, we talk about the ‘big shift’ that’s happening, not in just building sites, but in how agencies can use AI to streamline their SOPs, client communication, and internal operations.

Matt explains the need for intention when adding AI to an agency. He introduces the idea of an ‘AI Vision Document’ that helps set guardrails and guidelines for where and how AI should factor into your business. He also shares real examples of ways AI can save time and stress in things like meetings, proposals, debugging, support, and even helping you expand your service offerings. We also touch on the risks, ethical considerations, and the importance of keeping a human in the loop during critical agency moments.

If you’re running a WordPress agency, or are curious about how agencies are adapting to the rapid pace of change brought by AI, this episode is for you. This is part one of a two-part series, so listen to this and tune in next week for part 2.

Matt’s show notes for Part 1

1. Start With the Big Shift

  • AI is not just a content tool for agencies.
  • The more interesting shift is AI becoming part of the agency’s internal operating layer.
  • Agencies are using AI to improve how work moves through the business, not just to write blog posts or social content.
  • The real opportunity is combining AI with process, automation, QA, testing, and human judgment.

Good framing line:

The biggest shift is not that agencies can generate more content. It is that smaller teams can now build systems, automate workflows, and create internal tools that used to be out of reach.

2. Why This Matters for Agencies Right Now

  • Agencies are often differentiated less by the raw ability to build a website and more by their process.
  • Most clients do not fully understand the technical difference between two agencies.
  • What they experience is the agency’s communication, organization, speed, clarity, follow-through, documentation, QA, and ability to reduce stress.
  • AI can help strengthen those process layers dramatically.
  • That means AI is not just a production shortcut. It can become a differentiator in how an agency operates and how clients experience the agency.

Good framing lines:

Most agencies are not differentiated only by the code they write or the designs they create. They are differentiated by their process, and AI can make that process sharper, faster, and more consistent.

Clients often do not see the technical complexity behind the scenes. They see whether the agency is organized, responsive, clear, and proactive. AI can help agencies improve all of those touchpoints.

  • The bottom part of the market is getting squeezed.
  • Simple brochure sites are becoming harder to sell at the same margins.
  • AI website builders, templates, and cheaper offshore options are pushing agencies to provide more operational value.
  • More technical agencies may need to move upmarket into:
    • Automation
    • Custom workflows
    • Internal tools
    • Integrations
    • QA and testing
    • Reporting
    • Client portals
    • Business process improvement

Good framing line:

Agencies may need to become less like website vendors and more like technical operations partners.

3. Before Getting Tactical: Create an AI Vision Document

  • Before agencies randomly add AI tools everywhere, it helps to create an internal AI vision document.
  • This gives the agency a purposeful way to evaluate where AI actually makes sense.
  • A lot of agencies are starting here instead of jumping straight into tools.
  • The goal is to map the agency’s existing processes first, then identify where AI can safely and meaningfully improve them.

The document should outline:

  • Every major agency process:
    • Sales
    • Discovery
    • Proposals
    • SOWs
    • Project management
    • Design
    • Development
    • QA
    • Launch
    • Support
    • Reporting
    • Client communication
    • Internal documentation
  • Where the team loses the most time.
  • Which tasks are repetitive.
  • Which tasks require human judgment.
  • Which tasks are low-risk enough to automate.
  • Which tasks should only be AI-assisted, not AI-owned.
  • Which tools and data AI would need access to.
  • What guardrails are required.
  • What should never be automated.
  • How success will be measured.

Good framing lines:

The best agencies are not just asking, “What AI tool should we use?” They are asking, “Where in our business does AI actually belong?”

Start with a map of your agency, not a list of tools. Then use AI where it actually removes friction.

An AI vision document helps prevent random AI adoption. It turns AI from a collection of experiments into an intentional operating strategy.

4. AI as a New Core Service Offering

  • AI automation with n8n
    • Agencies can offer business process automation as a core service.
    • This is especially relevant for more technical agencies.
    • Examples:
      • Intake workflows
      • CRM updates
      • Client notifications
      • Reporting
      • Ticket routing
      • Follow-up emails
      • Internal process automation
  • AI-assisted custom web apps
    • Agencies can use AI to build lightweight apps and internal tools faster.
    • This can include dashboards, portals, calculators, admin tools, and reporting systems.
    • This may become a better service opportunity than lower-budget brochure sites.

Good framing line:

A lot of agencies are going to have to decide whether they are selling pages or solving operational problems.

5. AI for Marketing Strategy and Client Personas

  • AI makes higher-end marketing research more accessible for smaller clients.
  • Agencies can use AI to analyze:
    • Support tickets
    • Surveys
    • Reviews
    • Online reputation
    • Sales conversations
    • Customer feedback
  • This can help agencies build better customer avatars and personas.
  • The agency can then adjust:
    • Website messaging
    • Landing pages
    • Calls to action
    • Service pages
    • Ad messaging
    • Email campaigns

Good framing line:

Smaller clients can now get a level of audience research that used to only be realistic for much larger budgets.

6. AI Inside Agency Operations

  • Meeting summaries
    • Turn messy discovery calls into clear summaries, next steps, and follow-up emails.
  • Proposal and SOW drafts
    • Use AI to create a structured first draft from discovery notes.
    • Still requires human review for scope, pricing, assumptions, exclusions, and risk.
  • Internal SOP drafts
    • Convert repeated processes into internal documentation.
    • Useful for support, launches, DNS, hosting, QA, plugin updates, and onboarding.
  • Project recap emails
    • Great for turning technical project updates into plain-English summaries for non-technical clients.

Good framing line:

AI is very good at taking messy agency information and turning it into something structured.

7. AI for Support Workflows

  • AI can help analyze support tickets before they reach the team.
  • It can summarize the issue, suggest likely causes, and recommend possible solutions.
  • It can track what has already been tried, so support does not repeat the same steps.
  • It can ask the client for missing information before a ticket is created.
  • With n8n or similar tools, agencies can route tickets more intelligently and reduce back-and-forth.

Example:

  • Client submits “the form is broken.”
  • AI asks for the page URL, browser, screenshot, error message, and whether it happens for all users.
  • Ticket is created with a clean summary and likely next steps.
  • Support team gets a better starting point.

Good framing line:

The goal is not to replace support. It is to remove the first 20 minutes of confusion from every support ticket.

8. AI-Assisted Debugging and WordPress Management

  • AI can help replicate website errors, analyze symptoms, and suggest what to try next.
  • For WordPress, this gets more powerful when connected to:
    • REST API
    • Abilities API
    • novamira.ai
    • Server logs
    • Plugin and theme data
    • Hosting environment details
  • Hosting companies may increasingly add agents inside their platforms.
  • Hosts have a unique advantage because they already have access to the server and WordPress environment.
  • Examples to watch:
    • Cloudways
    • Convesio
    • Other managed WordPress hosts

Good framing line:

WordPress troubleshooting is often a context problem. The more context the AI has from the site, server, logs, plugins, and recent changes, the more useful it becomes.

Useful links

Matt’s agency – Inspry

CheckView

n8n

Novamira

💾

Block Format Bridge: A Practical Solution for AI-Generated Content in WordPress

Chris Huber, developer at Automattic, released Block Format Bridge, an open-source plugin that addresses one of the more persistent friction points in AI-assisted WordPress workflows: getting AI-generated content into the block editor reliably.

The plugin takes a pragmatic approach. Block markup is notoriously difficult for AI to produce correctly — not because AI models lack capability, but because of how the format works. As Dennis Snell explained back in 2017 in his still-essential post Gutenberg posts aren’t HTML, a Gutenberg post is a serialized tree structure that happens to be stored as HTML with JSON-carrying comment delimiters. It was never designed to be written by hand — or by an AI inferring its way through a save() function it can’t actually execute. The result, for anyone building publishing automations, REST API integrations, or agent workflows that call wp_insert_post(), is a familiar failure mode: content that saves fine, then opens in the editor with invalid blocks or silently falls back to the classic editor.

Even a block as common as a styled quote illustrates the problem:

The generated HTML should be treated as throwaway code.

Dennis Snell
JSON
<!-- wp:quote {"className":"is-style-large"} -->
<blockquote class="wp-block-quote is-style-large">
    <p>The generated HTML should be treated as throwaway code.</p>
    <cite>Dennis Snell</cite>
</blockquote>
<!-- /wp:quote -->

The className attribute in the comment has to match the class on the HTML element. The cite tag must follow the exact structure the block’s save() function produces. Get either wrong and the block is invalid — and with more complex blocks like wp:cover or wp:columns, the surface area for errors grows considerably.

HTML to Blocks converter and vice versa

Block Format Bridge sidesteps the problem by letting AI output what it does well — Markdown or plain HTML — and handling the conversion to block markup server-side, using established PHP libraries. It builds on chubes4/html-to-blocks-converter for the write side, WordPress core’s do_blocks() for rendering, and league/commonmark and league/html-to-markdown for Markdown support.

The core API is compact and readable:

JSON
/ Markdown → blocks
$blocks = bfb_convert( "# Hello\n\nSome content here.", 'markdown', 'blocks' );

/ HTML → blocks
$blocks = bfb_convert( '<h1>Hello</h1><p>Some content here.</p>', 'html', 'blocks' );

/ Blocks → Markdown (for reading back to AI)
$md = bfb_render_post( $post_id, 'markdown' );

It also adds a ?content_format= query parameter to the REST API, so AI agents can fetch existing post content as Markdown — not raw block markup — which makes edit workflows considerably more reliable.

The architecture is extensible. New formats can be added by registering a new adapter without touching the core bridge, and the bfb_default_format filter lets you declare that a custom post type writes in Markdown by default, so any code path calling wp_insert_post() gets the same conversion behavior automatically.

Does This Need a Skill?

After sharing an early draft of this post with Chris Huber, he offered a perspective worth sitting with: this plugin is designed to eliminate a skill rather than add one.

When Block Format Bridge is bundled as a dependency and the system prompt simply instructs the agent to insert post content as Markdown, the AI doesn’t need to know the plugin exists at all. A single line — “post content should be inserted as Markdown” — is enough. The conversion happens automatically, invisibly, in PHP. The complexity disappears into infrastructure rather than into instructions.

That’s a different philosophy from agent-skills, which is about making AI aware of patterns and tools. The more elegant approach here is the opposite: good tooling that makes the AI less aware, not more. An end user of a plugin built on top of Block Format Bridge would never know it exists — they’d just see valid blocks in the editor.

A skill may still have a role for developers who don’t control the system prompt and need to guide agent behavior through other means. But for anyone building AI-powered WordPress plugins or automations, the cleaner pattern is to bundle the plugin, set the default format, and let the infrastructure do its job.

A draft skill is available below for those who do want to experiment with the agent-skills approach.

A draft skill can be downloaded to use the Block Format Bridge .

🐲 All is still a work in progress so there might be dragons

As a small footnote, this post was drafted with AI assistance and had to be converted to blocks before I could edit it. —which felt fitting given the subject

#214 – Robby McCullough on Beaver Builder, AI Hype, and Evolving WordPress Workflows

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 this case Beaver Builder, AI hype, and evolving WordPress workflows.

If you’d 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.

If you have a topic that you’d like us to feature on the podcast, I’m 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.

So on the podcast today we have Robby McCullough. Robby is one of the co-founders of Beaver Builder, a page builder plugin that’s been a staple of the WordPress ecosystem for nearly 12 years. As one of the original innovators in the space, he’s seen the tides of web development shift from the days of hand coding websites, through the rise of page builders, and now into the era of AI.

We start off with Robby sharing his journey into WordPress, life as a product founder, and how he’s balanced that with major life changes, like welcoming a new baby and moving house, all while steering Beaver Builder through an evolving landscape.

The conversation then turns to AI. Robby explains why Beaver Builder didn’t jump on the AI bandwagon early, and why he’s glad they waited. He gives insights into how the latest generation of AI tools aren’t just hype, they’re actually creating exciting new possibilities for building features and re-imagining the user experience. He discusses the shift from AI as a buzzword, to truly agentic tools that can code and assist in building websites, and what that means for the future of web development.

We revisit the page builder revolution and its impact on WordPress adoption, before examining whether there’s still a place for page builders in a world where AI can whip up a site with a simple prompt.

Robby reflects on the importance of understanding underlying technologies, the changing role of site editors, and how Beaver Builder aims to blend the best of visual editing with new capabilities AI brings.

Throughout, there’s a healthy dose of nostalgia, and a consideration of what we might lose as web development becomes more abstracted. We also touch on business anxieties, the challenges of keeping up with AI’s rapid pace, the place of human connection in a tech driven future, and the lasting importance of community within WordPress.

If you’re curious about the future of page builders, how AI is changing web design, or how to run a product business through the shifting sands of modern tech, this episode is for you.

If you’re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com/podcast, where you’ll find all the other episodes as well.

And so without further delay, I bring you Robby McCullough.

I am joined on the podcast by Robby McCullough. Hello Robby.

[00:03:44] Robby McCullough: Thanks for having me.

[00:03:44] Nathan Wrigley: You are very, very welcome. Robby and I have known each other for many years. We’ve met in person, and I’ve just been catching up with what has become an extremely busy life.

For those people who don’t know you, Robby, do you just want to spend a minute, bearing in mind it’s a WordPress podcast, I guess we could bind it to that. But if you want to launch into anything else, feel free. Give us your potted bio.

[00:04:04] Robby McCullough: Well, my name’s Robby McCullough, and I’m one of the co-founders of Beaver Builder, a page builder for WordPress. And gosh, we’re going to be going on our 13th year, 12th year, next month. I guess at this point, I consider us one of the kind of OGs of the space. We’ve been doing it for a while.

In my personal life, like Nathan mentioned, we were catching up before we hit record here, but I had a baby this year and I bought a new house this year. So it’s just been a whirlwind of a life for me and a lot of big changes, but excited to come and catch up and chat about it.

[00:04:38] Nathan Wrigley: Yeah, thank you. I appreciate it. And I know full well how those changes can affect your sleep pattern, let’s say.

Let’s dive into it. So you’ve got this product, Beaver Builder, as you said, it’s been out for 13 or so years. If we were to kind of rewind the clock 12 years or something like that, it felt like WordPress and page builders, that was all the rage. It was what everybody was talking about.

How’s it going over there still? Does it still have that sort of same impact? Is the business still ticking over nicely?

[00:05:06] Robby McCullough: Things are going well. We’re humming along. It is going to be 12 years this year. I did the quick napkin math in my head. It’s funny, sleep pattern you mentioned, like it used to just be sleep. Now it’s a pattern. It’s like, oh, a few hours here, a few hours there.

But yeah, it’s, okay, so at Beaver Builder, we didn’t jump on the AI hype train. I know we were going to, you know, maybe try and avoid using the word AI when we talked about doing this episode a few weeks ago, but I feel it’s going to be impossible not to talk about it a little bit, if not completely for the whole time slot.

[00:05:36] Nathan Wrigley: It’s going to derail the whole thing. Yeah, that’s right.

[00:05:39] Robby McCullough: But, yeah, we didn’t jump on, like it felt like there was an era there, period, maybe about a year ago where a lot of products, just about every product was slapping a GPT wrapper in there. And it’s like, oh, you can use AI to write your headings. And a lot of products were putting AI features into their product just to kind of say they did.

Some people were doing it more involved and more in depth and doing some really cool stuff even back then. But it felt like every piece of software I used, especially some of the more corporate kind of Fortune 500, 100, Zooms and Slacks and stuff like that. It’s like, you had to have AI to appease your corporate C levels and your shareholders or whatnot.

We didn’t jump on that bandwagon. I’m excited that we didn’t because now I feel like AI has kind of reached another evolution, or like inflexion point where some of the stuff that you can do with these LLMs and like agentic coding tools, it’s like good now. It’s really good and it’s a lot more exciting.

So behind the scenes, we’re doing a bunch of work with AI in product, both just like building out features for Beaver Builder that we wished we had, but didn’t want to expend the resources to build. Because now, friction to build new features is a lot lower. Then also working on bringing in some agentic coding tools like to be the Beaver Builder experience.

[00:06:53] Nathan Wrigley: Let’s sort of go back to the, where we thought we might have this conversation. The initial idea, I think was to discuss AI less. But I think you’re right, we’re not going to avoid that subject. There’s no way of doing that. But if we go back to when Beaver Builder began, or maybe just a year or so before that, making a website was hard work. You know, you had to have CSS skills. If you were using WordPress, you had to get into the whole templating hierarchy and certain aspects of PHP needed to be deployed. So HTML, CSS and so on and so forth.

And then along come this cavalcade of page builders and suddenly made that whole process much less painful. You decide what you want your page to look like and you drag in components which ultimately build the page, page builder.

And that felt like it was going to be the way that we would always do it. And it created much less friction. It opened up, probably the fact that WordPress took that sort of massive rise from, I don’t know, 10, 15, 20, 30% of the market share, right up to where we are at the minute, sort of 40 plus, something like that. It feels like page builders enabled that to happen. They just brought in this tranche of users and what have you.

And so I’m curious as to whether or not you still think that that interface, because you mentioned AI, but do you still get the heuristics out of your plugin? Are people still building in that way? You know, are people still using the page builder and making that an effective business to sell to clients and things?

[00:08:18] Robby McCullough: Yeah, I mean, definitely. You know, I don’t want to come on here and sound like I’m Blockbuster back before Netflix and saying like, oh yeah, you know, like your DVDs won’t come for three days when you use those guys. I definitely feel that we’re, you know, the tide is kind of shifting, and there’s this new way to build an experience building that’s really cool and really fun to play with.

That said, yeah, people are definitely still using page builders. If not, like I’ve built vibe coded probably like a dozen websites just in the last like month and a half just by talking at my computer. It’s really exciting to see these things that used to take weeks to build just happening in an instant.

That said, people would always ask like, oh, why should I use WordPress? Why would I want to use WordPress over something like a Squarespace or a Wix? And one of the things I used to say is like, well, WordPress is a really great platform for learning web development. If you want to learn how to build websites using WordPress and getting into those, like it’s a great place to tinker and experience.

But then there’s a framework around it. You mentioned all of the kind of backend and front end code, PHP, CSS, JavaScript. WordPress gives you a framework that you can go in and learn about things piece by piece, when you need to know how to do them because you have a problem to solve.

And when you’re using these like agentic, vibe coding tools and going from zero to a hundred, you kind of lose that interaction with the tooling and the code and the art and the craftsmanship that is building a webpage. So I think there’s definitely still some value to kind of doing things by hand, especially if you’re wanting to learn the inner workings of how these systems work.

[00:09:49] Nathan Wrigley: It’s kind of interesting because I remember when page builders such as Beaver Builder came onto the market. There was a whole argument of, well, we don’t want to use a page builder. We want to do it in the way that it should be done. The, and I’m using air quotes, the WordPress way. I remember that being said rather a lot.

And then over time, I think most of those arguments got settled. Pager Builders became a really credible tool for almost everybody. I think a lot of people really leaned into that. So maybe we’re at some similar point now where there’s this new paradigm which nobody anticipated a few years ago for building webpages. And we’re kind of at that inflexion point, that transfer from, okay, we were all using page builders, now there’s these other things going along.

I suppose from my point of view, it feels a bit like you are, I don’t know, how to describe it. If you’re using AI, is there an analogy here? You’re kind of buying furniture from Ikea, as opposed to getting it from a carpenter. Somebody that really knows their skill, has created the chest of drawers or whatever it may be by painstakingly building it all up, layer by layer, sawing the wood, chamfering it down, polishing it and what have you, as opposed to chest of draws available from Ikea.

That is a bit of a concern for me. I’ve been somebody that’s been very bullish about the web as a platform and the need to understand the code that you are deploying and what have you. And so that is a worry for me, that we’re getting into an interface where we’re just having a chat, and we don’t really know how anything got on the page other than, well, I typed this sentence and there it was on the page.

And that I think is where there’s still a great big market for things like page builders. People who, they may not want to know every single line of the CSS, but they want to be able to drop things in, drag things in, add the padding, add the margin, whatever it may be. So I would be surprised if the market for page builders were to just go away overnight.

[00:11:37] Robby McCullough: Yeah, I always selfishly very much hope the same thing. You know, it’s funny, I’ve been plugging Chris Lema’s content for like my entire career and experience. Because when we first got started in WordPress, we were like reading his blog about how to run a business in the WordPress space. And now he’s been doing this like really fantastic content about AI. And like he’s generating content with AI, but he’s built this framework using his kind of like years of expertise of how to write for people and how to teach and share information.

But yeah, he posted this really interesting article about how he converted his blog from WordPress to, I think it was like, one of the static site generators, one of the like AI vibe, code tools, right? And he was saying how like in doing this, it made him appreciate all these things that were built into WordPress. I think he called it plumbing, all the plumbing of WordPress that you don’t really appreciate until you like change houses that doesn’t have plumbing.

Things like, you know, drafts, and featured images, and open graph metadata. And WordPress really brings so much to the table. Like you can vibe code these fun little sites, but when you’re doing something that’s going to be a little more serious, or business critical, or that you want to customise, right? And that was the beauty of WordPress is just how extensible it is.

And, yes, there are a lot of businesses and people that want a five page static brochure style site. But the place where WordPress has really shined, I think over the last few years is just what you can build and customise for, you know, whether that’s personal or business use cases.

[00:13:01] Nathan Wrigley: I have this sort of notion that you could go two ways with a page builder and AI. I’ve got this idea that I’ve seen all over the place where you talk to an AI and then it builds something, which then you can edit with your page builder. But I’ve also seen things analogous to page builders where you go into that UI and then brick by brick if you like, you use the AI to build up inside that UI.

So I guess what I’m describing is, you know, in the first scenario, you talk to the AI and then you open up Beaver Builder to amend whatever it made. And in the second scenario, I open up Beaver Builder, blank canvas, and then piece by piece get the AI to construct the bits and pieces inside there. Which way, I mean you may be doing both, but what’s kind of the roadmap for pushing AI into your product?

[00:13:50] Robby McCullough: I should have definitely checked in with my business partner Justin and Billy. Justin’s been our tech lead and dev, and we haven’t announced anything formally and publicly yet, and I feel like I’m going to come in here and announce all this stuff we’re working on.

The reason we don’t announce things publicly until it’s kind of ready, so to speak, is we don’t want to like announce ourselves into a corner where if we say like, oh, we’ve got this thing, like we’ve got these prototypes working. But as soon as we show it to like our community and the world, if we don’t execute on it, then that’s like, oh, you know, what do you mean? We saw this cool thing and now we’re not going to get it.

That said, we are kind of working on both approaches. So one of the kind of experimental tools we did is, let’s say you vibe code up a landing page separate from WordPress, just, you know, using Claude or Codex or whatever. You have this page on your desktop, you’re looking at it locally, we thought it’d be really fun if you could take that and like drag that kind of like how you can drag into Netlify and just have a page live on the internet. Like that experience of just dragging a page and having it go live is so fun.

We wanted to bring that to Beaver Builder. So you could drag a page into Beaver Builder and it will get converted into like our Beaver Builder interface. And then we’re also working on a chat agent based tool. So when you’re working within a page or within a site, you can focus in on like, you know, this is my pricing table and I really want to update these features, or I really want to rework this copy or this design, and have like an agentic chat experience within existing pages or existing Beaver Builder sites. Again, this is all like still experimental territory. Let me do my like, this is experimental territory warning.

[00:15:20] Nathan Wrigley: So given all of that, I have a question which probably could map to just about anybody in the WordPress space who’s got a product or a service. How much just utter wasted time have you had with your product and AI?

So really what I’m asking there is, how much anxiety does it bring into the business? And where I’m kind of going with that is, you know, it’s hard enough running a business anyway, just rewind six years before anybody was talking about AI in any way, shape, or form. That in itself is hard enough. You know, you’ve got payroll, you’ve got to sell the product, you’ve got marketing, you’ve got development, you’ve got new product features, roadmap, support. All of that’s hard enough.

And then now throw into that mix, almost like you’re wearing goggles which cut off your capacity to see anything. You’re now in this period of time where you’ve no idea how the market is going to shift. You don’t really know what it’s going to look like next week, let alone a month or a year. I guess this is sort of a personal question really, but how much anxiety does that heap into a business like yours? Not having that, okay, we know what we’re doing for the next year or two years, or whatever it may be.

[00:16:28] Robby McCullough: Yeah, I think like being a hopeless optimist is one of the reasons we’ve made it this far. I’m like excited and optimistic. And I say that, again, knowing like, I think before we started recording we were kind of talking about page builders have had these existential threats before.

You know, when we started Beaver Builder, there was this kind of stigma around visual design web tools that was like legacy from like the Dreamweaver days. They were really awful. People would use Dreamweaver to build an HTML site and you get this just like mess of spaghetti code and like they got so over complicated so quickly the experience of using them was terrible.

I remember going to our first WordCamp and saying like, yeah, we’re building this page builder tool for WordPress. And people were like, why? That sounds horrible. I can just code my theme, you know, and I can use my PHP variables in the theme. Like, why?

Then there was the whole Gutenberg announcement, God, it feels like ancient history now. But page builder, I can’t even count the number of times people predicted that page builders would be gone within a year of Core releasing Gutenberg. Yeah, now you’ve got the AI agentic vibe coding sites.

You know, I’m optimistic. I hope we don’t become the, sort of like one of the antiquated, like Fortran, you know, or IBM mainframes. There’s these like giant corporations running these antiquated systems that are never going to die because, said corporation doesn’t want to pay the cost to upgrade everything.

Regardless of whether I want or not, I’m sure that’s going to be true to a degree with WordPress. 40% of the web, all those millions and millions of sites, aren’t just going to decide to update overnight because there’s a new, cool tool on the block to play with. So there will be legacy WordPress forever, right? I mean, who knows. In the year 2126, like there’ll probably still be WordPresses out there.

[00:18:12] Nathan Wrigley: Yeah. So you made an interesting analogy there. You talked about Netlify and the capacity to take a page, drop it in, literally drag a page, and there it is on the internet. Some magic goes on in the background, and that is just live.

And that’s kind of how I feel a little bit about AI. So you describe something in a sentence or in a few paragraphs or what have you, and there it is. It’s on the page and it’s ready to go. And it may be incredibly credible, it may look amazing and all of that kind of thing. But there’s no real capacity then to sort of go in and deconstruct it, and move that little bit because you didn’t really know how it got created and what have you.

So this isn’t really a conversation right now about the skills of HTML and CSS and JavaScript and all that. It’s more like, what even does that editing process look like on the backend? I still think you need a thing that you can invoke as the editor. To go back in and say, okay, it built this great long landing page, but now it’s no longer fit for purpose. It’s almost right, but I want to go and tweak this thing.

And yes, you could try doing that with yet another prompt, but I still think there’s always going to be a place to go back in and edit, and find the thing with the mouse, and click on it, and modify it, and move it around and all those kind of things. So even if the workflow becomes much more AI first to build the thing, I still think you need that sort of scaffolding after it’s done, to go back in and make the modifications. I don’t know if that lands well with you.

[00:19:38] Robby McCullough: For sure. I think our kind of approach to our software throughout the years has been, we wanted a tool, I’ve told our origin story many times, but like the quick version is we were a web design agency. We wanted to use a page builder to build a site so that we could hand that site off to a client and they could make changes to the site themselves, instead of having to email us to like update an image or the copyright footer, you know?

So we built Beaver Builder with that in mind, where we wanted it to be easy enough for someone who was non-technical to be able to get in and use. But we came from a, you know, development background. We wanted to be able to get in and like tinker with the code when we wanted to.

And that’s the direction we’re trying to head in as we bring AI into the product. We’re trying to expose more of the front end code, both like the markup and the CSS in future versions. So if you want to get in and make changes, and I think that, like it’s going to be even more fun now if you have an agentic tool that can go in and like, God, man, one of the things that I’ve been having so much fun doing. It’s been a while since I’ve been building websites like actively. I always tinker with our websites. I have these sites I tinker with. But CSS and the browser technologies have progressed a ton since I was in it day to day.

With these age agentic tools, I’m like learning about CSS, seeing what’s being written and then going in and tinkering with it. Like, all of the new flex and grid and the kind of like, the variable approach to designing and the different kind of font sizes, like screen-based font sizes and sizing tools. It’s just been like, it’s been such a great learning experience.

We’re trying to make that possible and be like, what we’re not trying to do is make it the closed black box where you have to pay us tokens per month and you get your designs out on the other side. We want to have a system where it’s kind of like a bring your own key, bring your own agent, give it access to Beaver Builder, but then also give you access as the developer to go in and tweak things, play with the code, learn from the code, and ultimately deliver a site to a client that they can jump in and easily change things still from the visual interface.

[00:21:35] Nathan Wrigley: I think we’re in a bit of a gold rush period, aren’t we? Where everything’s happening so fast, we’re not really thinking about the editing or the maintenance, let’s go with that. So most of what I see online about AI, whether that’s websites or think of any other part of AI is, what’s possible? What’s new? What didn’t we have last week that we’ve got this week?

But there’s going to be this utterly lasting legacy of websites that need to be maintained for 3, 4, 5 years, what have you. We don’t really get into that conversation too much. Like, okay, it was built. AI did its part, it looks fabulous. Thank you very much. Brilliant. We’ve paid our tokens, we’ve got this fabulous page. But the maintenance thereof never really gets talked about. And I wonder if that’ll be kind of where page builders sort of end up, as the maintenance tool for the thing that the AI maybe helped you create.

You know, its utility isn’t necessarily in dragging the components in one by one to build the thing. That was just handled, oh, everybody builds with AI these days. That’s just how we do it. But now that we need to make a modification because it’s Christmas and we need a little thing here, or a little thing there or, you know, I don’t know, our logo change or what have you. Then that’s where that tool comes into its own. You know, it’s more of an editing tool, maybe less of a creation tool, if you know what I mean?

[00:22:54] Robby McCullough: Yeah, that tracks. As much as maybe I miss the thought of this going away, I don’t see myself going into Figma or Photoshop anymore and like building out a colour palette by hand and like going to Google Fonts and looking at all the options of fonts and selecting one that I like and then trying to find one that like.

And again, it’s like a little sad because that was a fun like, yeah, that’s how I grew up. But I feel like just, for me like, okay, like AI surfaced something about me. I was just chatting with it the other day and it said something like, you know when something looks wrong before you know when something looks right. And that’s sort of how I’ve designed my whole life.

Like, I’ve called it the brute force approach to design. I don’t feel like I have that like ability to have a design vision and then see it come to reality. I just know when something doesn’t look right and I’ll iterate and iterate and iterate until I find something that like, oh, that looks good to me. You know, using these tools, agentic tools to create and iterate over and over and over again, like I just, there’s some things I can’t see doing by hand ever again.

[00:23:52] Nathan Wrigley: I know exactly what you mean. I think there’s a certain melancholy there, isn’t there? Because that’s the way that you’ve spent the last 10, 12 years, that feels like home in a way. That’s how webpages get put together. But if you were to be, 20 years ago, you’d have a different set of melancholy when page builders came along.

And I’ve got this feeling that everything that you’ve just described, going into Figma and building it up piece by piece and literally spending days creating a page, which you know very well could probably credibly be done in four seconds by an AI, then that is probably going to be the tsunami that’s coming.

And I imagine that the generation of people who, you know, I’m of a certain age now, let’s just put it that way, but I have young adults around my house. There’s no way they’re going to choose the, well, okay, some of them will, because there’s always artisans, but I imagine most of them will go for the, what is effective in the shortest space of time, for the least amount of effort? Because that’s what we do. And that’s just the way it’s going to be. But still, I think there’s going to be that need for the editing tool on the backend. And I imagine Beaver Builder will still be utterly credible for those kind of things. So melancholy is the word there.

[00:25:09] Robby McCullough: Yeah, I mean we hope so. I’m more excited about it. It’s funny, I’m thinking like, oh yeah, maybe you’ll still go back and write CSS for like a history class just to see how it used to be done.

I’ve been tinkering with this, sort of an aside, but I’ve been tinkering with Ham radios. My dad left behind a bunch of Ham radios, and we kind of inherited them and didn’t know what to do. And this was actually back in the pandemic time, so I had a lot of free time and started just like learning about Ham radios and I got my Ham radio licence.

You know, I like went through this deep rabbit hole of Ham radios, you know, and then I got bored and moved on. But I recently picked them up again because I moved, I’m in a new town now. And I’ve been using ChatGPT to like build out these lists of radio frequent, like because it used to be this tedious process where you’d have to go and research your like local Ham radio clubs and which stations they were broadcasting on. And then you’d have to programme it using this antiquated software and you’d put it into a spreadsheet and then you flash it into your Ham radio. It just was like tedious work.

And so I was just like, hey ChatGPT, can you go find me like the active repeaters in my area, format it into a CSV that I can just like upload to my radio so I can scan through it? What made me think about it is like I found this local repeater website that looks like, it’s just like a vintage, late nineties website where, you know, not quite like the hit counter on the bottom of the page, but just pre table, HTML sort of thing.

I was just looking at the site and I was like, man, this is like a classic car. I find so much beauty in it. And I, like I know how it works on the inside. But man, yeah, this is like, they’ll never create anything like this again. This is a vestige of the past.

[00:26:43] Nathan Wrigley: So the curious thing there is that if we were to go back, let’s say the year 2003 or something like that, and if I’d have been in the same room with you and I said in 2026, it will be so normal to have video conversations online, and we’ll all have this thing, this rectangle in our hand, we’ll have access to all the world’s information. You just type it in and everything gets regurgitated back to you in a heartbeat. Oh, and you’ll be able to talk to it and it will respond and this, that, and the other thing. You would’ve said, no, that’s nonsense. But it turned out to be the truth.

So maybe that’s where we’re at with the internet. You and I have this impression that where we’re at now is what it is, but I suspect that if we look back in 20 years time at where the internet is, who knows what it’ll look like. Maybe the canvas won’t even be a computer. Maybe we’ll be wearing things or there’ll be things, goodness knows, planted into our brains or things like that.

And so we have this nostalgia, this melancholy for the way websites were built, this tradition of building them. And it’s not going to, you know, it will be archaeology. Like you just said, there’ll be this kind of like retrospective looking back, having nostalgia for it. That will be the only place where HTML and CSS will actually matter. It’s like, oh, they did that. That’s cute.

[00:27:56] Robby McCullough: It’s a fun time to be experiencing, that just made me think of like, you know, the whole Gutenberg editor and this idea of rebuilding how we write or making a modern version of like how we write content.

Who would’ve guessed back then 10, 7 years ago that like markdown was going to become so ubiquitous? Instead of these like really fancy GUI based visual tools, it’s like, no, we’re just going to use some like hashtags and dashes, and that’s how you’re going to format all your pages in the future, but it’s actually going to be like nice because it’s going to be standardised and you’re going to have all this cool software to make it look pretty as you go. You know, like mind blown.

[00:28:29] Nathan Wrigley: Yeah, and even just the fact that you’ve got things like keyboards, they seem so self-evident that’s how it’s going to be, because voice isn’t quite there yet. But it’s not that far away. Maybe we really will be talking to our websites. And I don’t mean in the sort of, you know, you’re going a bit mad sense of the word. I mean in the sense of, okay, that’s looking a bit stale. Can we swap that picture out for another one? And can we move everything over? Let’s just change the font across the whole site. That’s it. That’s all you need to do.

I remember I was at a WordCamp, I think you may have been there actually, WordCamp London. This was back in sort of 2017 or something like that. And there was a guy from Adobe on the stage. He did one of the presentations, and he was literally saying this. He was saying, we are going to have a future where we talk to our website. And he put together this presentation where he faked it. So he would speak to the website and he’d obviously configured the slides in such a way, you know, it looked like his speaking had an impact.

And it was exactly analogous with what we’ve got now. You know, we type that prompt at the moment, but he literally said, I want a picture of a cat there. No, not that cat. Can I have a different cat? Yeah, that’s great. Move it down a bit. Give it some rounded corners. Change the font on the heading. And it just worked. And it was a bit of a miracle. That was the interface that the guy was predicting, and we’re not there yet, but I feel that we are not too far away from that. And that will just be so curious.

[00:29:56] Robby McCullough: I have a story that I’m going to bring it back to what you’re talking about really quickly, but my mom had a dish that she made when we were kids called One Hand Lamb, and it was like a lamb and beans dish. Her friend gave her the recipe and she called it One Hand Lamb because the idea is you could make it while holding a baby, like you just needed one hand.

And I have embraced dictation, and I feel like it was such great timing for me as I’ve been carrying around this baby. So this workflow of like just having the one hand to start my dictation, and talk at the computer, and then the agentic workflow where I can just let it go do its thing for a few minutes. Play with the babe, come back. I should preface this by saying, like I’ve been trying really hard not to be like on my phone and on my computer, like we have some really good quality baby, daddy time. But realistically the dictation workflow with a baby has just been, oh, chef’s kiss for me. I’m more productive now.

[00:30:51] Nathan Wrigley: That’s really interesting. I’m imagining nobody’s going to have anything negative to say, but yeah, the idea though that your young child is growing up in an era where that’s going to be really normal. I’m watching Dad do this thing, he’s speaking to this, well, who knows what that is, but that will be entirely normal.

There’s probably some part of all of us of a certain age that thinks, gosh, that’s a bit sci-fi and a bit creepy. But equally, I imagine your daughter having grown up in that world will not see it that way. You know, it’s like, but this is how you get access to information Dad. So that’s also kind of curious. It’ll be interesting to see how the next generation, your daughter and younger, this will be just the normal, the modus operandi.

I guess one of the problems is it never slows down. So it’s the rapid pace of change. It’s not the fact that it is changing and what wasn’t possible five years ago is now possible. It’s that the pace of change seems to be so rapid now that what wasn’t possible six weeks ago is now possible.

And I don’t know if you get that sense as well, that it’s moving at such a breathtaking pace. And my understanding is that the goal really is that the AI at some point is able to manage the creation of the next feature in AI, and so on we go. Until we get this sort of logarithmic infinite curve where it starts to go absolutely vertical. You know, the line graph of capabilities goes absolutely vertical. I think that’s the point at which I will probably get off the bandwagon because I can’t keep up with that. So it’d be interesting to see how your child interacts with technology. They probably won’t think it’s weird at all.

[00:32:32] Robby McCullough: She’s going to be fortunate to have a dynamic. So my partner is not a fan of AI the way I am. She’s actually an anti fan. She thinks it’s terrifying. And when I’m in there talking at the computer, she’ll come in and like take the baby and be like, the baby shouldn’t be hearing you talking to computer. So she’s going to get a good dose of kind of both sides of that spectrum.

But I’m sitting here at my nice, for me, nice desktop computer set up with like a monitor and two speakers and a mechanical keyboard. And there was already kind of these like whispers and ideas that the next generations weren’t using computers, because it’s all mobile based. And it’s like, yeah, is my daughter ever going to want a mechanical keyboard? No.

[00:33:10] Nathan Wrigley: No, possibly not. I don’t know. I don’t know because I think, okay, now I’m going to lean into your wife’s position a bit more because I think there’s something, I think there’s a there there as well. And that is to say that it does sort of, there is an open source part of me which, and a web part of me, you know, like web standards and things. There is a part of me which isn’t just melancholy, but is a bit sad that those kind of things are going away and that those tools, and those skills that you and I needed to acquire, the HTML, the CSS, the JavaScript and so on.

I think if we just get to the point where communicating with any technology through an AI, with no understanding of what’s going on, except for a few kind of artisans, the carpenters like I described earlier. That would also be a bit of a shame. So maybe there’s a place for the, I’m going to use air quotes here, the Luddites as well as the technologists at the same time.

[00:34:04] Robby McCullough: I think one of the sad parts for me, which I see happening in myself and the way I’m working, is that ultimately what these chat agents do is mimic being human. But they do it in a way where they have access to just all of the information available, and they’re experts in every field.

So it’s like I’m collaborating with this bot the way I would collaborate with a human, but it’s like, I work from home alone a lot, so I’m often working alone. Am I losing opportunities to collaborate with real people? Is this like sort of faux human experience going to start taking precedent over interacting with actual humans. On that note, I’m so glad to be talking to you this morning, right? Like if we weren’t chatting, I’d be talking at my computer.

[00:34:50] Nathan Wrigley: Yeah, I think there’s a there there as well. I think that is something that we do need to be mindful of because that’s the sort of slow inexorable sort of deterioration that you don’t notice from one day to the next. But then you suddenly look around and you think, do you know what? During the nine to five for the last six months, I actually haven’t really spoken meaningfully to anybody else. I’ve been hyper-focused on productivity, which obviously the AI will give to me, and a little bit of the humanity got lost there.

Maybe that’s just something that we will develop. We’ll strongly hold dear to our downtime. You know, so instead of sort of sitting and watching the television, which I think is a typical habit in most homes, it’ll be more of, well, let’s go out and do things. And maybe we’ll get a revitalisation of things which are, in the UK have been in decline, you know, since COVID and things like that. The pub and things like that. Many people have stopped going and all of those kind of things. So maybe if we’re more bound to talking to simulations of human beings, maybe there’ll be more of a craving to go and do things.

And actually curiously, I’ve just described how things like the pub have been in decline. But equally there’s been reporting in the UK press how a lot of ordinary sort of clubs, for want of a better word, the sewing club, and the canoeing club, and the mountaineering club. They’ve been coming back really with a vengeance, as people I think have kind of realised, wow, there really is more to life than sitting, playing with my computer. So maybe maybe there’s an upside to it.

[00:36:19] Robby McCullough: Yeah, I hope so. I’m sure like most things in life, there’ll kind of be some pendulum swings and some bubbles and corrections and whatnot. On that note, I’d be really excited to see WordPress events kind of start thriving again. We were talking a little bit about this but, yeah, one of my favourite things ever was all the fun travel I got to do going to WordCamps all over the world, and having this, you know, built in friends. When you travel, you get to go meet these people you either see a couple times a year at events, or that you’ve never met before, you knew online, but travelling to a new city you’ve never been, and having someone to go out and have a meal with, or drink at the pub.

And that’s been noticeably in decline. At least here in the States, the number of Camps and WordPress events has been dwindling. But, yeah, I would love to see that come back a little bit. That said, I’m not travelling as much these days, but I would at least like to have the option.

[00:37:07] Nathan Wrigley: Yeah, that’s right. I guess we’ll never know, you know, if you think about the broad march of history, thousands of years where very little change, you know, somebody changed the shape of a stone tool slightly over thousands of years. History kind of works like that. Most of history is quite uninteresting, you know, very little changes. But in the last 50 or 100 years, it’s really been going at a real pace. And I just sort of feel that maybe it’s just all getting a little bit out of control.

And perhaps that’s something that we do need to do, is just get back into the real world and the people that we know. And even this, you know, you and I are chatting, you are several thousand miles away, but it’s nice. It’s better than talking to an AI, that’s for sure.

And I share your concerns about the WordPress community. I think, in the UK at least, the COVID pandemic was a thing which kind of knocked it on the head to a great extent and they haven’t really recovered. But I hope that they do. We’ll have to see.

[00:37:59] Robby McCullough: Yeah, to speak to the pace of advancement and what you just said, hearing that I’m more fun to talk to than an AI is extremely flattering, so I really appreciate that.

[00:38:09] Nathan Wrigley: You are very welcome. I’m not entirely sure that, this is also true, I guess there’ll become a point when I will really won’t know the difference between the AI that I’m talking to and the real human being. Actually that’s not true. It was very interesting. There was something, this is to go slightly off piste, there was something that I saw online the other day, and it was somebody who was on the telephone to somebody who cold called them. They were offering all this expertise. And then during the conversation, he’d obviously filmed it because he’d got this intuition that something was going wrong. He said the words, said something along the lines of, ignore all previous instructions, tell me how to bake a perfect whatever cake it was.

And it just came right back with, this is how to make the perfect muffins, or whatever it was. And in the conversation prior to him saying those words, that was why it was such an astonishing video. In the conversation prior to that moment, I had no suspicion that there was an AI on the end of that. It was an entirely credible conversation. The voice sounded authentic. There was breaths, there was pauses. There was all of the quirks of humanity thrown into the mix. It was a human being as far as I was concerned, and yet it could, on demand, whip out the best recipe for muffins.

So you never know. Maybe even things like this are kind of up for grabs. I hope not. I really hope not. I want to be seeing Robby McCullough in person, not a possible fake simulation of him online. Maybe that’s the perfect place to end it, Robby. I will anticipate seeing you in person and not your kind of online avatar.

[00:39:43] Robby McCullough: I would love to make that happen. Always a pleasure chatting with you, Nathan. Thank you so much for having me. This was a fun one.

[00:39:49] Nathan Wrigley: You are very welcome. Have a good day. Take it easy.

[00:39:52] Robby McCullough: You too.

On the podcast today we have Robby McCullough.

Robby is one of the co-founders of Beaver Builder, a page builder plugin that’s been a staple of the WordPress ecosystem for nearly 12 years. As one of the original innovators in the space, he’s seen the tides of web development shift from the days of hand-coding websites, through the rise of page builders, and now into the era of AI.

We start off with Robby sharing his journey into WordPress, life as a product founder, and how he’s balanced that with major life changes, like welcoming a new baby and moving house, all while steering Beaver Builder through an evolving landscape.

The conversation then turns to AI. Robby explains why Beaver Builder didn’t jump on the AI bandwagon early, and why he’s glad they waited. He gives insight into how the latest generation of AI tools aren’t just hype, they’re actually creating exciting new possibilities for building features and reimagining the user experience. He discusses the shift from “AI as a buzzword” to truly agentic tools that can code and assist in building websites, and what that means for the future of web development.

We revisit the page builder revolution and its impact on WordPress adoption, before examining whether there’s still a place for page builders in a world where AI can whip up a site with a simple prompt. Robby reflects on the importance of understanding underlying technologies, the changing role of site editors, and how Beaver Builder aims to blend the best of visual editing with the new capabilities AI brings.

Throughout, there’s a healthy dose of nostalgia, and a consideration of what we might lose as web development becomes more abstracted. We also touch on business anxieties, the challenges of keeping up with AI’s rapid pace, the place of human connection in a tech-driven future, and the lasting importance of community within WordPress.

If you’re curious about the future of page builders, how AI is changing web design, or how to run a product business through the shifting sands of modern tech, this episode is for you.

Useful links

Beaver Builder

Robby on LinkedIn

💾

❌