Inicio › Recursos › Por sistema

La accesibilidad con WordPress

WordPress en sí puede ser accesible — los problemas suelen venir del tema, los plugins y los bloques de página.

Hallazgos frecuentes

Temas con contraste demasiado bajo o sin foco visible, plugins de carrusel sin pausa/manejo por teclado, formularios integrados (Contact Form 7 y similares) con campos sin etiqueta, bloques de imagen sin texto alternativo y maquetadores que convierten los encabezados en simples párrafos grandes. El editor básico de WordPress normalmente no es el problema — la capa que hay encima, sí.

Revisar y elegir el tema

Un tema decide el contraste, la visualización del foco, la estructura de encabezados y el manejo por teclado de la navegación. Criterios antes de elegir: recorre la página con el tabulador — ¿el foco siempre es visible? ¿El menú se maneja sin ratón? ¿El contraste de color del texto y los botones es de al menos 4,5:1? Los temas por defecto basados en bloques (Twenty Twenty-Four/-Five) son un buen punto de partida; en los temas de pago, mira la demo con el CSS desactivado y haz la prueba de teclado.

Trabajar limpio en el editor de bloques

Usa los bloques de encabezado en el orden correcto (un H1 por página, sin saltarte niveles) — no basta con poner el texto grande y en negrita. Da un texto alternativo a cada bloque de imagen; marca de forma explícita como decorativas las imágenes puramente decorativas. Usa el bloque de botón para las acciones y enlaces reales para navegar. Las listas como bloque de lista, no como párrafo con guiones. Las tablas solo para datos tabulares reales y con fila de encabezado.

Plugins y formularios

Los plugins de formularios (Contact Form 7, WPForms, Gravity Forms) solo generan formularios accesibles si cada campo tiene una etiqueta visible y vinculada y los mensajes de error están asociados al campo — el texto de marcador de posición por sí solo no basta. Los carruseles necesitan un botón de pausa y no deben atrapar el foco del teclado; en caso de duda, quítalos. Los maquetadores (Elementor, Divi, WPBakery) no son inaccesibles de por sí, pero invitan a estructuras de div anidadas sin semántica — aquí hay que prestar especial atención a los encabezados y al foco.

Probar

Tres pruebas rápidas sin software adicional: (1) maneja la página solo con el teclado — Tab, Intro, flechas; ¿se llega a todo y se puede volver a salir? (2) amplía al 200% en el navegador — ¿todo sigue legible y manejable? (3) ejecuta una extensión del navegador como WAVE o axe DevTools. El escaneo gratuito de a11yglass revisa además el HTML servido de tu página de inicio en cuanto a contraste, textos alternativos, etiquetas, idioma y estructura, e indica el criterio WCAG de cada hallazgo.

Preguntas frecuentes

¿Un plugin de accesibilidad hace que mi sitio cumpla? No — los plugins de superposición que cambian el contraste y el tamaño de letra mediante un widget no resuelven los problemas estructurales y son criticados por las asociaciones de personas afectadas. ¿Qué tema es accesible? No hay un sello; lo decisivo es la implementación en el caso concreto — los criterios de arriba ayudan a elegir. ¿Mi sitio de WordPress necesita una declaración de accesibilidad? Depende de si el sitio está sujeto al BFSG (comercio electrónico) o lo gestiona un organismo público — véase la página sobre la declaración de accesibilidad.

Cómo ayuda a11yglass

El escaneo gratuito comprueba el HTML y el CSS entregados en busca de incumplimientos de las WCAG detectables automáticamente e indica en cada hallazgo el criterio de conformidad y una medida concreta. Detecta aproximadamente el 20–35 % de los problemas y no sustituye una auditoría completa.

Seguir leyendo

Información general según nuestro leal saber y entender, sin valor de asesoramiento jurídico. Para un caso concreto, consultar a un despacho especializado en derecho de las tecnologías de la información.