Después de publicar el análisis general de la Ley 11/2023 de accesibilidad web, la pregunta que más nos ha llegado de empresas de Madrid es la misma en el fondo: "vale, pero ¿a mí en concreto cuánto me afecta?". La ley no distingue por sector, pero el riesgo real sí es distinto según a qué te dediques. Aquí está el desglose honesto por los cuatro tipos de negocio que más vemos en Madrid: despachos de abogados, clínicas privadas, inmobiliarias y ecommerce.
No es un ranking de "quién debe preocuparse más" en términos legales, porque la norma técnica exigida (WCAG 2.1 AA) es la misma para todos por encima del umbral de microempresa. Es un análisis de exposición práctica: qué falla más a menudo en cada sector, por qué importa más en unos que en otros, y por dónde empezar en cada caso concreto, con ejemplos reales de lo que solemos encontrar al auditar webs de cada tipo en Madrid.
El punto de partida es el mismo para los cuatro
Antes de entrar en las diferencias, vale la pena repetir lo que ya cubrimos en el análisis general porque es la base de todo lo que sigue. La Ley 11/2023 es exigible desde el 28 de junio de 2025, aplica al sector privado que presta servicios digitales al público, y las microempresas (menos de 10 empleados y menos de 2 millones de euros de facturación anual) tienen obligaciones reducidas, no una exención total. El estándar técnico es WCAG 2.1 AA, y ningún widget automático de accesibilidad sustituye la corrección real en el código, con precedente legal serio de por medio (el caso de la FTC estadounidense contra accessiBe en enero de 2025).
Con esa base común, lo que cambia entre sectores es dónde está el problema típico, cuánto duele cuando falla, y qué parte de la web merece revisarse primero con el tiempo y presupuesto limitados de una pyme.
Despachos de abogados: el riesgo reputacional pesa más que la multa
Un despacho de abogados en Madrid opera bajo un escrutinio distinto al de la mayoría de negocios: colegiación, código deontológico, y una relación de confianza que se construye antes incluso de la primera reunión, muchas veces a través de la propia web. Cuando alguien busca un abogado, con frecuencia está en un momento de estrés (un despido, un divorcio, un accidente), y una parte de esas personas tiene alguna discapacidad visual, motora o cognitiva que hace que un formulario de contacto mal construido no sea solo una molestia, sea la diferencia entre poder pedir ayuda legal o no poder hacerlo.
El problema técnico más habitual que vemos en webs de despachos es el formulario de contacto o de primera consulta: campos sin etiqueta asociada correctamente (el lector de pantalla no sabe qué pide cada campo), mensajes de error genéricos ("Hay un error en el formulario") sin decir cuál, y captchas visuales sin alternativa accesible que bloquean por completo el envío a alguien que no puede resolverlos, obligándole a buscar un teléfono de contacto que muchas veces tampoco está visible con facilidad en la misma página. El segundo problema frecuente es el contraste de color: muchas webs legales usan paletas muy oscuras o muy claras con poco contraste real entre texto y fondo, buscando un aspecto "elegante" que en la práctica dificulta la lectura a personas con baja visión, que son justo una parte del público que más necesita encontrar ayuda legal con facilidad, precisamente en un momento en el que ya están gestionando bastante estrés como para además pelearse con un texto gris claro sobre fondo blanco.
Para un despacho, el punto de partida recomendado es simple: probar el formulario de contacto y el de primera consulta gratuita (si existe) navegando solo con teclado, de principio a fin, sin tocar el ratón en ningún momento. Si te quedas atascado en algún punto, ya tienes el problema más urgente identificado.
Hay un matiz adicional propio del sector legal que vale la pena mencionar: buena parte de los despachos de Madrid publican contenido informativo extenso (guías sobre procedimientos, plazos, requisitos) pensado para posicionar en Google y para que el visitante entienda su situación antes de llamar. Ese contenido, si está bien estructurado con encabezados jerárquicos claros, es exactamente el tipo de página que más ayuda a alguien que navega con lector de pantalla, porque puede saltar directamente a la sección que necesita sin tener que escuchar todo el texto de principio a fin. Es una de las pocas ocasiones donde el mismo trabajo que ya se hace por SEO (estructurar bien el contenido en H2 y H3) sirve también, casi gratis, para la accesibilidad.
El caso particular de las notarías y asesorías con firma electrónica
Cerca del ámbito legal pero con un matiz técnico propio están las notarías y asesorías que ya ofrecen algún trámite con firma electrónica o subida de documentos desde la propia web. Este tipo de flujo suele depender de componentes de terceros (proveedores de firma digital, gestores documentales embebidos) que rara vez se auditan por accesibilidad antes de integrarse, precisamente porque la prioridad al elegirlos suele ser la seguridad y el cumplimiento normativo de la firma en sí, no la accesibilidad de la interfaz. El resultado habitual es un proceso de firma que funciona perfectamente con ratón y ordenador de escritorio, pero que se vuelve imposible de completar con teclado o con lector de pantalla, dejando fuera precisamente a los clientes que más necesitan poder hacer el trámite sin desplazarse.
Clínicas y centros de salud: el formulario de cita es el punto crítico
El sector salud tiene una particularidad estadística lógica: el porcentaje de visitantes de una web de clínica con alguna discapacidad es más alto que la media de cualquier otro sector, precisamente porque el motivo de la visita suele estar relacionado con una condición de salud, a veces la misma que dificulta el uso de la web. Esto no es una suposición retórica, es sentido común aplicado: alguien que busca un especialista en movilidad reducida, o una consulta de salud mental, tiene más probabilidad de necesitar tecnología de asistencia que el visitante medio de una tienda de electrónica.
El fallo más común en clínicas privadas de Madrid es el sistema de reserva de cita online, que en muchos casos se implementa con un widget de terceros (un calendario embebido) que no se ha probado nunca con navegación por teclado ni con lector de pantalla. El resultado es que la funcionalidad más importante de toda la web, la que convierte una visita en un paciente real, es precisamente la que más excluye. El segundo problema habitual son los formularios de historial o de datos previos a la cita, que suelen ser largos y sin indicaciones claras de progreso ("estás en el paso 2 de 4"), algo que confunde tanto a personas con discapacidad cognitiva como a cualquier usuario con prisa.
Para una clínica, el punto de partida es reservar una cita de prueba de principio a fin usando solo el teclado, y si el sistema de reserva es un widget externo, preguntar directamente al proveedor de ese widget si ha sido auditado contra WCAG 2.1 AA, porque muchas veces ni el propio proveedor lo sabe.
Un matiz adicional para clínicas y centros de salud de Madrid: buena parte trabaja con pacientes mayores, un grupo que combina con frecuencia baja visión, temblor en las manos que dificulta precisión con el ratón, y menor familiaridad con tecnología táctil compleja. Esto significa que optimizar para accesibilidad en salud no es solo cumplir un checklist técnico pensado para discapacidades permanentes, es también mejorar la experiencia de una parte muy real y numerosa del propio público objetivo del sector, que rara vez encaja en el estereotipo de "usuario con discapacidad" pero que se beneficia exactamente de las mismas mejoras: botones más grandes, contraste más claro, menos pasos por pantalla.
Inmobiliarias: el buscador de propiedades es el cuello de botella
Las inmobiliarias tienen un problema técnico bastante específico y menos conocido que el de otros sectores: el buscador de propiedades, con sus filtros de precio, metros cuadrados, zona y número de habitaciones, y el mapa interactivo que muestra las ubicaciones, suelen construirse con componentes JavaScript personalizados diseñados pensando solo en el ratón. Deslizadores de precio ("sliders") que no responden a las flechas del teclado, mapas donde no se puede navegar entre los marcadores de propiedades sin hacer clic directamente con el cursor, y resultados que se actualizan dinámicamente sin avisar a un lector de pantalla de que el contenido ha cambiado, son los tres fallos que más repetimos en auditorías de webs inmobiliarias.
El problema de fondo es que estos componentes suelen comprarse o instalarse como plugin de terceros, con la lógica de "esto ya viene hecho, no hay que tocarlo", sin verificar antes si ese plugin concreto respeta los estándares de accesibilidad. Una inmobiliaria de Madrid con un catálogo de cien o doscientas propiedades depende por completo de que ese buscador funcione para todo el mundo, porque es literalmente el producto principal de la web: sin buscador accesible, una parte de los clientes potenciales no puede ni empezar a mirar propiedades, por buena que sea el resto de la web.
Para una inmobiliaria, el punto de partida es probar el buscador de propiedades completo (aplicar al menos dos filtros y abrir una ficha de propiedad) usando solo teclado, y revisar si el mapa tiene una alternativa de lista de resultados que no dependa de interactuar visualmente con los marcadores.
Un segundo punto que se pasa por alto en el sector inmobiliario de Madrid es la ficha individual de cada propiedad, en concreto el carrusel de fotos. Es habitual que estos carruseles funcionen solo con clic o deslizamiento táctil, sin ningún control accesible con teclado para avanzar entre las imágenes, y sin texto alternativo específico en cada foto (más allá de un genérico "foto 3 de 12" que no dice nada del contenido real, como si la imagen mostrara la cocina, el salón o el exterior). Para un comprador que depende de un lector de pantalla, esto reduce una ficha completa de quince fotos a, en el mejor de los casos, un título y una descripción de texto, perdiendo toda la información visual que sí recibe cualquier otro visitante.
Ecommerce: cualquier fallo bloquea toda la venta, no solo una página
El comercio electrónico tiene una característica que lo distingue de los otros tres sectores: es un proceso secuencial con varios pasos obligatorios (ficha de producto, carrito, datos de envío, pago), y un solo fallo de accesibilidad en cualquiera de esos pasos bloquea la venta completa, no solo una parte aislada de la experiencia. Es también, no por casualidad, el sector donde la Directiva europea que transpone la Ley 11/2023 tiene una redacción más directa: el comercio electrónico está explícitamente mencionado entre los servicios cubiertos, sin la ambigüedad interpretativa que puede haber en otros tipos de negocio digital.
Los puntos de fallo más habituales en ecommerce de Madrid son el selector de talla o variante de producto (a menudo un conjunto de botones o cuadrados de color sin etiqueta de texto que un lector de pantalla pueda anunciar), el proceso de checkout con pasos que no se anuncian correctamente al avanzar, y los mensajes de error de pago (tarjeta rechazada, datos incorrectos) que aparecen solo como un cambio visual de color sin texto explicativo asociado. Cada uno de estos puntos, aislado, parece un detalle menor; en conjunto, forman un proceso de compra que una parte real de los clientes potenciales no puede completar nunca, sin que el negocio llegue nunca a saber cuánta venta está perdiendo por ese motivo, porque simplemente no aparece como una queja, aparece como un carrito abandonado sin explicación.
Para un ecommerce, el punto de partida es completar una compra de prueba de principio a fin (hasta el último paso antes de pagar de verdad) usando solo el teclado, prestando especial atención al selector de producto y a los mensajes de error del formulario de pago.
Franquicias y negocios con varias sedes en Madrid: el problema se multiplica
Hay un quinto perfil que no encaja del todo en los cuatro anteriores pero que vemos mucho en Madrid por su densidad de franquicias y cadenas locales: negocios con varias sedes que comparten una misma plantilla de web, cada una con su propia página de localización, horario y formulario de contacto. Aquí el problema de accesibilidad no es distinto en naturaleza al de un negocio con una sola sede, pero sí en escala: si el formulario de contacto de la plantilla base falla en navegación por teclado, ese mismo fallo se replica automáticamente en las veinte, treinta o cincuenta sedes que usan la misma plantilla, multiplicando tanto el riesgo legal como el negocio perdido por cada punto de venta.
La parte positiva de este escenario es que también multiplica el beneficio de corregirlo: arreglar el problema una sola vez en la plantilla base soluciona automáticamente todas las sedes, sin necesidad de repetir el trabajo sede por sede. Para este perfil de negocio, el punto de partida recomendado es identificar cuál es la plantilla común real (a veces hay más de una versión circulando sin que nadie lo sepa, por actualizaciones parciales que no llegaron a todas las sedes) y auditar esa plantilla base antes que ninguna sede individual.
Qué pasa con las webs que ya pasaron por un rediseño reciente
Un error de suposición habitual, sobre todo en negocios de Madrid que invirtieron en un rediseño de su web en los últimos dos o tres años, es asumir que por ser "nueva" la web ya cumple con accesibilidad. No es así casi nunca, y no es un fallo exclusivo de agencias baratas: la accesibilidad rara vez forma parte del brief inicial de un rediseño salvo que el cliente la pida explícitamente, así que el criterio con el que se valora un rediseño terminado suele ser puramente visual y de velocidad, no de accesibilidad real.
Esto significa que una web moderna, rápida y con buen diseño visual puede tener exactamente los mismos problemas de fondo que una web antigua: formularios sin etiquetas correctas, contraste insuficiente en botones con colores de marca muy vivos, o componentes interactivos personalizados (acordeones, pestañas, carruseles de imágenes) construidos sin pensar en navegación por teclado. La estética moderna no es sinónimo de accesibilidad, son dos criterios de calidad distintos que rara vez se evalúan juntos si nadie lo pide explícitamente.
Lo que tienen en común los cuatro sectores, dicho sin rodeos
En los cuatro casos, el patrón se repite: el problema no suele estar en el contenido informativo de la web (los textos, las imágenes con alt correcto son relativamente fáciles de arreglar), está en el proceso interactivo más importante de cada negocio, precisamente el que convierte una visita en un cliente real. Un despacho vive de sus formularios de contacto, una clínica de sus reservas de cita, una inmobiliaria de su buscador, un ecommerce de su checkout. Y en los cuatro casos, ese proceso crítico suele haberse construido o comprado como una pieza aislada, sin que nadie lo probara nunca con teclado o con lector de pantalla antes de publicarlo.
Esto tiene una implicación práctica directa: si tu negocio encaja en alguno de estos cuatro sectores y tienes tiempo limitado, no empieces revisando la web entera de arriba a abajo. Empieza por el único proceso que de verdad mueve tu negocio, pruébalo con teclado de principio a fin, y a partir de ahí decide si necesitas una auditoría completa o si con corregir ese punto crítico ya reduces la mayor parte del riesgo real, tanto legal como de negocio perdido.
Por qué esto no es solo cumplimiento, es negocio que ya estás perdiendo
Vale la pena decirlo de forma directa: cada uno de estos fallos no es solo un riesgo legal hipotético, es negocio real que se está perdiendo hoy mismo, sin que nadie se entere del motivo exacto. Un formulario de contacto que no funciona con teclado no genera una queja, genera silencio: la persona simplemente se va a otro despacho, otra clínica, otra inmobiliaria o otra tienda donde sí pueda completar el proceso. Esa pérdida no aparece en ningún informe de analítica como "fallo de accesibilidad", aparece como una tasa de conversión ligeramente más baja de lo esperado, un misterio que casi nadie investiga hasta el fondo.
Por eso el orden correcto de prioridades no es "primero cumplir la ley, después pensar en el negocio". Es al revés: arreglar el proceso crítico de tu sector mejora primero el negocio (menos gente se va sin completar lo que vino a hacer) y, como consecuencia directa del mismo trabajo, también reduces el riesgo legal. No son dos tareas separadas compitiendo por presupuesto, son la misma tarea vista desde dos ángulos distintos, y entenderlo así facilita mucho conseguir el presupuesto interno para hacerlo bien, en vez de tratarlo como un gasto puramente defensivo.
Cómo lo trabajamos por sector
En YAG no aplicamos la misma auditoría genérica a los cuatro sectores. Empezamos siempre identificando el proceso crítico real de cada negocio (el formulario, la reserva, el buscador, el checkout) y lo revisamos primero con la misma profundidad que el resto de la web, precisamente porque ahí es donde más impacto tiene cada corrección, tanto para reducir riesgo legal como para recuperar negocio que hoy se está perdiendo en silencio. El resto del proceso, auditoría completa WCAG 2.1 AA y remediación en el código sin widgets de terceros, es el mismo que describimos en detalle en nuestra auditoría de accesibilidad web, con la primera revisión gratuita para saber en qué punto está tu web concreta antes de decidir nada.
Si tu sector no es exactamente ninguno de estos cuatro, el razonamiento se traslada igual: identifica el proceso que mueve de verdad tu negocio, pruébalo con teclado, y empieza por ahí. Ese único ejercicio de diez minutos, hecho hoy, dice más sobre el riesgo real de tu web que cualquier correo comercial que te haya llegado esta semana con cifras que no cuadran.