Volver al blog

Bloqueo de Escala: Cuando el código prohíbe el zoom a la persona usuaria

Infografía detallada: Bloqueo de Escala: Cuando el código prohíbe el zoom a la persona usuaria

TL;DR (Too Long; Didn’t Read... o básicamente: mucho texto, dame el resumen rápido)
Agregar maximum-scale=1 o user-scalable=no en la etiqueta <meta name="viewport"> es un antipatrón de accesibilidad. Impide que personas con presbicia o baja visión hagan "pellizco" (pinch-to-zoom) en sus teléfonos, dejándolos fuera del portal.

La negación del control de la persona usuaria

Históricamente se usaba esta técnica para evitar que la interfaz "se rompiera" o para simular que un sitio web era una aplicación nativa estricta. Hoy, es una de las violaciones más severas de la WCAG 1.4.4 (Cambio de tamaño del texto - Nivel AA).

El patrón erróneo: Código Accesible Deficiente

Imposición autoritaria del código sobre las herramientas de asistencia del navegador móvil.

<!-- MAL: Zoom estrictamente prohibido -->
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no">

La Solución Accesible: Código Recomendado

Permitir total libertad de escala. Tu CSS debe ser lo suficientemente elástico (usando rem, Flexbox y Grid) para resistir aumentos del 200% sin causar scroll horizontal indeseado.

<!-- BIEN: Escalabilidad sin límites técnicos -->
<meta name="viewport" content="width=device-width, initial-scale=1">

Metodología de Verificación y Testing

Pruebas Manuales con Lectores de Pantalla

Incrementar el zoom del navegador al 200% (Ctrl++) y verificar que todo el contenido siga siendo legible sin scroll horizontal. En dispositivos móviles, realizar el gesto de pellizco (pinch-to-zoom) y confirmar que el sitio permita la ampliación sin bloquearla.

Inspección del Árbol de Accesibilidad

En Chrome DevTools, seleccionar el elemento afectado en el panel Elements, luego abrir la pestaña Accessibility. Verificar que las propiedades Role, Name y State reflejen correctamente la intención del componente según el criterio WCAG 1.4.4.

Herramientas Automatizadas

Ejecutar Axe DevTools o WAVE sobre la vista afectada. Buscar violaciones relacionadas con el criterio WCAG 1.4.4. Complementar con una auditoría manual para los aspectos que las herramientas automatizadas no pueden verificar (interacción dinámica, calidad del contenido).

Compartir artículo:

Artículos relacionados

¿Necesitas ayuda con la accesibilidad de tus proyectos?

Descubre cómo nuestro ecosistema detecta y corrige las barreras de forma automática.

Hablar con un experto (Abre en una nueva ventana)