Motion & web animation

A page that moves, not a page that fidgets.

Motion guides the eye and makes things clear. Used well, it is the difference between a site people visit and one they remember.

See selected work

What it solves

  • Your animations are pretty and expensive

    Stacked effects, calculations on every scroll, a phone getting warm. A badly built animation is paid for in lost visitors.

  • The motion tells no story

    Everything fades in at the same pace. When everything moves alike, nothing draws the eye.

  • It stutters on mobile

    Smooth on your screen, choppy on a mid-range phone. An animated site is judged on the slowest device.

What you get

  • Scroll storytelling: the page unfolds as you go down (GSAP ScrollTrigger)
  • Page transitions: navigation becomes continuous, with no white reload
  • Text animation, letter by letter or word by word (SplitText)
  • Micro-interactions: hovers, cursor, buttons, visual feedback
  • Light WebGL: animated backgrounds, image distortion, 3D objects, cleanly degradable
  • Performance budget held: 60 frames per second, and prefers-reduced-motion respected

How it works

  1. We define the intent

    What the motion is meant to make clear.

    In detail

    Without an answer to that, you are producing expensive decoration.

  2. We prototype early

    A playable version in the browser, very quickly.

    In detail

    Animation cannot be judged from a still image: decisions are made on the real thing.

  3. We build on a timeline

    GSAP rather than stacked CSS effects.

    In detail

    Controlled sequences, adjustable to the hundredth, and switchable off as a block.

  4. We measure on real hardware

    Frame rates checked on mid-range phones.

    In detail

    Whatever does not hold is cleanly removed: a site that stutters cancels every benefit of the animation.

Frequently asked questions

Will it slow my site down?

Done badly, very much so. Done well, the difference is invisible: animations rely on what browsers can accelerate, and the performance budget is part of the brief.

What about mobile?

Everything is tested on real devices. Anything that will not hold sixty frames per second is simplified or dropped: a degraded effect always beats a stuttering one.

Some people are sensitive to motion. Do you account for that?

Always. When the “reduce motion” preference is on, the site removes movement without losing any content. That is an accessibility requirement, not an option.

Contact

A project worth moving?

Show me your designs or your current site. I will tell you what is feasible, what it costs in performance, and what is not worth doing.

What happens next?

  1. You describe your project in a few clicks, in the form.
  2. I send you a detailed quote within 48 hours.
  3. We fine-tune it together before anything starts.
Follow me on