Declaración de accesibilidad

Esta Declaración de accesibilidad se aplica a la aplicación web de Jobiko, a la extensión de navegador de Jobiko y a los sitios y servicios web relacionados (en conjunto, el «Servicio»). Jobiko es operado por Groupe Omnua inc. («Groupe Omnua inc.», «nosotros» o «nuestro»), una sociedad por acciones constituida conforme a la Ley sobre las sociedades por acciones de Quebec (RLRQ, c. S-31.1), registrada en la provincia de Quebec, Canadá.

1. Nuestro compromiso #

Groupe Omnua inc. se compromete a hacer que Jobiko sea utilizable por el público más amplio posible, incluidas las personas que utilizan tecnologías de asistencia como lectores de pantalla, ampliadores de pantalla, software de control por voz, dispositivos de entrada alternativos y navegación solo con teclado.

Tratamos la accesibilidad como una práctica continua de ingeniería y diseño, en lugar de como un proyecto puntual. Nuestro objetivo es tener en cuenta la accesibilidad a lo largo de todo nuestro trabajo: al diseñar nuevas funciones, crear componentes, redactar contenido y revisar cambios antes de su lanzamiento.

Reconocemos que algunas personas dependen de un diseño accesible para encontrar trabajo y enviar postulaciones. Dado que el propósito central de Jobiko es ayudar a las personas a postularse a empleos, eliminar barreras en nuestro producto afecta directamente el sustento de las personas, y asumimos esa responsabilidad con seriedad.

2. Norma objetivo #

Nuestro objetivo es cumplir con las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2, nivel AA, la versión vigente publicada por el World Wide Web Consortium (W3C). Las WCAG 2.2 incluyen todos los criterios de conformidad de las WCAG 2.0 y 2.1 (salvo un criterio de análisis sintáctico que quedó obsoleto), por lo que cumplirlas también cubre esas versiones anteriores.

Las WCAG definen requisitos en torno a cuatro principios —que el contenido sea perceptible, operable, comprensible y robusto— para personas con una amplia variedad de discapacidades, incluidas discapacidades visuales, auditivas, motoras, cognitivas y neurológicas.

«Tener como objetivo cumplir» significa que hemos adoptado las WCAG 2.2 AA como nuestra única norma de trabajo y diseñamos en función de ella, pero no afirmamos un cumplimiento total y auditado en cada página, componente y documento en este momento. Las deficiencias conocidas se describen en la sección 4.

En los Estados Unidos, las normas hacia las que trabajamos en virtud de la Americans with Disabilities Act (ADA) y la Sección 508 se basan en versiones anteriores de las WCAG que las WCAG 2.2 AA abarcan (consulta la sección 6); utilizamos las WCAG 2.2 AA como referencia común en todos nuestros mercados objetivo para no medirnos frente a múltiples normas divergentes.

Cómo realizamos pruebas frente a esta norma. Nuestra metodología de evaluación actual combina (a) verificaciones automatizadas de accesibilidad integradas en nuestro proceso de desarrollo, (b) pruebas manuales solo con teclado de los principales flujos de usuario y (c) pruebas manuales con lector de pantalla utilizando al menos un lector de pantalla en computadora de escritorio. Aún no hemos encargado una auditoría de accesibilidad formal e independiente realizada por un tercero, ni una certificación de conformidad (por ejemplo, un VPAT/ACR para fines de la Sección 508). Hasta que se complete dicha auditoría, las declaraciones de este documento describen nuestra intención de diseño y nuestras pruebas internas, no una conformidad certificada. Nuestro enfoque de evaluación y sus límites se describen con más detalle en la sección 7.

3. Medidas que tomamos #

Hemos implementado, y seguimos manteniendo, las siguientes medidas para favorecer la accesibilidad en la aplicación web de Jobiko y, cuando corresponde, en la extensión de navegador:

