sitespeed.io is an open-source tool for comprehensive web performance analysis, enabling you to test, monitor, and optimize your website’s speed using real browsers in various environments.
Go to file
Peter Hedenskog 2c6249f0c9
Use Fully Loaded from Browsertime instead of PageXray (#2251)
* Use Fully Loaded from Browsertime instead of PageXray

We now uses the Fully Loaded from the HAR and using the one from
Browsertime gives us stats like median, so let us use that!
2019-01-16 16:21:40 +01:00
.github Added the link to https://www.sitespeed.io/documentation/sitespeed.io/bug-report/ 2018-09-14 13:39:23 +02:00
bin result is an array in new Browsertime 2018-12-30 16:25:15 +01:00
docker new Graphite and Grafana 2019-01-13 21:16:47 +01:00
docs How to use Grafana auth 2019-01-12 22:30:00 +01:00
lib Use Fully Loaded from Browsertime instead of PageXray (#2251) 2019-01-16 16:21:40 +01:00
test use latest bt 2019-01-08 20:40:37 +01:00
tools Replace var with const/let (#2241) 2019-01-03 21:55:41 +01:00
.dockerignore Smaller docker footprint (#1168) 2016-08-30 21:40:20 +02:00
.editorconfig Make source pass eclint checks again. 2018-03-15 23:16:17 +01:00
.eslintignore Additional ignore folders for eslint. 2017-01-05 21:09:42 +01:00
.eslintrc.json Add Dockerfile for WebPageReplay fun (#1849) 2017-12-12 10:21:52 +01:00
.gitignore ignore tern 2017-05-03 04:53:21 +02:00
.netlify netlify 2017-11-30 20:38:48 +01:00
.pug-lintrc Disable lint rule until we rename jade to pug. 2016-06-06 21:04:09 +02:00
.travis.yml Use Browsertime 4.0 (alpha) (#2236) 2018-12-30 15:57:55 +01:00
CHANGELOG.md changelog: ms/s fix and fully loaded 2019-01-09 19:48:50 +01:00
CODE_OF_CONDUCT.md rename to follow Github standard 2017-06-16 22:15:48 +02:00
CONTRIBUTORS.md docs: added George as contributor 2018-11-21 09:59:40 +01:00
Dockerfile FF 64 2018-12-11 00:04:24 +01:00
Gemfile netlify 2017-11-30 20:38:48 +01:00
Gemfile.lock netlify 2017-11-30 20:38:48 +01:00
HELP.md adding back the HELP.md file #1815 2017-11-22 02:21:03 +01:00
LICENSE Update LICENSE 2018-10-07 21:27:57 +02:00
README.md readme: link deeper in the docs 2018-09-29 20:32:11 +02:00
ROADMAP.md fresh roadmap for the summer 2018-06-16 20:35:11 +02:00
package-lock.json latest bt beta 2019-01-16 10:42:16 +01:00
package.json latest bt beta 2019-01-16 10:42:16 +01:00
release.sh Use Browsertime 4.0 (alpha) (#2236) 2018-12-30 15:57:55 +01:00

README.md

sitespeed.io

Build status Downloads Docker Stars Changelog #212

Website | Documentation | Changelog | Twitter

Welcome to the wonderful world of web performance!

Sitespeed.io is a complete web performance tool that helps you measure the performance of your website. What exactly does that mean?

We think of a complete web performance tool as having three key capabilities:

  • It test web sites using real browsers, simulating real users connectivity and collect important user centric metrics like Speed Index and First Visual Render.
  • It analyse how your page is built and give feedback how you can make it faster for the end user.
  • It collect and keep data how your pages is built so you easily can track changes.

What is sitespeed.io good for?

It is usually used in two different areas:

  • Running in your continuous integration to find web performance regressions early: on commits or when you move code to your test environment
  • Monitoring your performance in production, alerting on regressions.

To understand how sitespeed.io does these things, let's talk about how it works.

First a few key concepts:

  • Sitespeed.io is built upon a couple of other Open Source tools in the sitespeed.io suite.
  • Browsertime is the tool that drives the browser and collect metrics.
  • The Coach knows how to build fast websites and analyse your page and give you feedback what you should change.
  • Visual Metrics is metrics collected from a video recording of the browser screen.
  • Everything in sitespeed.io is a plugin and they communicate by passing messages on a queue.

When you as user choose to test a URL, this is what happens on a high level:

  1. sitespeed.io starts and initialise all configured plugins.
  2. The URL is passed around the plugins through the queue.
    1. Browsertime gets the URL and opens the browser.
    2. It starts to record a video of the browser screen.
    3. The browser access the URL.
    4. When the page is finished, Browsertime takes a screenshot of the page.
    5. Then run some JavaScripts to analyse the page (using Coach and Browsertime scripts).
    6. Stop the video and close the browser.
    7. Analyse the video to get Visual Metrics like First Visual Change and Speed Index.
    8. Browsertime passes all metrics and data on the queue so other plugins can use it.
  3. The HTML/Graphite/InfluxDB plugin collects the metrics in queue.
  4. When all URLs are tested, sitespeed sends a message telling plugins to summarise the metrics and then render it.
  5. Plugins pickup the render message and the HTML plugin writes the HTML to disk.

Lets try it out

Using Docker (use latest Docker):

$ docker run --shm-size=1g --rm -v "$(pwd)":/sitespeed.io sitespeedio/sitespeed.io https://www.sitespeed.io/

Or install using npm:

$ npm i -g sitespeed.io

Or clone the repo and test the latest changes:

$ git clone https://github.com/sitespeedio/sitespeed.io.git
$ cd sitespeed.io
$ npm install
$ bin/sitespeed.js --help
$ bin/sitespeed.js https://www.sitespeed.io/

More details

Using sitespeed.io you can:

  • Test your web site against Web Performance best practices using the Coach.
  • Collect Navigation Timing API, User Timing API and Visual Metrics from Firefox/Chrome using Browsertime.
  • Run your custom-made JavaScript and collect whichever metric(s) you need.
  • Test one or multiple pages, across one or many runs to get more-accurate metrics.
  • Create HTML-result pages or store the metrics in Graphite.
  • Write your own plugins that can do whatever tests you want/need.

See all the latest changes in the Changelog.

If you use Firefox 55 (or later) please have a look at https://github.com/sitespeedio/browsertime/issues/358. We are waiting on the new extension from Mozilla to be able to export the HAR.

Checkout our example dashboard.sitespeed.io

A summary report in HTML:

Individual page report:

Collected metrics from a URL in Graphite/Grafana:

Video - easiest using Docker. This gif is optimized, the quality is much better IRL:

Test using WebPageReplay

We have a special Docker container that comes with WebPageReplay installed. This is a really early alpha release but we think you should try it out.

WebPageReplay will let you replay your page locally (getting rid of server latency etc) and makes it easier to have stable metrics and find front end regressions.

It works like this:

  1. WebPageReplay is started in record mode
  2. Browsertime access the URLs you choose one time (so it is recorded)
  3. WebPageReplay is closed down
  4. WebPageReplay in replay mode is started
  5. Sitespeed.io (using Browsertime) test the URL so many times you choose
  6. WebPageReplay in replay mode is closed down

You can change latency by setting a Docker environment variable. Use REPLAY to turn on the replay functionality.

Default browser is Chrome:

docker run --cap-add=NET_ADMIN --shm-size=1g --rm -v "$(pwd)":/sitespeed.io -e REPLAY=true -e LATENCY=100 sitespeedio/sitespeed.io -n 5 -b chrome https://en.wikipedia.org/wiki/Barack_Obama

Use Firefox:

docker run --cap-add=NET_ADMIN --shm-size=1g --rm -v "$(pwd)":/sitespeed.io -e REPLAY=true -e LATENCY=100 sitespeedio/sitespeed.io -n 11 -b firefox https://en.wikipedia.org/wiki/Barack_Obama