Formularios de búsqueda no accesibles

En Unlabelled search fields se explica cómo etiquetar correctamente un formulario de búsqueda para que sea accesible.

La típica implementación como la siguiente está mal:

<input type="search" placeholder="…">
<button type="submit">
Search
</button>

Algunas alternativas son:

<input aria-labelledby="searchtext" type="search" placeholder="…">
<button type="submit" id="searchtext">
Search
</button>

O también:

<input type="text" name="search" aria-label="Search">
<button type="submit">Search</button>

En el artículo también se repasan las implementaciones de BBC, Medium, Google, Twitter y otros sitios web populares.

El sitio web de Domino's Pizza tiene que ser accesible en EEUU

En BIG WIN FOR WEB ACCESSIBILITY IN DOMINO’S PIZZA CASE podemos leer:

the ADA applied to Domino’s website and app because the Act mandates that places of public accommodation, like Domino’s, provide auxiliary aids and services to make visual materials available to individuals who are blind.

El juicio contra Domino's Pizza.

Versión texto, NO, NUNCA

Es bastante sorprendente que todavía haya gente que ofrezca una "versión texto" o "versión solo texto" como solución para la accesibilidad de un sitio web. Pensaba que ya nunca más me encontraría con ello, pero me equivoqué.

La Universidad Miguel Hernández:

Tiene en el pie de página un enlace Versión texto que muestra esta página:

Podemos ver que el URL de esa página es https://www.umh.es/acc/, supongo que "acc" debe ser por "accesible".

Denuncias por falta de accesibilidad web en EEUU en el año 2018

En 2018 ADA Web Accessibility Lawsuit Recap Report han publicado un resumen de las denuncias por falta de accesibilidad web que ha habido en EEUU durante el año 2018.

Se contabilizan 2285 denuncias, un incremento del 181% sobre las 814 presentadas en el año 2017:

The UsableNet research team has been tracking 2018 federally filed ADA web accessibility-related lawsuits. In 2018, we tracked 2285 lawsuits—up 181% over 2017 which had 814.

Igualito, igualito, igualito que en España.

Existe un patrón de los sitios web denunciados, principalmente están relacionados con el comercio, los servicios de alimentación, viajes y hospitales, banca y finanzas, entretenimiento y diversión y autoservicio (máquinas tipo cajero automático):

Although many industries are involved across the cases, six stand out for the additional attention they get. Retail, food service, travel/hospitality, banking/financial, entertainment and leisure, and self-service, have the majority of cases, reflecting a general pattern over 2017 and 2018 toward these types of organizations.

¿Qué herramienta de evaluación de la accesibilidad web debería usar?

En Which accessibility testing tool should you use? proponen:

Browser extensions (I’m using Chrome for the purposes of this post)
WAVE Web Accessibility Evaluation ToolLighthouseaXe browser extensionWCAG Accessibility Audit Developer UISiteImprove Accessibility Checker
Other tools
Tenon.io (free and paid plans available)

Crear un sitio web accesible alternativo no es una buena solución

Lo de crear un sitio web "versión solo texto" pensaba que era algo que había pasado a la historia, pero parece que no es así...

En Airline Fined for Separate Disabled-Accessible Website podemos leer que la compañía aérea SAS ha sido sancionada con una multa de $200,000 porque creó una versión accesible separada de su sitio web principal:

Offering a separate website for those with disabilities does not comply with the U.S. Department of Transportation’s (DOT) website accessibility requirements, the agency made clear with a $200,000 fine to the Scandinavian Airlines System (SAS).

The DOT established website accessibility requirements that require any U.S. or foreign air carrier that has a website and that operates at least one aircraft seating more than 60 passengers to ensure that its public-facing webpages on its primary website are accessible to individuals with disabilities. Set forth at 14 CFR Part 382, the rule had two phases of implementation.

By December 12, 2015, covered entities needed to ensure that core travel information and services on the airline’s primary website met the Web Content Accessibility Guidelines 2.0 Level AA Standard. Airlines had until December 12, 2016, to achieve compliance for all remaining webpages on the primary site.