HTML semántico. Utilizamos elementos HTML nativos y una estructura de regiones de referencia (encabezados, listas, navegación, regiones de contenido principal y controles de formulario) para que las tecnologías de asistencia puedan interpretar la estructura y el significado de la página.
Navegación con teclado. Diseñamos los elementos interactivos principales —incluidos los menús, los cuadros de diálogo, el asistente de configuración inicial de varios pasos, el seguimiento de postulaciones y los controles de formulario estándar— para que sean alcanzables y operables únicamente con el teclado, sin necesidad de un mouse o puntero. Esta es nuestra intención de diseño y está cubierta por nuestras pruebas internas de teclado de los flujos principales; aún no hemos verificado la operabilidad con teclado en todas las pantallas, y ciertos componentes más complejos tienen limitaciones conocidas (consulta la sección 4). Cuando el flujo de trabajo cede el control a páginas de terceros —por ejemplo, pantallas de pago o formularios externos de sistemas de seguimiento de candidatos (ATS) a los que se accede durante la postulación automática—, la accesibilidad con teclado de esas páginas alojadas externamente la determina el tercero y está fuera de nuestro control.
Estados de foco visibles. Los elementos interactivos están diseñados para mostrar un indicador de foco claramente visible, de modo que las personas que utilizan teclado o dispositivos de conmutador puedan seguir su posición actual en la página.
Tokens de color y contraste. Nuestro sistema de diseño utiliza tokens de color definidos destinados a cumplir con las relaciones de contraste de las WCAG 2.2 AA para el texto y los elementos significativos de la interfaz. Procuramos no depender únicamente del color para transmitir información (por ejemplo, el estado de una postulación se acompaña de texto o iconos, no solo de color).
Compatibilidad con movimiento reducido. Respetamos la preferencia de «reducir el movimiento» del sistema operativo (prefers-reduced-motion). Cuando una persona ha solicitado movimiento reducido, reducimos o eliminamos las animaciones no esenciales en nuestra interfaz e ilustraciones.
Etiquetas y roles ARIA. Cuando la semántica nativa de HTML no es suficiente —por ejemplo, en widgets personalizados, botones compuestos solo por iconos y mensajes de estado—, aplicamos etiquetas, roles y anuncios ARIA de región dinámica (live region) apropiados para comunicar el propósito y el estado.
Atributo de idioma por configuración regional. Las páginas declaran el idioma activo del contenido (por ejemplo, lang="en", lang="fr" o lang="es") para que los lectores de pantalla puedan usar la pronunciación y la voz correctas. La interfaz de Jobiko está disponible en inglés, francés y español, y el atributo de idioma se establece según la configuración regional seleccionada.
Formularios y gestión de errores. Los campos de formulario están diseñados para tener etiquetas asociadas, y procuramos presentar los errores de validación en un texto asociado de forma programática al campo correspondiente.
Diseño adaptable y tolerante al zoom. Los diseños están concebidos para adaptarse a distintos tamaños de pantalla y para seguir siendo utilizables cuando se amplía el texto o se aplica zoom a la página.

Revisamos la accesibilidad como parte de nuestro proceso de diseño y desarrollo y procuramos corregir las regresiones a medida que se identifican.

4. Limitaciones conocidas #

Algunas partes del Servicio aún no cumplen plenamente con las WCAG 2.2 AA. Las limitaciones conocidas, y la alternativa disponible para cada una, son:

