El Estado de la Web: Perspectivas Clave del HTTP Almanac 2024

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Slides
Rate this content

Exploraremos lo último en rendimiento web, examinando cómo se desempeñan los sitios en velocidad y eficiencia. Descubre el impacto de las optimizaciones de rendimiento y las innovaciones que impulsan las experiencias web más rápidas de hoy. Desde lazy loading hasta renderizado eficiente, descubriremos qué distingue a los sitios de alto rendimiento en el paisaje digital en constante evolución.

También dirigiremos nuestra atención al impacto ambiental de la web, discutiendo la creciente conciencia sobre su huella de carbono y los pasos que se están tomando hacia prácticas más sostenibles. Junto a esto, profundizaremos en la adopción de tecnologías de vanguardia como HTTP/3, Progressive Web Apps (PWAs) y modernos frameworks de JavaScript. Estos avances están remodelando el desarrollo web y prometen un futuro más eficiente y ecológico. Únete a nosotros para entender cómo estas tendencias están impulsando tanto el rendimiento como la sostenibilidad en el mundo web.

This talk has been presented at React Day Berlin 2024, check out the latest edition of this React Conference.

Burak Güneli
Burak Güneli
30 min
13 Dec, 2024

Comments

Sign in or register to post your comment.
Video Summary and Transcription
La charla de hoy se centró en Almanac 2024, un informe que examina la sostenibilidad web. El orador discutió varios aspectos de la sostenibilidad web, incluyendo el peso de la página, CSS y JavaScript no utilizados, optimización de imágenes, compresión de texto, almacenamiento en caché y el uso de AI. Enfatizaron la necesidad de reducir la transferencia de datos y las emisiones de carbono a través de prácticas como el green hosting y la implementación de lazy loading, imágenes responsivas y compresión de texto. El orador también destacó la importancia de la acción individual y la colaboración para lograr una web más sostenible. Hicieron un llamado a voluntarios para la próxima edición del informe y alentaron a los ingenieros a adoptar prácticas más ecológicas. En general, la charla proporcionó valiosos conocimientos sobre el estado actual de la sostenibilidad web y ofreció recomendaciones para mejorar.

1. Introducción a Almanac 2024

Short description:

Hoy hablaré sobre Almanac 2024. Soy Burak, un desarrollador con sede en Berlín. Me mudé aquí hace cuatro años y trabajo en una empresa llamada Überall. Me encanta el clima frío. Tengo una relación tóxica con el alemán y estoy tratando de aprenderlo.

Sí, la última vez que me viste, estaba disfrazado. Así que déjame darte un poco de contexto. Mi empresa, organizamos React Berlin Meetup e hicimos la edición de Halloween. Y de hecho tenía mi disfraz de Gandalf, pero salvaste el día porque sacrificaste tu lápiz labial para que la gente pudiera tener disfraces, ¿verdad? Fue amable de tu parte.

Está bien. Hola a todos. Gracias por unirse. Hoy hablaré sobre Almanac 2024. Primero, ¿puedo preguntar cuántos de ustedes conocen Almanac? ¿Alguna vez han oído hablar de él o van a adentrarse en él? Está bien. Está bien. No mucho. Perfecto.

Ayer. Está bien. Así que déjame empezar por mí mismo. Soy Burak. Soy un desarrollador con sede en Berlín. Soy originalmente turco. Me mudé aquí hace cuatro años. He estado aquí durante cuatro años. Trabajo en una empresa llamada Überall y me encanta el clima frío. Es una gran combinación para mí, la ciudad. Aquí puedes verme saltando tontamente en Admiralbrücke. Si no eres de Berlín, te lo recomendaría. Es un gran lugar. Ahora hace un poco de frío, pero aún vale la pena verlo. Tengo una relación tóxica con el alemán. Estoy tratando de aprender alemán, pero aquí arriba puedes ver mi racha de Duolingo.

2. Webalmanak: Internet wrapped for 2024

Short description:

Dejé mi racha de Duolingo después de 643 días. Ahora estoy en el nivel de expatriado. Conozco algunas palabras en alemán. Una tradición que me gusta aquí es Wegbia, donde caminas con un amigo y una cerveza. Ahora vamos a sumergirnos en lo que hablaré hoy: Webalmanak. Es como Spotify Wrapped para el internet en 2024. Probamos millones de páginas web y procesamos terabytes de datos mensualmente. He estado como voluntario para la edición de 2024.

Dejé mi racha de Duolingo. Fueron 643 días. Ahora lo dejé porque estaba procrastinando. Ahora estoy en el nivel de expatriado. Solo conozco palabras como Genau, Mittkarte, Schönentag y algunas palabras extrañas de juegos de mesa como Wachterin. Significa guardián. Inútil. Espero que no lo necesites de todos modos, como ninguno de nosotros.

Comienza con buenos deseos. Y hay una tradición que me gusta aquí. Es Wegbia. Básicamente, la ciudad es plana. Es un poco raro para mí. Soy de Turquía. Es súper montañoso allá. Básicamente agarras una cerveza, agarras un amigo y luego caminas. Es algo bastante agradable. Es una terapia alternativa si me preguntas.

