Statement de accesibilidad
DGTL apunta a conformidad WCAG 2.2 Level AA.
La accesibilidad es un requisito de producto en cada proyecto que entregamos. Ese estándar aplica también al sitio de DGTL. Esta página documenta nuestro objetivo de conformidad, el alcance actual, los issues conocidos, cómo reportar una barrera y nuestro procedimiento de escalamiento.
Última revisión 2026-08-18
Objetivo de conformidad
- Estándar
- Web Content Accessibility Guidelines (WCAG) 2.2 Level AA. Mapeado a Section 508 del Rehabilitation Act y a EN 301 549 para procesos de procurement enterprise.
- Alcance
- El sitio público de DGTL en withdgtl.com y cada subpágina. Los embeds de terceros (Cal.com, futuros proveedores de analítica) heredan su propio nivel de conformidad; DGTL responde por las superficies que DGTL construye.
- Estado
- Parcialmente conforme. Una ronda completa de correcciones de accesibilidad se implementó junto con el lanzamiento del sitio, y la conformidad se revisa de forma continua. La sección de Issues conocidos más abajo hace seguimiento de lo que queda pendiente, cada punto con una fecha de remediación.
- Enfoque de evaluación
- Una combinación de escaneo automatizado (axe-core en CI, Lighthouse Accessibility), recorridos manuales con teclado y verificación con lectores de pantalla usando NVDA en Firefox y VoiceOver en Safari. Un VPAT 2.5 ACR formal está en progreso.
Patrones conformes
Patrones que DGTL implementa en todo el sitio para cumplir o superar WCAG 2.2 AA. No es una lista exhaustiva, pero son los compromisos principales.
- Link “skip to content” al inicio de cada página
- Landmarks HTML5 semánticos (header, nav, main, footer) con nombres accesibles
- Jerarquía de encabezados iniciando en un único H1, sin saltos de nivel entre H2 y H6
- Navegación principal alcanzable por teclado, incluido el mega menu de Services (Enter, Space, ArrowDown para abrir, Escape para cerrar)
- Outline visible en focus para cada elemento interactivo (2px coral-700, 2px de offset)
- Soporte de prefers-reduced-motion en cada componente Motion vía un helper centralizado getVariants
- Touch targets mínimos de 44x44 en controles móviles
- Labels de formulario ligados a inputs vía htmlFor, errores anunciados por una única región aria-live atómica
- Visualizaciones de datos en SVG exponen lecturas estructuradas vía <title>/<desc> y un <dl> visualmente oculto
- Los contadores animados exponen su valor final a tecnologías asistivas de inmediato vía texto sr-only
- El server action del formulario de contacto redirige a una ruta dedicada /contact/thank-you para foco y anuncio predecibles después del envío
Issues conocidos
Divulgación honesta de dónde DGTL todavía no llega al objetivo. Cada ítem tiene descripción, impacto y plan de remediación.
- Banner de consentimiento de cookies
Issue: El banner actual de consentimiento de cookies es un componente a medida, no una Consent Management Platform certificada.
Impacto: Todavía no produce un audit trail firmado de las elecciones de consentimiento ni expone cada toggle granular por proveedor que ofrece una CMP estricta.
Plan: Programado para reemplazo por una plataforma certificada de gestión de consentimiento (Cookiebot, Osano o CookieYes), junto con el rollout de analítica y publicidad.
- VPAT 2.5 Accessibility Conformance Report
Issue: Todavía no hay un VPAT 2.5 ACR formal publicado para el sitio público.
Impacto: Los equipos de procurement enterprise que exigen un VPAT firmado como requisito de compra todavía no pueden descargarlo por su cuenta desde esta página.
Plan: Borrador previsto para Q4 2026, una vez cerrados los issues conocidos que siguen abiertos. El VPAT estará disponible a solicitud en la página /trust.
- Subtítulos y transcripciones de video
Issue: DGTL todavía no aloja contenido en video en el sitio público.
Impacto: Hoy no es una brecha activa, pero cualquier video que se agregue en el futuro va a requerir subtítulos (WCAG 1.2.2) y una transcripción (WCAG 1.2.3) al momento de publicar.
Plan: Los subtítulos y transcripciones son un entregable obligatorio en cada producción de video de la práctica DGTL Studio. El estándar aplica también al contenido propio de DGTL.
Feedback y reporte de barreras
Si te topas con una barrera de accesibilidad en cualquier página de DGTL, cuéntanos. Damos acuse de los reportes dentro de 48 horas y priorizamos los fixes junto con el desarrollo activo.
- Contacto de accesibilidad:
- accessibility@withdgtl.com
- Tiempo de respuesta:
- 48 horas para acuse. El timeline de remediación depende de la severidad y de la ventana del sprint activo.
- Qué incluir:
- La URL, descripción de la barrera, tu tecnología asistiva y navegador si aplica, y si existe un workaround.
Procedimiento de escalamiento
DGTL se compromete a resolver las barreras reportadas en un tiempo razonable. Si un reporte no recibe acuse o no se resuelve a tu satisfacción, escala a hello@withdgtl.com con referencia al reporte original. DGTL apoya los procedimientos de escalamiento descritos en EN 301 549 y Section 508 cuando aplican.
Ver también: Confianza y seguridad, A quién servimos.