Notas de accesibilidad

Este sitio procura que sus materiales puedan ser consultados por la mayor cantidad posible de lectores, incluidas personas con dificultades visuales, auditivas, motoras o cognitivas. El objetivo es que los artículos, tablas, formularios, enlaces e imágenes resulten comprensibles y utilizables desde diferentes dispositivos y tecnologías de asistencia.

Estas notas describen los criterios que orientan el diseño, la redacción y la revisión técnica del sitio. También explican las limitaciones que pueden existir en capturas, documentos externos, contenidos embebidos o herramientas administradas por terceros.

La accesibilidad no se considera una tarea que pueda completarse una sola vez. Los navegadores cambian, aparecen nuevos dispositivos, se actualizan los estándares y los lectores encuentran obstáculos que una comprobación automática puede no detectar.

Por eso, nuestro enfoque combina mejoras progresivas, revisión editorial, pruebas técnicas y comentarios enviados mediante el formulario del sitio. La meta es reducir barreras sin afirmar que todas las páginas son perfectas o completamente compatibles con cualquier combinación posible de navegador y tecnología de asistencia.

Razones por las que la accesibilidad importa acá

La accesibilidad es importante para cualquier sitio informativo, pero adquiere un valor especial cuando el contenido incluye reglas de bonos, requisitos de apuesta, pagos, verificación KYC, condiciones de retiro y conceptos técnicos.

Una frase difícil de leer o una tabla mal estructurada puede hacer que el lector interprete incorrectamente una condición económica. Por eso, la accesibilidad no se limita a agregar texto alternativo a las imágenes: también implica ordenar la información, usar un lenguaje comprensible y presentar las advertencias de forma visible.

En Argentina, algunas personas acceden desde conexiones móviles inestables, celulares antiguos o dispositivos compartidos con familiares. Otras dependen de lectores de pantalla, ampliadores, navegación por teclado o configuraciones de alto contraste.

Las mejoras pensadas para esos escenarios también benefician a quienes:

leen después de una jornada extensa;
utilizan el celular bajo la luz del sol;
tienen una lesión temporal;
están aprendiendo términos de casino;
navegan con una conexión lenta;
prefieren explicaciones breves y estructuradas.

La accesibilidad, por lo tanto, mejora la experiencia general y no solamente la de un grupo específico.

A qué benchmark técnico apuntamos

El sitio toma como referencia las Web Content Accessibility Guidelines, conocidas como WCAG, en su versión 2.1 y nivel AA.

Las WCAG son pautas desarrolladas por el World Wide Web Consortium para mejorar la percepción, el uso, la comprensión y la solidez técnica del contenido web. El nivel AA reúne criterios ampliamente utilizados como benchmark para sitios y aplicaciones.

Nuestra intención es acercarnos progresivamente a ese nivel, pero esta declaración no debe interpretarse como una certificación independiente ni como una promesa de cumplimiento absoluto en todas las páginas.

Las revisiones pueden combinar:

comprobaciones automáticas con Lighthouse;
análisis mediante axe DevTools u otras herramientas equivalentes;
revisión manual de contraste y estructura;
navegación completa usando solo el teclado;
pruebas con lectores como NVDA o VoiceOver;
comprobaciones en dispositivos móviles;
revisión del contenido con diferentes niveles de zoom.

Las herramientas automáticas permiten detectar ciertos errores, pero no sustituyen la evaluación humana. Un botón puede superar una prueba técnica y, aun así, tener una etiqueta poco comprensible.

Área evaluada	Objetivo de accesibilidad	Método de comprobación
Estructura	Jerarquía lógica de títulos y regiones	Revisión de HTML y lector de pantalla
Contraste	Legibilidad suficiente entre texto y fondo	Herramientas de contraste
Teclado	Acceso sin necesidad de mouse	Tab, Shift+Tab, Enter y flechas
Imágenes	Alternativas textuales cuando aportan contenido	Revisión manual de alt
Formularios	Etiquetas claras e instrucciones comprensibles	Teclado y lector de pantalla
Zoom	Lectura ampliada sin perder información esencial	Pruebas hasta 200%
Móvil	Botones utilizables y contenido adaptable	Pruebas en distintos anchos
Lenguaje	Explicaciones claras de términos técnicos	Revisión editorial