Y suficiente sobre mí. Vamos a sumergirnos en lo que hablaré hoy. Así que hoy hablaré sobre Webalmanak. Para las personas que no han oído hablar de Webalmanak, es básicamente... Así que todos nosotros, como la mayoría de nosotros, recibimos nuestro Spotify wrapped, ¿verdad? Como los mejores artistas, las mejores canciones que tuviste. Es básicamente internet wrapped para 2024. Y probamos casi 17 millones de páginas web. Procesamos 83 terabytes de datos mensualmente. Y luego, al final del año, publicamos nuestro informe sobre cada año. Y la edición de 2024 se lanzó el mes pasado. Y he estado como voluntario para ese proyecto. Hablaré sobre este.

3. Sustainability: Statistics and Recommendations

Short description:

Hablaré sobre el capítulo de Sostenibilidad del gran informe. Participé como autor y analista de datos. Usando BigQuery, procesé 5.2 mil millones de registros sin que me cobraran. Quiero agradecer a mi equipo, ya que ganamos el premio al mejor capítulo. Hoy compartiré estadísticas y recomendaciones sobre la sostenibilidad web.

Así que permítanme entrar en el capítulo del que hablaré. Es un informe enorme. Tiene como, creo, 21 capítulos. Así que no puedo hablar de todos ellos en 20 minutos. Es algo imposible.

Pero el capítulo de Sostenibilidad es el capítulo en el que más me involucré. Y fui autor y analista de datos allí, según el plan inicial. Iba a ser solo autor. No me gusta SQL. Soy ingeniero frontend. Es un proyecto voluntario, así que necesito cubrir algunas partes de él.

Y aquí en esta captura de pantalla, pueden ver mi ansiedad, porque estaba usando BigQuery. Y estaba haciendo algo de procesamiento de datos allí. Son como 5.2 mil millones de registros. Y dije, está bien, espero que Google no me cobre, pero HTTP archive. Hasta ahora, no he recibido ninguna factura. Así que estoy contento por ello.

Necesito agradecer a mi equipo. Soy parte de ellos. Somos nueve personas. Tenemos autores, analistas de datos y editores. Es un gran equipo. Escribimos un capítulo enorme. Y obtuvo el premio al mejor capítulo del HTTP archive este año. Y hablaremos mucho sobre la cuestión de la sostenibilidad web hoy. Les daré algunas estadísticas y algunas recomendaciones, cómo podemos mejorarlo. Y vamos a profundizar. Comenzaremos con las estadísticas. Pero antes de todo eso, comenzaré con una advertencia. No soy una persona para juzgarlos, seguro.

4. Web Sustainability and Personal Impact

Short description:

Admito que no soy la persona más amigable con el clima, tomando muchos vuelos y contribuyendo a problemas ambientales. Había planeado volar a cualquier lugar y trabajar de forma remota, pero cancelé debido a una estafa y a mis preocupaciones ambientales. He conocido a personas inspiradoras que usan prácticas ecológicas. Hablaré sobre la sostenibilidad web.

Y así que no soy la persona más amigable con el clima. Estoy cometiendo muchos crímenes en términos de clima. Estoy tomando muchos vuelos. Esto es... Puedes ver mi falso PNG volando en un avión. Y básicamente, yo estaba... Había un paquete llamado con aire todo lo que puedas volar. No sé si has oído hablar de ello. Se lanzó hace dos o tres meses. Lo compré. Porque estaba planeando... Conseguiré mi computadora. Tomaré mi mochila y volaré a cualquier lugar. Y disfrutaré mi vida trabajando desde allí. Y luego lo cancelé. Porque cambiaron los términos. Fue una especie de estafa. Pero necesito ser honesto contigo. Lo cancelé por mis preocupaciones ambientales. Hoy hablaremos con honestidad. Lo cancelé porque fue una estafa.

Y me encontré con miles de personas. Como grandes personas. Me encontré con algunos de ellos. Algunos están usando Fairphone. Algunos de ellos no están volando. Algunos de ellos solo están usando artículos de segunda mano para reducir sus emisiones de carbono. Así que no soy la persona que puede siquiera alcanzar su nivel. Pero sí. Hablaré sobre la sostenibilidad de la web.

5. Page Weight and Data Limitations

Short description:

Estoy emocionado con este tema. Comencemos con el peso de la página. Nuestro análisis de datos muestra que, en promedio, los sitios web están enviando 8 megabytes de datos a los clientes cuando abren un sitio web, lo cual es mucho más alto que el límite ideal de 500 kilobytes. Necesitamos reducirlo.

Este es mi interés. Sí. Espero que Vizier no sea un patrocinador. Porque acabo de llamarlos. Estafa. Grammarly, vi que es genial. Porsche. Es increíble. Bien. Lo siento. Si lo es, es mi primera y última charla en React Day Berlin. Disfrútala. Espero que no.

