Skip to content
[Deprecated] A collection of service worker tools for offlining runtime requests
JavaScript HTML Ruby
Branch: master
Clone or download
jeffposnick Deprecation notice (#288)
* Deprecation notice

* Update
Latest commit 2b234d9 Apr 2, 2019
Type Name Latest commit message Commit time
Failed to load latest commit information.
docs fix typo in comment (#250) Jun 5, 2017
lib Removed obsolete dependencies (#242) Jul 26, 2017
test Adds support for CacheQueryOptions (#240) Apr 6, 2017
.gitignore Re-add the built library to git (#229) Mar 1, 2017
.travis.yml Publish Sanely (#224) Feb 16, 2017 Update license and contributing info Mar 31, 2015
Gemfile Publish Sanely (#224) Feb 16, 2017
LICENSE Deprecation notice (#288) Apr 2, 2019
bower.json Ignore test directory in bower.json (#264) Aug 7, 2017
companion.js Companion: Avoid old IE errors with document.currentScript Apr 4, 2016
gulpfile.js Publish Sanely (#224) Feb 16, 2017
index.d.ts Remove redundant Request and Response interfaces (#241) Apr 6, 2017
package.json Removed obsolete dependencies (#242) Jul 26, 2017
sw-toolbox.js Adds support for CacheQueryOptions (#240) Apr 6, 2017 Adds support for CacheQueryOptions (#240) Apr 6, 2017

⚠️ sw-toolbox ⚠️

sw-toolbox and sw-precache are deprecated in favor of Workbox. Please read this migration guide for information on upgrading.


A collection of tools for service workers

Service Worker Toolbox provides some simple helpers for use in creating your own service workers. Specifically, it provides common caching strategies for dynamic content, such as API calls, third-party resources, and large or infrequently used local resources that you don't want precached.

Service Worker Toolbox provides an expressive approach to using those strategies for runtime requests. If you're not sure what service workers are or what they are for, start with the explainer doc.

What if I need precaching as well?

Then you should go check out sw-precache before doing anything else. In addition to precaching static resources, sw-precache supports optional runtime caching through a simple, declarative configuration that incorporates Service Worker Toolbox under the hood.


Service Worker Toolbox is available through Bower, npm or direct from GitHub:

bower install --save sw-toolbox

npm install --save sw-toolbox

git clone

Register your service worker

From your registering page, register your service worker in the normal way. For example:


As implemented in Chrome 40 or later, a service worker must exist at the root of the scope that you intend it to control, or higher. So if you want all of the pages under /myapp/ to be controlled by the worker, the worker script itself must be served from either / or /myapp/. The default scope is the containing path of the service worker script.

For even lower friction, you can instead include the Service Worker Toolbox companion script in your HTML as shown below. Be aware that this is not customizable. If you need to do anything fancier than register with a default scope, you'll need to use the standard registration.

<script src="/path/to/sw-toolbox/companion.js" data-service-worker="my-service-worker.js"></script>

Add Service Worker Toolbox to your service worker script

In your service worker you just need to use importScripts to load Service Worker Toolbox:

importScripts('bower_components/sw-toolbox/sw-toolbox.js');  // Update path to match your own setup.

Use the toolbox

To understand how to use the toolbox read the Usage and API documentation.


Copyright 2015-2016 Google, Inc.

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.

You can’t perform that action at this time.