STATUS IS UPENABLEMENT / ENGLISH
Delivery budget / 04

Improve the path,
then measure again.

A practical performance-planning guide for identifying the slowest customer path, setting an explicit delivery budget, and verifying one controlled improvement at a time.

USE IT TO: Use to prioritize measurable delivery work across HTML, images, fonts, scripts, caching, and critical user interactions without promising a score or ranking outcome.

FOUR CONTROLLED LEVERS

Reduce friction, not evidence.

TRANSFER

Right-size the heaviest assets

Review images, fonts, and scripts by delivered bytes and customer-path importance. Remove or defer work only when the visible experience remains correct.

DELIVERY

Shorten the critical request path

Identify render-blocking and origin-dependent requests, then evaluate caching, compression, preloading, or dependency changes under controlled conditions.

INTERACTION

Protect responsive input

Inspect long tasks and client work around the primary interaction. Preserve semantics, accessibility, consent, and functional behavior while reducing avoidable work.

EVIDENCE

Compare like with like

Record the URL, release, device, network, cache state, and metric source. A change earns confidence only when the same method produces a better result without a regression.

METHOD / SOURCE-BOUNDED

Work the next known step.

  1. Choose one representative customer path and record its current lab and available field evidence before changing code.
  2. Set a reviewable budget for transfer size, critical requests, and the user-centric metric most relevant to that path.
  3. Prioritize the largest controllable cause, such as an oversized image, render-blocking asset, avoidable script, or slow origin response.
  4. Make one bounded change, compare the same path and conditions, and keep or revert it based on observed evidence.
VERIFY / BEFORE YOU RELY

Compare before-and-after results using the same URL, device profile, network conditions, and cache assumptions.

Review the real page for regressions in layout, interaction, accessibility, analytics, and critical customer paths.

Record the release identifier, observed values, test conditions, decision, and rollback result if the change is not retained.

AUTHORITY / REVIEW

Source notes, not borrowed certainty.

Planning basis: web.dev performance and Core Web Vitals guidance

  • web.dev — Web performance ↗web.dev recommends measuring user-centric performance, understanding Core Web Vitals, and applying targeted improvements before measuring again.
CONTEXT / KEEP THE HANDOFF CONNECTED

Authorship: SIU Enablement editorial draft; source-bounded performance guidance. Reviewed by: A performance owner and the customer-path owner review the evidence and trade-offs. Revalidate: Revalidate when page composition, delivery infrastructure, third-party scripts, or measurement conditions change.