Accesibilidad

El objetivo de este sitio es cumplir con las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2, nivel AA, que es el estándar internacional que se usa para medir si una página puede usarse sin ver la pantalla, sin usar el mouse o con la visión reducida.

No declaramos que lo cumplimos. Es lo que perseguimos, y abajo está lo que sabemos que todavía falta. Afirmar conformidad sin haber revisado los cerca de cincuenta criterios uno por uno sería poner por escrito algo que no comprobamos.

• Contraste de color. Medimos cada combinación de texto y fondo del sitio, en modo claro y en modo oscuro, con la fórmula del estándar. Las que no llegaban al mínimo se cambiaron.
• Uso con teclado. Se puede recorrer el sitio sin mouse, el elemento activo siempre se ve, y hay un enlace para saltarse el encabezado y llegar directo al contenido.
• Formularios. Cada campo tiene una etiqueta que un lector de pantalla anuncia, los requisitos de la contraseña se leen al entrar al campo y no recién cuando el envío falla, y los mensajes de error se anuncian solos al aparecer.
• Los calculadores. El resultado cambia sin recargar la página, así que ahora se anuncia en voz alta cuando cambia.
• Las preguntas frecuentes y las guías de uso. Las recorrimos con teclado y las escuchamos con NVDA. Las preguntas se abren y se cierran con el control que trae el navegador, y el buscador anuncia cuántos resultados quedaron.
• El asistente. Lo probamos con teclado y con NVDA haciéndole una consulta de verdad: avisa en voz alta mientras piensa la respuesta, el campo de escritura tiene su etiqueta y los errores se anuncian solos.
• La página de valores de referencia y los avisos de valor desactualizado. También recorridos con teclado y con NVDA. Los colores azul y rojo que marcan si un valor está al día nunca son la única señal: al lado siempre hay un texto que dice lo mismo.
• Movimiento. Si tu sistema operativo está configurado para reducir el movimiento, las animaciones del sitio se desactivan.

La revisión se hizo con NVDA sobre Windows, que es el lector de pantalla gratuito más usado.

• No auditamos los cerca de cincuenta criterios uno por uno. Revisamos las páginas públicas contra la lista de problemas que detectamos, no contra el estándar completo. Las dos pasadas con teclado y lector de pantalla —agosto y septiembre de 2026— ya cubren todas las páginas de clientes, pero recorrer una página sin encontrar barreras no es lo mismo que auditarla.
• El presupuesto que se imprime va fijo en negro sobre blanco y no sigue el modo oscuro. Es a propósito, para que salga legible en papel.
• Solo probamos con NVDA sobre Windows. No probamos con VoiceOver en Mac o iPhone, ni con TalkBack en Android, ni con JAWS.
• No hicimos pruebas con personas con discapacidad. La revisión la hizo el equipo. Es la diferencia más importante entre cumplir un estándar y ser realmente usable, y por eso existe la sección de abajo.
• El panel interno de administración, que ningún cliente usa, quedó fuera de esta revisión.

Si encontrás una barrera —algo que no se lee, que no se puede alcanzar con el teclado, un texto que no se distingue del fondo— queremos saberlo. No hace falta que sepas por qué falla ni cómo se llama el problema: contanos qué estabas intentando hacer y qué pasó.

Podés usar el formulario de contacto. Y si el formulario es, justamente, la barrera, escribinos directo a soporte@memlabsolutions.net.

Respondemos y, si el arreglo está a nuestro alcance, lo hacemos. Cuando corregimos algo, actualizamos esta página y su fecha de revisión.