Valenys Accessibility
Análisis axe-core programados, VPAT y declaración de accesibilidad en siete idiomas, y un portal de cliente para comparar ejecuciones.
Se instala con un complemento de WordPress, una aplicación de Shopify, un módulo de OpenCart, un paquete npm, Google Tag Manager, o una sola línea de JavaScript. Una auditoría dice dónde están hoy; esto mantiene esa respuesta verdadera.
Entregamos un widget para visitantes, y es realmente útil: tamaño de texto, contraste, menos animación, ayudas a la lectura y elección de idioma entre más de cincuenta, incluidas escrituras de derecha a izquierda, con las preferencias de cada visitante recordadas.
No es cumplimiento. Una capa superpuesta sobre un sitio inaccesible no hace accesible el contenido que hay debajo, y venderla como si lo hiciera es la razón por la que esta categoría de producto se ganó su reputación. El widget sirve al visitante. La corrección, los documentos y la vigilancia son lo que sirve a la obligación.
Lo que ve el visitante
Tamaño de texto, espaciado, alineación, contraste, tipografía para dislexia, menos animación — en el idioma del visitante, recordados entre visitas. Útil, y aun así no es cumplimiento: el párrafo de arriba dice por qué, y preferimos decirlo nosotros a que lo descubran durante una auditoría.
Sus páginas, con la cadencia que fijen, con nuestro propio conjunto de reglas junto a axe-core — con una puntuación de 0 a 100 y gravedad en tres niveles. Los análisis de recorrido, dirigidos por Playwright en un navegador Chromium real, cubren flujos que están tras un inicio de sesión, con capturas de pantalla.
Claude, Gemini o GPT — el que configuren — redactan en borrador las partes que son trabajo de lengua: textos alternativos, etiquetas ARIA, texto de enlaces, redacciones simplificadas. Una persona revisa cada borrador antes de que entre en el informe, y en el informe la cosa se detiene: en su web no se escribe nada, ni por nuestra parte ni por parte de un modelo. Un sistema dejado solo reescribiendo páginas es la forma en que un sitio acaba con cientos de descripciones de imágenes seguras de sí mismas y equivocadas.
Una declaración de accesibilidad que remite a la Directiva (UE) 2016/2102 donde se aplica, un VPAT o informe de conformidad en HTML y PDF, el informe de análisis, y un sello de conformidad en tres estilos — producidos en inglés, rumano, alemán, francés, español, italiano o portugués, a elección para cada cliente.
Acceso por roles, una tabla de análisis con descarga de PDF, comparación entre ejecuciones, nueva comprobación, un plan de corrección propuesto a 30, 60 y 90 días, una lista de verificación EN 301 549, y exportación y borrado RGPD cuando lo pidan. El portal se muestra en el idioma documental del cliente.
Informes periódicos por correo, avisos hacia sus otros sistemas, claves de API por cliente, límite de frecuencia, ajustes RGPD de conservación, y acceso con doble factor TOTP para administradores. Un flujo de GitHub Actions ejecuta el análisis dentro de su cadena de integración, de modo que una regresión hace fallar la compilación en lugar de llegar a producción.
Un complemento de WordPress, una aplicación de Shopify integrada, un módulo de OpenCart, un paquete npm para quien desarrolla, una etiqueta de Google Tag Manager, o una sola etiqueta de script en la página. Sobre qué esté construida la web no importa ni al widget ni al analizador — el analizador lee la página representada, no su código fuente.
El portal de cliente
Cada análisis con su puntuación y sus documentos — informe, VPAT, lista de verificación EN 301 549 — en el idioma fijado para ese cliente. Una agencia lo explota con su propio nombre; el cliente nunca ve el nuestro.
Valenys Accessibility funciona en su propia web, accessibility.valenys.com, publicada en seis idiomas — inglés, rumano, alemán, francés, español e italiano. Allí están los planes, el widget en detalle, y un análisis gratuito de una sola página que devuelve una puntuación WCAG sin cuenta y sin tarjeta.
Los documentos de conformidad se producen en siete idiomas, uno más que la propia web: el portugués se añade para la declaración y el informe de conformidad.
Las agencias reciben un panel de socio: gestionen sus propios clientes, con la identidad visual heredada hasta el widget, con su nombre en lugar del nuestro.
No. El widget ajusta la presentación en el navegador del visitante; no cambia nada en su código, y ningún widget puede hacerlo. La conformidad viene de la propia interfaz, lo que significa alguien editando el código — sus desarrolladores, o nosotros en un encargo aparte. Preferimos decirlo con claridad a que lo descubran durante una auditoría.
No, ni tampoco lo hace nada más de la plataforma. Los modelos redactan en borrador redacciones propuestas — textos alternativos, etiquetas ARIA, frases simplificadas — una persona las revisa, y entran en el informe. La plataforma no tiene acceso de escritura a su web y nunca lo pide.
En siete: inglés, rumano, alemán, francés, español, italiano y portugués. El idioma se fija por cliente, y el portal de cliente sigue el mismo ajuste.
Con la suficiente para detectar una regresión antes de que llegue a todo el mundo — en la práctica, al ritmo de sus publicaciones, más una ejecución de referencia programada. Ambas son configurables.
Sí. Los resultados de los análisis se exportan en CSV o JSON, una clave de acceso permite que sus propios sistemas los lean, y la exportación y el borrado de datos están disponibles cuando lo pidan, de serie.
Los análisis de recorrido usan Playwright con un navegador Chromium real y una sesión autenticada, así que los flujos que exigen identificarse pueden cubrirse. Se acuerda durante el acotado, porque hacen falta credenciales y un entorno controlado.
Sí. Un flujo de GitHub Actions ejecuta el análisis contra un despliegue de vista previa y hace fallar la tarea ante una regresión — así se evita que la deuda de accesibilidad se acumule entre auditorías.
