Maximizar el rendimiento de la aplicación optimizando las fuentes web

Rate this content
Bookmark

Acabas de llegar a una página web y tratas de hacer clic en un elemento en particular, pero justo antes de hacerlo, se carga un anuncio encima y terminas haciendo clic en eso en su lugar.


Eso... eso es un cambio de diseño. Todos, tanto los desarrolladores como los usuarios, saben que los cambios de diseño son malos. Y cuanto más tarde ocurran, más interrupciones causarán a los usuarios. En este masterclass vamos a analizar cómo las fuentes web causan cambios de diseño y explorar algunas estrategias para cargar fuentes web sin causar grandes cambios de diseño.


Tabla de contenidos:

¿Qué es CLS y cómo se calcula?

¿Cómo las fuentes pueden causar CLS?

Estrategias de carga de fuentes para minimizar CLS

Recapitulación y conclusión

This workshop has been presented at Vue.js London 2023, check out the latest edition of this JavaScript Conference.

FAQ

CLS significa 'Cumulative Layout Shift' o Desplazamiento Acumulativo del Diseño. Es un indicador de la estabilidad visual de un sitio web. Si un sitio tiene un CLS alto, significa que los elementos en la página tienden a moverse de manera inesperada mientras se carga, lo que puede causar que los usuarios hagan clic accidentalmente en algo que no tenían intención de hacer. Esto puede llevar a una mala experiencia de usuario.

El CLS se calcula como el producto de dos métricas: la fracción de impacto y la fracción de distancia de la ventana gráfica. La fracción de impacto representa el porcentaje de la ventana gráfica que ha sido afectada por un desplazamiento, mientras que la fracción de distancia es la cantidad de espacio que los elementos inestables han recorrido.

Un buen puntaje CLS es de 0.0 a 0.1. Un puntaje entre 0.1 y 0.25 indica que es necesario trabajar en la estabilidad visual del sitio, y un puntaje superior a 0.25 es considerado pobre, requiriendo intervención inmediata para mejorar la experiencia del usuario.

FOIT significa 'Flash of Invisible Text' o Destello de Texto Invisible, que ocurre cuando el texto es invisible mientras se carga la fuente. FOUT significa 'Flash of Unstyled Text' o Destello de Texto sin Estilo, que sucede cuando se renderiza primero una fuente de sistema mientras se carga la fuente web.

Para minimizar el CLS causado por las fuentes, puedes utilizar estrategias como alojar tus propias fuentes, utilizar menos archivos de fuentes, elegir fuentes del sistema que no causan desplazamientos y optimizar el uso de la propiedad CSS 'font-display'. Estas estrategias ayudan a controlar cómo se cargan y visualizan las fuentes en la página.

Puedes utilizar las herramientas de depuración de Chrome para calcular y monitorear el CLS durante el desarrollo. Para un monitoreo en producción, herramientas como Sentry pueden ser implementadas para medir el CLS y otros parámetros de rendimiento importantes, ofreciendo una visión más precisa de la experiencia real del usuario.

Lazar Nikolov
Lazar Nikolov
49 min
10 May, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Este masterclass se centra en maximizar el rendimiento de la aplicación mediante la optimización de las fuentes web. Cubre temas como el cambio de diseño acumulativo (CLS) y cómo las fuentes lo causan, así como estrategias para minimizar CLS. Se enfatiza la importancia de monitorear el puntaje CLS real en producción. Las técnicas para optimizar las fuentes web incluyen el uso de fuentes del sistema, alojar tus propias fuentes y aprovechar las capacidades del navegador. El masterclass también explora las propiedades de visualización de las fuentes y el impacto de la carga y el intercambio de fuentes en el rendimiento. Herramientas como Sentry se pueden utilizar para monitorear y analizar los puntajes CLS.

1. Maximizando el rendimiento de la aplicación con fuentes web

Short description:

Vamos a hablar sobre cómo maximizar el rendimiento de la aplicación optimizando las fuentes web. Discutiremos el desplazamiento acumulativo del diseño (CLS) y cómo las fuentes lo causan. Luego, pasaremos a las estrategias de minimización de CLS y las demostraremos algunas de ellas.

