There is a specific moment on most church websites that still feels abrupt. A visitor taps a sermon in the archive. The whole page blinks white. The new one loads. Whatever attention they were bringing to the next click gets reset in that half-second, and part of the connection to what they were reading a moment ago is quietly lost.
The View Transitions API is now supported broadly enough that we reach for it on ministry projects without much thought. It costs almost nothing to add, degrades gracefully in older browsers, and closes exactly that small gap.
Where it earns its keep on a church site
We rarely use it site-wide. Most of a church website does not need animation, and most animation on church websites is doing more harm than good. Two places are the exception.
The first is the sermon archive to sermon detail transition. The card the visitor tapped can grow into the featured image and title of the destination page. Nothing else moves. The rest of the layout fades in behind it. It reads as one continuous action rather than two separate pages, and it makes the archive feel like a place rather than a list.
The second is the plan-your-visit flow. When a first-time guest moves from the visit overview page into the details, a gentle transition on the anchor image communicates that they are still on the same thread. Small thing. Real difference on a nervous first click.
What it does not fix
View Transitions cannot rescue a slow site. If the destination page takes two seconds to render, no amount of morphing between elements will hide that. The animation just delays the disappointment. Get the page fast first. Then reach for the transition.
It also should not become a signature. If every navigation on your site has a flourish, none of them mean anything. The whole point is that the two moments above feel special because most of the site is honestly still. A visitor should not be able to describe what happened. They should just feel that the click landed softly.
Respecting reduced motion
Every transition we ship on a church site is wrapped in a prefers-reduced-motion check. If the visitor has asked their operating system for less motion, we skip the animation entirely and fall back to the normal instant swap. This is not a nice-to-have. Members with vestibular sensitivities are on your site every week, and honoring their setting is a small act of hospitality that costs one line of CSS.
A note on progressive enhancement
The best part of View Transitions on the modern web is that it is genuinely progressive. Browsers that do not support it show the plain navigation. Nothing breaks. Nothing needs a polyfill. You add a small block of CSS and, on a same-document navigation, a short script. Everything else stays the same.
For church tech teams working with volunteer developers or budget-limited agencies, that matters. This is not a rewrite. It is a small, contained upgrade you can put on a single page and evaluate before committing anywhere else.
If you would like a hand adding thoughtful, restrained motion to your ministry site, or auditing the animations already there for accessibility and load, reach out through our contact page and we would be glad to take a look.

