Fork me on GitHub

YSlow Ruleset Limitations

YSlow analyzes web pages and why they're slow based on Yahoo!'s rules for high performance web sites

YSlow generates the page performance summaries by accessing the page components. As of today, browsers allow different levels of access to page components, which limits YSlow’s supported ruleset in each implementation.

The table below lists the supported rules by browser/platform.

YSlow RuleFirefoxChromeMobile/Bookmarklet, Opera and SafariCommand Line (HAR)
Make fewer HTTP requests
Use a CDN
Avoid empty src or href[4]
Add Expires headers
Compress components with GZip
Put CSS at top
Put JavaScript at bottom
Avoid CSS expressions
Make JavaScript and CSS external
Reduce DNS lookups
Minify JavaScript and CSS
Avoid URL redirects[1]
Remove duplicate JavaScript and CSS
Configure ETags
Make AJAX cacheable[2][2]
Use GET for AJAX requests[2][2]
Reduce the number of DOM elements[5]
Avoid HTTP 404 (Not Found) error
Reduce cookie size
Use cookie-free domains[3]
Avoid AlphaImageLoader filter
Do not scale images in HTML[6]
Make favicon small and cacheable[7]

Limitations Explained

  1. XHRs resolve any redirects on requests, it means when a request is made for url A that gets redirected to B that redirects to C, there's no trace of all redirects involved, thus this rule is never triggered.
  2. When scaning the page searching for components, XHRs can't be detected, hence these rules are not triggered.
  3. Only cookies sent over HTTP headers are considered and those components hosted in the same domain as the main page.
  4. Empty resources are not listed in HAR files.
  5. Since there's no real browser involved, a pseudo browser (JSDOM) is used to render the page which does not provide accurate results.
  6. No rendered image dimension information is available in HAR files. Inline and style background images can't be distinguished from regular images.
  7. Rule is only triggered when favicon is listed in exported HAR files.

Techniques Used to Access Page Components


It was the original implementation of YSlow and provides full access to page components information throught Firebug Net Panel. Since it's a add-on, Firefox allows cross domain access to iframes and CSS files hosted in different domains than the page domain.


Chrome extension API currently does not provide access to the netwok panel data, hence XHR requests are made for each component (script, css, images, etc) found on the page being analyzed. Cross domain XHRs are possible within Chrome extension sandbox environment.

Mobile/Bookmarklet, Opera and Safari

It relies on YQL as a proxy in order to get HTTP headers of page components, for all requests the user-agent string is passed to impersonate the browser making the request.

Command Line (HAR)

HAR files contain all HTTP headers information needed to YSlow analyze page performance, however since there's no real browser involved, some rules are not applicable.