But in February 2017, the DOT’s Office of Aviation Enforcement and Proceedings discovered that SAS’ primary website was not accessible to persons with disabilities. Instead, the airline created an “assistive version” of its primary website at a separate and distinct URL.

This separate site violated the DOT rule, the agency said.

“In the preamble to the rule the Department explained that to create a separate accessible website would ‘likely perpetuate the problem of unequal access as carriers allot fewer resources than needed over time to properly maintain the second site,’” according to the DOT consent order with SAS. “The Department also stated that it is a ‘well-established principle of disability non-discrimination law that separate or different aids, benefits or services can only be provided to individuals with disabilities (or a class of such individuals) when necessary to provide aids, benefits or service that are as effective as those provided to others.’”

SAS’ failure to comply also constituted unfair and deceptive practices and an unfair method of competition, the agency said.

In response, SAS argued it “held a good faith belief” that the assistive version of its website was a conforming alternate version that brought its primary site into compliance, pointing the finger at a third-party vendor that “assured” the airline the alternative site met the requirements of the DOT rule. SAS no longer has an alternative separate website designed for individuals with disabilities, and its primary website is accessible.

The DOT Enforcement Office and SAS reached an agreement over the charges. While the airline did not admit to the violations asserted by the agency, it agreed to cease and desist from future similar violations and pay a compromise civil penalty of $200,000. Of the total amount, $100,000 was due immediately, with the remaining $100,000 due and payable if SAS violates the consent order within one year.

“This compromise assessment is appropriate considering the nature and extent of the violations described herein and serves the public interest,” according to the consent order. “It represents a strong deterrent to future similar unlawful practices by SAS and other carriers.”

Beyoncé denunciada por falta de accesibilidad web

En Beyoncé's Parkwood Entertainment sued over website accessibility podemos leer:

A class action lawsuit claims that Beyoncé’s official website violates the Americans With Disabilities Act (1990) by denying visually impaired users equal access to its products and services, according to the Hollywood Reporter.

Web accessibility requires photos to be coded with alt-text so that screen-readers used by visually impaired users can speak the alternative text. Dan Shaked, attorney for plaintiff Mary Conner, said: “There are many important pictures on beyonce.com that lack a text equivalent … As a result, Plaintiff and blind beyonce.com customers are unable to determine what is on the website, browse the website or investigate and/or make purchases.”

The Guardian has contacted representatives for Beyoncé for comment.

Conner is described in the suit as having “no vision whatsoever”. Shaked describes music as “the one and only form of entertainment that truly presents an even playing field between the visually impaired and the sighted”. Conner’s hopes of attending a Beyoncé concert were restricted by her lack of access to the website, the suit claims.

The complaint lists further issues including the lack of accessible drop-down menus and navigation links, and the inability to navigate using a keyboard instead of a mouse.

The proposed lawsuit includes “all legally blind individuals in the United States who have attempted to access Beyonce.com and as a result have been denied access to the enjoyment of goods and services offered by Beyonce.com, during the relevant statutory period.”

Conner seeks a court injunction that would require Beyoncé’s company to make the site accessible to blind and visually impaired customers in accordance with ADA rules, and is pursuing damages for those who have “been subject to unlawful discrimination”.

La accesibilidad empieza con un buen uso de HTML

En HTML: A good basis for accessibility se explica:

A great deal of web content can be made accessible just by making sure the correct HTML elements are used for the correct purpose at all times. This article looks in detail at how HTML can be used to ensure maximum accessibility.

Semantic HTML doesn't take longer to write than non-semantic (bad) markup if you do it consistently from the start of your project, and it also has other benefits beyond accessibility:

1. Easier to develop with — as mentioned above, you get some functionality for free, plus it is arguably easier to understand.
2. Better on mobile — semantic HTML is arguably lighter in file size than non-semantic spaghetti code, and easier to make responsive.
3. Good for SEO — search engines give more importance to keywords inside headings, links, etc., than keywords included in non-semantic <div>s, etc., so your documents will be more findable by customers.

Experiencias en desarrollos tecnológicos accesibles: Experiencia Ecuador

