Un resumen de las principales noticias y actualizaciones que se anunciaron durante nuestro event comunitario en línea de 3 días y un recordatorio sobre los próximos eventos regionales.
Acabamos de concluir nuestro evento de tres días, Web.dev LIVE, donde algunos miembros de la comunidad web se reunieron en línea para hablar sobre el estado del desarrollo web. Comenzamos cada día en una zona horaria regional diferente, y los empleados de Google compartieron una ronda de actualizaciones, noticias y consejos con el espíritu de ayudar a los desarrolladores con herramientas y orientación para mantener la Web estable, potente y accesible.
Si se perdió parte de la transmisión en vivo, todas las sesiones se graban y están disponibles para que las vea en Youtube. También tenemos próximos eventos regionales en todo el mundo que están organizados por Google Developer Groups y ofrecerán sesiones de análisis profundo sobre temas relacionados con lo que cubrimos durante web.dev LIVE.
Let's take a look at some of the news and updates that were shared over the three days.
Vitals web
The Chrome Team
Announced la iniciativa Web Vitals para brindar orientación, métricas y herramientas unificadas para ayudar a los desarrolladores a brindar excelentes experiencias de Username en la web. El equipo de búsqueda de Google también recently announced They will evaluate the experience of the page as a ranking criterion and include Core Web Vitals metrics as a basis.
Los tres pilares de 2020 Core Web Vitals son la carga, la interactividad y la estabilidad visual del contents de la página, que se capturan mediante las siguientes métricas:
- Paint with Largest Content measures perceived loading speed and marks the point on the page loading timeline when a page's main content is likely to have loaded.
- First Input Delay measures responsiveness and quantifies the experience users feel when they first try to interact with a page.
- Cumulative layout change measures visual stability and quantifies the amount of unexpected movement of the content on the page.
At web.dev LIVE, we share best practices on how to optimize for Core Web Vitals and how to use Chrome DevTools to explore the core values of your site. We also share many other performance related talks that you can find at web.dev/live on the Day 1 calendar.
Developing for a platform as broad as the web can be challenging. Build tools are often at the heart of your web development project, assuming a key role in managing your developer and product lifecycle.
We've all seen unwieldy build configuration files, to help web developers and Tool authors conquer the complexity of the web, we created tooling.report. It's a website that helps you choose the right build tool for your next project, decide whether it's worth migrating from one tool to another, or figure out how to incorporate best practices into your code base and tool setup.
We designed a set of tests to determine which build tools allow you to follow web development best practices. We work with the authors of the construction tools to ensure that we use their tools correctly and represent them fairly.
The initial version of tooling.report covers webpack v4, Rollup v2, Parcel v2, and Browserify with Gulp, which seem to be the most popular build tools at the moment. We created tooling.report with the flexibility to add more compilation tools and additional testing with the help of the community.
If we are missing a best practice that should be tried, propose it in a GitHub issue. If you are ready to write a test or add a new tool that we did not include in the initial set, we invite you to
contribute!
In the meantime, you can read more about our approach to creating tooling.report and view our session from web.dev LIVE.
Privacy and security on the web
Chrome believes in an open web that respects user privacy and maintains key use cases that make the web work for everyone.
In 2019, Chrome
proposed una actualización del estándar de cookies para restringir las cookies a contextos de primera parte de forma predeterminada y requerir que las cookies para contextos de terceros se marquen explícitamente como tales. Específicamente, esto proporciona una línea de defensa contra los ataques de falsificación de solicitudes entre sitios. La propuesta ahora está siendo adoptada por Chrome, Firefox, Edge y otros browsers.
While Chrome decided temporary reversal Estos cambios a la luz de COVID-19, lamentablemente, durante una crisis cuando las persons son más vulnerables, también se ve que este tipo de ataques aumentan. Entonces, con la versión estable de Chrome 84 (mediados de julio de 2020), los cambios
start to unfold again in all versions of Chrome from 80 onwards. See the SameSite cookie guide as well as the LIVE session of web.dev for more information.
Furthermore, under the banner of the Privacy Sandbox Chrome está presentando una serie de propuestas de estándares que tienen como target respaldar los casos de uso que permiten a las personas ganarse la vida utilizando la plataforma web, pero hacerlo de una manera que respete mejor la privacidad del usuario. Chrome busca activamente comentarios sobre estas propuestas y participa en los foros abiertos del W3C para discutir las propuestas, así como las enviadas por otras partes. Conozca más sobre esta iniciativa en el Security and privacy for the open web session.
Finally, looking at user safety, Spectrum era una vulnerabilidad que significaba que el código malicioso que se ejecutaba en un proceso del browser podría leer cualquier dato asociado con ese proceso incluso si es de un origen diferente. Una de las mitigaciones del navegador para esto es el aislamiento del sitio, es decir, poner cada sitio en un proceso separado. Vea la sesión EN VIVO de web.dev en el
New cross-origin opening and embedding policies (COOP and COEP) for more information.
Building a website with powerful capabilities
Chrome quiere que tenga la libertad de crear aplicaciones web de la más alta calidad que le brinden el mayor scope a los usuarios en todos los dispositivos. Combinando la capacidad de instalación y confiabilidad de las PWA, con el proyecto de capacidades (Proyecto Fugu), Chrome se enfoca en tres cosas para cerrar la brecha entre lo nativo y la web, para ayudarlo a crear y brindar excelentes experiencias.
First, the Chrome teams have been working hard to give web developers and users more control over the install experience, adding an install promotion to the omnibox, and more. Despite the ubiquity of the web, it is still important for some businesses to have their app in the store. To help, Chrome released
Bubble wrap, una biblioteca y CLI que hacen que be trivial llevar su PWA a Play Store. De hecho, PWABuilder.com now use Bubblewrap under the hood. With just a few clicks of the mouse, you can generate an APK and upload your PWA to the Play Store, as long as you meet the requirements
criteria.
En segundo lugar, Chrome proporciona una integración más estrecha con el sistema operativo, como la capacidad de compartir una foto, una canción o lo que sea invocando el servicio de uso compartido a nivel del sistema con la API Web Share, o la capacidad de recibir contenido cuando se comparte desde un sitio diferente. aplicación instalada. Puede mantener a los usuarios actualizados o notificarles sutilmente de una nueva actividad con la identificación de la aplicación. Además, ahora es más fácil para los usuarios iniciar rápidamente una acción usando Accesos directos a aplicaciones, que llegarán a Chrome 84 (mediados de julio de 2020).
And finally, Chrome has been working on new capabilities that enable new scenarios that were not possible before, such as editors that read and write files on the user's local file system, or get the list of locally installed fonts for users to use. . in their designs.
During web.dev LIVE, we talked about many other capabilities and features that can allow you to offer the same type of experience, with the same capabilities, as native applications. See all sessions at web.dev/live in the Day 2 program.
Chrome Devtools - New Issues Tab, Color Gap Emulator, and Web Vitals Support
One of the most powerful features of Chrome DevTools is its ability to detect problems on a web page and get the developer's attention. This is more pertinent as we move into the next phase of a
web that prioritizes privacy. To reduce notification fatigue and console clutter, Chrome DevTools released the Problems tab which focuses on three types of critical issues to get you started: cookie issues,
mixed contentand COEP issues. See the LIVE session of web.dev at find and fix problems with the Problems tab To get started.
Additionally, with Core Web Vitals becoming one of the most important sets of metrics for web developers to track and measure, DevTools wants to ensure that developers can easily track how they are performing relative to these thresholds. So these three metrics are now in the Performance dashboard of Chrome DevTools.
Y finalmente, con un número creciente de desarrolladores que se centran en la accessibility, DevTools también introdujo una color vision deficiency emulator that allows developers to emulate blurred vision and other types of visual impairments. You can learn more about this and many other features in the What's new in DevTools session.
Lighthouse 6.0 - New Metrics, Core Web Vitals Lab Measurements, Updated Performance Score, and New Audits
Lighthouse es una herramienta automatizada de Open Source que ayuda a los desarrolladores a mejorar el rendimiento de su sitio. En su última versión, el equipo de Lighthouse se centró en brindar información basada en métricas que le brinden una visión equilibrada de la calidad de su user experience frente a dimensiones críticas.
To ensure consistency, Lighthouse added support for Core Web Vitals: LCP, TBT (a proxy for FID since Lighthouse is a lab tool and FID can only be measured in the field) and CLS. Lighthouse also removed three old metrics: First Significant Paint, First CPU Idle, and Maximum Potential FIDs. These eliminations are due to considerations such as metric variability and newer metrics that provide better reflections of the part of the user experience that Lighthouse is trying to measure. Additionally, Lighthouse also made some adjustments to the number of factors for each metric in the overall performance score based on user feedback.
Lighthouse also added a score calculator para ayudarle a explorar su puntuación de rendimiento, proporcionando una comparación entre las puntuaciones de la versión 5 y 6. Cuando ejecuta una auditoría con Lighthouse 6.0, el informe viene con un link a la calculadora con sus resultados completos.
Y finalmente, Lighthouse agregó un montón de nuevas auditorías, con un enfoque en el análisis y la accesibilidad de JavaScript.
Learn more by watching the What's new in speed tools
session.
Learn more
Thanks to all the community members who joined us to discuss the opportunities and challenges of the web platform.
This post summarized some of the highlights of the event, but there was so much more. Be sure to review all sessions and subscribe to the web.dev newsletter if you want to receive more content directly to your inbox. And visit the Regional Events section at web.dev/live to find an upcoming community event in your time zone!