In the Skill's Own Terms
Official GSAP guidance for keeping animations at a smooth 60fps by choosing cheap properties and avoiding layout work. It tells you to animate transform keys (x, y, scaleX, scaleY, rotation, rotationX, rotationY, skewX, skewY) and opacity instead of width, height, top, left, margin or padding, to put will-change in CSS only on elements that actually animate, and to do all DOM reads before writes so layout is not thrashed.
Batching guidance covers stagger over hand-delayed tweens, virtualization for long lists, gsap.quickTo() for mouse followers, pin and scrub tuning with debounced ScrollTrigger.refresh(), and killing off-screen tweens. It is for designers and developers tuning existing GSAP animations, not building them.
What it produces
- A will-change declaration to add to the CSS of the animated element.
- A gsap.quickTo() setup for x and y, driven by a mousemove listener on a container.
How It Works
- 01Animate compositor-friendly Properties
Restrict animation to transform keys and opacity, which keep work on the compositor instead of triggering layout and paint.
- 02Let GSAP Batch the Writes
GSAP already batches updates internally, so the risk is your own DOM code interleaving reads and writes around it.
- 03Reuse One Tween for Hot Values
For properties updated on every pointer move, gsap.quickTo() keeps a single tween alive instead of allocating a new one per update.
- 04Tame scroll-driven Work
A small scrub value such as scrub: 1 can cut the work done during scroll, but the file says to test that setting on low-end devices.
- 05Stop Animation You Cannot See
Pause or kill off-screen and inactive animations, for example when the user navigates away from the section.