Discover how TanStack Redact reduces browser JavaScript bundle sizes, its framework compatibility, benchmark results, and the performance trade-offs developers should consider.

TanStack Redact is a lightweight, React-compatible runtime designed to reduce the amount of JavaScript applications deliver to browsers. Announced on October 26, 2026, version 0.2.0 expands its integrations across popular web development frameworks, making it easier for developers to explore smaller client bundles without completely changing their existing applications.
The project began as an experiment by Tanner Linsley for TanStack's websites before growing into a maintained project. Its main goal is to provide the browser-side React APIs that compatible applications need through a smaller implementation.
For developers working on frontend performance, this approach offers an alternative to rewriting components or migrating to a different framework simply to reduce JavaScript bundle size.
The 0.2.0 release introduces stable browser integrations for four development environments:
Redact works through the build configuration, allowing compatible applications to retain their existing components. However, developers should verify compatibility with their dependencies and application features before adopting it in production.
Redact focuses on client-side rendering and hydration rather than replacing an entire web development framework.
In the Next.js and Vinext integrations, React continues to handle server rendering and Server Components, while Redact takes over browser hydration and client rendering. The framework remains responsible for routing, caching, and Server Action transport.
This separation allows developers to investigate browser bundle-size optimization without abandoning their existing application architecture.
TanStack published benchmark results comparing React and Redact using the same example application across four frameworks. The measurements represent the combined gzip size of client-side JavaScript and CSS, including lazy-loaded chunks.
| Framework | With React | With Redact | Reported savings |
|---|---|---|---|
| Vite | 68.3 KB | 20.1 KB | 70.5% |
| TanStack Start | 109.3 KB | 62.3 KB | 43.0% |
| Vinext | 138.1 KB | 98.8 KB | 28.5% |
| Next.js | 175.6 KB | 139.9 KB | 20.4% |
Source: TanStack's official announcement. Results represent specific benchmark builds, not guaranteed savings for every application.
The Vite example achieved the largest reported reduction, at 70.5%, while the Next.js example showed a 20.4% reduction. TanStack also reported that disabling optional features reduced its example TanStack Start bundle to 59.8 KB and its client-only Vite bundle to 12.6 KB.
These results demonstrate the potential for reducing browser download sizes. Actual savings depend on application code, dependencies, framework configuration, and enabled features.
A smaller JavaScript bundle can reduce the amount of code a browser must download, particularly for visitors using slower mobile networks or less powerful devices.
Potential benefits include:
However, bundle size is only one part of web performance. Image optimization, caching, server response time, JavaScript execution, and rendering behavior also affect the user experience.
The most important trade-off is rendering behavior. Redact renders synchronously and does not provide React's time slicing or interruptible rendering. A complex component tree or expensive render can therefore delay user input while the browser is busy.
Compatibility is another consideration. Applications may rely on hydration, Suspense, forms, optimistic updates, third-party libraries, and framework-specific behavior. Developers should consult the official compatibility guidance and test their own dependencies.
Most importantly, a smaller JavaScript bundle does not automatically mean faster rendering or more responsive interactions. The published benchmarks measure bundle size and provide some build-time observations, but they do not establish that every application will have faster hydration or interactions.
Before adopting Redact, build your existing application in production mode and record its current compressed bundle size. Then follow the integration instructions for your framework and compare equivalent builds.
Test important functionality, including navigation, forms, hydration, Suspense boundaries, and complex interactive screens. Measure real-world loading and interaction performance on representative devices before rolling out the change.
This approach helps determine whether the bundle-size reduction provides a meaningful benefit without introducing compatibility or responsiveness problems.
TanStack Redact is a smaller implementation of React APIs used for browser-side rendering and updates. It aims to reduce client JavaScript bundle sizes while supporting compatible React applications.
No. In the described Next.js and Vinext integrations, React continues to handle server rendering and Server Components, while Redact handles browser hydration and client rendering.
Version 0.2.0 introduces stable browser integration for Next.js App Router and Pages Router applications. Developers should still verify compatibility with their specific setup.
TanStack's example benchmarks reported bundle-size reductions ranging from 20.4% for Next.js to 70.5% for Vite. Your results may differ depending on the application and its dependencies.
Not necessarily. A smaller bundle can reduce download costs, but rendering behavior, JavaScript execution, caching, and server performance also influence loading speed and responsiveness.
TanStack Redact 0.2.0 offers web developers a new way to explore smaller React-compatible browser runtimes across Vite, TanStack Start, Vinext, and Next.js. Its published benchmarks show meaningful client bundle-size reductions without requiring compatible applications to rewrite their components.
For production projects, the best approach is to measure actual bundle savings, verify framework and library compatibility, and test interaction responsiveness before adopting it widely.
Sources:
This article was authored and reviewed by Wipidia's technical editorial desk in Jalandhar, Punjab. Every code snippet, algorithm breakdown, and strategic framework is independently tested against live production standards before publication.