1. Qué abarca
El sitio web y la aplicación web pollslive.com: las páginas de marketing y de documentación, el Studio del presentador y la experiencia del participante (unirse a una sesión, responder a una pregunta y ver los resultados). Abarca el sitio en los ocho idiomas que publicamos. No abarca el contenido que un anfitrión escribe en su propia encuesta, cuya accesibilidad le corresponde a él, ni los servicios de terceros que incrustamos, que se indican más abajo.
2. Estado de conformidad
PollsLive es parcialmente conforme con las WCAG 2.1 nivel AA, la norma a la que remiten la EN 301 549 y la Ley Europea de Accesibilidad. "Parcialmente conforme" significa que se cumple la mayor parte de la norma y algunas partes no; las partes que no se cumplen se enumeran en Limitaciones conocidas en lugar de dejar que las descubras tú. Estamos ampliando nuestras pruebas al nivel AA de WCAG 2.2, la versión actual de la norma.
No afirmamos una conformidad total, y no la afirmaremos por el mero hecho de que se supere una prueba automatizada. Las herramientas automatizadas detectan una minoría de los fallos de las WCAG: pueden decirte que un control no tiene nombre, pero no si ese nombre tiene sentido.
3. Nuestra situación conforme a la Ley Europea de Accesibilidad
PollsLive está gestionado por una microempresa según la definición de la Recomendación 2003/361/CE de la Comisión (menos de 10 empleados y un volumen de negocios igual o inferior a 2 millones de euros) y, por tanto, está exenta de las obligaciones de servicio de la Ley Europea de Accesibilidad (Directiva (UE) 2019/882). Aun así, publicamos esta declaración. La exención describe lo que estamos obligados a hacer, no lo que pretendemos hacer, y a alguien que usa un lector de pantalla para responder a una encuesta no le importa qué considerando se nos aplica.
4. Cómo hacemos las pruebas
Todas las rutas públicas (79 en total) se analizan automáticamente frente a las WCAG 2.1 A y AA con axe-core, a través de un navegador real en tres tamaños de ventana, incluido un móvil de 320px, además de una sesión en vivo con un anfitrión y un participante conectados, porque la mayor parte de lo que vive un participante ocurre después de que la página se ha cargado y un análisis estático nunca llega a ello. El análisis se ejecuta con movimiento reducido para que las lecturas correspondan a páginas estables y no a mitad de una animación.
Una compilación falla si alguna ruta presenta una infracción crítica o grave, de modo que una regresión se detecta antes del lanzamiento y no en el momento de la auditoría. Las incidencias de menor gravedad se registran y se revisan, sin bloquear. No hemos encargado una auditoría externa ni pruebas con usuarios de tecnologías de apoyo; cuando lo hagamos, esta declaración lo indicará.
5. Qué hemos corregido
La auditoría de agosto de 2026 detectó y corrigió: la ausencia de un enlace para saltar al contenido en todo el sitio, por lo que los usuarios de teclado tenían que recorrer toda la cabecera en cada página; colores de opciones que ponían etiquetas blancas sobre fondos con un contraste de tan solo 2,15:1 frente al 4,5:1 exigido; enlaces en línea que solo se distinguían del texto que los rodea por el tono de color; ejemplos de código y tablas de referencia que se desplazaban lateralmente sin forma de alcanzarlos con el teclado; un panel de resultados en directo con tres regiones de anuncio superpuestas que leían en voz alta el gráfico completo con cada voto recibido; una vista de participante que cambiaba de pregunta sin anunciar nada en absoluto; el centro /demo, que pintaba las etiquetas de sus tarjetas con la paleta FILL de los gráficos, pensada para ir detrás de tinta oscura, y que medía 2,77:1 como texto sobre una tarjeta blanca; y una insignia "nuevo" en el índice de la documentación con 4,43:1, una décima por debajo del umbral a 9px.
6. Limitaciones conocidas
Actuales y sinceras. Cada una de ellas es real hoy:
- La referencia interactiva de la API (/docs/api-reference) se genera con Swagger UI, un componente de terceros que cargamos en lugar de desarrollarlo. Anida controles interactivos unos dentro de otros, lo que las tecnologías de apoyo pueden anunciar de forma confusa, y no podemos reestructurarlo sin crear una bifurcación. La misma especificación está disponible como JSON sin formato en /api/v1/openapi.json, y nuestras propias páginas de documentación contienen la misma información en HTML accesible.
- Los paneles en directo del presentador (la consola del anfitrión, la clasificación, la cola moderada de preguntas y respuestas y el panel de insights) se actualizan en tiempo real sin anunciar sus cambios. La parte del participante se ha corregido; la del presentador todavía no, y a un presentador que use un lector de pantalla no se le avisará cuando llegue una nueva pregunta.
- Los mensajes de error de los formularios se muestran visualmente y no siempre están asociados mediante programación a su campo, por lo que un lector de pantalla puede no leer el error cuando el foco llega al campo al que pertenece.
- La cobertura automatizada no es cobertura total. No hemos probado manualmente todos los flujos con un lector de pantalla, y no hemos hecho ninguna prueba con control por voz ni con un dispositivo conmutador. Que algo no figure en esta lista no demuestra que funcione.
7. Cómo informarnos de una barrera
Si algo te impide usar PollsLive, escribe a support@pollslive.com o usa nuestro formulario de contacto. Indícanos la página, lo que intentabas hacer y, si puedes, la tecnología de apoyo y el navegador que usabas. Eso marca la diferencia entre que reproduzcamos el problema o que tengamos que adivinarlo. Procuramos responder en un plazo de cinco días hábiles.
Si necesitas algo de PollsLive en otro formato (una exportación de resultados, el contenido de una encuesta), pídelo y te lo enviaremos en un formato que te sirva. Si no podemos resolver una barrera que nos hayas comunicado, puedes acudir a la autoridad de control neerlandesa; nuestros datos de registro y de contacto figuran en el aviso legal.