• Stars
    star
    152
  • Rank 244,685 (Top 5 %)
  • Language
    JavaScript
  • License
    MIT License
  • Created almost 10 years ago
  • Updated over 8 years ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

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

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.

Installation

You need to open your console and write:

npm install unusedjs -g

Use

  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 _unusedjs.report()

Results

Results are displayed in the console:

screenshot

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.

screenshot

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

Sorry.

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).

Author

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.