DGTL apunta a conformidad WCAG 2.2 Level AA.

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. DGTL está en medio de un sprint de accesibilidad de varias semanas (Round 3 audit, sprints de lanzamiento P2 y P3). La sección de Issues conocidos más abajo hace seguimiento de lo que sigue en progreso con fechas 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 CMP certificada (Cookiebot, Osano o CookieYes) en el sprint de lanzamiento P3, junto con el rollout de analítica y pixels.

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: Draft previsto para Q3 2026, una vez entregados los ítems restantes de los sprints de lanzamiento P2 y P3. El VPAT se pondrá a disposición bajo solicitud desde 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 sprint de lanzamiento 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.