Haré un perfil de tu aplicación React o Next.js y la haré más rápida, con números

Pide esto si crees que las páginas lentas te están costando registros o tráfico de búsqueda y quieres mantener la aplicación que tienes. React y Next.js ya incluyen la mayoría de lo que necesita una aplicación rápida, por lo que las ganancias provienen de usar bien esas herramientas en lugar de cambiar de pila.

Obtienes números, no adjetivos: LCP, CLS, INP y tamaño del paquete por ruta, medidos antes y después en la misma conexión limitada, en una tabla.

Starter es la auditoría de una página: las ejecuciones, los hallazgos clasificados por rentabilidad, sin cambios de código. Standard comienza con esa auditoría y dedica el resto del tiempo a las correcciones que mueven esos números. Advanced cubre hasta 5 rutas, ajusta el renderizado y el almacenamiento en caché, y deja un presupuesto de paquete en CI para que la próxima versión no pueda deshacer el trabajo silenciosamente.

El trabajo se realiza en una rama de tu repositorio, commit por commit, cada uno con su razón. Nada es desplegado por mí a menos que lo solicites.

Sin llamadas. Todo por escrito, incluidas las mediciones que no estén de acuerdo conmigo.

Pasos para completar tu proyecto
1. Mide lo que tus usuarios realmente obtienen - Lighthouse en tus páginas en vivo y una sesión de perfilador de React en las lentas, en una conexión limitada. LCP, CLS, INP y tamaño del paquete por ruta, anotados antes de tocar nada.
2. Encuentra lo que cuesta más - El paquete y la cascada de red: qué se envía que nadie usa, qué bloquea la primera pintura, qué componentes se vuelven a renderizar y por qué. Cada hallazgo conlleva un ahorro estimado en milisegundos o kilobytes.
3. Arréglalo, la mayor ganancia primero - División de código, manejo de imágenes y fuentes, trabajo que bloquea el renderizado, memorización donde el perfilador lo solicite, obtención de datos movida fuera de la ruta crítica. Un commit por cambio, cada uno con su razón.
4. Mide de nuevo, lado a lado - Las mismas ejecuciones en la compilación modificada: antes y después en una tabla, por ruta y por métrica. Si un cambio empeoró algo, la tabla lo indica y el cambio se revierte.
5. Entrega en tu repositorio - Una rama o parche en tu repositorio, el informe y una lista honesta de lo que no hice y lo que valdría la pena. La implementación queda en tus manos.