Bien. Comencemos con el peso de la página. Según nuestro análisis de datos, descubrimos en... Bien. Permítanme darles una introducción sobre estas diapositivas porque es un poco complicado. En la mayoría de las diapositivas, en el lado izquierdo, verán un gráfico de 2024 y un gráfico de 2022 en el lado derecho. Así que este gráfico básicamente muestra las estadísticas de escritorio y móvil. Y hay un percentil allí. Así que el percentil 10 es el de los sitios web con mejor rendimiento. El percentil 19 es el promedio de todos los sitios web que procesamos. Como 17 millones. Casi 17 millones de sitios web. Y hablaré principalmente sobre el percentil 19 porque hablaré sobre el promedio.

Y según los resultados de este año, en promedio estamos enviando 8 megabytes de datos a la computadora o dispositivo del cliente cada vez que abren nuestro sitio web. Y es enorme. Es definitivamente enorme. Según nuestras investigaciones, idealmente debería ser 500 kilobytes y la cantidad máxima que podemos aceptar debería ser 1 megabyte.

6. Unused CSS and JavaScript

Short description:

Estamos enviando 8 veces más datos que el límite máximo, lo que contribuye al aumento de las emisiones de carbono. A pesar de los avances en CSS y JavaScript, todavía estamos enviando cantidades significativas de código no utilizado. Esta práctica necesita ser abordada para mejorar la sostenibilidad web.

Y ahora estamos haciendo 8 veces más que la cantidad máxima, lo cual es bastante malo. Y también hay... Hay solo una cosa buena al respecto. Acabamos de disminuir nuestra emisión de carbono de cada carga de página en 1 megabyte. Antes era de 9 megabytes. Disminuyó a 8 megabytes. Pero en dos años, el medio ambiente... Es como si el conocimiento ambiental estuviera aumentando y no lo estamos siguiendo. Estamos a una velocidad realmente mala. Deberíamos acelerarlo más y deberíamos disminuir nuestra tasa de página.

Pero bueno. Veamos las estadísticas de CSS. Así que nosotros... Como CSS es fácil, ¿verdad? No debería estar produciendo alguna emisión de carbono o algo así. Debería ser genial porque tenemos frameworks y cosas. Pero no, estamos... Como pueden ver en el lado izquierdo, CSS no utilizado, estamos enviando 225 kilobytes de CSS no utilizado. Y si lo comparas con 8 megabytes, bueno, no es tanto. Es muy pequeño. Tal vez no sea lo primero que necesitamos eliminar y necesitamos abordar. Podría haber problemas más grandes. Solo aumentó 4 kilobytes más. No disminuyó. Estamos enviando más CSS no utilizado. No es lo peor, pero no es bueno.

Tal vez podamos revisar JavaScript porque tenemos todas las herramientas, estamos avanzados, ¿verdad? Deberíamos estar en un buen estado. No. Estamos enviando 907 kilobytes de JavaScript no utilizado, que es en realidad el límite superior que establecimos. Debería ser como máximo un megabyte y estamos cerca de ese límite que recomendamos. Y hay una cosa preocupante.

7. Unused JavaScript Increase

Short description:

En 2022, los sitios web con mejor rendimiento tenían 0 kilobytes de JavaScript no utilizado, pero en 2024, incluso ellos están enviando JavaScript no utilizado. Esta es una preocupación significativa que necesita ser abordada.

Cuando ves los datos de 2022, eran 645 kilobytes. Como si hubiéramos aumentado JavaScript en unos 300 kilobytes, lo cual no está bien. Y hay algo aún peor al respecto. Cuando revisas los datos de 2022, el mejor sitio web, los sitios web con mejor rendimiento, estaban enviando 0 kilobytes de JavaScript no utilizado. Ahora este año, 2024, incluso ellos comienzan a enviar kilobytes de JavaScript no utilizado, lo cual es súper, súper preocupante. Y es algo que deberíamos arreglar.

8. Greenhosting and Image Rate

Short description:

El uso de greenhosting ha disminuido, con solo el 12% de los sitios web utilizándolo en 2024 en comparación con el 13% en 2022. La tasa de imágenes es una estadística preocupante, con imágenes representando más del 50% del peso de la página y alrededor del 70% de las emisiones en el sitio web promedio. Las emisiones de JavaScript pueden ser más altas de lo calculado debido al uso de energía de los dispositivos locales.

No lo sé. Continuemos con las estadísticas. El greenhosting. Bien. Tenemos JavaScript no utilizado, tenemos CSS no utilizado, pero probablemente estamos usando greenhosting, ¿verdad? Como si estuviéramos equilibrándolo, preocupándonos por la sostenibilidad. No, no lo estamos. Como pueden ver aquí, en la parte antigua de 2024, el escritorio no es visible, pero lo escribí en la parte superior, solo el 12% de los sitios web están usando greenhosting. E incluso disminuyó desde 2022, antes era el 13%.