Conferencia impartida en la III Jornada de Accesibilidad Digital organizada por el Instituto Tecnológico de Costa Rica (TEC) del 25 al 28 de octubre de 2016 en San José (Costa Rica):

Herramientas para revisión del contraste del color

Una lista enorme, muy enorme, de herramientas para revisar el contraste del color: Color Contrast Tools.

Un mal uso de los colores que crea un problema de accesibilidad para las personas con ceguera al color

En ATG Event Ticketing Website se explica un problema de accesibilidad que presenta el sitio web de venta de entradas más importante del Reino Unido.

Voy a usar la herramienta Coblis — Color Blindness Simulator para simular diferentes tipos de ceguera al color. Como se verá en las siguientes imágenes, hay combinaciones de colores que no se pueden diferenciar claramente.

Claro, cuando los dos colores que no se distinguen claramente están juntos, se pueden diferenciar porque su luminosidad es diferente (uno es más claro/oscuro que el otro). Pero cuando están separados, es muy difícil saber cuál es cual.

RED-BLIND/PROTANOPIA

GREEN-BLIND/DEUTERANOPIA

BLUE-BLIND/TRITANOPIA

MONOCHROMACY/ACHROMATOPSIA

BLUE CONE MONOCHROMACY

Cómo una persona con ceguera al color trabajo con el color

Muy interesante lo que se explica en Cómo interpretar los códigos hexadecimales de color incluso siendo daltónico:

David DeSandro de Metafizzy explica en esta presentación de las dotConferences cómo desarrollar el superpoder de interpretar los códigos de color hexadecimales que habitualmente se usan en HTML/CSS/Photoshop. La técnica no es complicada, aunque requiere conocer algunos detalles. En el caso del propio DeSandro tiene más mérito porque además es daltónico: "No puedo fiarme de mi percepción visual del color a la hora de trabajar con los diseños, así que desarrollé esta habilidad como una forma de cubrir esa necesidad".

La accesibilidad de los videojuegos: ¿por qué me debería preocupar?

Conferencia impartida en el Tercer Congreso Internacional en Sistemas de Información y Ciencias de la Computación, INCISCOS 2018, celebrado en Quito (Ecuador) del 14 al 16 de noviembre de 2018.

La industria de los videojuegos es en la actualidad la principal industria del entretenimiento a nivel mundial. Esta situación no es coyuntural, sino que se espera que siga siendo así durante los próximos años.

Desgraciadamente, los videojuegos suelen presentar numerosas barreras de accesibilidad que dificultan o impiden que las personas con discapacidad puedan disfrutar de ellos. Además de la situación de discriminación que supone esto en general, la falta de accesibilidad de los videojuegos puede ser un problema muy grave en el caso de los videojuegos llamados "serios" que son empleados en la enseñanza y en la capacitación profesional.

El objetivo principal de la conferencia es concienciar a los estudiantes de informática, computación y estudios similares que estarán entre el público de la importancia de tener en cuenta la accesibilidad durante el desarrollo de los videojuegos.

Entrevista a Jonathan Chacón

Entrevista a Jonathan Chacón, desarrollador e investigador en accesibilidad, usabilidad y nuevas tecnologías; defiende los conceptos de diseño universal y accesibilidad como criterios de calidad en el software y el hardware.

Defiende la idea de un diseño accesible desde la base evitando parches y mantiene la idea de la tecnología como único camino para alcanzar una sociedad realmente inclusiva para todos ya que todos tenemos capacidades y discapacidades.

Busca divulgar y compartir la idea de una tecnología responsable por y para las personas ejerciendo su cargo de comisionado del colegio de ingeniería en informática de Cataluña para la accesibilidad y usabilidad.

Ha trabajado como consultor, desarrollador e investigador tecnológico en proyectos de biometría, visión artificial, interfaces de usuario inteligentes siempre siguiendo la filosofía del diseño para todos.

Actualmente es responsable de accesibilidad y experiencia de usuario en la startup Tech4Freedom.

