Building Accessible Websites From Scratch Part Two for Agencies and Developers

Building Accessible Websites From Scratch Part Two for Agencies and Developers

In the 16th episode of the AAArdvark Accessibility Podcast, hosts Natalie Garza and accessibility expert Natalie MacLees discuss the importance of integrating web accessibility from the very start of the development process for developers and agencies. They tackle common misconceptions held by developers, the necessity of educating clients, and the legal implications of inaccessible websites.

Natalie G: Hello everybody and welcome to the AAArdvark Accessibility Podcast. My name is Natalie G. I’m the Mic MC here and with us today is…

Natalie M: Natalie M. Accessibility expert.

Natalie G: Yes, and in today’s podcast, we are going to do the part two to last week’s episode, where we talk about web accessibility when building websites from scratch. This one is geared towards developers and agencies, basically, anybody who is actually making the website.

Natalie M: Professionals who build websites.

Natalie G: Professionals who build websites. And so we’re gonna start off with why is it important to build a website to be accessible from scratch?

Natalie M: Yeah. So we touched on this a little bit last time, but I think it’s worth doing a quick review. Your favorite metaphor, Natalie, you can’t put the chocolate chips in the cookie after it’s baked. So the best way to end up with an accessible website is to build it to be accessible from the very beginning.

It is the most cost-effective option. If you try to come back and make an inaccessible website accessible later, it’s going to be very expensive, very time-consuming, and very difficult, and the end result won’t be as good. And accessible websites are important, of course, because that way, there are no barriers to customers or users to the website.

Everybody has equal access to all of the information and services. The user experience of an accessible website is better for everybody who uses the site. You get a little SEO boost. And you can avoid legal risks ’cause people do get sued for having websites that aren’t accessible. And you could look at increasing your audience and potentially your revenue by about 20% if you are inclusive and allow everybody to easily use your website.

Natalie G: Yeah, and that means everything on your website, like the checkouts, like the memberships, like the ability To give your website owner money.

Natalie M: Make donations to a nonprofit. Yep. All of it should be accessible.

Natalie G: Yeah, and there’s a lot of misconceptions that developers have when it comes to making accessible websites.

Natalie M: They do, they do. A lot of developers don’t, you know, we talked about in an earlier episode how there’s a real lack of accessibility training in any kind of web development training. If it’s there at all, it’s often just one unit that’s kind of tucked in, in the middle of the class, and it’s not taught holistically throughout the entire curriculum.

And because of that, developers often make a lot of assumptions and think, “Oh, it’s really difficult. It’s really time-consuming. It’s expensive. It will constrain what we can do. It will constrain the design. Can’t be fancy and beautiful.” They’ll think, “Oh, we aren’t gonna be able to build certain kinds of functionality.

And the website is not gonna be as modern or fun or as exciting if I have to make it accessible.” And so they’re reticent to kind of dive in and figure out how to make that all happen.

Jaksot(25)

WCAGs Cousins – ATAG, UAAG, PDF/UA

WCAGs Cousins – ATAG, UAAG, PDF/UA

Join Natalie and Natalie in the twelfth episode of the AAArdvark Accessibility Podcast as they explore the lesser-known cousins of WCAG: ATAG, UAAG, and PDF/UA. They discuss the importance of these guidelines for authoring tools, user agents, and PDFs and explore how implementing them can significantly enhance web accessibility. The episode also touches on the real-world implications and the responsibilities of tool developers in creating accessible software. Natalie Garza: Hello, everybody, and welcome to this episode of the AAArdvark Accessibility Podcast. My name is Natalie G, and with me today is, Natalie MacLees: Natalie MacLees. Natalie Garza: Yes, thank you for joining us today, Natalie. Natalie MacLees: Thanks for having me. Natalie Garza: Yes, this is the twelfth episode, and in this podcast episode, we’re gonna talk about WCAG’s cousins. Let’s talk about cousins. They are ATAG, UAAG, and PDF/UA. Natalie MacLees: Yeah, I’m pretty sure those are the official names. Natalie Garza: Yes, we’re gonna go over each one. Natalie MacLees: The other accessibility guidelines. Natalie Garza: Yes, the not-so-mentioned, often forgotten, but they’re here, and we’re gonna talk about them. Alright, Natalie, what is, what is WCAG? It’s just a refresher for our audience.  Natalie MacLees: WCAG, W C A G, stands for the Web Content Accessibility Guidelines, and it’s what applies to any kind of online content or software, even though the name is web content. So like online web apps and things like that, it also applies. Natalie Garza: Yes, and I feel like if you put any attention into the accessibility space, that’s all you hear. WCAG this, WCAG that. Natalie MacLees: Yes, you do hear it a lot. People talk about WCAG a lot and they don’t talk about its cousins. Natalie Garza: What are the cousins, Natalie? We want to start with ATAG? Natalie MacLees: I usually say A-TAG, but okay, we can call it whatever you want. ATAG, Authoring Tool Accessibility Guidelines. You’ll notice they all end in A G because they’re all accessibility guidelines. And this is a set of guidelines meant for authoring tools. So things like your favorite CMS. Whether that’s Drupal, WordPress, Wix, Weebly, Squarespace, etc. There’s literally hundreds of them at this point and ATAG should be applying to all of these things. Unfortunately, it is not very evenly implemented. And ATAG aims to do two things with an authoring tool. Number one, it aims to try to make sure that people with disabilities can use the tool. And, so in that way, it’s all of the WCAG rules just applied to, you know, the admin editing interface of, you know, WordPress or whatever to make sure that if you’re using a screen reader or your keyboard only, or, you know, whatever kind of assistive technology you’re using, you can go in and write blog posts and add images and all of those kinds of things. The other part of ATAG is to help you, as an author, make sure that your content that you’re creating is accessible. And so it should have little tips and little warnings that show up. If you try to put white text on a pale yellow background, you should see some kind of warning come up that just says, “Oh, hey, you might want to pick a different color here. This isn’t accessible.” It should have little reminders, “oh...

21 Helmi 31min

Suosittua kategoriassa Liike-elämä ja talous

sijotuskasti
psykopodiaa-podcast
mimmit-sijoittaa
rss-rahapodi
rss-rahamania
ostan-asuntoja-podcast
yrittaja
pari-sanaa-lastensuojelusta
rss-lahtijat
herrasmieshakkerit
rss-lentopaivakirjat
rss-paasipodi
pomojen-suusta
lakicast
rss-myynti-ei-ole-kirosana
rss-sensuroimaton-kukkonen-kausi-3
rss-seuraava-potilas
rss-neuvottelija-sami-miettinen
leadcast
rss-myyntikoulu