Si tenés dificultades para ver

El diseño y la estructura editorial procuran contemplar diferentes niveles de capacidad visual, desde una reducción leve de la agudeza hasta el uso permanente de un lector de pantalla.

Las principales áreas de trabajo son el tamaño del texto, el contraste, la jerarquía de títulos, la identificación de enlaces y las alternativas para imágenes relevantes.

No dependemos únicamente del color para comunicar información importante. Por ejemplo, una advertencia no debería identificarse solo mediante un fondo rojo: también necesita un título, un ícono comprensible o una indicación textual.

Del mismo modo, procuramos evitar imágenes que contengan información esencial sin una explicación equivalente en el cuerpo del artículo.

Las funciones concretas pueden variar según la página, el navegador y el dispositivo. Cuando una configuración no funcione correctamente, el lector puede informarlo mediante el formulario para que la redacción evalúe una solución.

Hacer el texto más grande

Procuramos utilizar unidades relativas, como rem y em, para que el tamaño del texto responda a la configuración del navegador y del sistema operativo.

En la mayoría de los navegadores de escritorio, el zoom puede modificarse mediante:

Ctrl y + para aumentar;
Ctrl y – para reducir;
Ctrl y 0 para volver al tamaño inicial;
Command en lugar de Ctrl en muchos dispositivos Apple.

También podés utilizar las opciones de tamaño de texto, zoom de pantalla o accesibilidad incluidas en Android, iOS, Windows y macOS.

Nuestro objetivo es que el contenido esencial continúe siendo legible y funcional cuando se amplía hasta el 200%. Este valor forma parte de los criterios de WCAG 2.1 para el redimensionamiento de texto sin pérdida de contenido o funcionalidad.

Puede aparecer desplazamiento vertical adicional, pero no deberían ocultarse párrafos, botones o controles esenciales.

Elecciones de color y paleta

La selección de colores procura mantener una diferencia suficiente entre el texto y su fondo.

Como referencia, WCAG 2.1 nivel AA establece una relación mínima de contraste de 4,5:1 para texto normal y 3:1 para texto grande, con determinadas excepciones.

El color no debería ser el único medio para distinguir:

enlaces;
errores;
avisos;
estados de botones;
campos obligatorios;
resultados de una tabla.

Los enlaces dentro del texto pueden complementarse con subrayado, cambios de grosor u otras señales visuales. Esto ayuda a quienes tienen daltonismo o utilizan la pantalla en condiciones de poca visibilidad.

También procuramos que el sitio responda de manera razonable a configuraciones del sistema como el modo de alto contraste. Sin embargo, algunas combinaciones personalizadas pueden alterar colores, íconos o bordes de una forma que no controlamos completamente.

Usar un lector de pantalla

La estructura de las páginas procura utilizar HTML semántico para que los lectores de pantalla puedan interpretar correctamente el orden del contenido.

Esto incluye:

un encabezado principal h1;
subtítulos ordenados;
listas creadas con elementos de lista reales;
tablas con encabezados identificables;
regiones de navegación y contenido;
botones con nombres comprensibles;
campos del formulario con etiquetas;
textos alternativos para imágenes informativas.

Las pruebas pueden realizarse con herramientas como NVDA, VoiceOver o TalkBack. JAWS también forma parte de las tecnologías ampliamente utilizadas, aunque no podemos garantizar el mismo resultado en cada versión, navegador y sistema.

Las imágenes puramente decorativas pueden utilizar un texto alternativo vacío para evitar interrupciones innecesarias. Las imágenes informativas deberían incluir una descripción que transmita su función, no solamente una lista de objetos visibles.