Hay uno... Así que en nuestro informe, no tenemos tal afirmación sobre esto, pero si me preguntan, tal vez la IA pueda tener algún tipo de efecto propio en esto. Llegaré a esa parte en algún momento. Pero sí, el greenhosting ha disminuido. Hasta ahora, no tenemos muchas buenas estadísticas. Veamos la tasa de imágenes. En mi opinión, es la peor estadística que tenemos.

Así que en el lado derecho, comencemos con este gráfico. Aquí pueden ver en promedio, estamos obteniendo esa cantidad de kilobytes por persona, por tipo de persona por tipo de imágenes, las azules, las azul cielo. Estos son solo kilobytes para imágenes que obtenemos. Y esto es más del 50% de la tasa de página que estamos enviando, lo cual es enorme. Es como 4.4 megabytes de datos que estamos enviando en esos 8 megabytes en promedio. Son solo imágenes. Y en el lado derecho, pueden ver las emisiones que calculamos según los tipos de archivo. Y el verde son imágenes. El azul, o como el gris oscuro, eso es JavaScript. Y pueden ver en el promedio, en el sitio web promedio, como el percentil 90%, es alrededor del 70% de las emisiones causadas por imágenes. Necesito dar una nota sobre esto. Así que aquí, están viendo nuestro cálculo de emisiones por tipo. Pero hay una cosa. JavaScript probablemente está emitiendo un poco más porque nuestro modelo que calculamos, las emisiones de carbono, no puede agregar el parámetro de uso de la CPU o como la batería, como la energía que usas en tu dispositivo local. Probablemente es un poco más, pero aún así, las imágenes son enormes.

9. Formatos de Imagen, Carga Diferida e Imágenes Responsivas

Short description:

El uso de los formatos de imagen aviv y webpy ha aumentado, mientras que el uso de JPEG ha disminuido. La carga diferida se implementa en el 35% de las imágenes, pero hay margen de mejora. El 42% de las páginas web utilizan source set para imágenes responsivas, reduciendo la transferencia de datos innecesaria.

No es aceptable. Deberíamos disminuirlo. Pero tal vez estamos usando buenos formatos de imagen, ¿verdad? En el lado izquierdo, finalmente podemos ver algunos buenos datos. Así que no sé si has oído hablar de aviv o webpy. Estos son como los dos nuevos formatos que, que son de menor tamaño, y son mejores para usar porque tienen menos tamaño, después de todo. Pero aviv aumentó un 386%, lo cual es genial porque es el más comprimido y es el de menor tamaño de imágenes. Pero es un poco engañoso porque en 2022, su uso era del 0.3%. Ahora es solo del 1.4%. Sí, algunas personas lo están descubriendo. Webpy está aumentando un 34%, lo cual es realmente genial. Y JPEG disminuyó un 20%. Esto no es tan malo.

Tenemos algo de progreso aquí, al menos, digamos. Pero deberíamos centrarnos más en aviv y webpy porque ahora mismo están siendo soportados ampliamente, e incluso si no están siendo soportados, hay algunas maneras de usarlos y recurrir si no podemos hacerlo. Pero tal vez somos buenos en la optimización de imágenes, así que veamos.

Tenemos las estadísticas de carga diferida en el lado izquierdo y el 35% de las imágenes que tenemos en esas páginas web, tienen carga diferida. No es una mala estadística, pero personalmente, preferiría que se acelerara más fuertemente porque no es algo difícil. Es simplemente, generalmente, una implementación muy fácil. Es solo como un atributo y se carga de manera diferida. Si no está en un viewport, ni siquiera se cargará. Creo que eso es algo que es una fruta al alcance de la mano. Definitivamente podemos recoger eso y disminuir el peso de nuestra página. Y sobre los tipos de imágenes responsivas, en realidad, este es un buen gráfico si me preguntas. Uso de source set que estamos viendo aquí. El 42% de las páginas web están usando source set. Source set, si no lo conoces, básicamente, digamos que tienes un sitio web, es responsivo. El de escritorio es como, estás enviando una imagen de foto de mayor resolución al sitio web porque será enorme y necesitas una mayor resolución. Es comprensible, pero si no usas source set o una imagen alternativa para esa para tamaños de cliente, también estás enviando una imagen de tamaño de resolución enorme a clientes móviles y es un desperdicio. Si usas un source set, básicamente, será como cambiar a la imagen de baja resolución y reducirá algo de transferencia de datos para ti, lo cual es bastante genial. Creo que el 42% no está mal, pero tal vez podamos aumentarlo un poco más el próximo año.

10. Text Compression, Caching, and AI Usage

Short description:

La compresión de texto es crucial para reducir el peso de la página, con un 53% de archivos que no utilizan compresión. El almacenamiento en caché está ampliamente implementado, con solo el 25% de las páginas que no lo utilizan. Sin embargo, el almacenamiento en caché debería optimizarse aún más para alcanzar un nivel ideal. Las búsquedas de AI consumen 30 veces más energía que las búsquedas tradicionales, lo que sugiere la necesidad de reconsiderar la dependencia de AI para consultas pequeñas.

