Analizamos 72 webs de negocios de Vitoria-Gasteiz

En agosto de 2026 pasamos nuestro analizador por las webs de 72 negocios de Vitoria-Gasteiz: clínicas dentales, talleres, asesorías, inmobiliarias, restaurantes, despachos de abogados. Ninguno sabe que le hemos medido y ninguno aparece aquí con nombre. Lo que sigue son los resultados agregados, y al final nuestras propias webs puestas al lado de esas medias.

Buscamos en Google lo que buscaría cualquier vecino: «clínica dental Vitoria-Gasteiz», «taller mecánico Vitoria-Gasteiz», «asesoría fiscal Vitoria-Gasteiz». De la primera página de resultados nos quedamos con los negocios locales que tienen dominio propio. Fuera quedaron los directorios (Páginas Amarillas, Doctoralia, Booksy), las cadenas y franquicias nacionales, y los perfiles de redes sociales.

Salieron 74 negocios de 14 sectores. Dos no respondieron el día de la medición (una devolvió un error 503 y otra no llegó a conectar), así que el informe se hace sobre 72.

A cada una le pasamos exactamente los mismos 36 controles que usa nuestro analizador de webs, con los mismos umbrales. Eso importa: significa que cualquiera puede meter su propia dirección ahí y comparar su resultado con estas medias sin que le estemos midiendo con otra vara.

La media de las 72 fue 75,2 sobre 100, con mediana de 76,5. La mejor sacó un 88 y la peor un 57. El dato que más nos llamó la atención no es la media: es que ninguna de las 72 llegó a 90. Ni una.

Repartida por áreas, la nota cuenta una historia más clara que el promedio: el SEO básico está razonablemente resuelto, el móvil también, y el rendimiento es un desastre generalizado.

Por sectores, las clínicas veterinarias salieron mejor paradas (81,8 de media entre las 4 analizadas) junto a fisioterapia (80,2 entre 6) y despachos de abogados (79,8 entre 6). El farolillo rojo fueron las inmobiliarias: 69,0 de media entre las 8 analizadas, el único sector que baja del 70. Son muestras pequeñas y hay que cogerlas con pinzas, pero el patrón de las inmobiliarias es coherente: portadas con muchísimas fotos de pisos, sin optimizar.

Y aquí conviene decir una cosa antes de seguir, porque el resto del artículo se lee mejor sabiéndola: estos números no son un techo. Casi todo lo que aparece a continuación se arregla sin rehacer la web y sin tocar el diseño. En el apartado 9 ponemos nuestras propias webs al lado de estas medias para que se vea la distancia que hay, y de qué está hecha.

Conviene empezar por aquí, porque el tópico de que «las webs de los negocios locales son un desastre» no se sostiene. En lo fundamental, la mayoría está en su sitio:

• 72 de 72 son indexables por Google. Ninguna tenía la etiqueta noindex puesta por error, que es el fallo catastrófico clásico de una web recién estrenada.
• 71 de 72 tienen HTTPS. Solo una sigue sin certificado, y solo dos no redirigen la versión sin cifrar.
• El 94% declara bien el viewport móvil y el 86% tiene media queries: el diseño se adapta al móvil.
• El 88% sirve el HTML comprimido y el 85% tiene robots.txt.
• El 82% tiene sitemap.xml y el 69% incluye datos estructurados de Schema.org.

Ese suelo digno tiene una explicación concreta que veremos en el apartado de WordPress: no es que cada negocio lo haya configurado, es que se lo dio hecho el gestor que usan.

Aquí se cae todo. La media de rendimiento fue 58,1 sobre 100, casi treinta puntos por debajo de la de móvil. Y no es un problema de un puñado de webs malas: es transversal.

La web mediana de un negocio de Vitoria carga 31 scripts y pesa 153 KB solo de HTML, sin contar imágenes, fuentes ni hojas de estilo. La media de scripts es 35, y la que más cargaba llegaba a 123 scripts en una sola página. El HTML más pesado que encontramos fue de 1.098 KB: más de un megabyte de código antes de que empiece a descargarse una sola foto.