Si el foco o la velocidad de lectura te complican

Las dificultades de lectura no siempre están relacionadas con la visión. Algunas personas necesitan más tiempo para procesar información, mantener la concentración o recordar lo explicado en una sección anterior.

Por eso, procuramos reducir párrafos excesivamente largos, utilizar títulos descriptivos y separar las condiciones importantes en tablas o listas.

Estas decisiones pueden ayudar a lectores con dislexia, TDAH, fatiga cognitiva o dificultades de memoria. También benefician a cualquier persona que consulta una guía desde el celular, durante un viaje o después de una jornada de trabajo.

Evitamos, siempre que la configuración lo permite:

fondos con movimiento;
texto parpadeante;
animaciones innecesarias;
ventanas que interrumpen constantemente;
cambios automáticos de contenido;
instrucciones excesivamente largas;
lenguaje promocional que oculta condiciones.

Una página accesible no debe obligar al lector a recordar información de varias secciones para entender una advertencia básica.

Cómo estructuramos las páginas

Los artículos extensos se dividen en secciones identificadas mediante títulos que anticipan su contenido.

Cuando resulta útil, se incorporan:

introducciones con la idea principal;
tablas comparativas;
listas de pasos;
advertencias separadas;
resúmenes de condiciones;
preguntas frecuentes;
conclusiones prácticas.

Esta estructura permite localizar información sin leer necesariamente toda la página de principio a fin.

Para quienes utilizan lectores de pantalla, una jerarquía correcta de encabezados facilita saltar entre secciones. Por eso procuramos no elegir títulos solo por su tamaño visual: cada nivel debe representar una relación lógica con el contenido.

No todas las páginas necesitan un bloque FAQ ni un resumen independiente. La estructura se adapta al tema, pero debería mantener un orden previsible y evitar saltos injustificados entre niveles de encabezado.

Idioma que tratamos de mantener simple

Los casinos online utilizan muchos términos en inglés. Algunas palabras, como RTP, wagering, cashout, cashback, KYC o EDD, pueden aparecer incluso en interfaces traducidas al español.

Cuando un término técnico es necesario, procuramos explicarlo la primera vez que aparece. Por ejemplo, no basta con decir que un bono tiene wagering: también conviene aclarar que se trata de una cantidad de veces que el saldo debe apostarse antes de cumplir las condiciones de retiro.

Buscamos un equilibrio entre precisión y sencillez. Eliminar todos los términos técnicos podría hacer que el lector no los reconozca en la plataforma, mientras que utilizarlos sin explicación dificulta la comprensión.

También procuramos utilizar formas propias del español de Argentina, como:

“vos”;
“podés”;
“tenés”;
“retiro”;
“comprobante”;
“DNI”;
“CBU” y “CVU” cuando resultan relevantes.

Si no podés usar el mouse

Algunas personas no pueden utilizar un mouse o una pantalla táctil debido a temblores, movilidad reducida, lesiones, dolor o preferencias vinculadas con una tecnología de asistencia.

Nuestro objetivo es que las funciones principales puedan utilizarse mediante teclado. WCAG establece que la funcionalidad debería estar disponible desde una interfaz de teclado, lo que también beneficia a dispositivos alternativos que generan pulsaciones equivalentes.

La navegación habitual debería permitir:

avanzar mediante Tab;
retroceder con Shift+Tab;
activar enlaces y botones con Enter;
activar determinados controles con la barra espaciadora;
recorrer opciones mediante las flechas;
cerrar componentes con Escape, cuando corresponda.

El elemento activo debería mostrar un indicador de foco visible. Quitar ese contorno sin ofrecer una alternativa dificulta saber en qué lugar de la página se encuentra el usuario.

Cuando la plantilla lo permite, los enlaces de salto o skip links ayudan a evitar menús repetidos y permiten acceder directamente al contenido principal.