La compresión de texto, si me preguntas, es lo más fácil de implementar. Es súper fácil y estamos perdiendo el 53% de los archivos. El 53% de los archivos no están utilizando compresión de texto, lo cual creo que es como lo primero que deberíamos hacer. Es el punto de partida para resolver este problema de peso de página porque básicamente, digamos que estoy enviando mi teléfono a mi abuela. Estoy agarrando un paquete enorme, voy a Deutsche Post, DHL, pongo mi teléfono dentro de él y simplemente envío ese paquete enorme. Va por el aire, es como si hubiera un pequeño teléfono dentro de él. No necesitamos enviar un paquete enorme, podemos simplemente comprimirlo y enviarlo de esa manera. Nos ahorrará mucha transferencia de datos, hasta un 80%.

Almacenamiento en caché. El almacenamiento en caché está en buenas estadísticas, si me preguntas. El 25% de las páginas no están utilizando almacenamiento en caché. Incluso si no están utilizando almacenamiento en caché, a algún nivel están siendo almacenadas en caché sin su control. Si no dicen específicamente que no, no hay caché. El 25% no está mal. Puedes decir que tal vez el 25% no está almacenando en caché a propósito, pero no creo que el 25% no lo esté haciendo a propósito, tal vez como el 10%. Sería mejor tener más, son realmente buenas estadísticas si me preguntas, pero aún así el almacenamiento en caché no es algo nuevo. Ha estado ahí por años, así que tal vez sería mejor tenerlo al nivel de nivel ideal. Sí, no son malas estadísticas.

Y por último, AI. Así que no estoy en contra de AI, básicamente, pero necesito decir esto. En comparación con las búsquedas tradicionales que estás haciendo, las búsquedas de AI, según la investigación, consumen 30 veces más energía. Así que tal vez deberíamos dejar de hacer preguntas pequeñas a AI y preguntarlas a Google, de la manera tradicional o a otras plataformas, Bing, otras, no sé, la que prefieras. Y me gusta esto, teníamos esta frase antes, los juniors, pasantes, la gente venía a nosotros, decían, tengo una pregunta tonta. Y en ese momento, es como, se sienten un poco débiles, pero es el punto en el que tienen algo que no pueden resolver en sus mentes. Pero una vez que lo resuelven, van a crecer mucho. Y ahora nadie viene con la frase, tengo una pregunta tonta. Todo el mundo va a AI, desafortunadamente. Y realmente extraño esa frase, creo que era súper encantadora. Por favor, regresa con esa pregunta si eres un junior o un pasante, no voy a juzgar. Si las personas a las que preguntas van a juzgar, ven a mí.

11. Image Optimizations and Website Performance

Short description:

Responderé preguntas relacionadas con el front end, y alguien más se encargará de las consultas de back end. Las optimizaciones de imágenes utilizando AWIF y WebP, con alternativas a JPEG y PNG, pueden reducir significativamente el uso de datos. Utilizar la etiqueta picture, source set y lazy loading optimizará aún más el sitio web.

Responderé en front end, y si estás preguntando sobre back end, encontraré a alguien, no te preocupes.

Bien, necesito ser rápido. Suficiente negatividad, no tengo mucho. Bien, vamos.

Optimización de imágenes, configuro AWIF y WebP. Puedes ver aquí el soporte de los navegadores, está siendo ampliamente soportado. En Internet Explorer, no está siendo soportado, ninguno de los dos. En Safari, en una versión muy antigua, AWIF no está siendo soportado. Pero aún así, sé que Internet Explorer no se usa mucho. No digo que los ignores, sería un problema de accesibilidad. Tal vez algunas personas mayores lo necesiten, no podemos excluirlas. También tienen derecho a usar internet. Pero aún así, puedes usar la etiqueta picture. La etiqueta picture es básicamente una etiqueta. Si no lo sabes, puedes tener algunas alternativas. Puedes comenzar con AWIF, puedes comenzar con WebP. Y si esos no son soportados, entonces recurre a JPEG y PNG. Y entonces estarás ahorrando muchos datos. También, por favor tu source set. Source set es como, disminuirá mucho la transferencia de datos móviles. Y lazy load, nos ayudará mucho. Estas son las formas de solucionarlo.

12. Text Compression and Green Hosting

Short description:

La compresión de texto usando Gzip puede reducir el peso de la página hasta en un 80%, ahorrando kilobytes de transferencia y costos para la empresa. Detectar y eliminar JavaScript, CSS y otros archivos no utilizados se puede hacer usando Chrome DevTools. Utilizar tree shaking, code splitting y cargar fragmentos más pequeños cuando sea necesario puede optimizar aún más el uso de datos. Definir servicios de green hosting es un desafío debido a varios parámetros.

La compresión de texto, es muy sencilla. No conozco la tercera opción, está en nuestro informe anterior. No quiero hablar de ello sin conocimiento. Pero Gzip y Broadly. Con Gzip, básicamente puedes tener como potencialmente hasta un 80% de compresión, lo cual es una oportunidad fácil de aprovechar. Y puedes tomarla y puedes disminuir mucho el peso de tu página. Estarás ahorrando más kilobytes de transferencia. Y además, estarás reduciendo los costos de tu empresa. Recibirás un aumento o algo así.

