Open research protocolMethod published. Results still pending.

This page is deliberately noindex until its first-party evidence package and editorial review are complete. Empty cells are not replaced with synthetic findings.

Study
20
Status
Open
Cluster
Design
Matched A/B build preparation1 / 5 execution gates

Core Web Vitals, device, network and task-flow controls are registered.

Next gate: Build content-identical animation-on/off variants and collect repeated lab traces on the same device matrix.

Beautiful vs Fast: We Tested Whether Heavy Animation Actually Hurts a Website

Updated: 2026-08-13 · Author: VITON13 Research · Category: Design · Status: Open protocol — no results yet

Direct answer

This page is an open VITON13 research protocol, not a completed result. It fixes the question, sample, controls, metrics and publication threshold before collection. No model winner, conversion lift or performance effect has been measured yet.

Key findings

  • No result or winner has been measured.
  • The original element is fixed in advance: Matched A/B builds and a raw trace manifest instead of a performance anecdote.
  • Every run must retain inputs, outputs, timestamps and exclusions.
  • The page remains noindex until the result package passes review.

Research question and information gain

Research question: How much does a matched heavy-animation build change LCP, INP, CLS, CPU time and page weight?

Primary intent: Performance comparison.

Original contribution: Matched A/B builds and a raw trace manifest instead of a performance anecdote.

Research objectRequired evidencePublication rule
QuestionHow much does a matched heavy-animation build change LCP, INP, CLS, CPU time and page weight?Frozen before collection
Original elementMatched A/B builds and a raw trace manifest instead of a performance anecdote.Retained with the article
ResultPending first-party collectionNoindex until complete

Source: VITON13 Research synthesis; individual evidence sources are linked in context.

Methodology

The research unit was defined before drafting: claim, source class, observation date, evidence status, limitation and reviewer note. Product and technical capabilities use primary documentation. VITON13 implementation statements are verified against shipped routes and code; business outcomes are not inferred from feature availability. The experiment remains unexecuted, so the page reports method only.

Dates: research and source review completed 2026-08-13. Vendor features and prices require rechecking at the point of purchase or implementation.

Exclusions: affiliate rankings, unattributed statistics, invented quotations, synthetic user outcomes and undisclosed paid claims.

1. Matched versions

This section is pre-registered for definition and controlled setup. The team will record exact inputs, environment versions, timestamps, failures and exclusions before any comparative claim is written. A missing observation remains missing; it is never imputed as a model win or user outcome.

The publication threshold is simple: the retained evidence must support the wording, another reviewer must be able to reproduce the calculation, and the limitations must remain visible beside the result.

2. Performance metrics

This section is pre-registered for measurement and review. The team will record exact inputs, environment versions, timestamps, failures and exclusions before any comparative claim is written. A missing observation remains missing; it is never imputed as a model win or user outcome.

The publication threshold is simple: the retained evidence must support the wording, another reviewer must be able to reproduce the calculation, and the limitations must remain visible beside the result.

3. Device and network matrix

This section is pre-registered for measurement and review. The team will record exact inputs, environment versions, timestamps, failures and exclusions before any comparative claim is written. A missing observation remains missing; it is never imputed as a model win or user outcome.

The publication threshold is simple: the retained evidence must support the wording, another reviewer must be able to reproduce the calculation, and the limitations must remain visible beside the result.

4. Trace analysis

This section is pre-registered for measurement and review. The team will record exact inputs, environment versions, timestamps, failures and exclusions before any comparative claim is written. A missing observation remains missing; it is never imputed as a model win or user outcome.

The publication threshold is simple: the retained evidence must support the wording, another reviewer must be able to reproduce the calculation, and the limitations must remain visible beside the result.

5. Decision rules

This section is pre-registered for measurement and review. The team will record exact inputs, environment versions, timestamps, failures and exclusions before any comparative claim is written. A missing observation remains missing; it is never imputed as a model win or user outcome.

The publication threshold is simple: the retained evidence must support the wording, another reviewer must be able to reproduce the calculation, and the limitations must remain visible beside the result.

Data required from VITON13

  • Execute the frozen protocol across every declared condition.
  • Retain raw inputs, generated outputs, screenshots or traces, and timestamps.
  • Record exclusions before analysis.
  • Complete independent result review.
No result has been measured yet. This protocol must not be summarized as a completed experiment.

Limitations

  • Vendor documentation establishes supported behavior, not universal outcomes.
  • VITON13 implementation evidence describes this codebase and may not generalize to other organizations.
  • Rapidly changing models, prices and private previews can make dated details obsolete.
  • No comparative or causal conclusion is allowed before data collection.
  • English is the primary research language for this programme.

Practical checklist

  • Define one decision the page or system must support.
  • Link each material claim to the closest primary source.
  • Separate shipped capability, observation, interpretation and forecast.
  • Keep permissions narrow and reversible.
  • Test keyboard, mobile, error and reduced-motion states where interfaces are involved.
  • Record dates and update triggers.

Frequently asked questions

What is the direct answer to Web animation performance?

This page is an open VITON13 research protocol, not a completed result. It fixes the question, sample, controls, metrics and publication threshold before collection. No model winner, conversion lift or performance effect has been measured yet.

What evidence does this VITON13 page add?

Matched A/B builds and a raw trace manifest instead of a performance anecdote.

What has not been proven yet?

The page does not prove hidden ranking factors, universal conversion effects or outcomes outside its stated evidence.

How should a small team use this framework?

Start with the smallest verifiable layer, assign an owner, add an audit trail and test a representative task before scaling.

When will this page be updated?

VITON13 records updates in the manifest and changes the page date only when the evidence or implementation materially changes.

Sources & methodology

Editorial disclosure

VITON13 is both the publisher and, for product case studies, the system operator. That conflict is disclosed rather than hidden. No placement in this research programme is sold, and no unfinished result is converted into a marketing claim.