/ Investigación · Webs públicas · Octubre 2026

¿Cómo de lentas y accesibles son las webs de los ayuntamientos?

He medido las portadas de los ayuntamientos de las 50 capitales de provincia: cuánto tardan en un móvil normalito, cuánto pesan y cómo funcionan para alguien que no ve la pantalla. Son webs públicas: la gente las necesita para pedir cita o descargar un certificado.

Webs
50, una por capital de provincia
Velocidad
Lighthouse, móvil simulado con 4G lenta, 3 veces, mediana. 4-oct-2026
Accesibilidad
axe-core contra WCAG 2.1 A y AA, escritorio el 4-oct, móvil el 5-oct
Revisado a mano
Botones, declaraciones y reflow a 320 px, 6-oct
Alcance
Solo la portada oficial
Datos
CSV · JSON

Lo que no está en esta página: culpables. No tengo datos de quién hizo cada web ni de qué se le pidió, así que no lo adivino.

Las cifras

56nota mediana de velocidad en móvil, sobre 100
17 smediana hasta ver lo principal
5,9 MBpeso mediano de la portada
42/49portadas con errores WCAG en escritorio
0declaraciones que dicen cumplir del todo

Una experiencia nacional, medida

La nota mediana en el móvil es 56 sobre 100 y 11 capitales no llegan a 50. Para ver lo principal de la portada, la mediana tarda 17 segundos, y Google lo considera lento a partir de 4. La portada mediana pesa casi 6 MB y 12 pasan de 10. Bilbao y Vitoria-Gasteiz fueron las más rápidas en esta medición.

La portada más pesada es la de Valladolid, con 34 MB, y aun así saca un 57: 32 de esos megas son dos vídeos que se descargan solos, pero la portada aparece en 13 segundos. Murcia pesa 30 MB, saca un 4 y, en la simulación, tarda más de dos minutos. La nota mide cuándo ves y puedes usar la página, no cuánto pesa.

En Salamanca, una sola foto de un coche eléctrico pesa 21,8 MB, más que 46 de las 50 portadas enteras. En Murcia, la foto de una nota de prensa pesa 5,9 MB. Imágenes subidas sin que nadie mire cuánto pesan.

Usarlas sin ver la pantalla

axe encontró errores WCAG 2.1 en 42 de 49 portadas en escritorio (23 con errores críticos) y en 46 de 49 en móvil (28 críticos). Toledo estaba caída en la medición de escritorio y Huesca en la de móvil. Las pruebas automáticas solo encuentran una parte: Deque midió en torno al 57 % de los problemas en volumen, así que la realidad es peor, no mejor.

El caso más claro: en el móvil, el botón del menú de Donostia, Huelva y Toledo no tiene nombre, y el lector de pantalla solo dice "botón". En Huelva el botón sí trae el texto "Toggle navigation" para lectores de pantalla, pero una regla del CSS para móvil, .navbar-toggle span { display: none !important }, lo oculta y el nombre accesible queda vacío. En Palma, axe marca 146 elementos, la mayoría enlaces sin texto: iconos de servicios con el nombre fuera del enlace.

Lo que más falla (webs con al menos un fallo de cada tipo, de 49)/49
Texto con poco contraste32
Código ARIA mal hecho22
Enlaces sin texto21
Botones sin nombre8
Imágenes sin texto alternativo7
Formularios sin etiqueta5

A 320 px de ancho (WCAG 1.4.10, lo mismo que ampliar al 400 %), 12 webs obligan a desplazarse en horizontal y 5 no se adaptan al móvil: Ávila, Granada, Jaén, Soria y Bilbao. Declaraciones de accesibilidad: 24 dicen "parcialmente conforme", ninguna dice cumplir del todo, 6 citan normas ya sustituidas, 13 no se encuentran desde la portada y 7 no dicen su grado.

Ciudad a ciudad, los dos estudios