Acción	Control habitual
Ir al siguiente elemento	Tab
Volver al elemento anterior	Shift+Tab
Abrir un enlace	Enter
Activar un botón	Enter o barra espaciadora
Moverse entre opciones	Flechas
Cerrar un cuadro o menú	Escape
Saltar la navegación repetida	Skip link, cuando esté disponible

No todas las funciones externas o embebidas pueden responder de la misma manera. Si el foco queda atrapado o un botón no puede activarse, conviene informar la URL y el elemento afectado.

Si dependés de que el audio no sea repentino

El sitio se basa principalmente en contenido escrito. Procuramos no utilizar audio con reproducción automática ni videos emergentes que comiencen con sonido sin una acción del usuario.

El audio inesperado puede dificultar la navegación de personas que:

utilizan lectores de pantalla;
tienen sensibilidad sensorial;
navegan en un lugar compartido;
dependen de audífonos;
tienen dificultades para localizar el control de pausa;
necesitan mantener un entorno previsible.

Cuando se incorpora contenido multimedia, el usuario debería poder decidir cuándo reproducirlo, pausarlo o detenerlo.

Si en el futuro se publican videos informativos propios, el objetivo será acompañarlos con subtítulos y, cuando resulte razonable, una transcripción textual. La información esencial no debería estar disponible únicamente mediante sonido.

Los videos o reproductores administrados por terceros pueden tener controles y políticas diferentes. En esos casos, intentaremos proporcionar contexto escrito, pero no podemos modificar directamente la accesibilidad del reproductor externo.

Si estás leyendo con una conexión débil

La accesibilidad también depende de la velocidad y estabilidad de la conexión.

En distintas zonas de Argentina, una persona puede acceder mediante redes móviles variables, planes con datos limitados o conexiones compartidas. Una página demasiado pesada puede transformarse en una barrera, incluso cuando su diseño visual cumple otros criterios.

Por eso, procuramos reducir el peso innecesario mediante prácticas como:

compresión de imágenes;
formatos eficientes, como WebP o AVIF, cuando sean compatibles;
dimensiones ajustadas al espacio real;
carga diferida de imágenes ubicadas fuera del primer tramo visible;
reducción de scripts externos;
reutilización de recursos almacenados;
eliminación de animaciones pesadas;
estructura HTML relativamente simple.

Estas medidas son objetivos técnicos y pueden variar según la plantilla o los servicios externos utilizados.

En dispositivos táctiles, los botones y enlaces deberían tener un área suficientemente amplia y mantener separación respecto de controles cercanos. Como referencia de diseño, suelen utilizarse objetivos próximos a 44 por 44 píxeles CSS, aunque la evaluación también depende del espacio, la función y el contexto.

El contenido principal debería seguir siendo comprensible incluso si una imagen tarda en cargar.

Accesibilidad de tablas, imágenes y formularios

Los artículos sobre casinos pueden incluir numerosas tablas con bonos, métodos de pago, límites, requisitos y comparaciones.

Una tabla accesible necesita una estructura comprensible. Procuramos utilizar encabezados reales y evitar depender únicamente de la posición o del color.

Cuando una tabla resulta demasiado ancha para una pantalla pequeña, puede habilitarse desplazamiento horizontal. En esos casos, el lector debería poder identificar que existe contenido adicional hacia un lado.

Las imágenes informativas necesitan textos alternativos adecuados. Un buen alt no repite siempre el nombre del archivo: explica qué información aporta la imagen dentro del artículo.

Los formularios deberían contar con:

etiquetas visibles;
instrucciones breves;
campos obligatorios identificables;
errores expresados mediante texto;
orden lógico de tabulación;
botones con nombres claros;
mensajes de confirmación comprensibles.

No deberías enviar contraseñas, documentos KYC, números completos de tarjetas o códigos OTP mediante el formulario editorial.

Qué no podemos arreglar en contenido embebido