Gracias por unirse a este hermoso masterclass. Vamos a hablar sobre cómo maximizar el rendimiento de la aplicación optimizando las fuentes web. Entonces, las fuentes, necesitamos cargarlas. Y hay formas de cargar las fuentes para que no dañen nuestro sitio web, ¿verdad? Eso es de lo que trata el masterclass. Este no es un masterclass para seguir paso a paso. Es más informativo y vamos a probar cosas. Así que sí, siéntanse libres de prestar atención. No es necesario programar.

De acuerdo, empecemos. Mi nombre es Lazar Nikolov. Soy un defensor del desarrollo en Sentry. Soy un ingeniero full stack, he estado programando desde 2013, profesionalmente desde 2015. Y la agenda para hoy es primero vamos a hablar sobre CLS, desplazamiento acumulativo del diseño en general, y cómo las fuentes causan CLS. Y luego vamos a pasar a las estrategias de minimización de CLS o cómo minimizar el CLS. Y luego tengo una pequeña demostración preparada para ustedes con algunas de las estrategias. De acuerdo. CLS y cómo las fuentes lo causan. Para aquellos de ustedes que no lo sepan, CLS es esto. Es un desplazamiento del diseño, ¿verdad? Tenemos un formulario de pedido. Hay un botón de sí, realizar mi pedido y un botón de no, volver atrás. Y justo antes de que el usuario presione el botón de no volver atrás, aparece un anuncio y empuja todo el formulario hacia abajo. Y luego el usuario hace clic en realizar pedido, lo cual no es realmente lo que el usuario pretendía, ¿verdad? Eso es una mala experiencia de usuario. Y la aparición del anuncio en la parte superior y el empuje hacia abajo del diseño, eso se llama un desplazamiento del diseño. De acuerdo. Así que son malos. Los desplazamientos del diseño son malos. Y en esta página en particular, supongo que la página será penalizada. Porque el desplazamiento del diseño es bastante grande.

2. Calculando y Monitoreando el Puntaje CLS

Short description:

El puntaje CLS se calcula como el producto de la fracción de impacto y la fracción de distancia de la ventana gráfica. Un buen puntaje CLS está dentro del rango de 0.0 a 0.1, mientras que un puntaje por encima de 0.25 requiere una mejora significativa. Es importante tener en cuenta que el puntaje CLS visto en herramientas como las herramientas de depuración de Chrome puede no ser el mismo que experimentan los usuarios. Factores como la velocidad de internet y el rendimiento del dispositivo pueden afectar el puntaje CLS. Implementar herramientas como Sentry puede ayudar a monitorear el puntaje CLS real en producción y proporcionar métricas de rendimiento adicionales y reportes de errores.

Y la penalización ocurre con un mal puntaje CLS. Entonces, ¿cómo se calcula ese puntaje? Es el producto de la fracción de impacto y la fracción de distancia de la ventana gráfica. Entonces, ¿qué son estos dos? La fracción de impacto, ambos valores son valores decimales de 0 a 1. Y representan el porcentaje de los cambios en relación con la ventana gráfica.

Entonces, la fracción de impacto es qué porcentaje de la ventana gráfica ha sido afectado con el desplazamiento. Por ejemplo, si el encabezado en la parte superior, el título, ¿cómo se calcula el CLS? Si esa parte se movió al centro de la pantalla, se empujó hacia abajo al centro de la pantalla, eso es como el 50% de la ventana gráfica, ¿verdad? Porque se movió la mitad de la pantalla hacia abajo. Entonces será 0.5 veces la distancia que los elementos inestables han recorrido, y eso es la fracción de distancia de la ventana gráfica. Supongo que en este caso también sería 0.5. Y sí, así es como se calcula el CLS. Y hay herramientas, hay herramientas para calcular el CLS. Durante la demostración, vamos a usar solo las herramientas de depuración de Chrome, y les mostraré cómo calcular el CLS. Pero lo importante de saber...