Widgets interactivos complejos. Algunos componentes más complejos —como las visualizaciones de datos y los gráficos de analítica (por ejemplo, el embudo de postulaciones y los gráficos de puntuación de coincidencia), las interacciones de arrastrar o reordenar, y las colas de varios pasos— pueden tener compatibilidad con teclado, etiquetado o texto alternativo incompletos en determinadas vistas.
- Alternativas accesibles disponibles hoy: La pantalla Analíticas ofrece Ver como tabla, que muestra en tablas todas las cifras de sus gráficos (incluido el embudo), y Descargar CSV, que guarda exactamente esas tablas. Además, el seguimiento de postulaciones ofrece la exportación a CSV de tus postulaciones. Ambos se abren en una hoja de cálculo o en una herramienta compatible con lectores de pantalla; esta es la alternativa accesible recomendada a los gráficos en pantalla. El seguimiento de postulaciones puede usarse sin arrastrar y soltar: el estado, la prioridad y otros campos pueden establecerse mediante controles de formulario y menús estándar en lugar de arrastrando. Si no puedes completar una tarea que actualmente depende de un gráfico o de una interacción de arrastre, escríbenos (sección 5) y te proporcionaremos la información o realizaremos la acción a través de un canal alternativo.
Vistas previas de documentos y PDF. Los currículums y las cartas de presentación generados se renderizan como HTML y como archivos PDF. La vista previa de PDF dentro de la aplicación, así como los documentos PDF descargados, aún no están etiquetados de forma fiable para la accesibilidad (por ejemplo, encabezados etiquetados, orden de lectura y estructura del documento) y es posible que no sean navegables de forma fiable por todos los lectores de pantalla. Como alternativa más accesible disponible hoy, cada documento generado puede consultarse en la vista HTML dentro de la aplicación, que cuenta con una estructura semántica (encabezados, listas y secciones etiquetadas) que las tecnologías de asistencia pueden interpretar. Trabajo previsto: estamos trabajando para producir una salida etiquetada para accesibilidad («PDF etiquetado») para los documentos descargados y nuestro objetivo es comenzar su implementación dentro de los 12 meses posteriores a la fecha de «Última actualización» indicada anteriormente; hasta entonces, la vista HTML es el formato accesible recomendado, y puedes escribirnos (sección 5) para solicitar una copia accesible de cualquier documento generado.
Extensión de navegador. La extensión de navegador de Jobiko captura ofertas de empleo y ayuda a completar automáticamente los formularios de postulación en los sitios de terceros de sistemas de seguimiento de candidatos (ATS) (la lista actualizada está en jobiko.org/es/supported-sites). Aquí intervienen dos ámbitos, que tienen limitaciones distintas:
- Nuestra propia interfaz de extensión (el panel lateral, los controles de captura y los indicadores de estado) puede tener deficiencias de accesibilidad que aún no hemos resuelto por completo.
- Las propias páginas ATS de terceros —los formularios externos de postulación que completa la extensión— las crean y alojan esos terceros. Su accesibilidad la determina cada proveedor de ATS y está fuera de nuestro control. Por ello, no podemos garantizar que un formulario completado automáticamente sea operable mediante tecnología de asistencia, incluso cuando nuestra extensión funciona según lo previsto.
Flujo de postulación automática. La postulación automática es un intento automatizado de completar formularios, en la medida de lo posible, y no se garantiza que tenga éxito en todos los sitios. Sus pantallas de revisión y envío dentro de la aplicación pueden contener elementos interactivos que aún no están totalmente optimizados para la tecnología de asistencia. Además, cuando la postulación automática realiza el envío a un formulario ATS externo, la accesibilidad de ese formulario de destino la establece el tercero (consulta «Extensión de navegador» más arriba) y está fuera de nuestro control.
Contenido de terceros e integrado. Algunos flujos dependen de servicios de terceros; por ejemplo, las páginas de pago de nuestro proveedor de pagos, y los proveedores de autenticación (Google, Apple, LinkedIn). La accesibilidad de esas pantallas alojadas externamente la determinan dichos proveedores y no está bajo nuestro control.
Contenido generado por IA. El contenido de currículums y cartas de presentación generado con la ayuda de proveedores de servicios de IA se produce a partir de los datos que ingresas y puede variar en su estructura. Renderizamos este contenido en nuestras propias plantillas en lugar de mostrar la salida sin procesar del modelo, y en la vista HTML aplicamos una estructura semántica —por ejemplo, encabezados para las secciones del currículum, listas para las habilidades y la experiencia, y regiones etiquetadas para las cartas de presentación— de modo que los lectores de pantalla puedan navegar por él. Dado que el propio texto generado varía, no podemos garantizar que cada salida tenga una estructura óptima para las tecnologías de asistencia, y los diseños generados que son principalmente visuales (como el estilo de las plantillas) se transmiten mediante estructura y texto en lugar de depender de imágenes decorativas; no generamos información significativa como imágenes que requerirían texto alternativo. Si un documento generado resulta difícil de navegar con tecnología de asistencia, usa la vista HTML y escríbenos (sección 5).

