Skip to content


Folders and files

Last commit message
Last commit date

Latest commit



40 Commits

Repository files navigation

There are already several tools that tell you the percent of unused CSS on a webpage. But what about unused JS? Well this tool does it for JS.

It is a browser proxy written in NodeJS.

How does it work ?

  1. The proxy intercepts incoming javascript files.
  2. Each script is instrumented on the fly by a test coverage tool (Istanbul).
  3. When the script executes on the page, coverage metrics are collected in the background.

Be careful, the proxy is not working with HTTPS files.

JS files loaded over HTTPS are ignored. Proxies can't intercept SSL communication.


You need to open your console and write:

npm install unusedjs -g


  1. Start the server by writing in your console: unused-js-proxy

  2. Configure your browser's proxy to localhost:3838. Only set the HTTP proxy, let the HTTPS (=SSL) proxy empty.

  3. Clear your browser cache <== IMPORTANT

  4. Open your browser's and wait until the page is fully loaded

  5. Open your browser's console and write


Results are displayed in the console:


Why "(for the moment)"? Because the score might change if some more JS gets executed in the page.

Inspect what code is unused for one file (experimental)

_unusedjs.file(<file number>)

There are stille some bugs with very large files, especially when minified on one very long line. Best displayed on Chrome or Safari.


Troubleshooting / FAQ

_unusedjs is not defined

That means no JS file was instrumented by the proxy. Make sure the page you are testing is not HTTPS. Make sure the page loads at least 1 script and it's not over HTTPS. Make sure the proxy is still running and is not displaying errors. Then make sure you configured correctly your browser's proxy.

The proxy fails with an error

I did not debug this error yet. Can you?

The console doesn't display the colors

Your browser may not be compatible with console.log styling.

The page loads slower

Yes. The JS files are instrumented by the proxy and this step is slow. And it's not parallelized. Don't forget to kill the tool when you're done, otherwise you might experience a sloooooow surfing session.

Inlined scripts are not analyzed


Does XX% of unused code mean I should remove it?

It's not so easy. It can be some code that's not executed at page load, triggered by a user action for example. If it's a library (such as jQuery), removing the unused parts is pretty hazardous.

My trouble / question is not listed here

Just open a GitHub issue :)

What's next with this tool?

For the moment it's just a quick proof of concept. Tell me if the tool is interesting, because here are some ideas for the future:

  • automatically make the measures on domContentLoaded, domContentLoadedEnd and domComplete (can help defer scripts after the critical path).
  • automatic launch in PhantomJS configured with the proxy.
  • a service worker that does this automatically (on localhost).


Gaël Métais. I'm a webperf freelance. Follow me on Twitter @gaelmetais, I tweet mostly about Web Performances.

I can also help your company about Web Performances, visit my website.


Discover the percent of unused JS on a page with this simple browser proxy







No packages published