I created a GitHub repository featuring front-end metrics from big news sites around the world. For the start I gathered data of around 40 news sites from Germany and the USA, ranging from abc.com to zeit.de. The plan is to add a lot of other sites from other countries step by step, like UK, France and Italy.
The metrics range from the page weight (both not cached and cached) to if the website is SSL encrypted and how the usage of heading elements is handled. For example I found out that the Washington Post has a fully encrypted website – pretty cool – but that the front-end developers apparently don’t seem to be aware of the existence of heading elements in HTML (they actually use none, not a single
h6) – pretty not cool. News sites are generally good in caching content (cnn.com being the exception, their site is around 965 KB (!) big when served from cache) but almost all do a horrible job in the initial, not-cached page call. Most are 2, 3 or even 4 MB big. At the time of writing morgenweb.de is around 5.4 MB big (generously calculated, because a particular module for a particular occasion was placed on the page during the measurement).
I really don’t know if all this is of any use to anyone, but I find it quite handy and maybe some front-end developers of a mentioned news site see it and try to fix some of the things that could be improved.
On March 30th 2015 I tweeted an image of a weekend project I did showing a chart of HTTP requests and page weights of big news sites from various countries. I got a lot of feedback from that tweet (at least for my standards). Anselm Hannemann asked if I would put up a HTML version of the image, so this is my attempt to do it.
I think especially big news sites have a certain responsibility of delivering a certain quality of front-end code to their customers because they normally have massive reach, massive traffic, loyal readers and are confronted with a heterogeneous pallet of end-user devices they have to serve. Lastly, they offer information people want to consume if they visit their site, so the information should be served as fast and accessible as possible.