¿Te han ofrecido revisar tu página web o te han pedido demostrar que cumple los requisitos de accesibilidad? Una auditoría de accesibilidad web permite detectar las barreras que impiden utilizar un sitio a personas con distintas capacidades y establecer cómo corregirlas. La cuestión es especialmente relevante desde que, el 28 de junio de 2025, comenzaron a aplicarse las obligaciones de la Ley 11/2023 a determinados servicios, entre ellos el comercio electrónico.
En este artículo, descubrirás cuándo conviene auditar una página web, qué normativa revisar, cuáles son los pasos de evaluación, cómo elegir proveedor y qué hacer con el informe. El objetivo de este artículo es ayudarte a tomar decisiones fundamentadas e importantes para tu empresa, aunque no tengas conocimientos técnicos avanzados. ¿Nos acompañas a conocer todos los detalles sobre qué es una auditoría de accesibilidad web y en qué casos es necesaria?
¿Qué es una auditoría de accesibilidad web?
Una auditoría de accesibilidad web identifica barreras digitales mediante pruebas automáticas y manuales basadas en las WCAG. Sus resultados se recogen en un informe con problemas detectados y recomendaciones para mejorar la accesibilidad y evaluar el cumplimiento normativo aplicable.
¿Qué significa esto en la práctica? Imagina que una persona intenta pedir cita por Internet, pero no puede seleccionar la fecha, o que necesita ampliar la pantalla y encuentra textos cortados. Son dificultades que pueden pasar inadvertidas para quien gestiona la web, pero que impiden a otras personas utilizarla con normalidad. Una auditoría ayuda a descubrirlas y encontrar soluciones.
Qué se revisa: los cuatro principios WCAG
Las Pautas de Accesibilidad para el Contenido Web (WCAG), elaboradas por el W3C (World Wide Web Consortium o Consorcio World Wide Web), organizan sus criterios alrededor de cuatro principios básicos. Estos sirven para ordenar las pruebas y explicar por qué un fallo supone una barrera real.
Aquí te mostramos una tabla con los principios propuestos, qué se comprueba en cada uno de ellos y un ejemplo de barrera que podemos encontrar:
Alternativas textuales, contraste, subtítulos y adaptación del contenido.
Navegación con teclado, visibilidad del foco y controles utilizables.
Idioma, instrucciones, coherencia y mensajes de error claros.
Compatibilidad con lectores de pantalla y otras tecnologías de apoyo.
Diferencias entre auditoría, test y certificado
Antes de continuar con todos los detalles de la auditoría de accesibilidad web, es esencial entender la diferencia de esta con respecto a un test automático o a una certificación.
Cuando una empresa quiere comprobar si su página web es accesible, puede encontrarse con servicios que hablan de tests, auditorías y certificaciones como si fuesen lo mismo. Sin embargo, cada opción tiene un alcance diferente, y confundirlas puede llevar a contratar un servicio que no responde a las necesidades reales del negocio. Estas son sus principales diferencias:
| Modalidad | ¿Quién interviene? | ¿Qué entrega? |
|---|---|---|
| Test automático | Una herramienta manejada por cualquier usuario. | Alertas y errores detectables mediante reglas programadas. |
| Auditoría | Profesionales con criterio técnico, pruebas manuales y, cuando procede, personas usuarias. | Informe contextualizado con alcance, resultados, evidencias y correcciones. |
| Certificación | Una entidad que evalúa según su esquema de certificación. | Reconocimiento formal sujeto a condiciones concretas. |
Tampoco debes interpretar un informe favorable como un certificado expedido por un tercero.
Objetivos y ventajas de una auditoría de accesibilidad web
El objetivo inmediato de una auditoría de accesibilidad web es obtener un diagnóstico verificable: qué partes se han evaluado, qué barreras existen, qué requisitos se cumplen y qué correcciones se necesitan. Un informe bien preparado permite asignar responsables y comprobar posteriormente si los problemas se han resuelto.
Entre las ventajas empresariales destacan:
- Reducir la incertidumbre jurídica: ayuda a conocer incumplimientos potenciales y a documentar acciones, aunque no sustituye un análisis legal.
- Facilitar el acceso: elimina obstáculos en búsquedas, formularios, compras y atención al cliente.
- Mejorar la experiencia de usuario: una navegación clara suele beneficiar también a quienes no utilizan tecnologías de apoyo.
- Reforzar la confianza: demuestra que la inclusión forma parte del mantenimiento del servicio.
- Preparar contratos y licitaciones: aporta evidencias cuando un cliente o una administración exige requisitos accesibles.
Algunas mejoras, como incluir títulos descriptivos o textos alternativos, también favorecen la comprensión del contenido por los buscadores.
- La utilidad de una auditoría depende de que la muestra examinada represente los procesos reales del negocio. Sus conclusiones pierden alcance cuando quedan fuera de funciones decisivas para los usuarios.
- Un informe útil conecta los hallazgos técnicos con decisiones de producto, responsabilidades concretas y pruebas de aceptación. Así, las mejoras pueden incorporarse al trabajo habitual sin perder su trazabilidad.
- La accesibilidad requiere coordinar estándares técnicos, obligaciones legales y mantenimiento operativo. Son planos relacionados, pero no intercambiables: diferenciarlos evita atribuir a una evaluación garantías que su alcance no permite.
¿Tu empresa requiere una auditoría de accesibilidad web? Casos
La ley puede exigir accesibilidad sin imponer a todas las empresas una auditoría de accesibilidad web externa. Por eso, queremos explicarte en qué casos y en qué contexto una empresa puede requerir una auditoría de accesibilidad web.
¿Quién está obligado a cumplir la normativa?
Los organismos incluidos en el Real Decreto 1112/2018 deben atender requisitos de accesibilidad de sus webs y aplicaciones móviles, así como obligaciones de revisión y declaración.
Pero la accesibilidad web no es una obligación exclusiva de las administraciones públicas. También afecta a numerosas empresas privadas, aunque los requisitos dependen de su actividad, tamaño y de los servicios que ofrecen. En este sentido, la Ley 11/2023 transpone la Directiva europea 2019/882 y regula, entre otros ámbitos, servicios de comercio electrónico, servicios bancarios para consumidores y libros electrónicos.
Exención para microempresas: el artículo 3.3 establece una exención de los requisitos de accesibilidad allí señalados para microempresas que prestan servicios. La ley considera microempresa a quien tiene menos de diez trabajadores y un volumen de negocio anual no superior a dos millones de euros, o un balance anual total que no supera esa cifra.
Por ejemplo, una tienda online atendida por cuatro personas y con una facturación anual de 300.000 euros podría acogerse a esta exención respecto de los requisitos de accesibilidad de los servicios previstos en esa ley. No obstante, la exención no se extiende automáticamente a otras obligaciones legales.
Que tu empresa no esté obligada por una disposición concreta no significa que su web sea accesible. Y estar obligada a cumplir requisitos de accesibilidad no implica necesariamente contratar un certificado.
¿Cuándo conviene auditar, aunque no sea obligatorio?
Aunque tu empresa no esté obligada a realizar una auditoría, revisar la accesibilidad de su web sigue siendo recomendable. De hecho, resulta recomendable realizar una auditoría de accesibilidad web antes de estrenar una tienda online, después de un rediseño importante o al migrar de plataforma. También cuando aparecen reclamaciones, se incorporan nuevas funciones de registro o pago, se prepara una licitación o un cliente exige evidencias.
Para orientarte, pregúntate si vendes a consumidores por internet, puedes completar una compra sin ratón y sabes quién corregiría las barreras. Las respuestas no determinan por sí solas una obligación legal.
Normativa de accesibilidad web en España y Europa
Estas son las principales normas y referencias técnicas, con información actualizada:
Ámbito principal
Contenido web y criterios técnicos.
Estado y utilidad
Recomendación del W3C y referencia técnica actualizada, habitualmente con objetivo de nivel AA.
Ámbito principal
Productos y servicios de tecnologías de la información.
Estado y utilidad
La versión V4.1.1 incorpora WCAG 2.2; su publicación no equivale a citación jurídica armonizada.
Ámbito principal
Sector público y otros supuestos incluidos.
Estado y utilidad
Regula la accesibilidad, las declaraciones y las revisiones de sitios web y aplicaciones.
Ámbito principal
Determinados productos y servicios, incluidos algunos servicios privados.
Estado y utilidad
Título I aplicable desde el 28/06/2025, con excepciones y régimen transitorio.
Ámbito principal
Bienes y servicios a disposición del público.
Estado y utilidad
Contempla accesibilidad de la información y determinadas webs; los plazos dependen del supuesto.
WCAG 2.2 y niveles A, AA y AAA
Las WCAG establecen tres niveles: A, que reúne los requisitos básicos; el AA incluye todos los del A y añade otros más exigentes; y el AAA incorpora los requisitos de ambos niveles y suma condiciones adicionales.
El objetivo habitual de una revisión empresarial es AA, pero debe especificarse la versión y contrastarse con la norma jurídicamente aplicable. WCAG 2.2 incorpora criterios sobre foco, tamaño de controles y autenticación. Toda declaración de conformidad debe precisar alcance, nivel y fecha.
La normativa de accesibilidad web varía según el tipo de entidad y los servicios que ofrece. Aunque la EN 301 549 se ha actualizado para incorporar WCAG 2.2, esto no significa que esa versión sea ya la referencia legal exigible en todos los casos. También deben tenerse en cuenta los plazos y excepciones establecidos por la legislación española.
¿Qué consecuencias puede tener el incumplimiento?
Las consecuencias dependen del sector. No existe una multa única que pueda aplicarse sin estudiar cada caso. Si una empresa está obligada a cumplir requisitos de accesibilidad web y no lo hace, puede recibir reclamaciones, tener que corregir los problemas detectados y, en determinados casos, enfrentarse a sanciones económicas.
Por ejemplo, si una tienda online impide completar una compra a una persona con discapacidad, podría perder clientes y recibir una reclamación. No todas las empresas se enfrentan a las mismas sanciones: las consecuencias dependen de su actividad y de la normativa que les corresponda.
Cómo hacer una auditoría de accesibilidad web paso a paso
Para saber si una web es accesible, no basta con comprobar que funciona correctamente a simple vista. Es necesario revisar cómo pueden utilizarla distintas personas y detectar qué dificultades encuentran. Para hacerlo de forma ordenada, el W3C propone una metodología de evaluación llamada WCAG-EM, que se desarrolla en cinco pasos:
- Definir qué se va a revisar.
- Explorar la página web.
- Elegir qué páginas se comprobarán.
- Realizar las pruebas de accesibilidad.
- Preparar el informe de resultados.
Paso 1. Definir el alcance y el nivel de conformidad
Antes de probar una página, determina qué producto se evaluará. No es lo mismo una web institucional con 20 páginas que un comercio electrónico con área privada, filtros, comparador, pagos y asistencia mediante chat. Enumera los dominios, idiomas, secciones y funcionalidades incluidos, además de cualquier exclusión.
Fija la versión de WCAG y el nivel objetivo, por ejemplo WCAG 2.2 AA como criterio técnico, sin perder de vista la legislación relevante. Aclara si la revisión abarcará versiones móviles, documentos descargables, contenido generado por terceros o procesos que requieren credenciales de prueba.
Si solo se audita una parte, el informe no puede atribuir sus resultados a todo el sitio.
Paso 2. Explorar el sitio web y sus funcionalidades
Recorre la web para reconocer sus distintos modelos de página: portada, listado de productos, ficha, resultados de búsqueda, formulario, cesta, confirmación y área de usuario. Examina cabeceras, menús, ventanas emergentes y elementos que cambian al interactuar.
La exploración debe incluir estados poco visibles: errores tras enviar un formulario, avisos de caducidad de sesión, filtros desplegados y mensajes posteriores a una compra. Un sitio puede mostrar páginas aparentemente correctas y fallar justo cuando alguien intenta completar una tarea esencial.
¿Se puede utilizar esta web sin ratón?
Una misma acción, tres formas de interactuar.
Ratón
ComprarClic directo
Teclado
ComprarFoco visible
Lector de pantalla
«Comprar, botón»Nombre anunciado
No basta con que un botón funcione al hacer clic.
Paso 3. Seleccionar una muestra representativa
Una auditoría de accesibilidad web no siempre exige inspeccionar miles de URL, pero tampoco basta con revisar la portada. Selecciona páginas que representen plantillas diferentes, contenidos singulares y funciones críticas. Incluye recorridos completos, especialmente registro, contratación, compra y contacto.
Por ejemplo, en una tienda puede evaluarse una ficha de producto, un listado con filtros y todo el proceso desde añadir al carrito hasta recibir la confirmación. Si una plantilla tiene variantes importantes, deben contemplarse en la selección. La muestra ha de justificar qué cubre y qué queda fuera.
- Aunque compartan plantilla, las versiones en distintos idiomas y los estados de sesión pueden presentar barreras diferentes. El informe debe precisar cuáles se probaron y cuáles quedaron fuera de la evaluación.
Paso 4. Evaluar la accesibilidad
Este es el momento de realizar las pruebas. Para comprobar la accesibilidad web con rigor, combina reglas automáticas, inspección manual y, cuando sea posible, experiencia de personas que utilizan tecnologías de apoyo.
Un resultado automático sin errores no demuestra que una web sea accesible: las herramientas identifican parte de los problemas, pero no pueden interpretar todas las situaciones de uso.
En este punto, un test gratuito puede detectar alternativas textuales ausentes, fallos de marcado y algunos problemas de contraste.
| Herramienta | Acceso | Utilidad y limitación |
|---|---|---|
| WAVE | Comprobador y extensión gratuitos; API comercial. | Señala errores visualmente; requiere interpretar los avisos. |
| axe DevTools | Funciones gratuitas y soluciones de pago. | Detecta fallos de código; no sustituye pruebas de uso. |
| Lighthouse | Herramienta gratuita integrada en el ecosistema de Chrome. | Ofrece diagnóstico automatizado; su puntuación no acredita conformidad. |
| TAW | Servicio de análisis web; verificar disponibilidad del servicio antes de usarlo. | Ayuda a localizar incidencias, pero requiere revisión experta. |
| NVDA | Lector de pantalla gratuito para Windows. | Permite probar interacciones reales; no es un validador automático. |
Por otro lado, pueden utilizarse pruebas manuales y con tecnologías de apoyo. Comprueba si puedes utilizar las funciones con las teclas Tabulador, Mayús + Tabulador, Intro, Espacio y Escape, según el componente. El foco debe seguir un orden comprensible y no desaparecer bajo cabeceras fijas o ventanas. Revisa el contenido con ampliación de pantalla, cambios de tamaño de texto y distintas anchuras.
Después, utiliza un lector de pantalla como NVDA para comprobar nombres de botones, etiquetas, encabezados, mensajes de error y actualizaciones dinámicas. Analiza también si los subtítulos tienen sentido, si los textos alternativos transmiten información útil y si los procesos de autenticación resultan utilizables.
Cuando sea posible, incorpora pruebas con personas con discapacidad para complementar la evaluación experta.
¿Qué falla en este formulario?
✖ ANTES
Correo electrónico
¿Qué tengo que corregir?
✔ DESPUÉS
Correo electrónico
ⓘ Correo no válido
Escribe una dirección completa, como nombre@ejemplo.com.
La diferencia está en explicar el error, no solo señalarlo.
Ejemplo ilustrativo de accesibilidad en formularios.
Paso 5. Elaborar el informe de auditoría
El informe de una auditoría de accesibilidad web debe permitir comprender qué se evaluó y reproducir los problemas. Incluye fecha, responsables, versiones técnicas, alcance, páginas examinadas, herramientas utilizadas y limitaciones. Para cada hallazgo, registra el criterio WCAG, una evidencia, los pasos para reproducirlo, su impacto y la recomendación de corrección.
Es útil distinguir entre incumplimientos comprobados, cuestiones que precisan más verificación y mejoras aconsejables. Presenta los resultados por plantilla o recorrido, pero también un resumen que permita a dirección identificar qué procesos están bloqueados.
- Las evidencias de auditoría pueden contener información de clientes, pedidos o sesiones privadas. Conviene anonimizar las capturas y definir quién tendrá acceso al informe antes de compartirlo con proveedores externos.
Ejemplos de errores de accesibilidad web y cómo corregirlos
Estos ejemplos ilustrativos no proceden de una auditoría real. La aplicación de cada criterio debe comprobarse en contexto.
- Imágenes que no se pueden interpretar: una fotografía importante carece de descripción, por lo que una persona que utiliza un lector de pantalla no sabe qué muestra. Se soluciona añadiendo un texto alternativo adecuado.
- Textos difíciles de leer: las letras apenas se distinguen del fondo porque los colores son demasiado parecidos. Es necesario mejorar el contraste.
- Menús que solo funcionan con ratón: algunas personas no pueden desplazarse por la página utilizando el teclado. Los menús y botones deben permitir ambas formas de navegación.
- Formularios confusos: al introducir un dato incorrecto, la web no explica qué ha fallado. La solución es mostrar instrucciones y mensajes de error comprensibles.
- Vídeos sin subtítulos: las personas con dificultades auditivas pueden perder información importante. Incorporar subtítulos permite acceder al contenido hablado.
- Botones demasiado pequeños: pueden resultar difíciles de pulsar, especialmente desde un móvil o para personas con dificultades de movilidad. Conviene ampliar su tamaño o separación.
- Enlaces poco claros: expresiones como «pincha aquí» no explican adónde conducen. Es preferible utilizar textos que identifiquen su destino.
- Inicios de sesión complicados: algunos sistemas dificultan el uso de gestores de contraseñas o impiden pegar códigos. Permitir estas opciones facilita el acceso.
También interesa revisar formularios complejos, textos justificados que dificultan la lectura o una interfaz de usuario inconsistente. Algunos requieren análisis de usabilidad.
En una auditoría de accesibilidad web, los errores de proceso incluyen limitar la evaluación a la portada, dar por bueno un escáner sin revisión humana o instalar un overlay con la promesa de que resolverá todos los fallos. La corrección real debe abordar las barreras del contenido y de los componentes.
- Crear un catálogo de componentes accesibles permite reutilizar controles y patrones ya comprobados en futuras páginas. Esta práctica puede reducir revisiones redundantes y mejorar la coherencia entre equipos.
Auditoría interna o externa: cómo elegir
Si estás decidido a someter tu web a una auditoría de accesibilidad web, ahora tienes que tomar una decisión muy importante: ¿auditoría externa o interna?
- Una auditoría de accesibilidad web interna tiene sentido si tu equipo conoce los criterios WCAG, dispone de tiempo y puede actuar sobre el código. Sirve para controles continuos, aunque puede pasar por alto errores habituales del equipo.
- Una auditoría externa aporta una perspectiva independiente, especialmente recomendable cuando existe un requisito contractual, una reclamación, una web compleja o la necesidad de presentar evidencias a terceros. En ambos casos importan la metodología y la experiencia.
Qué exigir a un proveedor de accesibilidad web
Para contratar una auditoría de accesibilidad web, solicita una oferta que permita comparar servicios equivalentes. Debe precisar:
- Versión de WCAG, nivel objetivo y normativa considerada.
- Ámbito de evaluación, exclusiones y número de plantillas o procesos.
- Metodología y combinación de pruebas automáticas y manuales.
- Experiencia en comercio electrónico o en tu actividad concreta.
- Participación de personas usuarias con discapacidad, si está prevista.
- Modelo de informe y detalle de las evidencias entregadas.
- Plazo de ejecución, interlocutores y disponibilidad para explicar resultados.
- Condiciones de corrección, asistencia y reevaluación posterior.
Pide ejemplos anonimizados de informes y referencias profesionales verificables. Desconfía de promesas de cumplimiento total basadas exclusivamente en instalar un complemento o ejecutar una herramienta.
De qué dependen el precio y la duración
El coste de una auditoría de accesibilidad web aumenta con la complejidad, no simplemente con el número de páginas. Una plataforma pequeña con numerosos procesos puede ser más compleja que una tienda con plantillas repetidas. Influyen los idiomas, los componentes externos, el acceso a entornos privados, las aplicaciones móviles y los documentos.
Influyen además las pruebas manuales y las reevaluaciones. Solicita que se detallen los entregables y compara propuestas con el mismo alcance; sin presupuestos reales no resulta responsable ofrecer una tarifa universal.
Qué hacer después de una auditoría de accesibilidad web
Tras una auditoría de accesibilidad web, convierte los hallazgos en tareas con responsables y verificación. Prioriza primero los obstáculos que impiden acceder a información o completar gestiones importantes.
Organiza los hallazgos según tres variables: gravedad para la persona usuaria, frecuencia con la que aparece el fallo y esfuerzo necesario para corregirlo. Un problema que impide pagar merece atención inmediata, aunque solo aparezca en un paso. En cambio, una mejora estética sin impacto funcional puede programarse después.
Una matriz sencilla diferencia cuatro escenarios que pueden ser de gran utilidad:
¿Qué problemas corregir primero?
Compara el impacto de cada fallo con el esfuerzo necesario para solucionarlo.
01 · Resolver primero
Alto impacto · Poco esfuerzo
02 · Planificar ya
Alto impacto · Más esfuerzo
03 · Agrupar mejoras
Bajo impacto · Poco esfuerzo
04 · Evaluar prioridad
Bajo impacto · Más esfuerzo
Ejemplo de tarea concreta
Problema: el formulario no se puede enviar con teclado.
Responsable: equipo de desarrollo.
Comprobación: enviarlo correctamente sin ratón.
La accesibilidad se mantiene durante todo el ciclo de vida de la web: una actualización de plantillas, formularios o procesos de pago puede introducir nuevas barreras.
¿El informe de auditoría sirve como certificado de accesibilidad?
Una vez corregidos los problemas detectados, puede surgir una duda: ¿el informe de auditoría es suficiente para demostrar que una web cumple los requisitos de accesibilidad? No son lo mismo. El informe recoge los problemas encontrados y las mejoras recomendadas, pero no constituye por sí solo un certificado oficial.
Además, existen otros dos documentos que conviene conocer:
- Declaración de accesibilidad: informa públicamente sobre el grado de accesibilidad de una web y cómo comunicar posibles dificultades. Es obligatoria para los organismos incluidos en la normativa del sector público, pero no para todas las empresas privadas.
- Certificado de accesibilidad web: lo emite una entidad certificadora, como AENOR, tras evaluar el cumplimiento de determinados requisitos. Puede aportar confianza a clientes y colaboradores, aunque no todas las empresas necesitan contratarlo.
Preguntas frecuentes sobre auditorías de accesibilidad web
¿Con qué frecuencia hay que repetir una auditoría?
Conviene hacer comprobaciones periódicas y, cuando proceda, repetir una auditoría de accesibilidad web tras cambios importantes. La periodicidad exigible depende del marco normativo: el RD 1112/2018 contempla revisiones periódicas para las entidades afectadas. No existe un plazo único universal para todas las empresas privadas.
¿Cuánto tarda una auditoría?
Depende del número de plantillas, de los procesos incluidos y de la profundidad de las pruebas. Un encargo con área privada y aplicaciones asociadas requiere más preparación que la revisión de una web sencilla. Solicita un calendario por fases.
¿Un plugin de accesibilidad sustituye la auditoría?
No. Un complemento puede facilitar funciones concretas, pero no corrige necesariamente formularios mal etiquetados, navegación inaccesible o errores de contenido. Los llamados overlays no garantizan la conformidad normativa. Es necesario comprobar el resultado real sobre el sitio y sus procesos.
¿Se pueden auditar aplicaciones móviles y documentos PDF?
Sí. Deben indicarse en el alcance del encargo y revisarse con técnicas apropiadas para cada formato. La norma EN 301 549 contempla requisitos para distintas tecnologías de la información, no únicamente páginas HTML.
¿Cumplir WCAG AA equivale a cumplir la ley?
No siempre. WCAG es una referencia técnica esencial, pero las obligaciones legales dependen de la actividad, del producto o servicio, del sujeto obligado y de la norma aplicable. También pueden exigirse documentación y atención accesible.
¿Qué diferencia hay entre usabilidad y accesibilidad web?
La usabilidad analiza si una interacción resulta eficaz, comprensible y satisfactoria para sus usuarios. La accesibilidad examina si personas con capacidades y tecnologías diversas pueden utilizarla sin barreras. Están relacionadas, pero una web aparentemente sencilla no es necesariamente accesible. Empieza por tus procesos críticos: una auditoría de accesibilidad web bien delimitada convierte los hallazgos en mejoras verificables.
Referencias principales
WCAG 2.2 · WCAG-EM 2.0 · Ley 11/2023 · RD 1112/2018 · RD 193/2023 · AccessibleEU
Formación en accesibilidad web: cursos recomendados
Comprender el informe de una auditoría de accesibilidad web facilita el diálogo con quienes mantienen tu web. Supervisar una auditoría exige comprender las obligaciones y evidencias, no desarrollar código. Si estás buscando formación en accesibilidad web para comprender mejor el tema o incluso para dedicarte a ello en un futuro, aquí te dejamos algunas opciones formativas que te pueden interesar:
