Accesibilidad web

Una web es accesible cuando la puede usar cualquier persona, también quien no ve la pantalla, quien no usa ratón o quien tiene dificultades para leer.

Accesible = usable por cualquier persona: con lector de pantalla, con teclado, con zoom, sin sonido.

Es obligatoria en la administración y en muchos servicios privados; la referencia son las WCAG en nivel AA.

El HTML bien escrito hace la mayor parte: idioma, título, encabezados en orden, regiones, alt, enlaces claros, <button>, <label>, tablas con encabezados y subtítulos.

Compruébalo con el teclado, con Lighthouse o WAVE y con un lector de pantalla.

  • Una web es accesible cuando la puede usar cualquier persona, también quien no ve la pantalla, quien no usa ratón o quien tiene dificultades para leer. Gran parte de la accesibilidad no se añade al final: sale gratis si el HTML está bien escrito, que es lo que se aprende al empezar con HTML.
  • Personas ciegas, que usan un lector de pantalla: un programa que lee en voz alta la página y permite saltar de encabezado en encabezado, de enlace en enlace o de campo en campo. Personas con baja visión, que amplían la página o necesitan buen contraste. Personas que no pueden usar el ratón y navegan con el teclado o con otros dispositivos. Personas sordas, que necesitan subtítulos en los vídeos. Personas con dificultades cognitivas o de lectura, que agradecen textos claros y una estructura previsible.
  • Y también situaciones de todos: el sol sobre la pantalla del móvil, un brazo escayolado o un vídeo en un tren sin auriculares.
  • Las webs de la administración pública en España tienen que ser accesibles por ley (Real Decreto 1112/2018). Desde el 28 de junio de 2025, la Ley 11/2023, que traslada la normativa europea, lo exige también a muchos servicios privados: tiendas en línea, bancos, transporte, libros electrónicos… Así en 2026; puede haber cambiado. La referencia técnica son las pautas WCAG del W3C (versión 2.2, de 2023), en su nivel AA. Se resumen en cuatro principios: el contenido tiene que ser perceptible, operable, comprensible y robusto.
  • Para un estudio de diseño, entregar una web inaccesible es entregar un trabajo con fallos.

Introducción

Una web es accesible cuando la puede usar cualquier persona, también quien no ve la pantalla, quien no usa ratón o quien tiene dificultades para leer. Gran parte de la accesibilidad no se añade al final: sale gratis si el HTML está bien escrito, que es lo que se aprende al empezar con HTML.

Para quién es

Personas ciegas, que usan un lector de pantalla: un programa que lee en voz alta la página y permite saltar de encabezado en encabezado, de enlace en enlace o de campo en campo. Personas con baja visión, que amplían la página o necesitan buen contraste. Personas que no pueden usar el ratón y navegan con el teclado o con otros dispositivos. Personas sordas, que necesitan subtítulos en los vídeos. Personas con dificultades cognitivas o de lectura, que agradecen textos claros y una estructura previsible.

Y también situaciones de todos: el sol sobre la pantalla del móvil, un brazo escayolado o un vídeo en un tren sin auriculares.

No es opcional

Las webs de la administración pública en España tienen que ser accesibles por ley (Real Decreto 1112/2018). Desde el 28 de junio de 2025, la Ley 11/2023, que traslada la normativa europea, lo exige también a muchos servicios privados: tiendas en línea, bancos, transporte, libros electrónicos… Así en 2026; puede haber cambiado. La referencia técnica son las pautas WCAG del W3C (versión 2.2, de 2023), en su nivel AA. Se resumen en cuatro principios: el contenido tiene que ser perceptible, operable, comprensible y robusto.

Para un estudio de diseño, entregar una web inaccesible es entregar un trabajo con fallos.

Lo que ya haces bien con HTML

Repasa esta lista con cualquier página tuya. Todo es HTML básico:

QuéPor qué ayuda <html lang="es">El lector de pantalla lee con la pronunciación del español. Un <title> que diga qué es la páginaEs lo primero que se anuncia y lo que se ve en la pestaña. Encabezados en orden: un <h1>, luego <h2>, <h3>…Quien usa lector de pantalla salta por los encabezados como por un índice. <header>, <nav>, <main>, <footer>Son «regiones»: permiten ir directo al menú o al contenido. alt en todas las imágenes (vacío si son decorativas)Sin él, el lector dice el nombre del fichero: «IMG-4032 punto jpg». Enlaces que dicen adónde llevanMuchas personas recorren solo la lista de enlaces; diez «pincha aquí» no sirven. <button> para las acciones y <a> para ir a otra páginaFuncionan con el teclado y se anuncian como lo que son. <label> en cada campo, <fieldset> con <legend>El lector dice qué hay que escribir en cada campo . Tablas con <caption> y <th scope>Cada dato se lee junto a su encabezado . Subtítulos en los vídeos con <track>Para quien no oye o no puede poner sonido.