Los scripts que bloquean el pintado son el detalle que más duele en móvil: son archivos colocados en la cabecera sin defer ni async, de forma que el navegador deja de dibujar la página hasta que termina de descargarlos. El 51% tiene más de dos. Cada uno es un trozo de pantalla en blanco para quien te está buscando desde el móvil en la calle.

En tiempo de respuesta del servidor, la mediana fue razonable (396 ms) pero con una cola larga y fea: una de cada cuatro webs tarda más de 1,2 segundos en soltar el primer byte, y la más lenta tardó 7,7 segundos en empezar a responder. Eso es antes de cargar nada. Ya escribimos sobre lo que cuesta en dinero cada segundo de espera, y esa cola larga es exactamente donde se pierde.

Si tuviéramos que elegir una sola cosa que arreglar en las 72 webs, serían las imágenes. Es el apartado donde peor se sale y, a la vez, el más fácil de corregir.

• El 78% tiene imágenes sin texto alternativo. En casi la mitad de la muestra (49%), más del 40% de las imágenes no lo lleva. Sin alt, esas fotos no aparecen en Google Imágenes y un lector de pantalla no puede describirlas.
• El 64% sirve imágenes en formato antiguo (JPG o PNG en lugar de WebP o AVIF). En el 47% no había ni una sola imagen en formato moderno.
• El 38% no usa srcset, así que un móvil se descarga exactamente la misma foto gigante que un monitor de escritorio.
• El 68% no aplica carga diferida suficiente: la web descarga fotos que el visitante quizá no llegue a ver nunca.

La portada mediana tiene 15 imágenes, la media 21 y la que más llegaba a 137 imágenes en una sola página. Multiplica eso por «sin formato moderno, sin srcset y sin lazy loading» y tienes el motivo de que tantas webs de la ciudad vayan lentas en el móvil.

De las 72 webs, 48 usan WordPress. El 31% usa además Elementor y el 14% Divi como constructor visual, y el 25% lleva WooCommerce. Fuera de WordPress la variedad es mínima: dos webs con Joomla, dos con React, una con Vue, una con Wix, una con Jimdo, una con PrestaShop.

El dato que más nos sorprendió es este: el 86% de las webs carga jQuery, una librería de 2006 cuyas funciones hoy vienen de serie en cualquier navegador. No es que esté rota, es que se sigue arrastrando porque el tema o el plugin la pide.

Ahora la parte incómoda para nuestro propio discurso. Si separamos las webs con WordPress de las que no lo usan, WordPress sale mejor en la nota global: 76,9 frente a 71,8. No lo esperábamos, pero tiene una explicación clara: los plugins de SEO que vienen con WordPress resuelven de fábrica el sitemap, la canónica, el Schema y el Open Graph, que es justo donde pinchan las webs artesanales sin mantenimiento.

Donde WordPress pierde, y pierde mucho, es en rendimiento:

Un servidor que tarda casi cinco veces más en responder y casi el doble de scripts por página. Eso es lo que cuesta la comodidad del panel, y es un intercambio que puede compensar perfectamente según el caso: lo desarrollamos en cuándo tiene sentido cada uno. Lo que no compensa nunca es pagarlo sin saber que lo estás pagando.

Las etiquetas Open Graph son las que deciden qué se ve cuando alguien pega el enlace de tu web en WhatsApp, LinkedIn o Facebook: si sale una tarjeta con foto y titular, o si sale una URL pelada. El 51% de las webs analizadas no las tiene completas, y el 18% no tiene ninguna.

Es un fallo silencioso y caro. Un cliente contento recomienda tu clínica en el grupo de WhatsApp del barrio, pega el enlace, y aparece un texto azul sin imagen. La recomendación sigue valiendo, pero pierde toda la fuerza visual justo en el momento en que más gente la va a ver.