Sí, ¿cuál es un buen puntaje CLS? Sí. Siempre es mejor. Pero tu objetivo debería ser mantenerse dentro del rango de 0.0 a 0.1, ¿de acuerdo? Eso es un buen puntaje, de 0.1 a 0.25. Necesita trabajo. Y por encima de 0.25, simplemente lo llamé `oof`, porque no vamos a hablar de eso. Definitivamente necesita mucho trabajo. Y lo más importante de saber sobre el puntaje CLS es que el que ves en tu herramienta, por ejemplo, en las herramientas de depuración de Chrome, no es el que tus usuarios van a experimentar, no necesariamente tiene que serlo.

Sí, no todos los dispositivos te darán el mismo puntaje CLS. Factores externos como la velocidad de internet o el rendimiento del dispositivo realmente afectan el puntaje CLS. Así que sí, no es el que ves en Chrome. Por ejemplo, en una conexión a internet más lenta, o no sé, si estás de excursión y tienes un teléfono Android de 10 años, supongo que el CLS será mayor debido a la forma en que el teléfono carga, sí, el dispositivo no podrá manejarlo muy rápido. Tal vez la cobertura de internet sea mala porque estás de excursión. Entonces, la internet también afectará el CLS. Y también, para estar al tanto de cuál es el puntaje CLS real en producción, deberás implementar herramientas como Sentry. Puedes medir tu puntaje CLS mientras estás en desarrollo, seguro, pero para estar al tanto de ello en producción, necesitas herramientas externas como Sentry. Y también, los beneficios adicionales de implementar Sentry en tu aplicación serían otras métricas de rendimiento y vitales web. Y también obtienes reportes de errores. Y al final te mostraré brevemente lo que obtienes.

QnA

