FreeExam
A closed notebook, a blank card, and a pencil on a wooden desk.

Web performance diagnosis

20 cards

Measure loading and interaction bottlenecks, interpret field data, and verify optimizations without hiding failures or shifting cost.

Card 1 of 20

Front. Field Lab. Why can a fast desktop Lighthouse run coexist with poor mobile field performance?

These cards are original study material. They are not questions from a named employer or a live hiring loop.

All 20 cards in this deck

  1. 1.Field Lab

    Why can a fast desktop Lighthouse run coexist with poor mobile field performance?

    Real users have different devices, networks, caches, and interaction histories. Segment field results and reproduce an affected cohort rather than treating one lab score as the population.

  2. 2.Lcp Parts

    A hero image is small but paints late. What timing breakdown should guide investigation?

    Separate server response time, resource discovery delay, download time, and render delay. Reducing bytes will not fix a resource discovered late or hidden behind JavaScript.

  3. 3.Hero Lazy

    Why can lazy-loading the above-the-fold LCP image make loading worse?

    It can delay discovering or scheduling a resource needed immediately. Make the critical image discoverable early and reserve lazy loading for suitable offscreen content.

  4. 4.Priority Overuse

    Why is marking every image high priority counterproductive?

    Priority only helps by distinguishing more urgent resources. Too many high-priority requests compete with the actual critical path; verify scheduling in the network waterfall.

  5. 5.Image Sizes

    How can an incorrect sizes attribute waste bandwidth despite a correct srcset?

    The browser uses the declared display size to select a candidate. Overstating it can fetch an unnecessarily large image; match sizes to the real responsive layout.

  6. 6.Inp Parts

    A click handler runs for 10 ms but the interaction takes 400 ms to paint. What else must be measured?

    Input delay before the handler and presentation delay afterward. A busy main thread or expensive style/layout work can dominate even when the handler itself is short.

  7. 7.Inp Network

    Does INP measure the entire time until a network-backed action finishes?

    No. It measures interaction responsiveness through the next paint, not eventual business completion. Track task completion latency separately and render prompt feedback.

  8. 8.Yield Work

    Why can splitting a long computation into smaller tasks improve responsiveness even when total CPU work is unchanged?

    It gives the browser opportunities to handle input and paint between chunks. Choose meaningful yield points and avoid recreating an endless microtask chain.

  9. 9.Worker Cost

    What costs must be measured before moving a small computation to a web worker?

    Startup, messaging, serialization or transfer, and result handling. A worker helps main-thread responsiveness, but overhead can exceed the computation's cost.

  10. 10.Layout Batch

    A loop alternates changing element width and reading getBoundingClientRect. What change can reduce forced layout?

    Group necessary reads before writes where dependencies permit. Repeated read-after-write patterns can force synchronous recalculation for every iteration.

  11. 11.Cls Source

    Why might a layout-shift report identify a paragraph even though an ad caused the problem?

    The reported nodes are often the content that moved. Inspect what was inserted or resized above them, then reserve space or change the insertion behavior.

  12. 12.Font Shift

    How can a web font produce layout shifts after text is already visible?

    Fallback and downloaded fonts may have different metrics and line wrapping. Use suitable fallback metrics and font-loading choices, then test real text and viewports.

  13. 13.Postload Cls

    Why can a load-only audit miss the layout instability users encounter later?

    Ads, async content, navigation, and interactions can shift content after initial loading. Record representative user flows and field observations over the page lifetime.

  14. 14.Chunk Waterfall

    How can aggressive code splitting increase time to a usable route?

    A route can require a chain of serial chunk discoveries and requests. Split at useful boundaries and examine dependencies rather than minimizing each file independently.

  15. 15.Bytes Versus Cpu

    Why can two equally sized JavaScript bundles have different interaction costs?

    Parsing, execution, initialization, and triggered rendering depend on code behavior, not bytes alone. Measure main-thread work alongside compressed transfer size.

  16. 16.Third Party

    How can you attribute a responsiveness regression to a third-party script?

    Compare traces and controlled runs with the script disabled, looking at its long tasks and network work. Confirm the result under realistic consent and loading conditions.

  17. 17.Cache Versioning

    Why do long-lived immutable asset caches require content-versioned URLs?

    Clients can legitimately retain the old resource until expiry. A new content hash creates a new identity; replacing bytes at the same immutable URL leaves users on stale code.

  18. 18.Html Cache

    Why should personalized HTML not inherit the same public caching policy as a hashed JavaScript asset?

    HTML may contain user-specific data and changing asset references. Define shared-cache behavior and variation deliberately to prevent stale pages or cross-user data exposure.

  19. 19.Rum Context

    Which context makes a slow interaction report actionable without collecting entered text?

    Route template, interaction target category, device class, release, timing phases, and a trace correlation identifier where appropriate. Avoid raw form values and unbounded identifiers as metric labels.

  20. 20.Verify Budget

    What would verify that a route optimization helped rather than merely moving work later?

    Compare field loading and interaction distributions, task completion, errors, and representative later interactions. A faster initial paint can conceal deferred work that makes the first click worse.