Declaración de accesibilidad
Este sitio busca que sus materiales puedan ser consultados por la mayor cantidad posible de lectores, incluidas personas con discapacidad visual, auditiva, motora o con diferencias cognitivas y de lectura. La accesibilidad forma parte del modo en que planificamos, redactamos y revisamos las páginas, no solo de su apariencia visual.
Esta declaración explica nuestro enfoque, los estándares que orientan el trabajo, las medidas que buscamos aplicar y la forma de informar una barrera de acceso. El sitio es principalmente editorial: publica textos, tablas, guías y materiales informativos para lectores de Argentina. Por eso, priorizamos una lectura clara, navegación predecible y compatibilidad con tecnologías de asistencia.
La accesibilidad es un proceso continuo. Aunque procuramos mejorar el sitio de manera constante, una página, imagen o función nueva puede requerir ajustes adicionales. Si encontrás una dificultad, podés avisarnos mediante el formulario de contacto para que podamos revisarla.
Nuestro enfoque hacia una lectura inclusiva
Entendemos la accesibilidad como un trabajo permanente y no como una revisión única antes de publicar. Al crear o actualizar una página, buscamos que el contenido pueda leerse, navegarse y comprenderse con distintos dispositivos, configuraciones de navegador y tecnologías de asistencia.
La revisión combina herramientas automatizadas, comprobaciones manuales y feedback de lectores. Las herramientas pueden detectar problemas frecuentes, como contrastes insuficientes, imágenes sin alternativa textual, errores de estructura o controles sin etiqueta. Sin embargo, no reemplazan la evaluación humana: una página puede aprobar un análisis automático y seguir siendo confusa para quien navega con teclado o lector de pantalla.
Nuestro proceso de revisión puede incluir:
- Comprobaciones automatizadas con herramientas como Lighthouse y axe DevTools.
- Navegación manual con teclado, sin usar ratón ni pantalla táctil.
- Pruebas orientativas con lectores de pantalla como NVDA, VoiceOver, JAWS o TalkBack.
- Revisión de jerarquía de títulos, enlaces, formularios y foco visible.
- Análisis de comentarios enviados por lectores.
El objetivo es detectar barreras antes de publicar y priorizar los problemas que dificultan el acceso al contenido principal, a las tablas, al formulario de contacto o a la navegación.
Estándares técnicos que seguimos
El sitio toma como referencia las Web Content Accessibility Guidelines (WCAG) 2.1, nivel AA, desarrolladas por el W3C. Estas pautas son un estándar ampliamente utilizado para crear contenido web perceptible, operable, comprensible y robusto.
WCAG 2.1 AA es un objetivo de diseño y revisión, no una promesa de conformidad absoluta con todos los criterios en cada momento. La accesibilidad puede verse afectada por cambios de navegador, dispositivos, actualizaciones técnicas o contenido de terceros.
Consultamos las pautas del W3C Web Accessibility Initiative al evaluar contraste, navegación por teclado, texto alternativo, estructura semántica y otros elementos esenciales.
Accesibilidad visual
La interfaz busca responder a diferentes necesidades visuales, desde una disminución leve de agudeza visual hasta el uso de ampliadores de pantalla o lectores de pantalla. Priorizamos una estructura limpia, texto legible, contraste suficiente y la posibilidad de ampliar el contenido sin perder acceso a funciones importantes.
Las imágenes informativas —como diagramas, capturas de pantalla e infografías— deberían incluir texto alternativo que comunique su información esencial. Cuando una imagen es decorativa y no añade significado, puede usar un atributo alt=”” vacío para que los lectores de pantalla la ignoren. Esta práctica evita que se anuncien nombres de archivo o descripciones irrelevantes. El W3C recomienda esta distinción.
Las imágenes complejas pueden complementarse con una explicación textual cercana. Por ejemplo, si una tabla se muestra como imagen, el contenido importante debería estar disponible también como texto o tabla HTML. No buscamos que una captura sustituya una explicación: debe funcionar como apoyo visual.
| Elemento visual | Medida de accesibilidad | Objetivo |
| Imágenes informativas | Texto alternativo descriptivo. | Comunicar el contenido a lectores de pantalla. |
| Imágenes decorativas | alt=”” o marcado equivalente. | Evitar ruido innecesario. |
| Gráficos complejos | Resumen o descripción junto a la imagen. | Explicar datos y conclusiones clave. |
| Enlaces | Diferencia visual además del color. | Facilitar su identificación. |
| Tablas | Encabezados claros y estructura HTML. | Permitir lectura por filas y columnas. |
Tamaños de fuente y contraste
La tipografía utiliza unidades relativas, como rem y em, para respetar mejor las preferencias del navegador y del sistema operativo. Podés ampliar la página mediante los controles del navegador —por ejemplo, con Ctrl y + o Cmd y +— sin depender de una versión separada del sitio.
La combinación de colores se revisa con referencia a los niveles de contraste WCAG. Como guía, el texto normal debe alcanzar una relación mínima de 4,5:1 y el texto grande una relación mínima de 3:1 frente al fondo. Este criterio está definido por WCAG 2.1 AA.
Los enlaces no deberían depender solo del color: pueden incluir subrayado, peso tipográfico, iconos o cambios de estado visibles. Esto ayuda a personas con daltonismo, baja visión o pantallas con poca calidad de color.
Compatibilidad con lectores de pantalla
Buscamos utilizar HTML semántico para que la estructura sea comprensible con lectores de pantalla. Esto incluye títulos jerárquicos, listas reales, tablas con encabezados, regiones principales de página y botones con nombres identificables.
La estructura de títulos sigue un orden lógico: un h1 para el tema principal y subtítulos h2 y h3 para organizar la información. Las listas se crean como listas y no como párrafos con guiones visuales. Las tablas se reservan para comparar datos, no para controlar la posición de elementos en pantalla.
Los botones, enlaces e inputs del formulario deberían tener etiquetas claras. Cuando una etiqueta visual no alcanza, pueden utilizarse descripciones accesibles, incluidas etiquetas ARIA, siempre que aporten información real y no dupliquen innecesariamente lo que ya se anuncia.
Comodidad cognitiva y de lectura
La accesibilidad también implica que el contenido sea más fácil de comprender. Algunas personas pueden tener dislexia, TDAH, dificultades de concentración, fatiga, alteraciones de memoria o estar leyendo español como segunda lengua. Una página clara beneficia a todas ellas y también a quien consulta el sitio desde un celular, con poco tiempo o en una conexión inestable.
Buscamos utilizar párrafos breves, subtítulos descriptivos, listas cuando ayudan a ordenar ideas y un lenguaje directo. Evitamos animaciones innecesarias, contenido que parpadea, reproducción automática y textos excesivamente densos. Cuando aparece un término técnico, procuramos explicarlo la primera vez.
Por ejemplo:
- Wagering: requisito de apuesta vinculado a un bono.
- RTP: porcentaje teórico de retorno al jugador a largo plazo.
- Cash out: opción para cerrar una apuesta antes de su resultado final.
- KYC: verificación de identidad y otros datos del cliente.
- EDD: revisión reforzada para perfiles o situaciones de mayor riesgo.
Los artículos extensos, especialmente aquellos que superan las 2.000 palabras, pueden incluir al comienzo un resumen breve con los puntos principales. Esto permite identificar rápidamente si la guía responde a la duda del lector antes de profundizar en el contenido completo.
Acceso por teclado y motor
No todas las personas pueden utilizar un ratón, una pantalla táctil o gestos precisos. Algunas navegan únicamente con teclado, con interruptores, comandos de voz, punteros de cabeza, dispositivos de seguimiento ocular o tecnologías de asistencia adaptadas.
Por eso, buscamos que las funciones esenciales del sitio puedan utilizarse sin ratón. El foco de teclado debe ser visible: al recorrer enlaces, botones, campos o controles, la persona usuaria necesita identificar qué elemento está activo. No desactivamos los estilos de foco solo para modificar la apariencia visual.
Una navegación accesible debe mantener un orden lógico. Cuando se presiona Tab, el foco debería avanzar siguiendo el orden visual y estructural de la página. No debería saltar a elementos ocultos, quedar atrapado en un componente o moverse de forma inesperada.
Las medidas de acceso motor incluyen:
- Foco de teclado visible en enlaces, botones y campos.
- Orden de navegación coherente con la estructura de la página.
- Botones y controles separados para reducir pulsaciones accidentales.
- Formularios con etiquetas claras y mensajes de error comprensibles.
- Ausencia de acciones que exijan mantener presionada una tecla o realizar movimientos precisos.
Todo el sitio sin ratón
Los elementos funcionales —menús, enlaces, formulario de contacto y controles interactivos— deberían ser accesibles mediante teclado. Las teclas habituales incluyen Tab para avanzar, Shift + Tab para retroceder, Enter o barra espaciadora para activar controles y flechas cuando un componente lo requiere.
El orden de foco busca seguir la secuencia visual de la página. También pueden existir enlaces para saltar bloques repetidos de navegación e ir directamente al contenido principal. Los llamados skip links reducen la cantidad de elementos que debe recorrer una persona que navega con teclado o lector de pantalla. El W3C explica su utilidad.
La compatibilidad por teclado se revisa especialmente en páginas con menús, tablas amplias, formularios y elementos desplegables. Si encontrás un control que no puede abrirse, cerrarse o utilizarse sin ratón, informalo mediante el formulario.
Audio y multimedia
El sitio prioriza el contenido textual para que la información principal no dependa de escuchar un audio o mirar un video. No buscamos utilizar audio con reproducción automática, videos emergentes con sonido ni elementos que interrumpan inesperadamente la lectura o interfieran con un lector de pantalla.
Esta decisión favorece a personas con discapacidad auditiva, a quienes navegan en espacios compartidos, a usuarios con conexiones limitadas y a quienes prefieren leer a su ritmo. También ayuda a reducir el consumo de datos móviles.
Si en el futuro se publican videos, se procurará acompañarlos con:
- Subtítulos sincronizados para el contenido hablado.
- Transcripción textual que incluya la información relevante.
- Descripción de elementos visuales importantes cuando sea necesaria.
- Controles visibles de reproducción, pausa y volumen.
- Ausencia de reproducción automática con sonido.
Los recursos multimedia de terceros pueden tener sus propias limitaciones. Cuando no sea posible controlar su accesibilidad, buscaremos ofrecer una alternativa textual o un resumen de la información esencial.
Accesibilidad móvil en Argentina
Una parte importante de la audiencia accede desde teléfonos móviles y puede utilizar redes 4G o 5G con cobertura desigual según la región. Por eso, las páginas buscan funcionar de forma razonable en pantallas pequeñas y conexiones que no siempre son rápidas o estables.
La optimización móvil puede incluir imágenes en formatos modernos como WebP o AVIF, carga diferida de contenido multimedia situado debajo de la primera pantalla y reducción de scripts externos no esenciales. Estas medidas ayudan a disminuir el consumo de datos y acelerar la lectura en dispositivos de gama media o conexiones lentas.
Los controles táctiles buscan tener espacio suficiente para reducir errores de pulsación. Como referencia de diseño inclusivo, procuramos tamaños cómodos y separación adecuada entre botones, especialmente en navegación, formularios y llamadas a la acción. Un objetivo de 44 × 44 píxeles CSS es una referencia útil para evitar toques accidentales, aunque los requisitos exactos dependen del criterio WCAG y del tipo de control. El W3C documenta este enfoque.
| Situación móvil | Medida prevista | Beneficio |
| Conexión lenta | Imágenes optimizadas y carga diferida. | Menor consumo de datos y carga más rápida. |
| Pantalla pequeña | Diseño adaptable y texto ampliable. | Lectura sin desplazamiento horizontal innecesario. |
| Dificultad motora | Botones separados y áreas táctiles cómodas. | Menos errores al tocar controles. |
| Navegación con lector de pantalla | Estructura semántica y etiquetas claras. | Mejor orientación dentro de la página. |
Límites del contenido de terceros
Algunos materiales pueden incluir elementos de fuentes externas: capturas de interfaz de operadores, enlaces a documentos regulatorios, gráficos insertados, reproductores multimedia o recursos de organizaciones de terceros. La redacción no controla por completo la accesibilidad de estos elementos.
Una captura de pantalla de una plataforma de juego puede contener tipografía pequeña, bajo contraste, botones reducidos o información difícil de interpretar con un lector de pantalla. Se utiliza solo con finalidad ilustrativa y no como sustituto de la explicación escrita. Cuando resulte pertinente, agregamos texto alternativo o una descripción que explique la información importante.
Los widgets, gráficos incrustados, documentos PDF y videos de terceros pueden conservar limitaciones de su proveedor original. No podemos modificar su código, estructura o etiquetas internas. Sin embargo, buscamos reducir el impacto mediante contexto, enlaces descriptivos y alternativas textuales cuando sea posible.
Antes de seguir un enlace o utilizar una herramienta externa, recordá que se aplican los términos, las cookies y las condiciones de accesibilidad del tercero.
Cómo reportar una barrera
Si encontrás una dificultad para acceder a un contenido o utilizar una función, podés informarla a través del formulario de contacto del sitio. Las barreras de accesibilidad se revisan con prioridad, especialmente cuando impiden leer una guía, navegar por teclado, comprender una tabla o enviar una consulta.
Para ayudarnos a identificar el problema, incluí:
- La URL de la página afectada.
- Una descripción breve de lo que no funciona o resulta difícil.
- El dispositivo y navegador utilizados.
- La tecnología de asistencia, si usás alguna.
- El paso en el que aparece la dificultad.
Por ejemplo, podés indicar que un menú no recibe foco, que una imagen no tiene descripción, que el texto se superpone al ampliarlo o que un formulario no se anuncia correctamente con el lector de pantalla. No envíes datos de cuentas de juego, documentos personales, contraseñas ni información bancaria.
Ciclo de mejora continua
La accesibilidad requiere seguimiento. Actualizamos páginas, cambiamos plantillas, incorporamos imágenes, modificamos formularios y añadimos nuevas funciones; cada cambio puede crear una barrera no prevista o representar una oportunidad de mejora.
Las comprobaciones automatizadas pueden realizarse durante cambios importantes en las plantillas o componentes compartidos. Las revisiones manuales se aplican especialmente a navegación por teclado, foco, títulos, tablas, formularios y experiencias con tecnologías de asistencia. Un análisis más amplio puede realizarse de forma periódica, por ejemplo una vez al año o cuando se introducen cambios significativos de diseño o estructura.
El ciclo de mejora incluye:
- Detectar errores mediante herramientas y revisiones manuales.
- Priorizar las barreras que bloquean el acceso al contenido principal.
- Corregir componentes reutilizados para evitar repetir el mismo problema.
- Revisar nuevamente la solución con teclado y herramientas de asistencia.
- Documentar aprendizajes para futuras publicaciones y actualizaciones.
No todas las mejoras pueden implementarse de inmediato, especialmente cuando dependen de terceros o de cambios técnicos amplios. Aun así, las barreras reportadas ayudan a definir prioridades y a mejorar las futuras versiones del sitio.
Cómo usamos el feedback de lectores
Los comentarios de lectores son una fuente importante para detectar problemas que una revisión técnica puede no mostrar. Una persona que usa un lector de pantalla, ampliación de texto, navegación por teclado o un dispositivo adaptado puede encontrar dificultades específicas en situaciones reales de uso.
Los mensajes que describen una barrera concreta se evalúan en prioridad. Si el problema afecta a una plantilla o componente compartido, puede incluirse en el plan de mejora para corregirlo en más de una página.
La redacción procura responder a las consultas de accesibilidad cuando sea posible e informar sobre una corrección o alternativa disponible. Aunque no siempre se puede garantizar un plazo exacto, cada reporte claro contribuye a que el sitio sea más fácil de usar para todas las personas.