En la misma línea, el 49% tiene algún problema con el encabezado H1: o hay varios, o no hay ninguno. Y lo segundo es más común de lo que parece: 18 webs de las 72, un 25%, no tienen ni un solo H1. Es la etiqueta que le dice a Google de qué va la página. Publicar sin ella es editar un libro sin ponerle título en la portada.

La seguridad de base está resuelta: prácticamente todas tienen HTTPS. Lo que no tiene prácticamente nadie son las cabeceras que se configuran una vez y protegen para siempre.

Ninguna de estas ausencias significa que una web esté hackeada, y conviene decirlo con claridad para no vender miedo. Significa que faltan cinco líneas de configuración en el servidor que cierran vectores de ataque conocidos y que, en la mayoría de hostings, se activan desde un panel.

Sí hay un dato que merece atención propia: 26 webs, el 36%, cargan recursos por HTTP dentro de una página HTTPS. Eso es contenido mixto, y no es teórico: el navegador puede bloquear esos recursos (una imagen que no carga, un formulario que no funciona) o marcar la página entera como insegura delante del cliente.

Publicar un informe donde solo se mide a los demás sería bastante cómodo. Pasamos las mismas pruebas por nuestras dos webs: 3pdevelopers.com y pedreiraestudio.com, el estudio de arquitectura del que hablamos en este otro artículo.

Las dos sacan 97 sobre 100. La mejor de las 72 webs analizadas se quedó en 88, y la media de la ciudad en 75,2.

La diferencia más grande está donde peor sale la ciudad. En rendimiento sacamos entre 30 y 36 puntos más que la media, y en seguridad casi 30. No es casualidad: son las dos áreas que nadie mira porque no se ven, y por eso son las que más margen dejan.

Punto por punto, contra lo que falla la ciudad

Los porcentajes de la izquierda son los que has ido leyendo en las secciones anteriores. Los de la derecha, lo que da nuestra web al pasarle el mismo análisis:

Y en las cifras crudas, donde más se nota es en el tiempo de respuesta: la mediana de la muestra es de 396 ms y una de cada cuatro webs pasa de 1,2 segundos. Nuestras dos responden en torno a 0,2 segundos. En número de scripts también: la web mediana de Vitoria carga 31 y la media es 35; nosotros cargamos 27 y 21.

Y no tienes que fiarte de nuestra palabra. Mete 3pdevelopers.com o pedreiraestudio.com en el analizador y compara lo que te salga con las medias de este artículo. Es la misma herramienta y los mismos umbrales con los que hemos medido a las 72.

Si tienes un negocio en Vitoria y has llegado hasta aquí, el orden por el que iríamos nosotros es este, de más rentable a menos:

• Convierte las imágenes a WebP y ponles alt. Afecta a dos de cada tres webs de la ciudad, no toca el diseño y es lo que más se nota en móvil.
• Comprueba que tienes un H1 y solo uno. Cinco minutos. Uno de cada cuatro negocios de la muestra no lo tiene.
• Pega tu propia URL en WhatsApp. Si no sale tarjeta con foto, te faltan las etiquetas Open Graph.
• Mira cuántos scripts carga tu portada. Si pasa de 35, hay plugins acumulados que ya no usas.
• Pide las cabeceras de seguridad a quien te lleve el hosting. Es configuración, no desarrollo.

Todo esto lo puedes verificar tú mismo en un minuto con nuestro analizador gratuito: te devuelve los mismos 36 controles de este informe y te dice en cuáles estás por encima o por debajo de las medias que acabas de leer.

Repetiremos esta auditoría dentro de un año sobre la misma muestra para ver qué se ha movido. Si tu negocio está entre los 72 y quieres saber cuál eres, escríbenos y te pasamos tu informe completo sin compromiso: no lo publicamos, pero es tuyo.