La accesibilidad en Elementor depende menos del constructor y más de tus decisiones: el contraste que se decide en los global colors, la jerarquía de encabezados que cada widget de título te deja elegir, los textos alternativos que las imágenes esperan, la navegación por teclado que tus menús y popups respetan o rompen, los ajustes que sí están en tus manos como diseñador del sitio, el checklist del nivel AA aplicado al builder que esta guía recorre práctica, porque la accesibilidad no es un plugin que se instala, es un conjunto de decisiones de construcción, y el sitio accesible atiende mejor a todos, los usuarios con discapacidad primero, y de paso los adultos mayores, los celulares al sol, las conexiones lentas, el público real peruano completo que el diseño excluyente deja afuera sin siquiera saberlo.
Tabla de Contenidos
Por qué la accesibilidad es decisión de diseño y no plugin
El malentendido típico se corrige primero: los plugins de accesibilidad que prometen arreglar todo con un widget flotante, los overlays que agregan controles encima sin tocar los problemas de base, la solución cosmética que la comunidad de accesibilidad critica con razones, contra la realidad estructural, el contraste, la jerarquía, las alternativas textuales, el teclado, las decisiones que viven en cómo construyes cada página, lo que ningún overlay corrige de verdad. El caso de negocio acompaña al deber: el público ampliado primero, las personas con discapacidad visual, motriz, cognitiva como clientes reales que el sitio accesible atiende, la audiencia que el excluyente pierde completa, los beneficios laterales después, el SEO de esta serie que comparte fundamentos, los encabezados jerárquicos, los alt descriptivos, la estructura semántica que los buscadores también leen, la accesibilidad y la visibilidad como primas hermanas, y el estándar AA como la meta razonable, el nivel de las pautas internacionales que el sitio comercial serio puede alcanzar con método. El marco vive en qué es Elementor y cómo funciona y el servicio en diseño web.
El contraste y el color: el sistema global trabajando
El contraste se gobierna desde los global colors de esta serie: los pares de color del sistema verificados, el texto sobre su fondo con la proporción del AA, el texto normal con su mínimo, el grande con el suyo, las herramientas de verificación de contraste corridas sobre la paleta una sola vez, el sistema heredando colores ya verificados a todo el sitio, la ventaja estructural del design system, el contraste corregido en el token y propagado entero. Las decisiones de color completas se revisan: los textos sobre imágenes con su capa de oscurecimiento, el hero legible sobre cualquier foto, los estados de los enlaces distinguibles, el enlace que se reconoce sin depender solo del color, el subrayado o el peso que acompaña, la regla de no comunicar solo con color, el error marcado en rojo más el icono y el texto, el daltonismo considerado, y los placeholders y textos secundarios vigilados, el gris clarito elegante que nadie puede leer, el clásico del diseño que prioriza estética sobre lectura, la legibilidad como la elegancia real y rentable del sitio que vende a todos sus visitantes.
La jerarquía, los alt y la semántica por widget
Los encabezados se eligen por estructura y no por tamaño: el widget de título con su etiqueta seleccionable, el H1 único de la página, los H2 de secciones, los H3 anidados, la escalera sin saltos que esta serie predica para el SEO sirviendo igual a los lectores de pantalla, el usuario que navega por encabezados recibiendo el índice coherente, y el tamaño visual separado de la etiqueta, el design system de esta serie con sus estilos por nivel, el H2 que se ve como el diseño manda sin mentir en la estructura, la distinción importante que el constructor permite hacer bien y el descuido mezcla siempre. Los textos alternativos se vuelven hábito: el alt de cada imagen con contenido descrito, la guía de esta serie aplicada, lo que la imagen comunica escrito para quien no la ve, las decorativas marcadas como tales, el alt vacío intencional de lo puramente ornamental, la biblioteca de medios curada donde las imágenes llegan con su alt desde la carga, y los botones y enlaces con textos que dicen, el clic aquí jubilado, el enlace que anuncia su destino, el botón que nombra su acción, la microcopia que los lectores de pantalla anuncian y todos los usuarios agradecen, [DATO-KOM: el checklist AA aplicado al builder del manual KOM, la lista de verificación de la casa].
El teclado, los formularios y la verificación final
La navegación por teclado se verifica como esta serie enseñó: el recorrido completo con tabulador, el foco visible en cada parada, los menús y mega menús de esta serie operables, los popups que atrapan el foco mientras están abiertos y lo devuelven al cerrar, el escape funcionando, las trampas de foco cazadas, el carrusel o el acordeón donde el tabulador se pierde, los widgets interactivos probados uno por uno. Los formularios de esta serie completan su capa accesible: las etiquetas reales de cada campo, no solo placeholders que desaparecen al escribir, los errores anunciados con claridad, el mensaje junto al campo culpable, las instrucciones antes y no después, el formulario llenable sin ver, la prueba del lector de pantalla donde el proyecto lo amerite. La verificación final mezcla herramientas y humanidad: los analizadores automáticos corridos, las herramientas de auditoría del navegador con su sección de accesibilidad, los hallazgos corregidos, y la prueba manual insustituible, el sitio recorrido solo con teclado, el zoom al doble verificando que nada se rompe, la lectura con los ojos entrecerrados como test de contraste casero, los quince minutos humanos que las herramientas no reemplazan, el checklist AA del builder cerrado con evidencia verificada y no con suposición optimista.
Preguntas frecuentes
¿Elementor genera código accesible por defecto?
Genera la base razonable y tus decisiones la completan: la semántica de los widgets correcta en general, las versiones recientes mejorando, y lo que esta guía cubre queda en tus manos, el contraste, la jerarquía, los alt, el foco. El constructor es el instrumento: la accesibilidad la toca el que construye, con el builder ayudando o estorbando según las manos.
¿Los overlays de accesibilidad no resuelven más rápido?
Prometen más de lo que dan: el widget flotante que agranda texto y cambia contrastes sin tocar la estructura rota de base, las críticas documentadas de la comunidad que esta serie comparte, la falsa tranquilidad como su mayor costo. El trabajo real es el de esta guía: las decisiones de construcción que ningún overlay reemplaza, el atajo que no existe.
¿La accesibilidad es obligatoria legalmente en el Perú?
El marco avanza y la dirección es clara: las normas de accesibilidad digital existentes para el sector público, las tendencias internacionales que los privados van adoptando, el detalle vigente verificable en las fuentes oficiales, y el caso de negocio no espera a la obligación. El estándar AA como práctica seria: el sitio que atiende a todos antes de que se lo exijan.
¿KOM aplica este checklist en sus proyectos?
Es parte del estándar de construcción: el contraste verificado en el sistema de colores, la jerarquía correcta, los alt como hábito, el teclado probado, dentro de los proyectos cotizados en el cotizador online con los precios públicos de siempre. La accesibilidad del stack es estructural: las decisiones correctas tomadas desde la construcción misma, no el parche flotante agregado después.
Tu siguiente paso: corre las tres pruebas caseras hoy, tu paleta por el verificador de contraste, tu home recorrida solo con teclado, tus encabezados revisados en escalera, la auditoría de media hora que muestra dónde está tu sitio. El proyecto completo se cotiza en el cotizador online: la accesibilidad es un conjunto de decisiones que sí están en tus manos, y este checklist es exactamente la lista completa de cuáles son.
