Saltar al contenido

Servicios Impacto y evolución Rendimiento y accesibilidad web

Rendimiento y accesibilidad web

Medimos y mejoramos condiciones técnicas que afectan el uso real del sitio: tiempos de respuesta, carga, caché, dependencias, enlaces, estructura y criterios de accesibilidad.

Cada intervención parte de una condición observable y vuelve a verificarse después. El objetivo es saber qué cambió, no acumular optimizaciones sin una referencia previa.

Un catálogo puede verse terminado y todavía no estar listo.

En administración, la página responde rápido. Sin sesión iniciada, una combinación de filtros tarda varios segundos. Un enlace externo abre correctamente, pero no tiene los atributos esperados. Miles de iconos funcionan visualmente y siguen sin tener un nombre accesible.

Son problemas que aparecen cuando el sitio se usa como sistema y no como una colección de pantallas.

Por eso rendimiento y accesibilidad se revisan sobre la experiencia pública, con mediciones concretas y sin asumir que una herramienta automática cuenta toda la historia.

Lo que se siente rápido dentro del administrador puede no serlo afuera.

Medir primero permite saber qué vale la pena tocar.

Tiempos de respuesta

Revisamos páginas, consultas y recorridos donde la espera afecta el uso.

En catálogos filtrados importa tanto la carga inicial como lo que ocurre después de combinar criterios.

Caché y consultas

Analizamos cuándo el sitio puede reutilizar respuestas y qué condiciones obligan a recalcular contenido innecesariamente.

La intervención se hace sobre la causa identificada, no sobre una lista genérica de plugins o ajustes.

Imágenes y recursos

Revisamos peso, formatos, carga diferida y dependencias que afectan la experiencia en distintos dispositivos.

Enlaces y seguridad

Detectamos referencias inseguras, dependencias heredadas y enlaces externos que necesitan ajustes técnicos.

Accesibilidad

Trabajamos sobre nombres accesibles, estructura semántica, navegación, contraste y otros criterios que puedan verificarse en el sitio.

AaContrasteTeclado

Verificación

Cada cambio se prueba sin sesión iniciada y, cuando corresponde, con herramientas y escenarios diferentes.

La caché puede hacer que el administrador vea una realidad distinta de la del visitante.

Cómo se trabaja

Una mejora técnica necesita un antes y un después.

Ver el método de Audacher
  1. 01

    Medición

    Registramos la condición inicial con una prueba repetible.

  2. 02

    Diagnóstico

    Buscamos qué capa explica el comportamiento: consulta, caché, recurso, dependencia, plantilla o configuración.

  3. 03

    Intervención

    Aplicamos el cambio más acotado que permita resolver la causa sin abrir riesgos innecesarios.

  4. 04

    Verificación

    Repetimos la prueba en la experiencia pública y documentamos el resultado.

    Si la mejora no aparece, el trabajo vuelve al diagnóstico.

Un buen puntaje automático no reemplaza una prueba real.

Las herramientas ayudan a detectar problemas y comparar condiciones, pero una métrica agregada puede esconder un recorrido lento o una interacción que falla solamente bajo ciertas combinaciones.

La revisión técnica se complementa con tareas concretas: buscar, filtrar, descargar, navegar con teclado o abrir una página sin sesión.

El objetivo es mejorar el uso, no perseguir un número aislado.

Works · Caso SAI

De 2,6 segundos a 0,18 en una combinación de filtros del catálogo.

En agosto de 2026 se detectó que parte del catálogo filtrado de SAI estaba ejecutando consultas sin aprovechar correctamente la caché. El registro mostraba 13.114 ejecuciones diarias en esa condición.

Después de la intervención, el tiempo medido para la combinación analizada pasó de 2,6 segundos a 0,18 segundos.

La misma etapa incluyó otros saneamientos verificables: 4.234 enlaces externos seguros ajustados con dos reglas, 5.658 de 5.658 enlaces de icono con nombre accesible, 1.065 referencias http:// distribuidas en 302 páginas llevadas a cero y dependencias de tres orígenes anteriores eliminadas en 712 URLs.

Preguntas frecuentes

Nuestro sitio es lento: ¿hace falta rehacerlo?

No necesariamente. La lentitud suele venir de una capa puntual, como la caché, las consultas del catálogo o el peso de las imágenes, y eso se corrige sin tocar el diseño. En SAI, una intervención sobre la caché llevó el catálogo filtrado a 0,18 s. Si la causa está en la estructura, el diagnóstico lo dice.

¿Queda algo roto al migrar a un sitio nuevo?

Suele quedar algo: enlaces internos que apuntan al sitio anterior, redirecciones encadenadas, PDFs sin destino, versiones de idioma mal marcadas. Se encuentra con un rastreo completo después del lanzamiento. En SAI, esa revisión terminó con 4.234 enlaces corregidos.

¿La velocidad influye en el posicionamiento?

Es una de las señales que Google tiene en cuenta, entre muchas. Pesa antes otra cosa: un profesional que abre una ficha desde el teléfono no espera. Mejorar la velocidad no asegura un puesto, y no lo prometemos.

¿Se puede mejorar el rendimiento sin cambiar de servidor?

Depende de dónde se va el tiempo. Primero se mide qué parte corresponde al servidor, a las consultas, a las imágenes o al código. Si el límite es el servidor, se dice con el dato en la mano.

¿Qué tiene que ver la accesibilidad con el rendimiento?

Las dos son parte del saneamiento técnico: que el sitio funcione para todas las personas que lo usan, incluidas las que navegan con lector de pantalla o con teclado. Si la empresa tiene obligaciones de accesibilidad en algún país, las define su área legal, y nosotros implementamos en el sitio lo que decida.

Medir la fricción antes de decidir cómo corregirla.

Una página lenta, un filtro pesado o un problema de accesibilidad pueden investigarse de manera acotada antes de convertirlos en un proyecto mayor.