Esta lista no es exhaustiva. Si encuentras una barrera que no figura aquí, avísanos con los datos de contacto de la sección 5; tus comentarios nos ayudan a priorizar las correcciones.

5. Comentarios y contacto #

Agradecemos tus comentarios sobre la accesibilidad de Jobiko. Si encuentras una barrera, no puedes completar una tarea o necesitas información o una función en un formato accesible alternativo, escríbenos:

Correo electrónico: support@jobiko.org
Asunto (sugerido): «Accesibilidad — [breve descripción]»
En la aplicación web: el botón Ayuda (un globo de diálogo en la esquina inferior derecha de cada pantalla) te permite enviarnos un mensaje sin salir de la aplicación
Páginas de ayuda: nuestra página de ayuda reúne las demás formas de contactarnos

Para ayudarnos a investigar, incluye en la medida de lo posible:

la página, pantalla o función involucrada (y la URL, si corresponde);
una descripción del problema y de lo que intentabas hacer;
la tecnología de asistencia, el navegador y el sistema operativo que usabas; y
cómo quieres que te respondamos (por ejemplo, por correo electrónico o por teléfono).

Tiempo de respuesta objetivo: Nuestro objetivo es acusar recibo de los informes de accesibilidad dentro de los 5 días hábiles y proporcionar una respuesta sustantiva —que incluya un plan o un plazo para cualquier corrección— dentro de los 15 días hábiles. Los problemas complejos pueden tomar más tiempo; de ser así, te mantendremos al tanto del avance.

Si no puedes usar el correo electrónico. Actualmente no contamos con una línea telefónica específica para accesibilidad. Si el correo electrónico no es un canal accesible para ti, puedes:

pedirle a una persona de confianza que envíe el informe en tu nombre al correo electrónico indicado arriba (pídele que indique que escribe por ti);
usar el botón Ayuda, en la esquina inferior derecha de la aplicación web de Jobiko, para enviarnos un mensaje; o
pedir, por cualquiera de estos canales, que te contactemos por un medio que te resulte conveniente (por ejemplo, una llamada a un número que nos indiques).

Si el correo electrónico no te resulta conveniente, pide en tu mensaje una llamada u otro formato y lo organizaremos.

6. Leyes y reglamentos aplicables #

Actualmente Jobiko presta servicio a personas en Canadá, los Estados Unidos y América Latina (incluidos Brasil y México). Aún no ofrecemos el Servicio en la Unión Europea ni en el Reino Unido. Antes de hacerlo, evaluaremos las obligaciones de accesibilidad específicas de esas regiones (por ejemplo, la Ley Europea de Accesibilidad (European Accessibility Act) y la norma EN 301 549).

Diseñamos en función de los siguientes marcos y hacemos referencia a ellos:

