Live data from Hacker News

Using page speed in mobile search ranking

webmasters.googleblog.com

21–30 of 40 posts

Re: Using page speed in mobile search ranking

#21

I expect this should hit bad WordPress developers hardest, since the throw-another-plugin-on-the-fire philosophy has led to pages that load 15 javascript libraries for features not even present on that page.

Many (most?) of them are not even good on Desktop. Agree to the other comments that the basic Wordpress is very good optimized but who uses only basic Wordpress?

Re: Using page speed in mobile search ranking

#22
post #17
post #8

Without NN won't ranking pages by "page speed" simply enhance the benefits of purchasing "fast lanes" near end points (on previously dumb pipes ;-) to those willing to do so?

It sounds like you're describing a Content Delivery Network (CDN). Many sites use CDNs in order to serve content from as close to the user as possible, often from within the ISP's network. This is unrelated to Net Neutrality, and has been common practice for years. Using a CDN is one way to speed up your site, but there are lots of other important steps like reducing dependencies and compressing your resources. (Sour…

Or even doing the basics like using Photoshop to optimise your images first!

Re: Using page speed in mobile search ranking

#25

Earlier quoted context omitted.

Wordpress is well optimized from my experience. It loads the page and the text first so you can start reading. The images and scripts are delayed and cached. Comments are last. Pictures and thumbnails have various resolutions to improve load time.

Wordpress itself is good at getting the important content to you ASAP. Many Wordpress plugins are not as good.

But what about themes?

Most i've seen load 5+ CSS files and least 10+ JS.

Re: Using page speed in mobile search ranking

#26
post #23

I expect this should hit bad WordPress developers hardest, since the throw-another-plugin-on-the-fire philosophy has led to pages that load 15 javascript libraries for features not even present on that page.

Is there any fast alternative?

https://www.hardypress.com/ makes a static version of the site which will be faster

Re: Using page speed in mobile search ranking

#28
post #23

Earlier quoted context omitted.

Is there any fast alternative?

https://www.hardypress.com/ makes a static version of the site which will be faster

The issue GP is taking about is with lots of client side plugins and CSS files, and not with WP taking too long to render the HTML.

So how does this product helps in this case?

Re: Using page speed in mobile search ranking

#29

I expect this should hit bad WordPress developers hardest, since the throw-another-plugin-on-the-fire philosophy has led to pages that load 15 javascript libraries for features not even present on that page.

The HTTP Archive could help test this expectation. Disclaimer that I work at Google and help maintain the open data on the HTTP Archive.

For example, here's a query that measures the 95th percentile of first meaningful paint (FMP) grouped by whether the site is a known WordPress site (eg based on detection of resources like `wp-content`): https://bigquery.cloud.google.com/savedquery/226352634162:4b...

The results show that the tail of WordPress FMP is actually about even with the rest of the mobile web:

WordPress: 10.9 seconds !WordPress: 11.4 seconds

Of course, FMP is just one heuristic for mobile web performance. We could look at other metrics like speed index, time to interactive, onload, etc.

Post reply on HN