No lo sé. Y el peso de la página. Mira, hay un video aquí. Tomé este video de Amazon hace dos, tres días. Y puedes ver el informe de cobertura de ello. Es como la página de escritorio, como la página principal de Amazon. En la parte inferior, cuando vamos a la cobertura, puedes ver que creo que eran como 6.4 megabytes de JavaScript no utilizado o archivos no utilizados, transferencia de archivos. Aquí, puedes ver 6.3 megabytes. Se ha ido. Pero está allí. Lo verás.

Sí. Así que, no es fácil, lo sé. No es fácil eliminar tu JavaScript o CSS no utilizados u otras cosas de archivos, pero es fácil detectarlo. Es solo una función de Chrome DevTools y luego lo detectas. Y luego puedes usar tree shaking. Puedes comenzar con code splitting. Puedes hacerlo como fragmentos más pequeños. Y con los fragmentos más pequeños, estarás ahorrando muchos datos si los cargas cuando son necesarios. Green hosting, es muy difícil definir algunos de esos hosting...

13. Green Hosting and Carbon Emissions

Short description:

Definir servicios de green hosting es un desafío debido a varios parámetros. Cambiar a green hosting y usar CDNs puede reducir el consumo de energía. Se puede utilizar el almacenamiento en caché para páginas que no requieren una obtención frecuente. Las emisiones de carbono por página han aumentado de 1.29 a 1.47 gramos de dióxido de carbono, lo que indica la necesidad de reducción.

Es difícil definir qué servicio de hosting es green, porque hay muchos parámetros. Si estás interesado en ello, deberías revisar este artículo que compartí en el lado derecho. Si quieres una solución rápida, puedes usar la tercera opción de la lista. Es como... Hay un enlace por allí. Por allí. Si vas allí, puedes encontrar los servicios de green hosting según los países, porque no todos los servicios de green hosting... No todos los servicios de hosting son green en todos los países.

Puedes intentar cambiar a green hosting. También es una fruta al alcance de la mano. Y además, puedes intentar usar más CDN, porque los CDNs están colocados geográficamente, como paquetes mejor ubicados, datos que puedes obtener. Y será más fácil para ti no solicitar algo desde los Estados Unidos. Si usas CDN, tal vez será un destino súper cercano. Viajará menos. Consumirá menos energía, digamos.

Caching. No necesito hablar sobre caching. Todos lo conocemos. Está allí desde hace años. Tal vez si no tienes ninguna política de caching estricta para algunas páginas estrictas, si no necesitas obtenerla todo el tiempo, tal vez puedas hacer caching para esas. Por último, pero no menos importante. Las estadísticas finales. Este es el... Según nuestro informe, estamos obteniendo esta emisión de carbono. Para cada página en 2024, estamos generando en promedio 1.47% de... 1.47 gramos de dióxido de carbono. Y lamentablemente aumentó. En 2022, era 1.29. Lamentablemente aumentó. Deberíamos disminuirlo.

14. Following up on Initiatives and Emissions

Short description:

Deberíamos dar seguimiento a otras iniciativas amigables con el medio ambiente y calcular nuestra huella de carbono. Disminuir el tamaño de las imágenes y ser conscientes al ejecutar consultas en grandes conjuntos de datos puede ayudar a reducir las emisiones. Nuestras emisiones mensuales son equivalentes a un coche de gasolina estándar antiguo viajando tres veces alrededor del mundo o a las emisiones de 323 smartphones durante su fabricación. Aunque no es lo peor, estamos trabajando activamente para disminuir nuestras emisiones. No dudes en preguntarme cualquier cosa, incluso sobre la cocina turca.

Deberíamos dar seguimiento a las otras iniciativas de iniciativas amigables con el medio ambiente. Y también necesito compartir esto. También calculamos nuestra huella de carbono como WebAlmanac porque simplemente... No puedo simplemente juzgar a la gente. Necesitas disminuir el tamaño de tus imágenes y también debería poner algunas reglas a nuestro grupo de personas, ¿verdad? Según nuestras investigaciones, estamos haciendo un rastreo web mensual. Estamos obteniendo una gran cantidad de datos. Está en Google BigQuery. Puedes ir allí y básicamente ejecutar tus consultas. Solo ten cuidado. Si ejecutas tus consultas en grandes conjuntos de datos, tendrás un gran remordimiento. Solo ten cuidado.

Según nuestros rastreos, estamos generando mensualmente un coche de gasolina estándar antiguo para viajar tres veces alrededor del mundo. O como 323 smartphones equivalentes a 323 smartphones de emisión de carbono cuando los fabricas. Es nuestra emisión como WebAlmanac o HTTP archive. Y estamos tratando de reducirla. No es bueno. Debería ser menos, pero no es lo peor. Pero definitivamente estamos trabajando en ello para reducirlo.