Canadá (federal): la Accessible Canada Act (ACA) y su objetivo de un Canadá libre de barreras, y las expectativas relacionadas de las Pautas de Accesibilidad para el Contenido Web. Utilizamos las WCAG 2.2 AA como nuestra norma de trabajo, en consonancia con estos objetivos.
Quebec: las obligaciones de accesibilidad de la provincia de Quebec, incluida la Loi assurant l'exercice des droits des personnes handicapées en vue de leur intégration scolaire, professionnelle et sociale (Ley que garantiza el ejercicio de los derechos de las personas con discapacidad con miras a su integración escolar, laboral y social) y las normas gubernamentales de accesibilidad aplicables. Quebec es nuestra jurisdicción de origen.
Estados Unidos: Trabajamos, en la medida de lo posible, para cumplir las expectativas asociadas con la Americans with Disabilities Act (ADA) según se aplica a los servicios digitales, y las normas técnicas de la Sección 508, que incorporan las WCAG 2.0 nivel AA. Las WCAG 2.2 AA, la norma que adoptamos en la sección 2, abarcan esos requisitos, por lo que nuestro objetivo para los EE. UU. y nuestra norma de trabajo general están alineados. No declaramos que el Servicio haya sido formalmente certificado o auditado en cuanto a la conformidad con la ADA o la Sección 508, y aún no hemos elaborado un VPAT ni un informe de conformidad de accesibilidad (ACR); consulta la sección 7 para conocer el estado de la evaluación independiente.
América Latina: Adoptamos las WCAG 2.2 AA como nuestra norma técnica de diseño en los mercados latinoamericanos a los que prestamos servicio (por ejemplo, Brasil y México). Usamos la palabra «base» para indicar que las WCAG 2.2 AA son el objetivo técnico mínimo para el que diseñamos, no que sean suficientes, por sí solas, para el cumplimiento legal en cada país. Cada país tiene su propio marco nacional de accesibilidad, varios de los cuales están a su vez construidos sobre las WCAG, entre ellos:
- Brasil: la Lei Brasileira de Inclusão (LBI), Lei nº 13.146/2015, y el modelo de accesibilidad web del gobierno federal eMAG (Modelo de Acessibilidade em Governo Eletrônico), que está alineado con las WCAG.
- México: la Ley General para la Inclusión de las Personas con Discapacidad y las directrices federales relacionadas en materia de accesibilidad digital, que asimismo se basan en las WCAG.
- Otros mercados de la región pueden tener sus propios requisitos que identificaremos a medida que nos expandamos.
Cuando un marco nacional impone obligaciones que van más allá de las WCAG 2.2 AA, evaluamos esos requisitos para ese mercado y actualizamos esta declaración en consecuencia.

Esta declaración no crea derechos ni obligaciones más allá de los exigidos por la ley aplicable. El operador es Groupe Omnua inc., una sociedad por acciones constituida conforme a la Ley sobre las sociedades por acciones de Quebec (RLRQ, c. S-31.1), registrada en Quebec, Canadá (NEQ 1182426842).

7. Evaluación y revisión #

Evaluamos la accesibilidad de Jobiko mediante una combinación de revisión interna de diseño e ingeniería, verificaciones automatizadas integradas en nuestro proceso de desarrollo y pruebas manuales con navegación por teclado y lectores de pantalla (la metodología resumida en la sección 2). Estas pruebas internas cubren actualmente nuestros principales flujos de usuario y un subconjunto de las superficies compatibles; aún no cubren cada página, componente, documento o sitio ATS compatible, como se indica en las limitaciones conocidas de la sección 4.

Nuestras evaluaciones son internas. Cuando se complete una auditoría independiente o un informe de conformidad formal (como un VPAT/ACR), se publicará aquí.

Frecuencia de revisión: Revisamos y actualizamos esta Declaración de accesibilidad al menos una vez cada 12 meses, y antes cuando realizamos cambios significativos en el Servicio o tenemos conocimiento de problemas de accesibilidad importantes. La fecha de «Última actualización» en la parte superior de esta declaración refleja la revisión más reciente.

8. Ley aplicable #

Esta Declaración de accesibilidad, y cualquier disputa relacionada con la accesibilidad del Servicio, se rige por las leyes de la provincia de Quebec y las leyes de Canadá aplicables en ella, y las partes se someten a la jurisdicción de los tribunales del distrito judicial de Montreal, Quebec, salvo cuando la ley aplicable de protección al consumidor o de accesibilidad disponga lo contrario.