Pixel Transition
A pixel-dissolve page transition that breaks route changes into a crisp digital grid reveal.
Overview
Pixel Transition turns the cut between routes into a designed moment: pixels dissolve the old page into the new one.
Use it on brand sites, campaign pages, portfolios, and editorial journeys where route changes benefit from continuity. Avoid it in apps, docs, checkout, and search paths where navigation speed is the feature.
The risk in production is delay. Mount the transition where route state actually changes, keep the duration short, restore focus after navigation, and give reduced-motion users an instant or nearly instant path.
(Next.js App Router only. Requires next-transition-router for route-transition lifecycle hooks and must be wrapped in its provider. This effect will not function in plain React or in the Next.js Pages Router.)
Install Command
This is a Pro Effect.
You can preview it now. Upgrade to Pro for instant install access.
Usage Code
This is a Pro Effect.
You can preview it now. Upgrade to Pro for instant install access.
Component Code
This is a Pro Effect.
You can preview it now. Upgrade to Pro for instant install access.
Example Production Use Case
Use this as route-transition implementation guidance. Verify the shipped integration point, route-state behavior, focus restoration, cleanup, timing controls, and reduced-motion fallback before relying on exact props, defaults, imports, or installation steps.
Best Used For
- Technical, game-like, or retro-digital brands where the route change can dissolve into pixels.
- Launch pages where a pixel cue supports tone while App Router focus stays predictable.
- Pixel Transition turns route change into a brief brand moment without delaying orientation.
Not For
Not for apps, docs, checkout, search, or frequently navigated product flows where delay harms completion.
Performance Budget
Keep duration short, avoid artificial route delays, and do not block interactivity after the destination route is ready.
Accessibility and Mobile
Move focus to the destination main region after navigation. On mobile and reduced motion, use instant transitions or short fades.
Common Mistakes
- Using Pixel Transition as fake loading delay.
- Forgetting focus restoration after navigation.
- Running full-screen motion for reduced-motion users.
Changelog
v1.1.0
Jul 21, 2026v1.0.0
Feb 10, 2026Props
| Prop | Type | Default | Description |
|---|---|---|---|
cols | number | 30 | Pixel grid columns. |
rows | number | 40 | Pixel grid rows. |
pixelColor | string | #111111 | Color used to draw each transition pixel. |
duration | number | 1 | Duration multiplier for the leave and enter pixel sweeps. |
enableContentShift | boolean | false | Adds content scale/blur during the transition. |
Frequently Asked Questions
When should I use Pixel Transition?
Use it when a technical, game-like, or retro-digital brand needs pixels dissolving one page into the next without delaying navigation.
Where should Pixel Transition mount in the App Router?
Mount it where the route wrapper remounts on navigation, often a template or route-transition component rather than a persistent layout.
How long should Pixel Transition last?
Keep it short, usually 300–600ms. Longer transitions need a real loading reason.
How should focus work after Pixel Transition?
Move focus to the destination main region or heading after navigation completes.
What is the reduced-motion fallback for Pixel Transition?
Use instant navigation or a brief fade, not full-screen movement or masks.
Can Hyperiux adapt Pixel Transition for a real brand system?
Yes. A custom version should define motion rules, visual treatment, performance budget, fallback behavior, source handoff, and implementation notes for the specific page or launch context.
Request a Custom Page Transition Animation
Need a custom effect? Tell us what to create.


