 Muchas gracias, rápidamente agradecer a los organizadores porque este evento trae un montón de gente que quiere compartir cosas y realmente nos da chance de aprender un montón en muy poco tiempo. Mi nombre es Carlos Murillo. Yo soy diseñador, actualmente trabajo en VMware con la gente de e-commerce y tengo un proyecto personal, mi proyecto personal es crear conciencia en la comunidad de diseño y desarrollo sobre el tema accesibilidad y diseño inclusivo. Cuando hablamos de accesibilidad, nos estamos refiriendo específicamente a la creación de productos que puedan ser utilizados por personas con algún tipo de discapacidad, problemas visuales, auditivos, motores o del entendimiento. En este caso, cuando nosotros tratamos de atacar este tipo de problemas al diseñar o desarrollar, nos valemos de ciertas técnicas o de ciertas cosas que es necesario desarrollar. Sin embargo, uno de los problemas que tiene o conlleva ver esta forma de trabajar como la mejor es que no necesariamente una decisión favorece a toda la población, porque me puedo preocupar por temas visuales o auditivos, pero eso no necesariamente está cumpliendo con el estándar más grande porque la discapacidad se va a dar en muchas formas distintas. La discapacidad es un continuo, es algo que podemos experimentar en algún momento de nuestras vidas, es algo que pueda parecer en otro momento en un estado digamos personas adultas mayores, nos quedoramos un brazo, amanecemos con conjuntivitis, tantas formas diferentes en que nosotros podemos estar expuestos a condiciones particulares por lo que este tipo de consideración de diseño son importantes para todas las personas. En Costa Rica estamos hablando de el 10.5% de la población, o sea, esa es la cantidad de gente que vive en Heredia, es un montón de gente ¿verdad? O sea, ustedes están haciendo un producto enfocados en el 90% de sus consumidores, podríamos aumentar un poco esta tendencia, en el mundo es más o menos un billón de personas. La accesibilidad entonces significa cumplir con algunos estándares, sin embargo el diseño inclusivo considera del principio como algo puede ser usado y utilizado por la mayor cantidad de personas posibles, entonces la accesibilidad de alguna forma es un accidente, es algo que al diseñar sucedió, el sitio es usable por un screen reader, pero nadie pensó en hacerlo usable para un screen reader, entonces hay una diferencia muy grande entre ser accesible y ser inclusivo, que es en este caso lo que hace nuestro trabajo más interesante, porque también esto es mejor diseño. La accesibilidad es un resultado, mientras que el diseño inclusivo es un proceso, es algo que yo incorporo en mi forma de trabajar y no es como que tengo que hacer accesibilidad, yo simplemente ya tengo estándares, hay tamaños mínimos de letras que uso, contraste mínimos de colores que uso, acomodo de diferentes elementos, tamaños mínimos para que la gente pueda tocar algo con el dedo, con el click del mouse, cómodamente, pero todo esto ocupa una serie de, ocupa una guía, agarrarnos de algo, y en este caso la guía es la W3C, que bajo su grupo de trabajo WAI establece las pautas de accesibilidad al contenido web. Yo personalmente no les recomiendo leer las especificaciones, es un enredo, es un documento complicado, muy largo, demasiado técnico, pero hay forma de consumir la especificación de manera más digerida con acciones más específicas. La especificación viene a darnos un contexto de qué significa ser accesible en web cuando hacemos productos digitales, y para esto empezamos con la percepción, simplemente es tener presente que la gente consume contenido a través de sus sentidos, de lo que ve, de lo que escucha, etcétera. Si la gente no puede escuchar lo que está ahí, no puede percibir el contenido y por ende nada va a suceder con ese contenido, ¿cierto? No se completa la utilidad del sitio, que es lo que andamos buscando en última instancia, pero la gente no solamente tiene que ser capaz de percibir lo que está ahí, sino poder usarlo, tener control sobre los elementos. En este caso, interacciones como por ejemplo los formularios nunca deben olvidarse porque son super sensibles, es la forma como las personas tienen interacción conmigo, ¿verdad? Y en términos de personas con discapacidad, eso quiere decir libertad en muchos casos, ¿verdad? Al no poder trasladarme a ciertos lugares, esas comunicaciones son importantísimas para mí. Además, lo que yo hago tiene que ser compreendido por la gente, lo pueden usar, pero saben qué es lo que están usando y para qué lo están usando, ¿ok? En este caso, la forma como nosotros redactamos es súper interesante, doramos a ver algunos ejemplos enfocados en copywriters y diseñadores y etcétera. La especificación tiene una parte técnica, es tal vez la más rara de todas, enfocada como se renderé el documento en el browser, en términos de orden de que los elementos le digan al screen reader, por ejemplo, qué son para ser tratados de formas específicas, si son títulos, si son botones, si son checkboxes. La especificación es un conjunto de 71 reglas, ¿ok? 71 reglas que 17 de esas 31 reglas fueron añadidas el mes pasado, la actualización se dio después de 10 años de no pasar nada con la especificación. La accesibilidad web no es algo que cambia tecnológicamente, la especificación es agnóstica, a nivel de tecnología, está recayendo la gente, es a partir de cómo la gente usa las cosas, no sobre las cosas. Y esas 17 reglas nuevas que ingresaron el mes pasado, tiene que ver con consideraciones que no se tenían, como por ejemplo, ¿qué pasa cuando un dispositivo se rota, verdad? Simplemente es agregarles esas consideraciones al juego. La 71 reglas tienen niveles y esos niveles son niveles de prioridad, lo importante con los niveles de prioridad es que existen ciertas reglas que si yo no las cumplo, estoy creando barreras totales al contenido, o sea, la gente no va a poder hacer eso, no hay forma de que suceda. Hay otras en que va a ser muy difícil para la gente, pero hay chance de que suceda. Hay otras en que generan ciertas dificultades, entonces nosotros atacamos los problemas de prioridad A porque son los bloqueos totales al contenido, eso es la puerta más importante para nosotros, sin embargo, ser A es muy fácil, entonces hay que ser B, AA, en este caso, como mínimo, o sea, atacar estos problemas que generan bloqueos de grandes dificultades como bloqueos totales al contenido. La especificación es en ruedada porque no es línea, o sea, no son como las primeras 30 reglas somos A y las otras son, hay que buscar y hay niveles de aceptación y son un montón de secciones y subsecciones de cosas que podría parecer muy complicado al principio, pero si uno extrae cosas particulares como que el diseñador nunca se olvide de ese contraste o ese tamaño mínimo, ya estamos avanzando mucho. En un proceso de creación de una aplicación de un website, landing page, esto es algo que comúnmente se hace, hay especificación, hay UX, por ahí diseño visual, desarrollo, CUA al final y cierto testing, de lo que estamos haciendo, la accesibilidad no está en ninguno de esos lados regularmente y si está en alguno de esos lugares, está en CUA, esto genera ciertos problemas porque los CUAs están arreglando cosas que deberían ser buenas prácticas implementadas del principio por toda la gente que está ahí, entonces la accesibilidad debería estar en cada uno de los puestos y les cuento una cosa, porque la gente me pregunta mucho eso y se trabaja haciendo accesibilidad, no, eso es diseñador, aplicó la accesibilidad en cualquier puesto en el que yo me encuentre y es diferente. Los diseñadores tienen su parte y lo interesante es que el diseñador es el que empieza todo, entonces empieza a gestar el producto como tal, no hay nada que programar y no hay nada que revisar a este punto, estamos ideando cosas, entonces hay suficiente contraste entre el texto y el fondo, me abstengo de comunicar cosas utilizando solamente el color y eso lo hacemos muy seguido, verdad, lo que es positivo es verde y lo que es negativo es rojo, pero esa es la única forma como lo estamos diciendo, no hay un icono, un texto, no hay nada que indique más allá del color, que eso significa bueno o malo, no confiamos nunca en un solo sentido para comunicar, no nos peleamos con el estado del foco, lo que hacen los diseñadores es quitarlo, porque no les gusta hacer algo azul que salen alrededor de los input boxes, para que lo quitan, acá lo va bonito, estilízalo, ustedes tienen un branding, pongan el branding a ese input box, ahí está, focus visible, podemos trabajar sobre el CSS de ese elemento específico, ayuda a las personas a entender lo que es requerido de un formulario y la manera en como los errores se corrigen, eso es diseño, eso es no mandar el formulario, porque me pidieron el formulario sino que los son los estados del formulario, pensemos en eso y trabajemos en eso desde la etapa de construcción del UX y del UI y sea consistente, no es como que me aburrido usar el mismo botón, no se trata de eso, o es que a mí me gusta más el quise join o quise de mi compañero, los diseñadores no todas las vidas son divs ni spans, hay elementos que se pueden usar, que funcionan mejor obviamente, porque usar main no es que se ve más chiva, es que la screen reader me puede llevar a main pregunticiéndole ok, llevo el contenido principal, existe el tag, no existe, todas son headings o tengo botones hechos con spans o con links por todas partes, soporta la navegación con el teclado, o sea construye lo que está construyendo y saque cinco segundos para apretar el tab para ver qué pasa, cuál es el orden que tienen esos elementos, va de lo más importante a lo menos importante o la gente tiene que pasar por todo el menú antes de llegar al contenido principal después de 15 tabs, usen landmark roles, o sea si ya al final tú que usar un span para construir un objeto por alguna razón porque está usando un JavaScript que bajó de algún lado, etiquete las cosas correctamente digan el screen reader, oiga eso es un botón funciona así, porque les cuento que por ejemplo los spans no reciben foco, nunca va a poder llegar una persona de ese elemento haciendo tab porque no es parte del elemento per se, haga texto alternativo, la gente que se vuelve el texto alternativo debería poner eso en su curriculum porque en realidad nadie hace buen texto alternativo sobre nada, o sea perro, la foto probablemente significa otra cosa o sea que era un perro, no está generando el mismo nivel de información que la imagen, la lógica es yo leo y entiendo lo mismo que veo, describa la foto no solamente ponga el nombre del archivo en medio de las comillas de la alta, use aria todo lo que pueda pero la regla de aria es no use aria, usa los elementos correctos todo el tiempo y evites ese trabajo extra porque hacer aria es difícil y todo va mucho tiempo, si no saben qué es y son developers debería saberlo, haga posible ir al contenido principal mediante un link, imagínense tocar tab, aparece un div que está fuera de la parte visual y simplemente ese link me lleva al contenido principal, le permite a la gente hacer un shortcut entre lo que quiere y que realmente eso suceda, les cuento que los SVGs requieren descripciones y títulos, o sea igual que los todos los documentos, no ocupan altos entonces es un poquito más de trabajo porque hay que abrir el file y hay que o de nuevo, si ya aprendí a hacer altos, tal vez sea hacer buenos descripciones esto es súper importante, oculte elementos visuales decorativos de los screen readers, no que la gente pase por contenido que no significa nada para ellos porque sólo está ahí para que la gente los vea, entonces usamos aria hidden true por ejemplo, los project managers tienen un súper trabajo aquí porque la gente que se encarga realmente crear conciencia, de sacar el tiempo en los proyectos para que estas cosas se digan y se hagan, además de compartir conocimiento con otros equipos, los copywriters, redacta textos alternativos semánticamente correcto y enseñe a otros cómo hacerlo porque a veces el campo viene vacío y la gente podría llegar a hacer esto en equipo o sea consistente y claro en su texto, redacta textos escaneables, o sea títulos para los cortos, listas de viñetas, subtítulos y vamos de nuevo, eso es un texto que se lee rápidamente y se entiende fácilmente, usa links descriptivos, o sea eso de leer más, clica aquí, etcétera, eso no significa nada el link tiene que poder sacarse, leerse fuera de contexto y significar algo, la información importante no de ser comunicada solamente a través de una vía, solamente del color de la imagen o en este caso el texto, los cuadas deben incorporar la navegación con el teclado en sus pruebas y esto les cuento que no solamente para pensar en los screen readers sino también tiene mucho que ver con cómo se ordenó ese código y qué tan bueno es, al final involucra aumento en otras áreas también, los resultados deben ser capaces de accesar el contenido a través de un lector de empaltaña, la arquitectura de la arquidad tiene que tener un orden lógico, revisar el texto alternativo, la lista para Cuba puede ser bastante más larga, son 71 reglas, podríamos hacer un test que dispara cada una de ellas en realidad, sin embargo parte de lo que me gusta hacer a mí es que no me tome nada, demasiado tiempo, no esto, cualquier cosa, hay otras cosas que hacer, entonces vamos a hablar también de algunas herramientas que podemos usar, pero en este caso incluye el cumplimiento de los standard web en sus pruebas, hay cosas que son básicas como el color, o sea eso deberíamos revisarlo siempre, los cuadas y todos en general tenemos acceso a una herramienta que se llama Lighthouse, a mí me gusta recomendar esta herramienta porque ustedes ya la tienen, está en Chrome, o sea no tienen que bajar nada, no hay que descargar nada, ya está ahí, Lighthouse es una auditoría que genera Chrome sobre el website midiendo qué tan eficiente fue en aproximadamente unas 40 de esas 71 reglas y por qué no son las 71 reglas porque la accesibilidad siempre requiere testeo con personas, porque un robot no puede tener todas las respuestas, o sea el texto alternativo puede estar ahí, pasar el test, pero es pésimo y alguien tiene que leerlo, entonces qué hacemos con Lighthouse, yo hice una Coreal Tool, inspeccionamos esto, Coreal Tool, vamos a la parte de auditorías y seleccionamos Lighthouse ahí, yo corrí la herramienta sobre el sitio del evento, del Workup, la auditoría puede ser de diferentes formas, en este caso la accesibilidad es una de esas, pero hay otros tipos de estándares de la W3C que se pueden analizar, en este caso después de correr esto la calificación de 94 dice que la gente que hizo ese website está en interesajes de tema, por ahí vamos al tener, voy a pausar un momento, podemos ver errores específicos, dirigirnos a esos errores en el código directamente y tenemos herramientas para poder arreglar esas cosas directamente ahí como por ejemplo aquí yo estoy buscando el color de ese elemento porque no está pasando la especificación y tengo chance de hacer cambio directamente en el tool hasta lograr pasar la especificación en una estándar A o DA que me he indicado directamente ahí, entonces el designer no tiene que salirse del testing para ir de nuevo al tool y cambiar algo, sino que directamente aquí en Chrome lo ve, lo revise, lo cambia, actualiza, la hoja estilo y seguimos adelante, las reglas que emiten y los errores que se generan se listan a la parte superior y a la parte inferior tienen un montón de referencias porque algunas de estas cosas pueden requerir más interpretación, tal vez no estén malas, tal vez haya que revisarlas, simplemente darles un ojo distinto, un ojo humano que siempre es necesario. Ahora, estamos tratando de revisar esto más rápido porque leerme la especificación no es como la mejor forma de empezar, realmente es bastante ruedada. Uso Lighthouse para darme cuenta cuál es mi estado, poder saber qué tan bien o qué tan mal estoy y arreglar ciertas cosas específicamente con la ayuda del tool. Uso esta otra herramienta que es de una señora que se llama Olga Carreras, que ella le hace el favor a la humanidad de poner este Excel de forma gratuita que básicamente lo que nos permite es tangibilizar la auditoría de accesibilidad porque no es como que llegamos a donde el jefe le decimos, es que hicimos accesibilidad, sí, pero como yo sé eso, como los revisos, como compartimos esta información, qué fue lo que hicieron para eso es el herramienta. Entonces lo que hacemos es rellenar el Excel basados en el estándar que estamos tratando de seguir, que en este caso A o AA, el AAA está siendo desarrollado por ella en este momento, pronto lo actualizará, escogemos un número determinado de páginas para corregir la auditoría, en este caso las sugerencias son 15 páginas, traten de buscar tareas importantes en el website como el registro, como la compra, cosas que son importantes para el negocio. Cada una de las reglas va a tener de chance de ser medido aquí, lo cumple, no lo cumple, sí o no, lo que estamos tratando es de tangibilizarlo, al final poder tener un número para tener una meta y poder decir o que llevemos esto a tal punto, arreglamos tales cosas, sin nada más lo vemos y es una preocupación, no estructurada, va a ser muy difícil para nosotros poder venderlo y seguirlo haciendo, además vamos a tener métricas a través del Excel para poder hablar más fácilmente con los equipos sobre el estado de la accesibilidad de un proyecto en particular y estamos con el chance de unir las dos herramientas, hacer la auditoría con Lighthouse y con este recurso, trabajar el tema de cómo presentarlo y cómo almacenar la información que estoy obteniendo y les voy a adelantar algo, todo lo que ustedes arreglan en este sentido va a beneficiar a su producto en términos de todos los consumidores y nadie nunca se va a quejar porque puede leer algo fácilmente, ahí pueden bajar el documento de la hoja de Excel, si buscan Olga Carrera su accesibilidad, fíjole sale, en este tema de la accesibilidad hay muchas cosas pasando y cosas interesantes que es bueno tenerse a ver para tener más ideas, me encanta por ejemplo lo que está pasando en este momento con Microsoft y cómo ellos comparten a través de un sitio que tiene que ver con diseño inclusivo sus principios de diseño, sus metodologías, la forma como trabajar con ciertas poblaciones con discapacidad para hacer investigación, análisis, testing, nos comparten la forma de realizar todas esas dinámicas, cosas que a veces duramos mucho ideando y podemos tomar frameworks como estos para empezar a accionar directamente y basados en su principio número uno vamos a reconocer a la exclusión como la manera de poder hacer algo, saber de qué es un problema que está sucediendo y si no hacemos nada y va a ser exactamente igual, como Pinterest se interesa específicamente como proyecto de generar que su aplicación sea utilizada por personas no evidentes o con problemas visuales de algún tipo y estamos hablando de una aplicación que de alguna forma es visual en su gran mayoría, no creen que esto también es bueno para los search engines o para los robots o otras cosas que están pasando ahora que son importantes, como Apple tratando de crear conciencia propone una serie de nuevos emojis que van a ser incluidos pronto en los iPhones al menos van a pasar por ahí, todos esos emoticons ya existen, esos emojis ya existen pero faltaban más variaciones, la primera parte de la inclusión fue reconocer que eran diferentes colores de piel o diferentes etnias, ahora estamos tomando diferentes consideraciones llevando el tema de la inclusión algo mucho más amplio, yo no soy gamer pero si he jugado un control de play, un control de xbox pueden ser de los artefactos más complicados de utilizar para un novato, tienen demasiados botones, demasiadas cosas que uno puede hacer combinando cosas, los pads etcétera, Microsoft a través de su filosofía de diseño inclusivo generó un proyecto para que la gente pudiera jugar sin importar qué discapacidad tiene, si nosotros pensamos en que un control de xbox puede ser 100% accesible no hay justificación para que yo no esté poniendo altos en imágenes, no tiene sonido, ellos pueden adaptar el control que funciona como un hop al rodor de 40 dispositivos diferentes para poder usar un botón con un pie, con la cabeza, con la lengua, con la mano, con el codo, con lo que sea y cada quien crea su propia configuración, así es internet, así funcionan los productos digitales, no todo el mundo es el proto usuario perfecto que usted tiene en su cabeza que es, con buen ancho de banda, con el último teléfono, está totalmente concentrado en su producto cuando lo está viendo, eso nunca pasa, entonces asumamos eso, hagamos más grande la sombrilla de las cosas que estamos produciendo y hagamos mejores materiales y yo el año pasado hice un proyecto, como un subproyecto de este proyecto, hice 100 tweets de accesibilidad, hice un tweet diario durante 100 días, termina con esto, no es excusa, ya tenemos el conocimiento y los herramientas para crear sitios usables accesibles, hagámoslo, ustedes no vieron los 100 tweets, algún sí, tal vez sí, pero ya tienen el conocimiento, o sea, ya si no lo hacen es porque no quieren, yo compilo bajo el hashtag A11D toda la información que veo y leo sobre mi proyecto 100% en español, porque en inglés hay mucho, los dos formularios, dos elementos, el manejo del foco, para que siempre sea muy claro en qué campo me encuentro yo, como les dije en la presentación, diseñenlo, grandenlo, no lo quiten y el otro es el manejo de errores, o sea el momento en que el formulario es completado con algún error de la etapa de diseño, poder definir cómo la gente se percata de que ese error sucedió, qué es lo que tiene que arreglar, porque a veces terminamos ciclados, por ejemplo, en tratar de poner un password, porque no son clara las instrucciones que nos da el banco nacional para decir, ok, la primera letra es tal cosa, después tienen que usar caracteres y estos no se pueden, y nadie se lee el párrafo ese porque ya hemos hecho password antes, tratar de evitar eso, y con respecto a WordPress, yo creo que y no WordPress, o algún framework en particular, o lo que sea, lo que hay que buscar es standards, y en este caso los standards web, ya ya un rato ahí llegados, podríamos echarles un ojo y preferir el, por ejemplo, templates que sean semánticamente correctos al momento de haber sido redactados, que su código sea semánticamente correcto, para mí es algo muy importante. Buenos días, Carlos, primero felicitarte por la presentación, Madre, muy buena, este par de pregutillas, cuál es tu experiencia, digamos, qué tanto te pide, en tu experiencia de diseñador, qué tanto te pide la gente esto de accesibilidad, ya así, en el trabajo cotidiano, porque digamos, en la práctica, por lo menos en sitios nacionales, yo todavía lo veo que les falta demasiado, verdad, y ahorita, como anécdota, de hecho, me pasó, digamos, el compañero que me está asistiendo por aquí, me dice, ay, su computadora le habla, yo sí, si no, no la pudiera utilizar, pero y el toque es que ese elector de pantalla que tiene la compu hace la mitad del bret, la otra mitad precisamente la tienen los diseñadores, que tienen que hacer las páginas accesibles, porque si no el elector de pantalla basura es lo que va a leer, pero entonces tu experiencia, qué tanto realmente te piden el tema de la accesibilidad, verdad, o cuando vos lo proponías con qué receptividad lo toman, y luego también preguntarte, o si quieres referir también, qué lo de importancia o la relación de la accesibilidad con el CEO, verdad, partiendo de que Google, por ejemplo, no tiene ojos, verdad, entonces, qué tanto aporta el tema de la accesibilidad del CEO, y este, no, y ahora que preguntaron de los formularios, también tener en cuenta la parte de los labels, que son las descripciones ahí, verdad, y que hay plug-in-sills, tanto para gravity, para contact form, etcétera, que ayudan también a generar que los formularios sean más accesibles, por ahí. Bueno, son varias preguntas, voy a ver si me acuerdo. Un pequeño paréntesis para hacer un cambio en la dinámica, que les parece si cuando hacemos la pregunta nos decimos el nombre de dónde venimos, porque a mí me interesaría conocer quién acaba de hacer la pregunta anterior. Bueno, empezamos con el caballero. Por ahora, Leonardo Segura, este trabajo para la Compañada Nacional de Fuerza y Luz, y también este desarrollos ahí, freelance, ahí de sitios. Perfecto, gracias. Ok, cuando me piden a mi accesibilidad o implementar diseño inclusivo de mi trabajo, nunca. Esa es la respuesta. ¿Cuándo lo hago todo el tiempo? No pido permiso para hacerlo, nada más lo hago. Yo sé que en la mayoría de estas cosas no son más trabajos. O sea, si yo estoy haciendo un landing page, usa un botón, no agarro un link, y lo hago, y lo hago parecer botón. Hay más trabajo, tengo que hacer más cosas, ¿verdad? Usa un botón. Entonces, lo que sí hago es posteriormente de haber empezado a implementar cosas o cambios, que yo sé que hoy metiendo, cuando tengo algo significativo, lo presento y pico a la gente. Yo mi landing page es mejor que el suyo. Y sí, es cierto. Esa es la idea. Mi landing page puede ser visto en mejores condiciones que el suyo. Es más rápido, es más accesible, listo, listo cosas y la gente empieza a matricularse. Y me ha tocado eso sí, tener experiencias que después se vuelve un requerimiento. ¿Verdad? Como, ay, me ya revisaron tal cosa. Ok, pero hay que hacerlo. Y mejora mucho el producto final. Entonces, eso es parte de mi interés. Yo enseño usabilidad. No podría enseñar usabilidad si no me interesa por esto, porque no existiría. Yo hago UX, no puedo hacer UX y no hago accesibilidad, porque no tiene sentido. Entonces, yo creo que llegar hacia las buenas experiencias de la gente a través de esto es una buena idea. Y aparte, no es más trabajo. Esto no es el último framework. Entonces, no se trata de esto. La gente siempre ha estado ahí, ¿no? Y los frameworks van y vienen. La otra parte era, ¿ya se me olvidó? ¿Puedo recordar? Ah, ok. Esto, accesibilidad está muy relacionada a la semántica. O sea, ¿cuál es significado de las cosas? ¿Qué es lo que las cosas están tratando de comunicar? ¿Verdad? Una imagen semánticamente tiene un significado, así como lo tiene un texto, o la posición de algo, o el color, o etc. Todos son parte del valor semántico que puede tener algo. Eso es el SEO. ¿Verdad? Eso es, el SEO es básicamente que la máquina identifica características importantes para saber qué hay ahí en esa página y qué relación tiene en importancia con las demás. Entonces, si yo no uso H1, H2 y H3, ¿verdad? Y hago puros dips porque uno se topa esas cosas de vez en cuando. Dave, no tengo valor semántico. Mi documento no significa nada. Usar un strong, Dave, es buena idea. No hacer un class strong. O sea, eso no tiene sentido. En ese caso, estilista y la otra parte, ¿verdad? Entonces, tratando de ser más correctos en términos de cómo comunicar, Google me entiende más, entonces me arranquea mucho mejor. Buenos días. Mi nombre es Solman. Yo trabajo en Accenture y soy web developer. Tengo dos preguntas. Más que nada, ¿cómo vendería usted la accesibilidad a un cliente que tal vez no lo dé prioritario? Porque no está enfocado a su negocio. Y la otra pregunta. Usted mencionaba que la accesibilidad debería incluirse en todos los procesos del desarrollo de un producto. ¿Cómo haría usted para incluir o dar ese paso para iniciar en ese proceso que no incluye accesibilidad? Muchas gracias. OK. ¿Cómo incluirlo en el proceso? En este caso, yo me he valido de mi posición, porque el producto casi siempre empieza por diseño. Entonces, yo empiezo hablando de eso. Entonces, si hay que hacer personas, perfiles personas, tienen discapacidad. Siempre, todo el tiempo. Si se hace un wireframe, yo sugiero en qué orden se mueve el tap como parte del wireframe. Y son números, no es tanto trabajo, digamos. Tiene unos números encima y listo. Entonces, empieza desde ahí. A veces van pelotas, a veces no me van pelotas. Esa es la realidad. Pero lo que trato es que, entonces, permea el siguiente nivel, que es desarrollo. Entonces, yo hice esto pensando en esto. Y tratar de hablar, inclusive, el lenguaje técnico para, no sé, darle la conversación por donde tiene que ser. Somos profesionales, ¿verdad? Si yo estoy tratando de hacerlo bien, en algún momento el otro también quiere. Entonces, ahí vamos. No es una cosa, no se puede imponer. Entonces, eso no puede funcionar de esa forma. Sin embargo, ¿cómo hago para convencer a un cliente? Yo creo que es bueno que exponerle al cliente que estamos tratando de hacer un producto que la gente pueda entender. ¿Verdad? Que la gente pueda usar. No importa en qué tipo de teléfono tenga. Porque, por ejemplo, la mayoría. Entonces, yo lo vendo a partir de los beneficios que le genera en la gente. Y no me enfoco, necesariamente, en ningún tipo de discapacidad. Porque, como le dije al principio de la presentación, hacer eso es excluir a las otras personas. Y la idea es, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, es decir, para todas las otras personas. Y la idea es, es muy difícil ser 100% inclusivo. Eso es muy difícil. Y siempre se va a quedar alguien que no pudo. Pero la idea es que sean los menos, ¿verdad? Entonces, quiere que lo entiendan o quieran poner el Byziumouse. ¡Verdad! Hola. Hola. Necesito poder hablar un poco de que poco más guerrilla, verdad? Sí. Perfecto y es una estrategia súper útil. Estaba pensando en empresas más grandes que de pronto tienen las buenas intenciones. Entonces dicen, vamos a ser más inclusivos, pero les dan unos ataques de terror impresionantes. Cómo plantearlo ya no es de la perspectiva de vender porque la buena intención está ahí y creen que van a ganar siendo más inclusivos, pero de ahí es abrumador y efectivamente a nivel más organizacional, como como tenés ejemplos de buenas prácticas de empresas que han hecho transformación en ese sentido. También Leonardo sabe más de eso que yo, pero en este caso, yo creo que lo que uno ocupa a mí no me fascina la especificación de la U13. Me explico, prefería hacer más pruebas de usuario y más cosas, pero toca agarrarme de algo. Entonces eso es lo que reviso y lo que trato de cómo justifico mis cosas. Entonces aquí entra la ley 7600 también, verdad? O sea, esos son frameworks que utilizamos para poder resolver algunos problemas. Pero en general, yo creo que uno de las cosas más importantes es la conciencia en general, o sea, hablar de esto, porque así como Leo lo acaba de decir, a mí me ha pasado como, pero cómo usted explica eso si los ciegos accesan internet y la gente se sorprende como si fuera, no sé, imagen negra o algo para el estilo, es como, no tiene sentido, pues porque simplemente uno no se expone regularmente a ciertas cosas y le parece extraño, ¿verdad? Entonces, no sé, yo usaría los frameworks que existen porque generar nuevos frameworks casi siempre es más difícil.