Los subtítulos se añaden a un vídeo con un fichero de texto .vtt:

El teclado

Prueba tu página sin ratón: Tab avanza por enlaces, botones y campos; Mayús + Tab retrocede; Intro activa un enlace o un botón; la barra espaciadora marca una casilla.

Tienes que poder llegar a todo lo que se puede pulsar, en un orden lógico (el del HTML). Tienes que ver dónde estás: el contorno de foco. Con CSS puedes darle estilo con :focus-visible; nunca lo borres sin poner otro. Un <div> con un clic programado no recibe el foco ni responde a Intro. Por eso los botones se hacen con <button>.

Más allá del HTML

La accesibilidad sigue en el CSS y en el JavaScript:

Contraste suficiente entre el texto y el fondo. No usar solo el color para dar información, como un error marcado solo en rojo. Respetar a quien prefiere menos movimiento en las animaciones. Menús y botones con JavaScript que se anuncian bien.

Cómo comprobarlo

Teclado: recorre la página con Tab. Es la prueba más rápida y la que más fallos encuentra. Validador del W3C : un HTML mal cerrado confunde también a los lectores de pantalla. Lighthouse, en las herramientas de desarrollo de Chrome (F12 → pestaña Lighthouse → categoría Accesibilidad): da una puntuación y una lista de fallos. WAVE (wave.webaim.org): marca sobre la propia página las imágenes sin alt, los campos sin etiqueta o los saltos de encabezado. Un lector de pantalla: NVDA en Windows (gratuito) o VoiceOver en Mac (Cmd + F5). Cierra los ojos un minuto y navega tu portfolio.

📌 Nota. Una puntuación de 100 en Lighthouse no garantiza que la web sea accesible: las herramientas automáticas encuentran solo una parte de los problemas. La prueba con el teclado y con un lector de pantalla no se puede saltar.

Practica

Pasa WAVE o Lighthouse por la web de algún museo, tienda o festival que te guste. Apunta tres fallos y cómo los arreglarías con lo que sabes de HTML. Recorre una página tuya solo con el teclado y con VoiceOver o NVDA. ¿Se entiende todo? Corrige lo que no.

Errores frecuentes

alt="imagen" o el nombre del fichero como texto alternativo. Elegir un encabezado por su tamaño y saltarse niveles (de <h1> a <h4>). Enlaces «aquí», «leer más» o «+ info» repetidos. Botones hechos con <div> o con una imagen sin texto. Texto dentro de imágenes (carteles, titulares): un lector de pantalla no lo lee y no se puede ampliar sin pixelarse. Vídeos sin subtítulos o que arrancan solos con sonido.

Accesibilidad Web
02

Accesibilidad web

Una web es accesible cuando la puede usar cualquier persona, también quien no ve la pantalla, quien no usa ratón o quien tiene dificultades para leer.

Código del tema: alt=""

📘 Teoría

Introducción

Una web es accesible cuando la puede usar cualquier persona, también quien no ve la pantalla, quien no usa ratón o quien tiene dificultades para leer. Gran parte de la accesibilidad no se añade al final: sale gratis si el HTML está bien escrito, que es lo que se aprende al empezar con HTML.

Para quién es

  • Personas ciegas, que usan un lector de pantalla: un programa que lee en voz alta la página y permite saltar de encabezado en encabezado, de enlace en enlace o de campo en campo.
  • Personas con baja visión, que amplían la página o necesitan buen contraste.
  • Personas que no pueden usar el ratón y navegan con el teclado o con otros dispositivos.
  • Personas sordas, que necesitan subtítulos en los vídeos.
  • Personas con dificultades cognitivas o de lectura, que agradecen textos claros y una estructura previsible.

Y también situaciones de todos: el sol sobre la pantalla del móvil, un brazo escayolado o un vídeo en un tren sin auriculares.

No es opcional

  • Las webs de la administración pública en España tienen que ser accesibles por ley (Real Decreto 1112/2018).
  • Desde el 28 de junio de 2025, la Ley 11/2023, que traslada la normativa europea, lo exige también a muchos servicios privados: tiendas en línea, bancos, transporte, libros electrónicos… Así en 2026; puede haber cambiado.
  • La referencia técnica son las pautas WCAG del W3C (versión 2.2, de 2023), en su nivel AA. Se resumen en cuatro principios: el contenido tiene que ser perceptible, operable, comprensible y robusto.

Para un estudio de diseño, entregar una web inaccesible es entregar un trabajo con fallos.

Lo que ya haces bien con HTML

Repasa esta lista con cualquier página tuya. Todo es HTML básico:

QuéPor qué ayuda
<html lang="es">El lector de pantalla lee con la pronunciación del español.
Un <title> que diga qué es la páginaEs lo primero que se anuncia y lo que se ve en la pestaña.
Encabezados en orden: un <h1>, luego <h2>, <h3>…Quien usa lector de pantalla salta por los encabezados como por un índice.
<header>, <nav>, <main>, <footer>Son «regiones»: permiten ir directo al menú o al contenido.
alt en todas las imágenes (vacío si son decorativas)Sin él, el lector dice el nombre del fichero: «IMG-4032 punto jpg».
Enlaces que dicen adónde llevanMuchas personas recorren solo la lista de enlaces; diez «pincha aquí» no sirven.
<button> para las acciones y <a> para ir a otra páginaFuncionan con el teclado y se anuncian como lo que son.
<label> en cada campo, <fieldset> con <legend>El lector dice qué hay que escribir en cada campo .
Tablas con <caption> y <th scope>Cada dato se lee junto a su encabezado .
Subtítulos en los vídeos con <track>Para quien no oye o no puede poner sonido.

Los subtítulos se añaden a un vídeo con un fichero de texto .vtt:

El teclado

Prueba tu página sin ratón: Tab avanza por enlaces, botones y campos; Mayús + Tab retrocede; Intro activa un enlace o un botón; la barra espaciadora marca una casilla.

  • Tienes que poder llegar a todo lo que se puede pulsar, en un orden lógico (el del HTML).
  • Tienes que ver dónde estás: el contorno de foco. Con CSS puedes darle estilo con :focus-visible; nunca lo borres sin poner otro.
  • Un <div> con un clic programado no recibe el foco ni responde a Intro. Por eso los botones se hacen con <button>.

Más allá del HTML

La accesibilidad sigue en el CSS y en el JavaScript:

  • Contraste suficiente entre el texto y el fondo.
  • No usar solo el color para dar información, como un error marcado solo en rojo.
  • Respetar a quien prefiere menos movimiento en las animaciones.
  • Menús y botones con JavaScript que se anuncian bien.

Cómo comprobarlo

  1. Teclado: recorre la página con Tab. Es la prueba más rápida y la que más fallos encuentra.
  2. Validador del W3C : un HTML mal cerrado confunde también a los lectores de pantalla.
  3. Lighthouse, en las herramientas de desarrollo de Chrome (F12 → pestaña Lighthouse → categoría Accesibilidad): da una puntuación y una lista de fallos.
  4. WAVE (wave.webaim.org): marca sobre la propia página las imágenes sin alt, los campos sin etiqueta o los saltos de encabezado.
  5. Un lector de pantalla: NVDA en Windows (gratuito) o VoiceOver en Mac (Cmd + F5). Cierra los ojos un minuto y navega tu portfolio.

📌 Nota. Una puntuación de 100 en Lighthouse no garantiza que la web sea accesible: las herramientas automáticas encuentran solo una parte de los problemas. La prueba con el teclado y con un lector de pantalla no se puede saltar.

Practica

  1. Pasa WAVE o Lighthouse por la web de algún museo, tienda o festival que te guste. Apunta tres fallos y cómo los arreglarías con lo que sabes de HTML.
  2. Recorre una página tuya solo con el teclado y con VoiceOver o NVDA. ¿Se entiende todo? Corrige lo que no.

Errores frecuentes

  • alt="imagen" o el nombre del fichero como texto alternativo.
  • Elegir un encabezado por su tamaño y saltarse niveles (de <h1> a <h4>).
  • Enlaces «aquí», «leer más» o «+ info» repetidos.
  • Botones hechos con <div> o con una imagen sin texto.
  • Texto dentro de imágenes (carteles, titulares): un lector de pantalla no lo lee y no se puede ampliar sin pixelarse.
  • Vídeos sin subtítulos o que arrancan solos con sonido.

🕹️ Practica

Abre cada actividad para hacerla aquí mismo. Lo que resuelves se guarda en este navegador.

Autoevaluación Autoevaluación: HTML Abrir en pantalla completa
Cuestionario Cuestionario sobre «HTML: estructura y contenido» Abrir en pantalla completa

¿Qué es esto?

Soy Cristian Eslava y a veces hago webs para procrastinar yo y vosotros. culTest

La hice en febrero de 2026 para facilitar el aprendizaje de mis alumnos. La idea es aprender desarrollo web practicando y que el proyecto siga creciendo con nuevos temas, tests y retos.

Está inspirada en MDN, W3Schools, CodePen, Manz y muchos otros sitios de documentación sobre desarrollo web. Quería combinar teoría útil, ejemplos ejecutables, retos y el sistema de tests que ya tenía en culTest. culTest

Si te gustó, si no te gustó o si quieres escribirme, puedes hacerlo en cristianeslava@gmail.com