Ha publicado varias aplicaciones en la AppStore bajo su sello Tyflos Accessible Software y artículos sobre accesibilidad, usabilidad y tecnología en su sitio web Programar a ciegas así como colaborador en artículos y libros de investigación, diseñador y desarrollador para proyectos educativos e inclusivos.

Playboy denunciado por falta de accesibilidad en su sitio web

Hace unos días se publicó la noticia Playboy.com Sued by Blind Man Who Says He Can’t Fully ‘Enjoy’ the Website, en la que podemos leer:

Playboy.com was sued Wednesday by a legally blind man who says that the site, as well as Playboyshop.com, aren’t equally accessible to the blind and visually impaired.

In the class-action suit, filed Wednesday in federal court in New York, Donald Nixon says that he and other visually-impaired customers are unable to “fully and equally use or enjoy” the site’s offering. And that definitely goes on the Turn-Offs list.

“Due to the inaccessibility of Defendant’s Website, blind and visually-impaired customers such as Plaintiff, who need screen-readers, cannot fully and equally use or enjoy the facilities, products, and services Defendant offers to the public on its Website,” the suit reads. “The access barriers Plaintiff encountered have caused a denial of Plaintiff’s full and equal access in the past, and now deter Plaintiff on a regular basis from visiting the Website, presently and in the future.”

According to the suit, Nixon employs screen-reading software to access the internet. During his visits to the site, the lawsuit says, Nixon “encountered multiple access barriers” that “denied Plaintiff full and equal access to the facilities, goods and services offered to the public and made available to the public; and that denied Plaintiff the full enjoyment of the facilities, goods and services of the Website, by being unable to learn more information, the ability to browse products available for delivery, find information on promotions and coupons, and related goods and services available online.”

Cómo crear una declaración de accesibilidad web

El W3C ha publicado HOW TO CREATE ACCESSIBILITY STATEMENTS, que describe el uso de la nueva herramienta Developing an Accessibility Statement para crear una declaración de accesibilidad web.

El Real Decreto 1112/2018, de 7 de septiembre, establece en el Artículo 15:

Artículo 15. Declaración de accesibilidad.
1. Las entidades responsables de las webs y aplicaciones para móviles
proporcionarán una declaración de accesibilidad detallada, exhaustiva y clara sobre la
conformidad de sus respectivos sitios web y aplicaciones para dispositivos móviles con lo
dispuesto en este real decreto. Dicha declaración será actualizada periódicamente, como
mínimo una vez al año, o cada vez que se realice una revisión de accesibilidad conforme
a lo especificado en el artículo 17.
Esta declaración de accesibilidad se proporcionará en un formato accesible haciendo
uso de las instrucciones y del modelo de declaración de accesibilidad que se establezca
conforme a lo dispuesto en el apartado 3.
En el caso de los sitios web, la declaración se publicará en el sitio web
correspondiente estando disponible su acceso desde todas las páginas del sitio web con
un enlace denominado «Accesibilidad» o su equivalente en el idioma en el que se
encuentre disponible la página.
En el caso de las aplicaciones para dispositivos móviles, la declaración estará
disponible en el sitio web de la entidad obligada que haya desarrollado la aplicación
concreta para dispositivos móviles junto con el enlace para su descarga o bien se
facilitará junto con otra información disponible al descargar la aplicación de las
plataformas de distribución de aplicaciones.

2. La declaración de accesibilidad comprenderá, como mínimo, la siguiente
información:
a) Una explicación sobre aquellas partes del contenido que no sean accesibles y
las razones de dicha inaccesibilidad, así como, en su caso, las alternativas accesibles
que se ofrezcan.
b) Un enlace y descripción del mecanismo de comunicación en los términos que se
establecen en los artículos 10, 11 y 12 del presente real decreto.
c) Un enlace al procedimiento de reclamación regulado en el artículo 13 al que
cualquier persona interesada pueda recurrir en caso de que la respuesta a la
comunicación o a la solicitud sea insatisfactoria.

3. Mediante Orden de la Ministra de Política Territorial y Función Pública se
aprobarán instrucciones específicas para la generación y puesta a disposición de las
declaraciones de accesibilidad de aplicación en todo el territorio nacional de acuerdo con
los requisitos especificados en el modelo europeo.