Algunos artículos pueden contener material procedente de terceros, como capturas de una plataforma, videos, gráficos, mapas, documentos regulatorios o enlaces a archivos PDF.

La redacción puede mejorar el contexto que rodea ese material, pero no siempre puede modificar su código, controles o estructura interna.

Una captura del panel de un operador, por ejemplo, es una imagen estática. Puede acompañarse con un texto alternativo o una explicación, pero no puede reproducir todas las funciones accesibles del sistema original.

Del mismo modo, un documento PDF externo puede:

carecer de encabezados;
utilizar un orden de lectura incorrecto;
contener tablas difíciles de interpretar;
no admitir un zoom adecuado;
incluir texto como imagen;
no funcionar bien con lectores de pantalla.

Los contenidos de terceros quedan fuera de nuestro control directo, una limitación que también reconocen declaraciones de accesibilidad de grandes operadores como bet365.

Cuando sea posible, intentaremos compensar estas limitaciones con resúmenes, descripciones o enlaces alternativos.

Contarnos que algo no funciona

Los lectores pueden informar problemas de accesibilidad mediante el formulario de contacto del sitio.

El mensaje debería indicar:

la URL de la página;
el elemento que presenta el problema;
el dispositivo utilizado;
el sistema operativo;
el navegador y, si se conoce, su versión;
la tecnología de asistencia;
una descripción breve de lo ocurrido;
el resultado que esperabas obtener.

Ejemplos de problemas útiles para reportar incluyen un enlace que no recibe foco, una imagen sin descripción, una tabla imposible de recorrer o un formulario que no comunica sus errores.

No hace falta compartir información médica ni explicar un diagnóstico. Solo necesitamos conocer la barrera técnica o editorial.

Las observaciones de accesibilidad se consideran prioritarias porque pueden impedir completamente el acceso a una sección.

Nuestro enfoque para mejorar con el tiempo

La accesibilidad requiere revisión continua.

Una actualización de la plantilla puede resolver una barrera y crear otra. También puede ocurrir que una página funcione correctamente con un navegador y presente problemas después de una actualización del sistema operativo.

Nuestro proceso de mejora puede incluir:

controles automáticos después de cambios importantes;
pruebas manuales de teclado;
revisión de títulos y etiquetas;
comprobación de contraste;
evaluación de páginas con lectores de pantalla;
optimización de imágenes;
corrección de errores informados por lectores;
seguimiento de nuevas versiones de WCAG.

WCAG 2.2 ya está disponible, aunque este documento utiliza WCAG 2.1 AA como benchmark principal establecido para el sitio. Ambas versiones forman parte del marco WCAG 2 mantenido por W3C.

No fijamos una frecuencia rígida para cada auditoría. Las revisiones pueden realizarse cuando se modifica una plantilla, se incorpora una función o se recibe un aviso. Un análisis manual más amplio puede programarse periódicamente o después de cambios estructurales relevantes.

La retroalimentación de usuarios reales complementa las herramientas automáticas y puede revelar obstáculos difíciles de reproducir.

Nota de edad también para esta página

Todo el sitio, incluida esta página sobre accesibilidad, está dirigido a personas de 18 años o más.

La accesibilidad no modifica las restricciones de edad relacionadas con casinos online y apuestas. Los menores no deberían interpretar los artículos como una invitación o guía para registrarse en plataformas de juego.

A madres, padres y responsables les recomendamos:

supervisar el acceso a contenidos de apuestas;
utilizar controles parentales;
no dejar cuentas abiertas;
evitar guardar medios de pago en dispositivos compartidos;
explicar los riesgos financieros asociados al juego.

Esta página se refiere únicamente a la accesibilidad del recurso informativo. No administra cuentas de casino ni puede resolver problemas de accesibilidad dentro de MyStake u otra plataforma externa.

Las dificultades relacionadas con este sitio pueden comunicarse mediante el formulario editorial, indicando la página, el dispositivo y una descripción concreta del problema.