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, incluido lo que encontramos al medirnos a nosotros mismos.

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 77. 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.

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 (475 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ó 4,19 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,7. 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 tres 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 el mismo script por nuestras dos webs.

3pdevelopers.com sacó 89. Es mejor nota que cualquiera de las 72 de la muestra, cuyo máximo fue 88, pero tampoco llega al 90. Fallamos exactamente donde falla media Vitoria: ninguna de nuestras 6 imágenes de portada está en formato moderno, no usamos srcset, y el título de la portada tiene 71 caracteres cuando el rango bueno acaba en 65. Nuestro HTML pesa 255 KB, más que la mediana de la muestra.

pedreiraestudio.com sacó 84, y con un fallo peor: la portada no tiene ningún H1. El titular del hero es un H2. Es el mismo error que le hemos contado al 25% de la muestra dos secciones más arriba, en una web que hicimos nosotros y de la que escribimos un artículo entero. Está anotado para corregirlo.

Y encontramos un fallo en nuestro propio analizador

Al revisar los resultados vimos que el analizador decía que 45 de las 72 webs usaban Divi, un constructor visual de WordPress. Con un 67% de WordPress en la muestra, ese número no cuadraba, así que fuimos a comprobarlo web por web.

La detección buscaba la palabra «Divi» en el código. El problema es que «individual», «dividir» y «división» contienen esa secuencia de letras, y en una web en español aparecen constantemente. De las 45 detecciones, 35 eran falsos positivos: solo 10 webs usan Divi de verdad.

Lo contamos porque el informe entero se apoya en que la herramienta mide bien. Si escondemos el fallo que encontramos mientras la usábamos, no hay motivo para creerse el resto.

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. Y si lo que quieres es ver cómo quedaría una web hecha de cero, puedes montarla tú en el configurador sin dejar ningún dato.

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.