Finalmente, es el final. Aquí puedes encontrar mis redes sociales. Pregúntame cualquier cosa. Hazme preguntas tontas. Pregúntame. Soy turco. Puedes preguntarme dónde debería comer döner en. Aquí. Te guiaré. Incluso te guiaré con los veganos porque fui pescetariano por un tiempo. No comí carne. Así que pregúntame cualquier cosa.

QnA

Call for Collaboration

Short description:

Necesitamos más personas para ayudar con la próxima edición 2025 del WebAlmanac. Únete a nosotros y traduce el WebAlmanac a tu idioma nativo para hacer una contribución significativa.

Aquí necesitamos mucha gente. Ahora mismo tenemos 20 capítulos, creo, pero no pudimos publicar algunos de los capítulos porque no tenemos suficiente gente. No pudimos asignar a nadie a esos capítulos. Por favor, ayúdanos en la edición 2025. Incluso si está muy lejos, si quieres empezar de inmediato, puedes unirte a nosotros y puedes comenzar a traducir el WebAlmanac a tu idioma nativo. Nos ayudará mucho.

Y hay algunos enlaces adicionales. Perdón por el tiempo extra. Correcto. Muchas gracias Burak. Fue una charla increíble sobre sostenibilidad.

Web Frameworks and Sustainability

Short description:

¿Hay algún dato sobre el uso de frameworks web y características de sostenibilidad en React? Tenemos datos sobre CMS y sitios web de comercio electrónico, pero no estoy seguro sobre React ya que es un lanzamiento reciente. Reunámonos después de la charla para explorarlo más a fondo.

Entonces, entre esos sitios web que se están analizando, ¿hay alguna comparación sobre qué framework web utilizan? ¿React tiene alguna característica para mejorar la sostenibilidad? Entonces, no sé si tenemos datos específicos para React. Tenemos datos para CMS y sitios web de comercio electrónico como Shopify. Si usas Next.js, ¿cuánto produce? No estoy seguro si tienes para React porque es un capítulo enorme y se acaba de lanzar hace un mes. No tuve la oportunidad de leer todo. Lo siento, no quiero dar una respuesta falsa a eso, pero tal vez después de esta charla podamos reunirnos y revisarlo juntos.

Optimizing GPT and Shifting Focus

Short description:

¿No podría GPT encerrar preguntas estúpidas y optimizarán? Están considerando trabajar en energía nuclear, lo que podría ser una alternativa de bajas emisiones. Cambiar el enfoque a un modelo más sostenible implica mostrar el porcentaje de imágenes del peso de la página a los responsables de la toma de decisiones y colaborar con diseñadores e ingenieros de UX. Saber qué JavaScript no se utiliza se puede determinar a partir del informe de cobertura en DevTools.

Definitivamente, gracias. Entonces, la siguiente pregunta, ¿no podría GPT también encerrar preguntas estúpidas? ¿Crees que trabajarán en optimizar? Creo que sí, eventualmente definitivamente trabajarán en optimizar. Escuché algo así. Están planeando trabajar en energía nuclear, lo cual será una gran mejora porque no sé, la energía nuclear, está en debate en mi opinión. Creo que es una opción súper verde para producir energía, pero no quiero ofender a nadie. Si cambian a energía nuclear, será súper súper baja en emisiones. Cambiaría de Google a ChatGPT de inmediato. Sí, se solucionará. Solo digo que por ahora, solo ten cuidado con lo que haces. No preguntes como una receta de comida. Puedes encontrarlo en Google o YouTube. Google, digamos que Google es el mejor o las otras directrices. No sé. Sí, sí. De acuerdo. Gracias. Siguiente pregunta.

Tenemos, ¿qué podemos hacer para cambiar el enfoque de una UI y UX fuertemente orientada al rendimiento a un modelo más sostenible? Entonces, si estás trabajando en una empresa, básicamente lo primero que deberías hacer es mostrar el porcentaje promedio de imágenes del peso de la página a las personas que están pagando los precios de hosting. Solo muéstrales, está bien, más del 50% de nuestros precios se destinan a imágenes. Deberíamos hablar con los diseñadores o quien sea responsable de ello, los ingenieros de UX y deberíamos disminuirlo. Nos ahorrará algo de dinero ahora mismo. Creo que esa es la mejor manera de hacerlo. Definitivamente ganarás algunos enemigos del equipo de diseño y del equipo de UX, pero tal vez valga la pena. Probablemente. Tal vez valga la pena. Tal vez valga la pena.

Y luego tenemos, ¿cómo sabes qué JavaScript se usa o no se usa? ¿Cómo lo sabemos? Sí. Básicamente, mostré el, como no es tan diferente. Mostré el informe de cobertura de las DevTools. Incluso puedes encontrarlo para tu sitio web o cualquier sitio web.

Identifying Unused JavaScript and CSS

Short description:

Los archivos de JavaScript no utilizados se pueden identificar usando DevTools. El CSS no utilizado puede contribuir a las emisiones de carbono cuando se multiplica por el número de clics en el sitio web. Considera la transferencia de datos, la energía desperdiciada y varios parámetros involucrados. El CSS no utilizado es un desperdicio y emite carbono. Pasar a una aplicación verde requiere acción individual.

