Lock in $30 Savings on PROโ€”Offer Ends Soon! โณ

๐Ÿ‡ฑ๐Ÿ‡น Build Stuff 2022

๐Ÿ‡ฑ๐Ÿ‡น Build Stuffย 2022

โ„น๏ธ Web performance APIs you (probably) didn't know existed

Responsiveness to interaction is crucial for our apps and youโ€™ve probably heard about the amazing tools we have to measure web performance. But did you know there are many performance APIs native to the Web Platform?

In this talk, weโ€™ll see how to leverage the power of some of them to reliably measure responsiveness and correctly identify culprits for bad experiences.

Matheus Albuquerque

November 10, 2022
Tweet

More Decks by Matheus Albuquerque

Other Decks in Programming

Transcript

  1. Hello, Build Stuff ๐Ÿ‘‹ ๐Ÿ‡ฑ๐Ÿ‡น WEB PERFORMANCE APIS YOU (PROBABLY)

    DIDN'T KNOW EXISTED โ€ข THE 10TH OF NOVEMBER, 2022.
  2. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED ๐Ÿง‘๐Ÿซ @techlabs

    ๐Ÿฆ @ythecombinator ๐Ÿ‘จ๐Ÿ’ป @medallia โ†‘ ALL THE LINKS! ๐Ÿค“
  3. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED โ†‘ ALL

    THE LINKS! ๐Ÿค“ ๐Ÿบ DEEP DIVE! LETโ€™S DISCUSS MORE IN THE AFTER CONF!
  4. โ† HTTP/2 โ† COMPRESS JAVASCRIPT (E.G. WITH BROTLI/ZSTD) AND USE

    IMAGE CDNS (40โ€“80% SAVINGS) โ† OPTIMIZE THIRD-PARTIES (DEFER/REPLACE/ UPDATE THEM) โ† WORKERS TO OFF-LOAD THE MAIN THREAD YOU ALREADY KNOWโ€ฆ
  5. This talk presents Why am I here? Measuring Measuring (with

    the platform) Optimizing (with the platform) Why are we here? Closing thoughts
  6. This talk presents Why am I here? Measuring Measuring (with

    the platform) Optimizing (with the platform) Why are we here? Closing thoughts
  7. #QUESTION ๐Ÿค” What does it mean to be fast? If

    you were to summarize web performance in one metric, whatโ€™d be your pick?
  8. #QUESTION ๐Ÿค” What does it mean to be fast? If

    you were to summarize web performance in one metric, whatโ€™d be your pick? e.g. load time, responsiveness, etc.
  9. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED If you

    were to summarize web performance in one metric, whatโ€™d be your pick?
  10. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED If you

    were to summarize web performance in one metric, whatโ€™d be your pick? 1st/2nd/3rd ANSWERS โ† SWAG ๐Ÿ‘• OTHERS โ† STICKERS ๐Ÿ’…
  11. #PROTIP๐Ÿ’ก A lot of loading metrics don't capture user experience.

    We need to think about our metrics in terms of what matters.
  12. #QUESTION ๐Ÿค” What does it mean to be fast? If

    you were to summarize web performance in one metric, whatโ€™d be your pick?
  13. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED If you

    were to summarize web performance in one metric, whatโ€™d be your pick?
  14. MEASURING PERCEIVED LOAD SPEED HOW QUICKLY A PAGE CAN LOAD

    AND RENDER ALL OF ITS VISUAL ELEMENTS TO THE SCREEN LOAD RESPONSIVENESS HOW QUICKLY A PAGE CAN LOAD/RUN ANY REQUIRED JS IN ORDER FOR COMPONENTS TO RESPOND TO USER INTERACTION RUNTIME RESPONSIVENESS AFTER THE PAGE LOAD, HOW QUICKLY CAN THE PAGE RESPOND TO USER INTERACTION? SMOOTHNESS DO TRANSITIONS & ANIMATIONS RENDER AT A CONSISTENT FRAME RATE AND FLOW FLUIDLY?
  15. #PROTIP๐Ÿ’ก The only way to truly know how your site

    performs for your users is to actually measure its performance as those users are loading and interacting with it.
  16. โ† THE FIRST EVER RUM EXPERIMENT IN 1746 โ† HE

    GATHERED หœ200 MONKS IN CIRCUMFERENCE, WIRED USING IRON, AND DISCHARGED A BATTERY THROUGH THE HUMAN CHAIN โ† HE WAS TESTING THE LATENCY OF AN ELECTRIC SIGNAL WITH REAL USERS JEAN-ANTOINE NOLLET
  17. #PROTIP๐Ÿ’ก Browsers now provide us with many apis to fetch

    performance metrics that help site owners make sites faster.
  18. MEASUREMENT APIS GENERAL STUFF DOMHighResTimeStamp, PerformanceObserver, PAGE VISIBILITY API &

    LAYOUT INSTABILITY API PROFILING LONG TASKS API, UserAgentSpecificMemory & JS SELF- PROFILING API TIMING USER TIMING, ELEMENT TIMING. EVENT TIMING, RESOURCE TIMING, NAVIGATION TIMING & SERVER TIMING SENSORS BATTERY STATUS & NETWORK INFORMATION
  19. โ† CANCEL NETWORK REQUESTS AND OTHER TIME- BASED EVENTS โ†

    FETCH INCOMPLETE MEDIA OR DOWNLOAD THE REST OF YOUR BUNDLES USING DYNAMIC IMPORTS โ† PAUSE VIDEOS AND CAROUSELS, IF THE USER IS NOT WATCHING THEM PAGE VISIBILITY
  20. โ† SUBSCRIBE TO PERFORMANCE-RELATED EVENTS โ† CALLBACKS ARE GENERALLY FIRED

    DURING IDLE PERIODS โ† YOU TELL THE OBSERVER WHAT TYPES OF ENTRIES TO LISTEN FOR PerformanceObserver
  21. const observer = new PerformanceObserver((list) = > { for (const

    entry of list.getEntries()) { console.log(entry.toJSON()); } }); observer.observe({type: 'some-entry-type'}); PerformanceObserver
  22. โ† MANY WEBSITES HAVE DOM ELEMENTS SHIFTING AROUND DUE TO

    CONTENT LOADING ASYNCHRONOUSLY โ† THIS API GIVES US A LIST OF ALL LAYOUT SHIFT EVENTS ON A PAGE LAYOUT INSTABILITY
  23. const observer = new PerformanceObserver((list) = > { const entries

    = list.getEntries(); / / Shifts that are not preceded by input events const nonInputEntries = entries.filter((entry) = > !entry.hadRecentInput); for (const entry of nonInputEntries) { console.log(entry); } }); observer.observe({type: 'layout-shift'}); LAYOUT INSTABILITY
  24. TIMING (1st ACT) USER TIMING ALLOWS YOU TO MARK POINTS

    IN TIME AND THEN MEASURE THE DURATION BETWEEN THOSE MARKS. EVENT TIMING EVENT PROCESSING TIME + TIME UNTIL THE NEXT FRAME CAN BE RENDERED. THE BASIS FOR THE FID METRIC. ELEMENT TIMING MEASURE THE RENDER TIME OF SPECIFIC ELEMENTS. THE BASIS FOR THE LCP METRIC.
  25. / / Record the time i m m ediately before

    running a task performance.mark('myTask:start'); await doMyTask(); / / Record the time i m m ediately after running a task performance.mark('myTask:end'); / / Measure the delta between the start and end of the task performance.measure('myTask', 'myTask:start', โ€˜myTask:end'); observer.observe({type: 'measure'}); USER TIMING
  26. โ† ALLOWS YOU TO MEASURE THE RENDER TIME OF SPECIFIC

    ELEMENTS โ† USEFUL FOR KNOWING WHEN THE LARGEST IMAGE OR TEXT BLOCK WAS PAINTED TO THE SCREEN โ† THE BASIS FOR THE LARGEST CONTENTFUL PAINT (LCP) METRIC ELEMENT TIMING
  27. โ† USEFUL TO MEASURE THE EVENT PROCESSING TIME AS WELL

    AS THE TIME UNTIL THE NEXT FRAME CAN BE RENDERED โ† EXPOSES A NUMBER OF TIMESTAMPS IN THE EVENT LIFECYCLE โ† THE BASIS FOR THE FIRST INPUT DELAY METRIC EVENT TIMING
  28. const observer = new PerformanceObserver((entryList) = > { const firstInput

    = entryList.getEntries()[0]; const firstInputDelay = firstInput.processingStart - firstInput.startTime; / / Measure the time it takes to run all event handlers const firstInputProcessingTime = firstInput.processingEnd - firstInput.processingStart; / / Measure the entire duration of the event const firstInputDuration = firstInput.duration; }); observer.observe({type: 'first-input'}); EVENT TIMING
  29. MEASURE THE LATENCYโ€ฆ โ† FROM A CLICK UNTIL WE REORDER

    CONTENT ON A TABLE โ† TO DRAG A SLIDER TO FILTER SOME DATA โ† FOR A FLYOUT TO APPEAR WHEN HOVERING A MENU ITEM EVENT TIMING
  30. PROFILING LONG TASKS API REPORTS TASKS THAT TAKES LONGER THAN

    50 MS AND IT'S THE BASIS FOR TTI AND TBT METRICS JS SELF-PROFILING API PROFILE SPECIFIC COMPLEX OPERATIONS AND IDENTIFY HOT SPOTS USING A SAMPLING PROFILER UserAgentSpecificMemory DETECT MEMORY LEAKS IN APPS THAT HANDLE A HUGE VOLUME OF DATA
  31. โ† REPORTS TASKS THAT TAKES LONGER THAN 50 MS โ†

    USEFUL TO TRACK WHEN THE BROWSER'S MAIN THREAD IS BLOCKED โ† THE BASIS FOR TIME TO INTERACTIVE (TTI) AND TOTAL BLOCKING TIME (TBT) METRICS LONG TASKS
  32. observer.observe({type: 'longtask'}); { name: "same-origin-descendant", entryType: "longtask", startTime: 1023.40999995591, duration:

    187.19000002602115, attribution: [ { name: "unknown", entryType: "taskattribution", startTime: 0, duration: 0, containerType: "iframe", containerSrc: "child.html", containerId: "", containerName: "child1" } ] }; LONG TASKS
  33. const profiler = new Profiler({ sampleInterval: 10, maxBufferSize: 10000 });

    / / Do work . . . const trace = await profiler.stop(); sendProfile(trace); JS SELF-PROFILING
  34. โ† PROFILE SPECIFIC COMPLEX OPERATIONS โ† PROFILE THIRD-PARTY SCRIPTS โ†

    COMBINE WITH OTHER EVENTS/IMPORTANT METRICS, LIKE LONG TASKS OR EVENT TIMING APIS JS SELF-PROFILING
  35. โ† MEASURES THE MEMORY USAGE AND DETECTS MEMORY LEAKS โ†

    WAITS FOR THE NEXT GC AND THEN MEASURES MEMORY IMMEDIATELY AFTER THE UNNEEDED MEMORY HAS BEEN RELEASED โ† FORCES GC IF IT DOES NOT HAPPEN FOR 20S UserAgentSpecificMemory
  36. โ† FORGETTING TO UNREGISTER AN EVENT LISTENER โ† ACCIDENTALLY CAPTURING

    OBJECTS FROM AN IFRAME โ† NOT CLOSING A WORKER โ† ACCUMULATING OBJECTS IN ARRAYS MEMORY LEAKS
  37. const obj = { a: new Array(1000), b: new Array(2000)

    }; setInterval(() = > { console.log(obj.a); }, 1000); MEMORY LEAKS
  38. { name: "same-origin-descendant", entryType: "longtask", startTime: 1023.40999995591, duration: 187.19000002602115, attribution:

    [ { name: "unknown", entryType: "taskattribution", startTime: 0, duration: 0, containerType: "iframe", containerSrc: "child.html", containerId: "", containerName: "child1" } ] } { bytes: 1000000, breakdown: [ { bytes: 1000000, attribution: [ { url: "https://example.com", scope: "Window", }, ], types: ["JS", "DOM"], }, { bytes: 0, attribution: [], types: [], }, ], } { "frames": [ { "name": "Profiler" }, { "column": 0, "line": 100, "name": "", "resourceId": 0 }, { "name": "set innerHTML" }, { "column": 10, "line": 10, "name": "A", "resourceId": 1 } { "column": 20, "line": 20, "name": "B", "resourceId": 1 } ], "resources": [ "https://example.com/page", "https://example.com/app.js", ], "samples": [ { "stackId": 0, "timestamp": 161.99500000476837 }, { "stackId": 2, "timestamp": 182.43499994277954 }, { "timestamp": 197.43499994277954 }, { "timestamp": 213.32999992370605 }, { "stackId": 3, "timestamp": 228.59999990463257 }, ], "stacks": [ { "frameId": 0 }, { "frameId": 2 }, { "frameId": 3 }, { "frameId": 4, "parentId": 2 } ] } LONG TASKS SELF-PROFILING USERAGENT MEMORY ๐Ÿบ
  39. TIMING (2nd ACT) RESOURCE TIMING RETRIEVE AND ANALYZE DETAILED NETWORK

    TIMING DATA REGARDING THE LOADING SERVER TIMING COMMUNICATE PERFORMANCE METRICS ABOUT HOW TIME IS SPENT WHILE PROCESSING THE REQUEST NAVIGATION TIMING COMPLETE TIMING INFORMATION FOR NAVIGATION OF A DOCUMENT
  40. const observer = new PerformanceObserver((list) = > { for (const

    entry of list.getEntries()) { / / If transferSize is 0, the resource was fulfilled via the cache. console.log(entry.name, entry.transferSize === 0); } }); observer.observe({type: 'resource'}); RESOURCE TIMING
  41. const observer = new PerformanceObserver((list) = > { for (const

    entry of list.getEntries()) { console.log('Time to first byte', entry.responseStart); } }); observer.observe({type: 'navigation'}); NAVIGATION TIMING
  42. / / ServiceWorker startup time const workerStartupTime = entry.responseStart -

    entry.workerStart; / / Request time only (excluding redirects, DNS, and connection/TLS time) const requestTime = entry.responseStart - entry.requestStart; / / Response time only (download) const responseTime = entry.responseEnd - entry.responseStart; / / Request + response time const requestResponseTime = entry.responseEnd - entry.requestStart; NAVIGATION TIMING ๐Ÿบ
  43. MEASURE ANY WORK THAT THE SERVER DOES TO COMPLETE A

    REQUEST: โ† ROUTING/AUTHENTICATING THE REQUEST โ† QUERYING DATABASES/API CALLS TO THIRD-PARTY SERVICES โ† RUNNING CONTENT THROUGH TEMPLATING SYSTEMS SERVER TIMING
  44. SENSORS BATTERY STATUS INFORMATION ABOUT THE POWER SOURCE, CHARGE LEVEL,

    AND OTHERS NETWORK INFORMATION ADAPT THE USERSโ€™ EXPERIENCE BASED ON THE QUALITY OF THEIR CONNECTION
  45. โ† SWITCH BETWEEN SERVING HIGH/LOW DEFINITION CONTENT BASED ON THE

    USER'S NETWORK โ† DECIDE WHETHER TO PRELOAD RESOURCES โ† DEFER UPLOADS/DOWNLOADS WHEN USERS ARE ON A SLOW CONNECTION โ† ADAPT TO SITUATIONS WHEN USERS ARE OFFLINE NETWORK INFORMATION
  46. switch (connectionType) { case "4g": return <Video src={videoSrc} />; case

    "3g": return <Image src={imageSrc.hiRes} alt={alt} />; default: return <Image src={imageSrc.lowRes} alt={alt} />; } NETWORK INFORMATION
  47. โ† MANY PERFORMANCE OPTIMIZATIONS CAN BE MADE WHEN WE CAN

    PREDICT WHAT USERS MIGHT DO โ† RESOURCE HINTS ARE A SIMPLE BUT EFFECTIVE WAY TO ALLOW DEVELOPERS TO HELP THE BROWSER TO STAY ONE STEP AHEAD OF THE USER AND KEEP PAGES FAST RESOURCE HINTS
  48. < ! - - Preconnect - - > <link rel="preconnect"

    href="https://fonts.gstatic.com"> <link rel="preconnect" href="https://scripts.example.com"> < ! - - Preloading - - > <link rel="preload" href="https://example.com/fonts/font.woff"> < ! - - DNS Prefetch - - > <link rel="dns-prefetch" href="https://fonts.gstatic.com"> <link rel="dns-prefetch" href="https://images.example.com"> < ! - - Prefetch - - > <link rel="prefetch" href="/uploads/images/pic.png"> <link rel="prefetch" href="https://example.com/news/?page=2"> < ! - - Prerender - - > <link rel="prerender" href="https://example.com/news/?page=2"> RESOURCE HINTS
  49. < ! - - Preconnect - - > <link rel="preconnect"

    href="https://fonts.gstatic.com"> <link rel="preconnect" href="https://scripts.example.com"> < ! - - Preloading - - > <link rel="preload" href="https://example.com/fonts/font.woff"> < ! - - DNS Prefetch - - > <link rel="dns-prefetch" href="https://fonts.gstatic.com"> <link rel="dns-prefetch" href="https://images.example.com"> < ! - - Prefetch - - > <link rel="prefetch" href="/uploads/images/pic.png"> <link rel="prefetch" href="https://example.com/news/?page=2"> < ! - - Prerender - - > <link rel="prerender" href="https://example.com/news/?page=2"> RESOURCE HINTS
  50. โ† IT ALLOWS THE BROWSER TO SETUP EARLY CONNECTIONS BEFORE

    THE REQUEST IS ACTUALLY SENT TO THE SERVER. THIS INCLUDES: โ€ข TLS NEGOTIATIONS โ€ข TCP HANDSHAKES โ† ELIMINATES ROUNDTRIP LATENCY PRECONNECT
  51. 100MS 200MS 300MS 400MS 500MS 600MS 700MS HTML CSS FONT

    1 FONT 2 FONTS START LOADING FONTS RENDERED
  52. 100MS 200MS 300MS 400MS 500MS 600MS 700MS HTML CSS FONT

    1 FONT 2 FONTS START LOADING FONTS RENDERED FONT 1 FONT 2
  53. โ† DNS PREFETCH โ‡ข WARNS THE BROWSER ABOUT THE DOMAINS

    ITโ€™S GOING TO NEED TO LOOK UP โ† PREFETCH โ‡ข FETCH RESOURCES IN THE BACKGROUND AND STORE THEM IN CACHE โ† PRERENDER โ‡ข IT GOES ONE STEP FURTHER AND EXECUTES THE FILES โ€ฆAND MUCH MORE!
  54. โ† INCREASE THE PRIORITY OF THE LCP IMAGE โ† LOWER

    THE PRIORITY OF ABOVE-THE-FOLD IMAGES AND PRELOADED RESOURCES โ† LOWER THE PRIORITY FOR NON-CRITICAL DATA FETCHES โ† REPRIORITIZE SCRIPTS PRIORITY HINTS
  55. < ! - - Increase the priority of the LCP

    image - - > <img src="image.jpg" fetchpriority="high" /> < ! - - Lower the priority of above-the-fold images - - > <ul class="carousel"> <img src="img/carousel-1.jpg" fetchpriority="high" /> <img src="img/carousel-2.jpg" fetchpriority="low" /> <img src="img/carousel-3.jpg" fetchpriority="low" /> </ul> < ! - - Reprioritize scripts - - > <script src="async_but_important.js" async fetchpriority="high"></script> <script src="blocking_but_unimportant.js" fetchpriority="low"></script> PRIORITY HINTS
  56. < ! - - Increase the priority of the LCP

    image - - > <img src="image.jpg" fetchpriority="high" /> < ! - - Lower the priority of above-the-fold images - - > <ul class="carousel"> <img src="img/carousel-1.jpg" fetchpriority="high" /> <img src="img/carousel-2.jpg" fetchpriority="low" /> <img src="img/carousel-3.jpg" fetchpriority="low" /> </ul> < ! - - Reprioritize scripts - - > <script src="async_but_important.js" async fetchpriority="high"></script> <script src="blocking_but_unimportant.js" fetchpriority="low"></script> PRIORITY HINTS
  57. / / Important validation data const user = await fetch("/user");

    / / Less important content data const relatedPosts = await fetch("/posts/suggested", { priority: "low" }); PRIORITY HINTS
  58. / / Important validation data const user = await fetch("/user");

    / / Less important content data const relatedPosts = await fetch("/posts/suggested", { priority: "low" }); PRIORITY HINTS
  59. โ† IMAGES FOR DESKTOP AND TABLET CAN BE หœ2-4X LARGER

    THAN THE MOBILE ONES. โ† WITH srcset, THE BROWSER WON'T DOWNLOAD THE LARGER IMAGES UNLESS THEY'RE NEEDED. THAT SAVES BANDWIDTH. RESPONSIVE IMAGES
  60. <img src="buildStuff.png" srcset=" buildStuff-300.png 300w, buildStuff-600.png 600w, buildStuff-1200.png 1200w "

    /> <img src="buildStuff.png" srcset=" buildStuff-1x.png 1x, buildStuff-2x.png 2x, buildStuff-3x.png 3x " /> RESPONSIVE IMAGES
  61. RESPONSIVE IMAGES <img src="buildStuff.png" srcset=" buildStuff-300.png 300w, buildStuff-600.png 600w, buildStuff-1200.png

    1200w " /> <img src="buildStuff.png" srcset=" buildStuff-1x.png 1x, buildStuff-2x.png 2x, buildStuff-3x.png 3x " />
  62. #PROTIP ๐Ÿ’ก Lazy-loading iframes can lead to 2-3% median data

    savings, 1-2% FCP reductions, and 2% FID improvements at the 95th percentile. โ€”โ€‰Chrome teamโ€™s research, 2019
  63. NATIVE SCHEDULER โ† A MORE ROBUST SOLUTION FOR SCHEDULING TASKS

    โ† CONTROL AND SCHEDULE PRIORITIZED TASKS IN A UNITED AND FLEXIBLE WAY โ† INTEGRATED DIRECTLY INTO THE EVENT LOOP โ† ALIGNED WITH THE WORK OF THE REACT TEAM AND IN COOPERATION WITH GOOGLE, W3C AND OTHERS ๐Ÿบ
  64. scheduler.postTask() SCHEDULE AND CONTROL PRIORITIZING TASKS. scheduler.wait() YIELD AND RESUME

    AFTER SOME AMOUNT OF TIME OR PERHAPS AFTER AN EVENT HAS OCCURRED. scheduler.yield() BREAK UP LONG TASKS BY YIELDING TO THE BROWSER AND CONTINUING AFTER BEING RESCHEDULED. isInputPending() DETERMINE IF THE CURRENT TASK IS BLOCKING INPUT EVENTS. NATIVE SCHEDULER
  65. โ† CSS TRICKS (E.G. font-display: swap AND will-change) โ† IMPORT

    ON VISIBILITY (USING AN IntersectionObserver) โ† CANVAS + WORKERS = OffscreenCanvas โ€ฆAND MUCH MORE! ๐Ÿบ
  66. โ† AVOID THE INITIAL HTTP TO HTTPS REDIRECTS SO THAT

    PAGES LOAD FASTER USING HTTP STRICT TRANSPORT SECURITY (HSTS) โ† SEND DATA WITHOUT EXTRA ROUND TRIPS WITH QUIC โ€ฆAND MUCH MORE! ๐Ÿบ
  67. const Video = lazy(() = > import("./Video")); const Preview =

    lazy(() = > import("./Preview")); const networkInfo = useNetworkStatus(); const { With, Switch, Otherwise } = usePatternMatch(networkInfo); MOVE FAST & BREAK NOTHING โ„ข
  68. <Suspense fallback={<div>Loading . . . </div>}> <With unsupported> <NetworkStatus networkInfo="unsupported"

    /> <Video /> </With> <With effectiveConnectionType="2g"> <NetworkStatus networkInfo="2g" /> <Preview /> </With> </Suspense> MOVE FAST & BREAK NOTHING โ„ข
  69. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED Which browsers

    are visiting our app? โ€”โ€‰APP DYNAMICS REPORT, LAST THREE MONTHS
  70. #REALITYCHECK ๐Ÿ˜ณ Phone users experience slow First Input Delay on

    7x more websites. โ€”โ€‰Web Almanac By HTTP Archive, 2021
  71. THE TIME IT TAKES TO LOAD A PAGE HOW EASY

    IT IS TO FIND WHAT I'M LOOKING FOR HOW WELL THE SITE FITS MY SCREEN HOW SIMPLE THE SITE IS TO USE HOW ATTRACTIVE THE SITE LOOKS โ€”โ€‰SPEED MATTERS, VOL. 3 HOW IMPORTANT IS SPEED?
  72. #RESEARCH ๐Ÿ“š 40% of Brits reported that they had become

    physically violent toward their computers. โ€”โ€‰British Psychology Society, 2009
  73. #RESEARCH ๐Ÿ“š A 500ms delay resulted in up to a

    26% increase in frustration and up to an 8% decrease in engagement. โ€”โ€‰Radware research, 2013
  74. #RESEARCH ๐Ÿ“š Delayed web pages caused a 38% rise in

    mobile users' heart rates โ€” equivalent to the anxiety of watching a horror movie alone. โ€”โ€‰Ericsson ConsumerLab neuro research, 2015
  75. #RESEARCH ๐Ÿ“š 53% of mobile users abandon sites that take

    over 3 seconds to load. โ€”โ€‰DoubleClick, 2020
  76. โ† LONG TASKS DELAYED TTI โ† AS FIRST-PAGE LONG TASK

    TIME INCREASED, OVERALL CONVERSION RATES DECREASED โ† MOBILE HAD UP TO หœ12X LONGER LONG TASKS โ† OLDER DEVICES COULD BE SPENDING HALF OF THEIR LOAD-TIME ON LONG TASKS BUSINESS OUTCOMES โ€”โ€‰AKAMAI AND CHROME RESEARCH, 2017
  77. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED ALWAYS TRY

    TO CORRELATE BUSINESS METRICS WITH PERFORMANCE. #1
  78. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED DON'T TAKE

    FAST NETWORKS, CPUS AND RAM FOR GRANTED. #2
  79. WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED THERE'S NO

    SILVER BULLET. IDENTIFY YOUR CORE METRICS. #6
  80. THATโ€™S ALL, FOLKS! THANKS! ๐Ÿค ๐Ÿ‡ฑ๐Ÿ‡น QUESTIONS? MATHEUS ALBUQUERQUE โ†‘

    ALL THE LINKS! ๐Ÿค“ WEB PERFORMANCE APIS YOU (PROBABLY) DIDN'T KNOW EXISTED