Declaración de accesibilidad

Última actualización: 11 de julio de 2026

Esta Declaración de accesibilidad se aplica a la aplicación web de Jobiko, a la extensión de navegador de Jobiko y a las propiedades web relacionadas (en conjunto, el «Servicio»). Jobiko es operado por WTech («WTech», «nosotros» o «nuestro»), una empresa individual (entreprise individuelle) de Abdoul Raouf Wendyam Issoufou Sawadogo, con domicilio profesional en 2255 Rue de l'Université, Québec (Québec) G1V 0A7, en la provincia de Quebec, Canadá.

1. Nuestro compromiso

WTech 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 usuarias dependen de un diseño accesible para encontrar trabajo y enviar solicitudes de empleo. 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.1, nivel AA, publicadas por el World Wide Web Consortium (W3C).

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.1 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 WCAG 2.1 AA también sirven como base técnica para las normas hacia las que trabajamos en virtud de la Americans with Disabilities Act (ADA) y la Sección 508 (véase la Sección 6); utilizamos las WCAG 2.1 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 incorporación de varios pasos, el seguimiento de solicitudes 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 (véase 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.1 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 solicitud 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 de región dinámica (live region) ARIA 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

Nos comprometemos a ser honestos sobre nuestras deficiencias. A pesar de nuestros esfuerzos, es posible que algunas partes del Servicio aún no cumplan plenamente con las WCAG 2.1 AA. Las limitaciones conocidas y posibles incluyen:

• 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 solicitudes 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 de Analítica ofrece la exportación a CSV de los datos subyacentes, que pueden abrirse 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 solicitudes puede operarse 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 puede completar una tarea que actualmente depende de un gráfico o de una interacción de arrastre, comuníquese con nosotros (Sección 5) y le 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 puede comunicarse con nosotros (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 solicitud en más de 40 sitios de terceros de sistemas de seguimiento de candidatos (ATS). 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. Aún no hemos completado pruebas específicas de lector de pantalla y de teclado de la interfaz de la extensión en todos los más de 40 sitios ATS compatibles; nuestras pruebas actuales se han centrado en un subconjunto de sitios de alto volumen, y aún no hemos verificado el conjunto completo. Trabajo previsto: nuestro objetivo es completar una revisión de teclado y lector de pantalla de la propia interfaz de la extensión dentro de los 12 meses posteriores a la fecha de «Última actualización» indicada anteriormente y publicar aquí las deficiencias restantes a medida que las identifiquemos.
  • Las propias páginas ATS de terceros —los formularios externos de solicitud de empleo 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 completado de formularios, realizado con el mejor esfuerzo, 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 (véase «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, Stripe para el pago y el proceso de compra, 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 modelos de IA (como Anthropic y OpenAI) se produce a partir de los datos que usted ingresa 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, utilice la vista HTML y comuníquese con nosotros (Sección 5).

Esta lista no es exhaustiva. Si encuentra una barrera que no figura aquí, infórmenos utilizando los datos de contacto de la Sección 5; sus comentarios nos ayudan a priorizar las correcciones.

5. Comentarios y contacto

Agradecemos sus comentarios sobre la accesibilidad de Jobiko. Si experimenta una barrera, no puede completar una tarea, o necesita información o una función en un formato accesible alternativo, comuníquese con nosotros:

• Correo electrónico: support@jobiko.org
• Asunto (sugerido): «Accesibilidad — [breve descripción]»

Para ayudarnos a investigar, incluya 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 intentaba hacer;
• la tecnología de asistencia, el navegador y el sistema operativo que estaba usando; y
• cómo desea que le 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í, lo mantendremos informado sobre el avance.

Si no puede usar el correo electrónico. Actualmente no operamos una línea telefónica específica para accesibilidad. Si el correo electrónico no es un canal accesible para usted, puede:

• pedirle a una persona de confianza que envíe el informe en su nombre utilizando el correo electrónico indicado arriba (pídale que indique que está escribiendo por usted);
• utilizar el formulario de contacto o de comentarios disponible dentro de la sección Configuración de la aplicación web de Jobiko; o
• solicitar, a través de cualquiera de estos canales, que le demos seguimiento por un medio que le resulte conveniente (por ejemplo, una llamada telefónica de regreso a un número que usted proporcione).

Está previsto un canal de contacto alternativo específico para accesibilidad (como un contacto telefónico o un servicio de relevo); hasta que esté disponible, el correo electrónico es nuestro canal de accesibilidad supervisado, y organizaremos un formato alternativo o una llamada de regreso a solicitud.

6. Leyes y reglamentos aplicables

Actualmente Jobiko presta servicio a personas usuarias en Canadá, los Estados Unidos y América Latina (incluidos Brasil y México). La Unión Europea y el Reino Unido están fuera del alcance de esta versión del Servicio; las obligaciones de accesibilidad específicas de esas regiones (por ejemplo, la European Accessibility Act o la norma EN 301 549) se tratan como trabajo futuro y podrían requerir medidas de cumplimiento adicionales antes de que ofrezcamos el Servicio allí.

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.1 AA como nuestra norma de trabajo, en consonancia con estos objetivos.

• Quebec: las obligaciones de accesibilidad de la provincia de Quebec, incluida la Act to secure handicapped persons in the exercise of their rights with a view to achieving social, school and workplace integration y las normas gubernamentales de accesibilidad aplicables. Quebec es nuestra jurisdicción de origen.

• Estados Unidos: Trabajamos con el mejor esfuerzo hacia las expectativas asociadas con la Americans with Disabilities Act (ADA) según se aplica a los servicios digitales, y hacia las normas técnicas de la Sección 508, que hacen referencia a las WCAG 2.1 nivel AA como su base de conformidad. Esta es la misma norma que adoptamos en la Sección 2, por lo que nuestro objetivo para los EE. UU. y nuestra norma de trabajo general son los mismos. 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/Informe de Conformidad de Accesibilidad (Accessibility Conformance Report); véase la Sección 7 para conocer el estado de la evaluación independiente.

• América Latina: Adoptamos las WCAG 2.1 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.1 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), Law No. 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.1 AA, tratamos el cierre de esa brecha como trabajo futuro: evaluaremos los requisitos específicos del país antes de considerar que este Servicio cumple con la normativa de ese mercado, y actualizaremos esta declaración en consecuencia. Actualmente no declaramos que el Servicio esté certificado como conforme con ninguna ley nacional de accesibilidad latinoamericana específica.

Esta declaración no crea derechos ni obligaciones más allá de los exigidos por la ley aplicable. El operador es WTech, una empresa individual (entreprise individuelle) de Abdoul Raouf Wendyam Issoufou Sawadogo, registrada en Quebec, Canadá (NEQ 2282211947).

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.

Aún no hemos encargado una auditoría de accesibilidad formal e independiente realizada por un tercero, y aún no hemos elaborado un informe de conformidad formal (como un VPAT/ACR para fines de la Sección 508 de los EE. UU.). Tenemos la intención de encargar una evaluación independiente a medida que el producto madure y de actualizar esta declaración con su alcance y sus conclusiones; hasta entonces, las declaraciones aquí contenidas reflejan nuestra intención de diseño y nuestras pruebas internas, en lugar de una conformidad certificada.

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.

Preguntas sobre esta declaración: support@jobiko.org. Problemas de seguridad no relacionados con la accesibilidad: security@jobiko.org.