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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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í.

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.

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...

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.

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.

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.

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.

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.

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.

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.