Medido,
no afirmado.

El rendimiento se degrada por defecto. Una web se lanza rápida y luego incorpora una etiqueta de analítica, un widget de chat, un banner de consentimiento, un píxel de marketing y una tipografía que nadie auditó, cada uno añadido por alguien con un buen motivo. Ninguna incorporación es el problema y la web es lenta igualmente. Un presupuesto comprobado en cada despliegue es lo que hace visible eso mientras todavía es barato de arreglar.

La accesibilidad tiene un problema parecido con peor final. Las herramientas automáticas detectan alrededor de un tercio de los defectos reales: pueden decirte que una imagen no tiene texto alternativo, pero no que ese texto sea inútil, que el orden de foco salte por la página o que un desplegable a medida sea invisible para un lector de pantalla. Los otros dos tercios requieren un teclado y tecnología de asistencia, y así es como probamos.

Esto además tiene una dimensión legal en la UE que no existía hace unos años, y organismos públicos y muchas empresas tienen ya obligaciones y no aspiraciones. Preferimos construir contra un objetivo de conformidad y probarlo antes que describir una web como accesible porque un escáner devolvió un número alto.

Ambas cosas se pueden entregar como corrección sobre una web que ya tienes. Recibes los hallazgos ordenados por impacto y esfuerzo, con la evidencia adjunta, y puedes dárselos a cualquier desarrollador, incluido el tuyo.

Qué incluye

• Core Web Vitals medidos sobre cargas reales, no solo en laboratorio
• Un presupuesto de rendimiento aplicado en el pipeline de despliegue
• Auditoría WCAG 2.2 AA con teclado y lector de pantalla
• Lista de correcciones priorizada, con evidencia por hallazgo
• Nueva prueba tras las correcciones, para verificar en lugar de suponer

No incluido

• Redacción y fotografía
• Medios de pago y gestión de campañas
• Actualizaciones de contenido continuas salvo con contrato de mantenimiento