/ 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.
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.
/ En resumen
Las cifras
/ Los carruseles
Los dos carruseles de LinkedIn
Primero la velocidad, luego la accesibilidad. Pulsa para ampliar.
/ 01 · Velocidad
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.
/ 02 · Accesibilidad
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 contraste | 32 |
| Código ARIA mal hecho | 22 |
| Enlaces sin texto | 21 |
| Botones sin nombre | 8 |
| Imágenes sin texto alternativo | 7 |
| Formularios sin etiqueta | 5 |
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.
/ 03 · Las 50 capitales
Ciudad a ciudad, los dos estudios
| Ciudad | Nota | Segundos | MB | WCAG escritorio | WCAG móvil | Declaración |
|---|---|---|---|---|---|---|
| A Coruña | 38 | 17,2 | 2,7 | 5 | 4 | antigua |
| Albacete | 28 | 21,3 | 3,8 | 100 | 53 | antigua |
| Alicante | 62 | 8,2 | 1,4 | 0 | 0 | parcial |
| Almería | 46 | 12,1 | 4,7 | 10 | 13 | no vista |
| Ávila | 65 | 6,9 | 1,0 | 28 | 28 | no vista |
| Badajoz | 49 | 6,7 | 6,8 | 17 | 8 | parcial |
| Barcelona | 56 | 19,4 | 5,9 | 17 | 19 | parcial |
| Bilbao | 81 | 3,5 | 2,2 | 4 | 4 | no dice |
| Burgos | 55 | 21,2 | 7,2 | 14 | 7 | antigua |
| Cáceres | 55 | 19,4 | 22,4 | 38 | 48 | no vista |
| Cádiz | 64 | 7,1 | 1,9 | 11 | 11 | parcial |
| Castellón de la Plana | 55 | 17,2 | 3,1 | 14 | 16 | parcial |
| Ciudad Real | 53 | 23,5 | 9,0 | 7 | 7 | no dice |
| Córdoba | 51 | 12,6 | 14,6 | 3 | 2 | parcial |
| Cuenca | 61 | 12,1 | 1,8 | 15 | 16 | parcial |
| Donostia-San Sebastián | 45 | 8,8 | 2,4 | 12 | 4 | no dice |
| Girona | 58 | 13,4 | 2,4 | 31 | 35 | no vista |
| Granada | 62 | 8,5 | 1,1 | 4 | 4 | no dice |
| Guadalajara | 59 | 16,7 | 2,8 | 31 | 26 | no dice |
| Huelva | 46 | 23,3 | 7,3 | 0 | 1 | no vista |
| Huesca | 52 | 53,8 | 14,8 | 18 | no vista | |
| Jaén | 64 | 46,2 | 8,4 | 9 | 9 | no vista |
| Las Palmas de Gran Canaria | 26 | 40,9 | 15,9 | 27 | 24 | parcial |
| León | 5 | 12 | no vista | |||
| Lleida | 55 | 39,8 | 11,1 | 2 | 2 | parcial |
| Logroño | 42 | 35,9 | 19,0 | 0 | 0 | no dice |
| Lugo | 56 | 19,3 | 4,1 | 44 | 38 | no vista |
| Madrid | 63 | 14,1 | 3,3 | 12 | 15 | parcial |
| Málaga | 28 | 39,4 | 9,3 | 11 | 7 | parcial |
| Murcia | 4 | 124,2 | 30,5 | 14 | 12 | no dice |
| Ourense | 62 | 6,5 | 8,9 | 21 | 4 | parcial |
| Oviedo | 58 | 14,6 | 3,7 | 52 | 42 | no vista |
| Palencia | 58 | 6,8 | 20,9 | 0 | 1 | parcial |
| Palma | 53 | 14,8 | 5,6 | 146 | 133 | antigua |
| Pamplona | 58 | 32,6 | 7,8 | 7 | 15 | parcial |
| Pontevedra | 54 | 10,7 | 1,5 | 3 | 3 | parcial |
| Salamanca | 54 | 89,2 | 30,4 | 1 | 1 | parcial |
| Santa Cruz de Tenerife | 53 | 38,4 | 13,3 | 43 | 39 | parcial |
| Santander | 56 | 19,1 | 3,2 | 14 | 17 | no vista |
| Segovia | 59 | 11,3 | 1,3 | 2 | 1 | parcial |
| Sevilla | 56 | 26,9 | 4,7 | 7 | 11 | parcial |
| Soria | 69 | 7,3 | 0,8 | 3 | 3 | no vista |
| Tarragona | 51 | 32,6 | 6,6 | 0 | 1 | parcial |
| Teruel | 64 | 34,5 | 9,6 | 17 | 17 | antigua |
| Toledo | 24 | antigua | ||||
| Valencia | 49 | 27,0 | 14,1 | 0 | 2 | parcial |
| Valladolid | 57 | 13,2 | 34,2 | 3 | 4 | parcial |
| Vitoria-Gasteiz | 92 | 3,1 | 1,0 | 0 | 0 | parcial |
| Zamora | 55 | 25,3 | 9,0 | 35 | 30 | no vista |
| Zaragoza | 63 | 16,6 | 5,3 | 4 | 4 | parcial |
/ 04 · WCAG
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ón | Año | Qué añadió |
|---|---|---|
| WCAG 1.0 | 1999 | La primera, pensada para el HTML de la época. Sustituida. |
| WCAG 2.0 | 2008 | Reglas independientes de la tecnología y los niveles A/AA/AAA. También es la ISO/IEC 40500:2012. |
| WCAG 2.1 | 2018 | 17 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.2 | 2023 | 9 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.0 | borrador | Una 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.
/ 05 · La ley
Qué versión es obligatoria, y dónde
| Dónde | A quién | Qué exige |
|---|---|---|
| España, sector público | Webs 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 privado | Ciertos 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 2025 | La misma norma EN 301 549. Las microempresas que prestan servicios están exentas |
| Unión Europea, lo próximo | Los dos casos anteriores | La 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 Unido | Organismos del sector público | WCAG 2.2 AA |
| Estados Unidos | Gobiernos 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.
/ 06 · Método
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.