Nota y segundos: Lighthouse en móvil, 4-oct-2026. WCAG: elementos que fallan WCAG 2.1 A/AA según axe; en rojo, alguno crítico. Vacío: sin medir (León y Toledo daban error de servidor en la medición de velocidad; Toledo y Huesca estaban caídas en una de las de accesibilidad).
CiudadNotaSegundosMBWCAG escritorioWCAG móvilDeclaración
A Coruña3817,22,754antigua
Albacete2821,33,810053antigua
Alicante628,21,400parcial
Almería4612,14,71013no vista
Ávila656,91,02828no vista
Badajoz496,76,8178parcial
Barcelona5619,45,91719parcial
Bilbao813,52,244no dice
Burgos5521,27,2147antigua
Cáceres5519,422,43848no vista
Cádiz647,11,91111parcial
Castellón de la Plana5517,23,11416parcial
Ciudad Real5323,59,077no dice
Córdoba5112,614,632parcial
Cuenca6112,11,81516parcial
Donostia-San Sebastián458,82,4124no dice
Girona5813,42,43135no vista
Granada628,51,144no dice
Guadalajara5916,72,83126no dice
Huelva4623,37,301no vista
Huesca5253,814,818no vista
Jaén6446,28,499no vista
Las Palmas de Gran Canaria2640,915,92724parcial
León512no vista
Lleida5539,811,122parcial
Logroño4235,919,000no dice
Lugo5619,34,14438no vista
Madrid6314,13,31215parcial
Málaga2839,49,3117parcial
Murcia4124,230,51412no dice
Ourense626,58,9214parcial
Oviedo5814,63,75242no vista
Palencia586,820,901parcial
Palma5314,85,6146133antigua
Pamplona5832,67,8715parcial
Pontevedra5410,71,533parcial
Salamanca5489,230,411parcial
Santa Cruz de Tenerife5338,413,34339parcial
Santander5619,13,21417no vista
Segovia5911,31,321parcial
Sevilla5626,94,7711parcial
Soria697,30,833no vista
Tarragona5132,66,601parcial
Teruel6434,59,61717antigua
Toledo24antigua
Valencia4927,014,102parcial
Valladolid5713,234,234parcial
Vitoria-Gasteiz923,11,000parcial
Zamora5525,39,03530no vista
Zaragoza6316,65,344parcial

Qué son las WCAG, versión a versión

Las Pautas de Accesibilidad para el Contenido Web (WCAG) son la norma técnica del W3C para que una web la puedan usar personas con discapacidad: personas ciegas con lector de pantalla, quien navega solo con el teclado, personas con baja visión, personas sordas, personas con discapacidad cognitiva. Se ordenan en cuatro principios: el contenido tiene que ser perceptible, operable, comprensible y robusto.

Cada regla es un "criterio de conformidad" con un nivel: A (el mínimo), AA y AAA. Las leyes piden el nivel AA, que significa cumplir todos los criterios A y AA. Ninguna ley exige el AAA completo.

VersiónAñoQué añadió
WCAG 1.01999La primera, pensada para el HTML de la época. Sustituida.
WCAG 2.02008Reglas independientes de la tecnología y los niveles A/AA/AAA. También es la ISO/IEC 40500:2012.
WCAG 2.1201817 criterios nuevos para móvil, baja visión y discapacidad cognitiva: adaptarse a 320 px (1.4.10), contraste de iconos y controles (1.4.11), espaciado del texto, orientación de la pantalla, gestos con el puntero, mensajes de estado.
WCAG 2.220239 criterios nuevos: que el foco no quede tapado por barras fijas (2.4.11), alternativas a arrastrar (2.5.7), objetivos de al menos 24 px (2.5.8), ayuda siempre en el mismo sitio, no pedir dos veces el mismo dato y accesos sin acertijos (3.3.8). Elimina el 4.1.1, Procesamiento.
WCAG 3.0borradorUna reescritura completa que el W3C aún está preparando. Todavía no es norma.

¿Una carga? Lo que piden y lo que no

Hay quien ve las WCAG como un corsé que obliga a diseñar de una manera. Pero no fijan colores, tipografías ni estructuras. Fijan lo que tiene que poder hacer la gente: leer el texto con suficiente contraste, usar todo con el teclado, saber para qué sirve cada botón. Cómo lo consigas es cosa tuya.