Día Internacional de las Personas con Discapacidad

El Día Internacional de las Personas con Discapacidad se observa en todo el mundo cada 3 de diciembre de acuerdo a la resolución 47/3 de la Asamblea General adoptada el 14 de octubre de 1992, con el objetivo de llamar la atención y movilizar apoyos para aspectos clave relativos a la inclusión de personas con discapacidad en la sociedad y en el desarrollo.

Libro "Accesibilidad Web. WCAG 2.1 de forma sencilla"

Olga Revilla y Olga Carreras han publicado el libro Accesibilidad Web: WCAG 2.1 de forma sencilla.

El contenido del libro es:

1. Introducción a la Accesibilidad Web donde se explican los orígenes, los perfiles implicados y cómo implantar una política de Accesibilidad Web en una Organización.
2. Las Pautas WCAG: qué son y cómo se organizan, qué novedades hay de la versión 2.0 a la versión 2.1 y motivaciones para seguirlas.
3. Requisitos de Conformidad: los 5 requisitos que toda página debe cumplir, los niveles de conformidad, y cómo comunicar que tu sitio es accesible.
4. Evaluar la accesibilidad con la metodología WCAG-EM: qué pasos hay que dar y cómo declarar la conformidad según este análisis.
5. Principio 1: Perceptible. Nuestro sitio web puede ser visitado por personas con muy diferentes necesidades y preferencias perceptivas, pero también por robots (buscadores, traductores automáticos...).
6. Principio 2: Operable. Los diseñadores web somos conscientes de los diferentes ispositivos, productos de apoyo y contextos de uso de los usuarios para manejar el sitio web, por lo que debemos crear los elementos que componen la interfaz de tal manera que cualquiera pueda utilizarlos.
7. Principio 3: Comprensible. Si los usuarios no comprenden lo que les decimos, o les hacemos sentirse perdidos, tenemos un problema.
8. Principio 4: Robusto. La evolución de la tecnología nos obliga a adaptarnos tanto a nosotros como a nuestros sitios web.
9. Documentos PDF accesibles. Técnicas específicas de esta tecnología y cómo implementarlas paso a paso.
10. ARIA, el aliado (casi) desconocido. Aprende a aplicar correctamente el estándar WAI-ARIA, imprescindible para comprender e interactuar mediante un lector de pantalla con componentes como acordeones, menús desplegables o pestañas. Incluimos diferentes ejemplos de código.
11. Recursos y Herramientas. Selección de validadores y asistentes para revisar el cumplimiento de las pautas.
12. Resúmenes y esquemas. Diagramas conceptuales y tablas resúmenes para avanzar más rápido.
13. Glosario. Definiciones de los términos más complejos utilizados en el libro.

Los captchas de Google

Los captchas de Google son bastante curiosos, y claro está, no accesibles:

Comparativa de tres herramientas de evaluación de la accesibilidad web

En Comparing 3 Top Automated Accessibility Testing Tools: WAVE, Tenon.io, and Google Lighthouse, se comparan tres herramientas de evaluación automática de la accesibilidad web. La conclusión es:

The advantages and limitations of automated tools: a few examples

Automated Tools Will Suffice for the following:

• Does the image have alt text?
• Does the form field have a label and description?
• Does the content have headings?
• Is the HTML valid?
• Does the application UI follow WCAG guideline X?

Human Intervention Is Required for the following:

• Is the alt text accurate given the context?
• Is the description easy to understand?
• Do the headings represent the correct hierarchy?
• Is the HTML semantic?
• Does the application UI behave as expected?

While automated tools can discover many critical issues, there are even more issues that need human analysis. If there is a vague or misleading alt tag, that is just as bad from a usability standpoint as a missing alt tag, and an automated tool won’t catch it. You need someone to go through the site with a sharp and trained eye.

In the end, to fully test for accessibility issues, a combination of automated and manual testing is required. Automated testing tools provide a good starting point for testing, point to patterns of errors that humans can then look out for, and can catch issues before they go to production.