Watch more workshops on topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Construyendo aplicaciones web que iluminan Internet con QwikCity
JSNation 2023JSNation 2023
170 min
Construyendo aplicaciones web que iluminan Internet con QwikCity
Featured WorkshopFree
Miško Hevery
Miško Hevery
Construir aplicaciones web instantáneas a gran escala ha sido elusivo. Los sitios del mundo real necesitan seguimiento, análisis y interfaces y interacciones de usuario complejas. Siempre comenzamos con las mejores intenciones pero terminamos con un sitio menos que ideal.
QwikCity es un nuevo meta-framework que te permite construir aplicaciones a gran escala con un rendimiento de inicio constante. Veremos cómo construir una aplicación QwikCity y qué la hace única. El masterclass te mostrará cómo configurar un proyecto QwikCity. Cómo funciona el enrutamiento con el diseño. La aplicación de demostración obtendrá datos y los presentará al usuario en un formulario editable. Y finalmente, cómo se puede utilizar la autenticación. Todas las partes básicas para cualquier aplicación a gran escala.
En el camino, también veremos qué hace que Qwik sea único y cómo la capacidad de reanudación permite un rendimiento de inicio constante sin importar la complejidad de la aplicación.
Next.js 13: Estrategias de Obtención de Datos
React Day Berlin 2022React Day Berlin 2022
53 min
Next.js 13: Estrategias de Obtención de Datos
Top Content
WorkshopFree
Alice De Mauro
Alice De Mauro
- Introducción- Prerrequisitos para la masterclass- Estrategias de obtención: fundamentos- Estrategias de obtención – práctica: API de obtención, caché (estática VS dinámica), revalidar, suspense (obtención de datos en paralelo)- Prueba tu construcción y sírvela en Vercel- Futuro: Componentes de servidor VS Componentes de cliente- Huevo de pascua de la masterclass (no relacionado con el tema, destacando la accesibilidad)- Conclusión
Depuración del Rendimiento de React
React Advanced Conference 2023React Advanced Conference 2023
148 min
Depuración del Rendimiento de React
Workshop
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Veía una interacción lenta, probaba una optimización aleatoria, veía que no ayudaba, y seguía probando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Hacía una grabación en Chrome DevTools o React Profiler, la examinaba, intentaba hacer clic en cosas al azar, y luego la cerraba frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos cómo analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, cubriremos el rendimiento de interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Masterclass de alto rendimiento Next.js
React Summit 2022React Summit 2022
50 min
Masterclass de alto rendimiento Next.js
Workshop
Michele Riva
Michele Riva
Next.js es un marco convincente que facilita muchas tareas al proporcionar muchas soluciones listas para usar. Pero tan pronto como nuestra aplicación necesita escalar, es esencial mantener un alto rendimiento sin comprometer el mantenimiento y los costos del servidor. En este masterclass, veremos cómo analizar el rendimiento de Next.js, el uso de recursos, cómo escalarlo y cómo tomar las decisiones correctas al escribir la arquitectura de la aplicación.
El Masterclass de Clinic.js
JSNation 2022JSNation 2022
71 min
El Masterclass de Clinic.js
Workshop
Rafael Gonzaga
Rafael Gonzaga
Aprende las formas de la suite de herramientas clinic, que te ayudan a detectar problemas de rendimiento en tus aplicaciones Node.js. Este masterclass te guiará a través de varios ejemplos y te proporcionará los conocimientos necesarios para hacer pruebas de rendimiento y solucionar problemas de E/S y del bucle de eventos.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Una Guía del Comportamiento de Renderizado de React
React Advanced Conference 2022React Advanced Conference 2022
25 min
Una Guía del Comportamiento de Renderizado de React
Top Content
This transcription provides a brief guide to React rendering behavior. It explains the process of rendering, comparing new and old elements, and the importance of pure rendering without side effects. It also covers topics such as batching and double rendering, optimizing rendering and using context and Redux in React. Overall, it offers valuable insights for developers looking to understand and optimize React rendering.
Acelerando tu aplicación React con menos JavaScript
React Summit 2023React Summit 2023
32 min
Acelerando tu aplicación React con menos JavaScript
Top Content
Mishko, the creator of Angular and AngularJS, discusses the challenges of website performance and JavaScript hydration. He explains the differences between client-side and server-side rendering and introduces Quik as a solution for efficient component hydration. Mishko demonstrates examples of state management and intercommunication using Quik. He highlights the performance benefits of using Quik with React and emphasizes the importance of reducing JavaScript size for better performance. Finally, he mentions the use of QUIC in both MPA and SPA applications for improved startup performance.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.
El Futuro de las Herramientas de Rendimiento
JSNation 2022JSNation 2022
21 min
El Futuro de las Herramientas de Rendimiento
Top Content
Today's Talk discusses the future of performance tooling, focusing on user-centric, actionable, and contextual approaches. The introduction highlights Adi Osmani's expertise in performance tools and his passion for DevTools features. The Talk explores the integration of user flows into DevTools and Lighthouse, enabling performance measurement and optimization. It also showcases the import/export feature for user flows and the collaboration potential with Lighthouse. The Talk further delves into the use of flows with other tools like web page test and Cypress, offering cross-browser testing capabilities. The actionable aspect emphasizes the importance of metrics like Interaction to Next Paint and Total Blocking Time, as well as the improvements in Lighthouse and performance debugging tools. Lastly, the Talk emphasizes the iterative nature of performance improvement and the user-centric, actionable, and contextual future of performance tooling.
Optimización de juegos HTML5: 10 años de aprendizaje
JS GameDev Summit 2022JS GameDev Summit 2022
33 min
Optimización de juegos HTML5: 10 años de aprendizaje
Top Content
PlayCanvas is an open-source game engine used by game developers worldwide. Optimization is crucial for HTML5 games, focusing on load times and frame rate. Texture and mesh optimization can significantly reduce download sizes. GLTF and GLB formats offer smaller file sizes and faster parsing times. Compressing game resources and using efficient file formats can improve load times. Framerate optimization and resolution scaling are important for better performance. Managing draw calls and using batching techniques can optimize performance. Browser DevTools, such as Chrome and Firefox, are useful for debugging and profiling. Detecting device performance and optimizing based on specific devices can improve game performance. Apple is making progress with WebGPU implementation. HTML5 games can be shipped to the App Store using Cordova.
Solucionando Problemas de Rendimiento en React
React Advanced Conference 2023React Advanced Conference 2023
22 min
Solucionando Problemas de Rendimiento en React
Top Content
This Talk discusses various strategies to improve React performance, including lazy loading iframes, analyzing and optimizing bundles, fixing barrel exports and tree shaking, removing dead code, and caching expensive computations. The speaker shares their experience in identifying and addressing performance issues in a real-world application. They also highlight the importance of regularly auditing webpack and bundle analyzers, using tools like Knip to find unused code, and contributing improvements to open source libraries.