Ir al contenido
Euphona

Esta es una traducción del original en inglés, que se ofrece para ayudarte a leerlo.

Si esta traducción y el inglés difieren, se aplica el inglés.

Traducción de la versión en vigor desde el 2026-10-30.

Leer el original en inglés

Legal

Declaración de accesibilidad

Versiones anteriores, en inglés: 2026-10-11, 2026-09-26, 2026-08-10

La versión corta

Construimos conforme a las WCAG 2.2 AA y lo comprobamos automáticamente en cada despliegue: todas las páginas, cuatro anchos de pantalla, y un despliegue que no supera la comprobación no se publica. Lo que no hemos hecho es probarlo con un lector de pantalla real ni encargar una auditoría independiente, y esta página dice cuáles de sus afirmaciones se basan en comprobaciones automatizadas y qué no se ha probado en absoluto.

Un resumen no es el acuerdo. Donde los dos difieran, se aplican las cláusulas: pero si el resumen induce a error, es un error nuestro que debemos corregir, no algo que te toque descubrir a ti.

Cuál es nuestro objetivo

WCAG 2.2, nivel AA, por igual en el sitio de marketing, las herramientas gratuitas y el Studio. La mayoría de nuestros usuarios están en Estados Unidos, donde la ADA no fija ningún estándar técnico formal para una empresa privada, pero las WCAG son lo que los tribunales han usado sistemáticamente para resolver estos casos, y las demandas por accesibilidad web superaron las tres mil en los tribunales federales de Estados Unidos en 2025. La Ley Europea de Accesibilidad se aplica desde el 28 de junio de 2025. No nombra ella misma ninguna versión de las WCAG; llega a las WCAG 2.1 AA a través de la norma europea armonizada EN 301 549, que las incorpora para el contenido web. Construir conforme a 2.2 AA cumple ambos con margen y no con lo justo, así que construimos conforme a él.

El mismo objetivo se aplica a todos los tamaños de pantalla que admitimos, que forman un rango continuo de 320 px a 3840 px. No hay un sitio móvil aparte ni un conjunto reducido de funciones en una pantalla pequeña, porque una única base de código adaptable es la única versión que de verdad podemos mantener accesible, ya que una segunda es un segundo lugar donde echarse a perder.

Cómo vamos respecto a él

Todas las páginas de este sitio pasan actualmente las comprobaciones automatizadas descritas más abajo. Es una afirmación sobre reglas automatizadas y no sobre cada experiencia humana del sitio (consulta más abajo) pero se mide en cada compilación en lugar de afirmarse una sola vez.

“Este sitio” ahora significa también el Studio. La comprobación descrita más abajo se ejecuta en el mismo control de despliegue sobre este sitio, las páginas de inicio de sesión, el Studio y nuestra propia consola de operaciones, y la cifra de más abajo los cuenta todos. Cuando se publicó esta declaración por primera vez, el Studio todavía se estaba construyendo y quedó excluido, porque una declaración que deja discretamente que un sitio de marketing probado responda por una aplicación sin probar es precisamente la forma en que fallan estos documentos; ahora está incluido porque está probado.

Hay tres cosas que van más allá del mínimo, porque es ahí donde la accesibilidad suele perderse en la práctica y no en teoría:

  • Los objetivos táctiles miden al menos 44 px con un puntero poco preciso, no los 24 px que aceptarían las WCAG 2.2. Un pulgar no es un mouse, y el mínimo del estándar es un mínimo.
  • Nada depende solo de pasar el cursor por encima. A toda acción a la que se llega pasando el cursor por encima se llega también tocando y con el teclado, porque un control que solo funciona al pasar el cursor por encima sencillamente no existe en una pantalla táctil.
  • Los atajos de teclado nunca son la única vía. La paleta de comandos y las teclas de transporte son aceleradores; toda tarea que realizan se puede hacer también señalando algo.

Cómo se comprueba

En cada despliegue, automáticamente, y un fallo detiene el despliegue en lugar de abrir un ticket. La comprobación carga cada página en un navegador real a cuatro anchos (320, 768, 1280 y 1920 px) y, para cada uno, verifica que axe-core no informa de ninguna infracción de las WCAG 2.0, 2.1 y 2.2 en los niveles A y AA; que nada se desborda horizontalmente; que todo objetivo interactivo cumple el tamaño mínimo; y que el enlace para saltar al contenido es real una vez que recibe el foco, y no solo está presente en el marcado.

La ejecución más reciente abarcó 376 renderizados de página, en los cuatro anchos, y no informó de ninguna infracción, ningún desbordamiento ni ningún objetivo por debajo del tamaño mínimo. Publicamos esa cifra en lugar de un adjetivo porque una cifra es algo que puedes pedirnos que reproduzcamos.

Qué no hemos probado

Esta es la parte de una declaración de accesibilidad que vale la pena leer, y la mayoría no la tiene.

  • Ninguna persona ha hecho pruebas con un lector de pantalla. Las reglas automatizadas detectan etiquetas que faltan y un contraste deficiente; no detectan un orden de encabezados que no tiene sentido al leerse en voz alta, ni una región dinámica que anuncia algo equivocado en el momento equivocado. Hasta que alguien haya recorrido de verdad este sitio con VoiceOver y TalkBack, no podemos decirte que funciona bien con uno: solo que no incumple las reglas que podemos comprobar.
  • Ninguna auditoría independiente. Todo lo anterior son pruebas propias de nuestro propio trabajo. Vale la pena encargar una revisión externa, y no se ha encargado.
  • Ninguna prueba con usuarios con discapacidad. Que es la única prueba que en definitiva cuenta, y aquella sobre la que más queremos saber de ti mientras tanto.
  • Las herramientas de audio tienen un límite que no podemos eliminar con el diseño. Un medidor de loudness y una comparación de antes y después tratan, en el fondo, de oír algo. Podemos hacer, y hacemos, que cada cifra sea legible, que cada control sea operable y que cada resultado se exprese en texto y no solo en sonido, pero no vamos a fingir que un usuario con discapacidad auditiva obtiene de un reproductor A/B lo mismo que uno oyente.

Decirnos que algo está mal

Escribe a support@euphonaai.com y di qué intentabas hacer, qué ocurrió y qué estabas usando: la tecnología de apoyo y el navegador importan más que cualquier otra cosa que pudieras decirnos. No necesitas identificar la pauta; ese es nuestro trabajo.

Procuramos responder en un plazo de cinco días hábiles, y después decirte o bien que se ha arreglado o bien por qué arreglarlo es difícil. Si algo de este sitio te está bloqueando ahora mismo, dínoslo y buscaremos una forma de darte lo que necesitabas mientras se prepara la solución.

Si no lo arreglamos

Tienes derecho a escalar el asunto, y no es una cortesía que te concedamos. En Estados Unidos puedes presentar una queja ante el Departamento de Justicia en virtud de la Americans with Disabilities Act, y en varios estados (California entre ellos) la falta de accesibilidad conlleva un derecho de acción privado e indemnizaciones fijadas por ley, así que puede que también tengas una reclamación propia. En la Unión Europea, cada Estado miembro designa una autoridad que tramita las quejas sobre servicios de consumo inaccesibles en virtud de la Ley Europea de Accesibilidad, y puedes acudir a la del lugar donde vives sin pasar antes por nosotros. En el Reino Unido, la vía es el Equality Advisory and Support Service.

Preferimos que nos lo digas primero y que se arregle. Pero una página que describe un derecho y luego oculta la vía para ejercerlo hace lo contrario de aquello para lo que existe este documento.