El checkout del cliente tardaba 4,2 segundos en cargar en el móvil. Era un miércoles por la tarde cuando lo midió su equipo, con PageSpeed Insights delante: 31 en rendimiento, LCP por encima de los 4 segundos y un Cumulative Layout Shift que bailaba con cada banner de promociones. Seis años atrás, arreglar aquello habría significado contratar a un especialista caro durante meses. Hoy lo resolvió un freelance senior en nueve días de trabajo: una auditoría con herramientas de IA que generó los casos de prueba, un redimensionado de imágenes con formato moderno, un cambio de estrategia de caché y la eliminación de 140 KB de JavaScript muerto. Facturó 3.800 € y el cliente subió un 19 % su tasa de conversión en mobile. Esta historia, cada vez más común, es la punta de algo más grande: la ingeniería de rendimiento se ha vuelto un servicio freelance viable y muy rentable, y un ensayo publicado esta misma semana por danluu explica exactamente por qué.
La tesis que lo cambia todo: «ya no hay razón para que el software sea lento»
Resumen clave: El cliente del checkout del inicio lo comprobó con datos propios. Preguntas frecuentes (FAQ) ¿La ingeniería de rendimiento es un buen nicho freelance en 2026? ¿Cuánto puedo facturar optimizando rendimiento como freelance?
Dan Luu, uno de los ensayistas técnicos más leídos de la industria, publicó el 20 de agosto de 2026 un artículo con un título directamente provocador: «There’s no reason for software to be slow anymore». En menos de 24 horas acumuló casi 500 puntos en Hacker News y cientos de comentarios, porque toca un nervio compartido por todos los que trabajamos con software: la sensación de que todo va más lento de lo que debería.
Su argumento, resumido, es el siguiente: durante décadas, el trabajo de rendimiento especializado estaba fuera del alcance de la mayoría de proyectos porque era demasiado caro en horas humanas. Optimizar un motor de regex, escribir un compilador JIT a medida o construir índices especializados para una base de datos requería perfiles raros y semanas de trabajo. Con los asistentes de IA capaces de ejecutar bucles largos de optimización de forma autónoma, ese coste se ha desplomado «por órdenes de magnitud»: trabajo que exigía un equipo ahora lo ejecuta una persona que sabe qué pedir y cómo verificarlo.
Luu lo demuestra con su propio experimento: construyó un motor de regex optimizado (FRE) dejando correr un agente durante un mes sobre un banco de benchmarks, y luego exploró ideas como compilar código nativo en paralelo mientras el programa corre para cambiar al código compilado en caliente. En el texto cita a Marc Brooker (Amazon) vaticinando software dinámico a medida de cada workload concreto en lugar de software genérico, y recuerda que herramientas que eran exóticas, compiladores JIT, generadores de código especializado, se han vuelto alcanzables. Para el mercado español, la conclusión práctica es incómoda y prometedora a la vez: si el software lento ya no tiene excusa técnica, el cuello de botella pasa a ser quién sabe hacerlo. Y ahí dentro estás tú.
Por qué tus clientes tienen software lento (y por qué lo van a querer arreglar ya)
Vale, la tesis suena bien en un laboratorio. Pero ¿por qué una empresa de Valladolid que vende software de gestión iba a pagar por rendimiento? Cuatro razones que ya están en las conversaciones comerciales de 2026:
- Google lo cobra en visibilidad. Los Core Web Vitals siguen siendo señal de posicionamiento, y con la respuesta de búsqueda cada vez más dominada por resúmenes de IA, estar en el top 3 vale más que nunca. Una web que tarda 4 segundos no compite.
- La conversión es aritmética. Cada segundo extra en mobile cuesta entre un 4 y un 7 % de conversión según la mayoría de estudios del sector. El cliente del checkout del inicio lo comprobó con datos propios.
- El coste cloud se dispara. Código ineficiente en Kubernetes es una factura mensual inflada. Optimizar es, literalmente, devolver dinero al margen: según nuestras ofertas analizadas, Kubernetes aparece en 1.614 de las 11.973 ofertas tech activas que hemos procesado entre junio y agosto de 2026, la eficiencia de esas infraestructuras es una conversación de CFO, no solo de engineering.
- El código generado por IA agrava el problema. Los equipos que llevan 18 meses copiando código de asistentes tienen bases de código más voluminosas y con más capas redundantes. Alguien tiene que poner orden, y ese alguien cobra bien.
Qué pide ya el mercado español: los datos de SeniorStack
La demanda no es una intuición. Al procesar nuestra base de 11.973 ofertas tech activas entre junio y agosto de 2026, la señal de rendimiento aparece con nombre y apellidos:
- 57 ofertas mencionan explícitamente Core Web Vitals o Lighthouse en el título o la descripción, un nicho concreto y buscando cubrirse.
- Otras 18 mencionan «web performance» literal, y 20 piden experiencia con CDN.
- En el segmento de Frontend en remoto en España contabilizamos 103 ofertas activas a 21 de agosto de 2026, y React aparece en el 59,2 % del corpus, según los datos de SeniorStack, donde hay React a escala, hay problemas de bundle y de hidratación que arreglar.
- En Backend en remoto hay 78 ofertas activas, y la monitorización es ubicua: observability aparece en 539 ofertas del corpus total, Grafana en 387 y Datadog en 121. Las empresas ya miden; lo que les falta es alguien que mejore lo medido.
Traducción de estos números: el rendimiento como requisito explícito existe pero está poco cubierto como especialidad declarada. La mayoría de las ofertas lo esconde dentro de «senior frontend» o «platform engineer». Eso significa menos competencia por el mismo trabajo si tú lo pones en el escaparate. Es exactamente el patrón que vimos al analizar el mercado de frontend freelance en España y el de backend freelance: las especialidades que nadie declara son las que mejor se facturan.
El método: una auditoría de rendimiento en cinco días
Lo que convierte esta oportunidad en servicio es el método. Este es el formato de cinco días que mejor funciona, pensado para ejecutarse con IA como palanca en cada paso (que es la tesis de danluu aplicada a tu negocio):
Día 1, Medir sin piedad
Lighthouse y PageSpeed sobre las 10 plantillas críticas, datos de campo reales (RUM) si el cliente los tiene, y una línea base escrita en la propia métrica del negocio: conversión, rebote, coste por transacción. Sin línea base no hay proyecto, porque no podrás demostrar el retorno.
Día 2, Perfilar el frontend
Bundle analyzer, waterfall de red, cobertura de JavaScript y una lista priorizada: imágenes sin formato moderno, componentes que hidratan de más, third-party scripts que nadie se atreve a tocar. Aquí los asistentes de IA rinden muchísimo generando las variantes de componentes y midiendo el impacto de cada una.
Día 3, Perfilar el backend
Flamegraphs con pyroscope o los profilers nativos del stack, las N consultas más lentas, colas saturadas y caché ausente. Es el día en que sueles encontrar el «guest star»: la query sin índice que explica la mitad de la latencia.
Día 4, Piloto de mejora
Implementas las tres mejoras de mayor impacto y menor riesgo, remides, y dejas el antes/después capturado. Este día es tu argumento de venta para el sprint completo.
Día 5, Informe ejecutivo
Dos documentos: uno técnico con el backlog priorizado y otro de una página con semáforos para el comité. Igual que en cumplimiento normativo, el que firma el presupuesto lee semáforos.
La parte de IA no es anecdótica: como argumenta danluu, el coste de explorar optimizaciones antes prohibitivas (reescribir un hot path, generar tests de carga realistas, probar tres estrategias de caché en paralelo) ha caído tanto que el límite es tu criterio de ingeniero, no tus horas. El freelance que domina esta palanca entrega en una semana lo que antes costaba un trimestre.
Paquetes, precios y cómo cobrar este servicio
Tres formatos con los que puedes empezar la semana que viene:
| Formato | Entregable | Rango de precio 2026 |
|---|---|---|
| Auditoría express (5 días) | Línea base, diagnóstico FE+BE, piloto de mejora y backlog priorizado | 1.500-3.000 € fijos |
| Sprint de optimización (2-4 semanas) | Implantación del backlog: CWV en verde, p95 reducido objetivo, informes antes/después | 3.000-8.000 € por sprint |
| Rendimiento como servicio | Retainer mensual: presupuesto de rendimiento (performance budget) vigilado, revisión por release, informes mensuales | 500-1.500 €/mes |
El argumento de cobro más sólido no es técnico: es devolver más dinero del que cuestas. Si una mejora de conversión del 5 % en un ecommerce que factura 2 M€ vale 100.000 € anuales, tus 3.000 € son la mejor inversión de su año. Practica ese cálculo en voz alta antes de la reunión. Para rangos de mercado por perfil y experiencia, los day rates de 450-700 € que detallamos en las tarifas freelance tech de 2026 se aplican igual aquí, y si tu nicho es React puro conviene mirar también la tarifa por hora de desarrollador React.
El arsenal mínimo de herramientas (2026)
No necesitas veinte herramientas, necesitas seis bien dominadas: Lighthouse/PageSpeed y datos RUM para el qué; el bundle analyzer de tu bundler para el dónde del frontend; un profiler con flamegraphs (pyroscope, pprof, perf) para el dónde del backend; k6 o JMeter para carga; y una hoja de cálculo para el antes/después que firmará el cliente. Con eso cubres el 90 % de los proyectos pyme. Lo demás, APM específicos, herramientas de coste cloud, RUM avanzado, se suma por proyecto y se factura aparte.
Y una nota sobre el fondo del debate de danluu: su tesis también genera conversaciones incómodas («si la IA puede optimizar, ¿por qué contratarte a ti?»). La respuesta está en el propio ensayo: el agente optimizó cuando alguien definió el objetivo, los benchmarks y la forma de verificar el resultado sin hacer trampas, de hecho, su motor se sobreajustó al benchmark hasta que introdujo un conjunto de datos de control. Ese criterio, saber qué medir, cómo validar y qué no romper, es exactamente lo que un cliente compra cuando te contrata. La IA abarató la ejecución; la responsabilidad no se abarata.
Tres errores que arruinan una auditoría de rendimiento
Antes de lanzarte, apunta los fallos que más a menudo se ven en los primeros proyectos. Primero, optimizar sin línea base del negocio: si no puedes decir «esto vale X en conversión o en factura cloud», el cliente lo percibirá como un capricho técnico. Segundo, pelear con el último milisegundo del frontend cuando el 80 % de la latencia está en una consulta sin índice: mide antes de tocar código. Y tercero, entregar un informe sin piloto implementado, la evidencia de una mejora ya ocurrida vende el sprint siguiente; una lista de recomendaciones, no.
Preguntas frecuentes (FAQ)
¿La ingeniería de rendimiento es un buen nicho freelance en 2026?
Sí, por tres motivos: la demanda es medible (57 ofertas activas en nuestro corpus mencionan Core Web Vitals o Lighthouse explícitamente), la competencia declarada es baja (casi nadie se presenta como «freelance de rendimiento») y el retorno para el cliente es demostrable en dinero, lo que sostiene precios. Además, el ensayo de danluu de agosto de 2026 legitima la tesis comercial: si el software lento ya no tiene excusa, alguien tiene que ejecutar la mejora.
¿Necesito ser un experto en sistemas para ofrecer este servicio?
No para el segmento web y producto, que es el más abundante. Un senior frontend o backend con criterio sólido cubre auditorías completas apoyándose en asistentes de IA para el trabajo mecánico (generar variantes, tests, análisis de bundles). Para rendimiento de bajo nivel (motores, bases de datos, kernels) sí conviene experiencia específica, pero ese no es el mercado pyme español.
¿Cuánto puedo facturar optimizando rendimiento como freelance?
Combinando auditorías (1.500-3.000 €), sprints (3.000-8.000 €) y retainers (500-1.500 €/mes), un especialista senior en solitario puede facturar entre 60.000 y 100.000 € anuales con dos o tres clientes simultáneos. Los proyectos suelen ser cortos y muy referenciables, lo que alimenta el boca a boca mejor que el mantenimiento tradicional.
¿Qué dice exactamente el artículo de danluu?
Publicada el 20 de agosto de 2026, la tesis de «There’s no reason for software to be slow anymore» es que los LLMs han reducido por órdenes de magnitud el coste del trabajo de rendimiento especializado, haciendo viable software optimizado y a medida (JITs, motores especializados, hot paths reescritos) para proyectos donde antes no salían las cuentas. Luu lo demuestra construyendo un motor de regex optimizado con un agente en bucle y recoge voces como la de Marc Brooker sobre software dinámico adaptado a cada workload.
¿Cómo convierto una auditoría en un proyecto grande?
Con el día 4 del método: el piloto de mejora con antes/después medido. Cuando el cliente ve en su propio panel que la mejora ya ocurrió, la conversación deja de ser «si» y pasa a ser «cuánto». Esa evidencia temprana es lo que distingue un servicio de rendimiento vendible de un informe que se archiva.
¿Te está sirviendo SeniorStack? Añádenos a tus fuentes preferidas en Google y nos verás destacados en tus resultados y respuestas de IA.