Different service worker strategies for different architectures
When it comes to building for the web, there are a couple of architectural styles to be aware of.
For example, a "traditional" website—also referred to as a Multi-page Application (MPA)—is a collection of pages that users navigate through via traditional navigation requests. Static sites are a good example of this architectural style, even CMS-powered websites such as blog and marketing websites are examples of the style as well.
Then there's the "modern" Single Page Application (SPA) style, where the only navigation request is the very first one. SPA architectures tend to serve minimal markup on the initial navigation request, which is populated by data provided by server-side APIs. This data is then presented in client-rendered markup provided by a client-side router for every subsequent navigation.
Whichever style you prefer, matching a given architecture with the right service worker implementation is key to ensuring high reliability and performance. The open-ended design of service workers—and Workbox by extension—provides a lot of flexibility in how requests for assets are handled, and the technology can be tailored for whatever architectural style you prefer.
To get things started, let's first cover what it takes to build a service worker that works best with an SPA. Then, once you're ready to try a pattern that extends the browser's default navigation scheme while delivering on super-fast rendering, check out our guide on building a streaming service worker for multipage applications.