Cuando la tecnología falla en el idioma: el curioso caso de la opción 'Presione 2 para español' con voz AI en Washington

Una falla en el sistema automatizado del Departamento de Licencias de Washington expone riesgos de accesibilidad y confianza en soluciones lingüísticas impulsadas por IA

Presione “dos” para español… ¿acento? Lo que debería haber sido una opción sencilla para muchos hablantes de español en el estado de Washington se convirtió en una demostración incómoda de los límites actuales de la tecnología: en lugar de recibir atención automatizada en español, quienes marcaban la opción en realidad escuchaban una voz generada por inteligencia artificial que hablaba en inglés con un acento marcado hispanohablante. El episodio, más que un chiste involuntario, plantea preguntas serias sobre diseño inclusivo, pruebas de producto y rendición de cuentas en servicios públicos que externalizan su atención ciudadana a sistemas impulsados por IA.

Un error que se volvió viral y puso el foco en la accesibilidad

El caso salió a la luz cuando una usuaria local, Maya Edwards, compartió en redes sociales una grabación del servicio telefónico que mostraba el desajuste entre la opción elegida (español) y la salida real del sistema (inglés con acento). En su video, que acumuló millones de visualizaciones, se escuchaba la voz diciendo, por ejemplo: "Your estimated wait time is less than 'tres' minutes" — mezclando inglés y números en español de forma torpe. Según testimonios ciudadanos, la situación fue percibida por algunos como cómica, pero para otros usuarios representa una barrera concreta al acceso de servicios esenciales.

El Departamento de Licencias del estado (DOL) reconoció la falla y afirmó que trabaja para solucionarla. En su comunicado, la agencia señaló que la plataforma de autoservicio opera en diez idiomas y utiliza una tecnología de traducción y síntesis de voz reciente basada en IA. El DOL pidió disculpas a quienes se vieron afectados e indicó que se investiga cómo ocurrió el problema y cómo corregirlo.

Por qué no es un fallo menor: implicaciones prácticas y simbólicas

Detrás del humor inicial hay impactos reales. Para personas con dominio limitado del inglés, la opción de recibir información en su lengua materna no es un lujo: es una necesidad para entender procedimientos, plazos y requisitos administrativos. Cuando esa opción falla, aumentan las probabilidades de malentendidos, errores en trámites y la necesidad de asistencia humana, que suele implicar esperas más largas y mayor carga para los centros de atención.

Además, estos errores reflejan riesgos simbólicos y de confianza. La adopción de soluciones automáticas en gobiernos y servicios públicos debe hacerse con garantías de calidad y transparencia. Si la experiencia del usuario resulta pobre, es probable que disminuya la confianza ciudadana en las instituciones y en las tecnologías que estas implementan.

La demografía lo hace relevante: hispanohablantes en Washington y en EE. UU.

En términos demográficos, la relevancia es clara: según datos del Censo de Estados Unidos, aproximadamente el 13% de la población del estado de Washington habla español en el hogar (source: U.S. Census Bureau). A nivel nacional, el español es la segunda lengua más hablada en EE. UU., con más de 41 millones de hablantes que lo usan en casa. Cuando servicios públicos estatales externalizan partes críticas de su atención ciudadana, deben considerar estas realidades demográficas y garantizar calidad lingüística equivalente.

Dónde suelen fallar estas soluciones de IA lingüística

Los sistemas que combinan reconocimiento, traducción automática y síntesis de voz involucran varias capas susceptibles a errores:

  • Modelos de traducción imprecisos: las traducciones automáticas pueden conservar estructuras, modismos o marcas propias del idioma origen que suenan extrañas en el idioma destino.
  • Síntesis de voz (TTS) mal ajustada: voces preentrenadas pueden ser enganchadas a textos traducidos sin adaptar prosodia y entonación, lo que produce acentos artificiales o errores en la segmentación de frases.
  • Mapeo de opciones en menús: errores en la configuración de flujos pueden direccionar a la pista de audio equivocada (por ejemplo, la pista en inglés conectada a la tecla para español).
  • Falta de pruebas con hablantes nativos: si no hay validación con usuarios reales, los fallos culturales y lingüísticos pasan desapercibidos.

En conjunto, estos factores muestran que la tecnología por sí sola no garantiza un servicio adecuado: requiere diseño, supervisión humana y pruebas en condiciones reales.

Transparencia, proveedores y responsabilidades

Un punto de fricción en este caso fue la reticencia inicial a identificar al proveedor de la tecnología. El DOL remitió preguntas a la agencia estatal de TI interinstitucional, lo que generó inquietudes sobre contratos, supervisión y procedimientos de garantía de calidad. Cuando los servicios públicos compran soluciones a terceros, es crucial que los contratos especifiquen criterios de prueba, métricas de desempeño (por ejemplo, tasa de error aceptable para reconocimiento y traducción), y cláusulas de remediación rápidas en caso de incidentes.

Además, las entidades públicas deberían exigir auditorías lingüísticas y de accesibilidad. No es suficiente que una tecnología funcione en condiciones ideales; debe funcionar para usuarios reales que hablan diferentes dialectos, distinto nivel de alfabetización y sentidos culturales diversos.

Buenas prácticas para evitar estos problemas

Basado en experiencias de implementación en administración pública y recomendaciones de expertos en accesibilidad, estas son algunas prácticas que pueden reducir riesgos:

  1. Pruebas piloto con usuarios reales: antes de desplegar un servicio multilingüe, ejecutar pilotos con hablantes nativos y recoger métricas cualitativas y cuantitativas.
  2. Supervisión humana continua: mantener operadores humanos disponibles como respaldo y para revisar muestras aleatorias del servicio de IA.
  3. Métricas de desempeño claras: establecer umbrales de precisión para traducción y reconocimiento, y monitorear errores por idioma.
  4. Contratos con cláusulas de transparencia: exigir a proveedores información sobre datasets, prácticas de entrenamiento y mecanismos de corrección de sesgos.
  5. Accesibilidad como prioridad: incorporar a defensores de la comunidad y especialistas en accesibilidad desde la fase de diseño.

Reflexiones finales: tecnología útil solo si es inclusiva

El episodio del DOL en Washington sirve como recordatorio dual: la tecnología puede ampliar el alcance de los servicios públicos, pero también puede reproducir y amplificar fallos si no se diseña con criterios de equidad lingüística y supervisión humana. Reírse de una voz con acento no resuelve el problema de fondo: la necesidad de garantizar que todas las personas, independientemente de su idioma, tengan acceso efectivo a la información y a los servicios que un Estado debe ofrecer.

Como decía una usuaria que denunció el caso en redes: "Fue hilarante en el momento por lo absurdo, pero tiene problemas reales de accesibilidad para quienes dependen de hablar otro idioma que no sea el inglés" (video en TikTok).

Si las administraciones públicas van a delegar partes críticas de la atención ciudadana a sistemas de IA, la lección es clara: la innovación tecnológica debe ir de la mano de pruebas rigurosas, transparencia contractual y un compromiso explícito con la inclusión.

Este artículo fue redactado con información de Associated Press