Y lo que piden coincide casi entero con una web bien hecha, también para quien no tiene ninguna discapacidad:

  • Código que se mantiene. Un botón de verdad en vez de un div con un clic, formularios con etiqueta, encabezados en orden. Es HTML correcto, y se rompe menos.
  • Webs que entienden las máquinas. Buscadores, asistentes de voz, agentes de IA y herramientas de pruebas como Playwright leen esa misma estructura, los roles y los nombres de cada elemento, para saber qué hay en la página.
  • Webs más fáciles de usar. Contraste para leer con el sol de frente, subtítulos para ver un vídeo sin sonido, páginas que no se rompen al ampliar.
  • Un criterio que se puede comprobar. Sin WCAG, "accesible" sería una opinión. Con ellas hay una lista que se puede pedir al encargar una web y revisar al entregarla.

También tienen costes, y conviene decirlo: una paleta de marca muy clara puede no llegar al contraste que pide el texto, subtitular vídeos lleva tiempo y arreglar una web vieja que se hizo mal sale caro. Si se tienen en cuenta desde el principio, el coste es mucho menor.

Qué versión es obligatoria, y dónde

DóndeA quiénQué exige
España, sector públicoWebs y apps de las administraciones (RD 1112/2018, que traspone la Directiva europea 2016/2102)WCAG 2.1 AA a través de la EN 301 549 v3.2.1, declaración de accesibilidad enlazada como "Accesibilidad" desde todas las páginas, canal de quejas y revisiones periódicas
España, sector privadoCiertos productos y servicios: comercio electrónico, banca, transporte, libros electrónicos, telecomunicaciones (Ley 11/2023, que traspone la Ley Europea de Accesibilidad 2019/882), aplicable desde el 28 de junio de 2025La misma norma EN 301 549. Las microempresas que prestan servicios están exentas
Unión Europea, lo próximoLos dos casos anterioresLa EN 301 549 v4.1.1, publicada el 2 de septiembre de 2026, pasa a WCAG 2.2. Será obligatoria cuando se cite en el Diario Oficial de la UE, previsto para el 16 de diciembre de 2026
Reino UnidoOrganismos del sector públicoWCAG 2.2 AA
Estados UnidosGobiernos estatales y locales (ADA, título II, norma de 2024)WCAG 2.1 AA. Una norma provisional de abril de 2026 retrasó los plazos a abril de 2027 (más de 50.000 habitantes) y abril de 2028 (el resto)

Así que los 50 ayuntamientos de este estudio tienen que cumplir las WCAG 2.1 AA desde 2018, y las 2.2 cuando se cite la nueva norma. Las WCAG son el suelo, no el techo, y muchas de estas webs no llegan ni al suelo.

Cómo lo medí y sus límites

  • Velocidad: Lighthouse, el motor de PageSpeed Insights, con un móvil normalito simulado y 4G lenta. Cada web, tres veces, y me quedo con la mediana: unas 150 mediciones. Lo repetí a mano en PageSpeed: casi todas se movieron menos de 10 puntos; la que más, Vitoria, de 92 a 65. Fíate más del orden que del número exacto.
  • El peso es el dato más estable: 30 MB son 30 MB, mida quien mida.
  • Es una prueba de laboratorio con un móvil simulado, no datos de usuarios reales, y solo de la portada.
  • almeria.es no es el Ayuntamiento, es la Diputación: la web correcta hubo que buscarla a mano.
  • Accesibilidad: axe-core 4.13 contra WCAG 2.1 A y AA. Descarté dos detectores por no ser fiables: el del foco invisible y el de "saltar al contenido".

Fuentes: W3C: resumen de las WCAG · Novedades de las WCAG 2.2 · EN 301 549 v4.1.1 (Deque) · RD 1112/2018 (BOE) · Ley 11/2023 (BOE) · Plazos del ADA, título II (JD Supra)

/ Siguiente

Compruebo antes de publicar.

Los scripts los hice con ayuda de Claude. Qué medir, las comprobaciones a mano y los números que descarté fueron cosa mía. Si tu equipo necesita a alguien que compruebe así, escríbeme.