Solo vas a DevTools. Dices, verifica la cobertura y luego simplemente encuentras los archivos de JavaScript que no están, que tienen bytes no utilizados. Y sí, esa es la manera, la manera fácil para el rastreo de datos del almanaque web. No trabajé en eso, como el equipo de rastreo de datos. Solo trabajé escribiendo algunas consultas SQL para rastrear datos. Así que no soy la persona a quien preguntar, pero si me encuentras, te contactaré con algunas personas que son del equipo principal de rastreo de datos. Sí. Gracias.

Tenemos otra. ¿Cómo afecta el CSS no utilizado a las emisiones de carbono? Así que piensa de esta manera. Digamos que Amazon tiene 200 kilobytes de CSS no utilizado. Digamos, no sé. Tuvimos este video. Podemos verificarlo en realidad, pero digamos 200 kilobytes. Amazon está recibiendo miles de millones de clics, ¿verdad? Así que básicamente estás multiplicando 200 kilobytes por miles de millones. Y 200 kilobytes por miles de millones, cuando multiplicas, es una gran cantidad de transferencia de datos y es una gran cantidad de energía. Depende de muchas cosas. Depende de en qué país estás. Depende de la intensidad de la red, cuánta energía estás desperdiciando al transferir algunos datos a través de cables. Tiene muchos parámetros. Pero básicamente al final, en promedio, según nuestros últimos cálculos, un sitio web tiene 200 kilobytes. Y si lo multiplicas por miles de millones, estás emitiendo mucho carbono, desafortunadamente, porque no se está utilizando. Si se estuviera utilizando, está bien, entonces emite, porque tal vez es a propósito. Resuelve algo, tal vez. Pero si no se utiliza, es un desperdicio. Gracias.

Tenemos tiempo para una pregunta más. ¿Hay alguna herramienta que pueda apoyar el paso a una aplicación verde? Oh. Tú eres la herramienta.

Engineers and Green Practices

Short description:

Como ingenieros, tenemos el poder de avanzar hacia prácticas más ecológicas. Cambiar a un hosting verde es un paso, pero reducir el tamaño de las imágenes también es crucial. A menudo cuestionamos la sostenibilidad de nuestro código. Gracias por sus preguntas, y siéntanse libres de hacer más durante la sesión de preguntas y respuestas.

Somos los ingenieros, ¿verdad? {{^}}Somos los ingenieros. Somos la herramienta para avanzar hacia lo ecológico. Así que básicamente puedes cambiar a un hosting verde, está bien. Pero es solo una cosa por hacer. También necesitas disminuir el tamaño de las imágenes. Sí, somos la herramienta. No hay herramienta. O tal vez como herramientas, podemos construir una herramienta. Pero creo que es demasiado detallado para hacer eso. Creo que será mejor que lo hagas tú. Está bien.

Sí. Nosotros como desarrolladores, a menudo preguntamos, ¿es nuestro código limpio, sostenible? Lo sé, no sostenible. La mayoría de las veces, no. Y ese es un tema muy interesante para investigar. Muchas gracias por tu respuesta. Gracias por sus preguntas. Y si tienen más preguntas, él estará disponible en su lugar de preguntas y respuestas. Y para las personas a la distancia, aún pueden hacer preguntas en Discord y él estará respondiéndolas más tarde. Seguro. Por supuesto. Muchas gracias.

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 2022React Advanced 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.
How React Compiler Performs on Real Code
React Advanced 2024React Advanced 2024
31 min
How React Compiler Performs on Real Code
Top Content
I'm Nadia, a developer experienced in performance, re-renders, and React. The React team released the React compiler, which eliminates the need for memoization. The compiler optimizes code by automatically memoizing components, props, and hook dependencies. It shows promise in managing changing references and improving performance. Real app testing and synthetic examples have been used to evaluate its effectiveness. The impact on initial load performance is minimal, but further investigation is needed for interactions performance. The React query library simplifies data fetching and caching. The compiler has limitations and may not catch every re-render, especially with external libraries. Enabling the compiler can improve performance but manual memorization is still necessary for optimal results. There are risks of overreliance and messy code, but the compiler can be used file by file or folder by folder with thorough testing. Practice makes incredible cats. Thank you, Nadia!
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.

Workshops on related 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 Workshop
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 🤐)
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
Workshop
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 2023React Advanced 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 🤐)
Construyendo aplicaciones web que iluminan Internet con QwikCity
JSNation 2023JSNation 2023
170 min
Construyendo aplicaciones web que iluminan Internet con QwikCity
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.
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.
Maximizar el rendimiento de la aplicación optimizando las fuentes web
Vue.js London 2023Vue.js London 2023
49 min
Maximizar el rendimiento de la aplicación optimizando las fuentes web
WorkshopFree
Lazar Nikolov
Lazar Nikolov
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 CLSRecapitulación y conclusión