Post Web site loads too slowly - The Washington Post(washingtonpost.com) |
Post Web site loads too slowly - The Washington Post(washingtonpost.com) |
Translation: You're not the customer, you're the product.
I've seen this story too many times: We want high performance, AND we want a simple user interface, AND we want these 20 features, and we will not listen to the tech guys who tell us we can't have it all. Something has to give.
The publishing frameworks are to blame on the most part. We spent 6 months working on caching fixes to deal with that. The site is still pathetically slow even after 6 months, my suggestion to management was throw the baby out with bath water and migrate to a new bespoke purpose fit solution. But that option scares the hell of out management (especially when they are generally sales men).
Caching aside the rest come from tracking software. Infact from time to time neilson would add 50% load time a page, google analytics was only slightly better, but I have watched nelson hang a page for 30 seconds. Even with delayed loading, browsers are horribly unruly beasts :)
The sad fact is demographics are everything, without it the news site doesn't exist. You need to be able to go to market and say we have X demographic give us that huge client spend. Which for the uninitiated one sale can be more than what an entire months of Google ads will bring in.
So the comment is 100% correct, news sites are in the business of tracking you. Because without it people won't spend with them, and Google ads won't even cover hosting costs let alone paying journalists to cover stories. Big media is extremely expensive to produce, its not like some aggregator site like Digg or Reddit which get stories for free, you need to be able to send people to location, put them up in hotels, feed them etc...
And with that knowledge there is no way in hell that could could ever make an argument to remove those tracking scripts :/
Does the page load up as blank? Stop loading halfway through? Very difficult for WashPost to achieve high availability when they only control a portion of the experience.
When it's not linked properly (as far as I know most of those 3rd party services by default advertise the "wrong" way) - not only it would display a blank or half-blank page when the 3rd party service is down, also all the page loads are noticeably slower for everyone on every page load.
I.e. I use neither facebook nor twitter nor google+, but half of the internet is loaded a few hundred milliseconds slower because every page is crammed with their fairly useless buttons.
Why useless? First, that functionality should be part of the browser, not of the webpage. I should have a share button in my browser, for every page I see, and also it would prevent those services from tracking me.
Is there an firefox/chrome extension that:
- Provides Like, Tweet, +1, Digg and all the buttons in the toolbar (only ones I need)
- Prevents browser from accessing button embeds therefore disabling tracking?
I would install it in a heartbeat.
This is why I prefer a bookmarklet, for the specific (of the 100s possible) social sharing site I happen to like to use.
For example, The Post gets a D from Yslow, as does Techcrunch, but they aren't the worst of the pack as ReadWriteWeb gets an abysmal F.
They again, they include javascript files with a copyright from 2007 (http://www.washingtonpost.com/rw/sites/twpweb/js/wp_omniture...). They source javascript files of 5 lines of length. They forget alt attributes on navigation images. And they wrap their stories in this soup:
#wrapperMainCenter, #wrapperInternalCenter, #container, #pagebody, #pagebody-inner, #article, .blog_entry, #c-main-content, #center, .content, .hnews hentry item
That can't be result of a single developer, or even of a single project.There currently is nothing to fix when - to keep advertising and tracking going - you are faced with over 100.000 bytes of third party javascript code (I stopped counting).
Next to a complete redesign, a mentality change would be needed. Sure, you can asynchronously load a single compressed and combined core javascript resource just before <body> close. But would the advertisement department of The Washing Post be happy if all advertisements showed up 5 seconds after the content has loaded?
I wouldn't even know where to start bothering with this massive site. There must be 10+ projects with different developers all working over the years to build things like the Sports Section, the classifieds section etc. All using their own javascripts and style sheets... Perhaps a good CDN to patch this oil tanker.
I can almost see how that conversation could go down. "Our users are staring at half-rendered content during the 15 seconds our site takes to load! Scramble the web team! That's blank real estate that could use some ads on it!"
-Combine external JavaScript
-Enable gzip compression
-Leverage browser caching
(As suggesteg by Chromes Inspector)
As well as
-Using css embeds where possible
-Severside caching if they don't do that already