Google and HTML/CSS Code Quality
Published on OctĀ 21, 2014 (updated FebĀ 5, 2024), filed under development, html, css, conformance, quality (feed). (Share this on Mastodon orĀ Bluesky?)
This and many other posts are also available as a pretty, well-behaved ebook: On Web Development. And speaking of which, hereās a short treatise just about managing the quality of websites: The Little Book of Website Quality Control (updated).
For much of Googleās life time there have been few Google web pages of high code quality (products are a different matter which Iām not going to discuss here). The easiest test has traditionally been to validate a Google page, and the result of that has almost always been negative. When I started working for Google, in 2008, Iāve been one of a few new hires, all specialists for modern web development, who made it their priority to increase output quality. And after a few months, still in 2008, we had made enough progress to publicly point out that things had markedly improved, and that Google also cared about quality HTML and CSS code.
Then much more changed, for the much better. We established systems to grade the overall quality of our web pages (side note: some now used by UITest.comās Site Check), integrated if not created quality-related tools (for validation, performance, maintainability, even typography), set up guidelines and policies (not just team- but company-wide), and spread the word. (You notice that I say āweā: once a Googler, always a Googler.)
You may wonder, is that not leading up to a happy end? As the technical lead behind a number of Googleās tools and policies Iāve watched the situation since my departure last year, and have reason to believe no. Others of the evangelists on the team have left, too, and a very different department is in charge of Googleās web pages now.
When we look at some of Googleās key properties and with that extraordinarily popular sites, we get a first hunch that the quality winds are turning. We can, for example, observe regressions for Googleās Jobs, Mobile, Analytics, and Earth sites. All these sites were valid up until 2013. (Luckily, the Ads, Business, About, Policies, and Press sites are stillāor again, as with the About pageāvalid.)
For campaign and landing pages the situation seems outright dire. Itās difficult to tell from the outside what the daily output in marketing pages is like these days, but of the ones I found that launched in the last months, thirteen in total, an already workable sample size, not a single one validates.
And so we see that of 9 infrequently changed major sites, 5 are technically acceptable, 4 arenāt. Of 13 microsites and landing pages, 0 are acceptable, 13 arenāt. When we go beyond validation as a quality factorājust like Googleās style guideā, all of these properties, whether key company sites or marketing pages, lack other signs of good code health. Given that validation is merely demonstrating entry-level knowledge of HTML syntax, that is a poor and little professional outcome. Whatās also worrying is that key sites are falling from near-perfect to errors even caught in simple validation checks, so soon, and that there is no campaign page on par with the state at which we shipped sites as far back as 2010 or 2011. Those seem to be clear negative signs for a shifting regard for HTML and CSS code quality, and for code excellence.
At Google we had invested much in code quality and leading by example. I believe, as a professional, that thatās the way to go, and one not to be left. As I love both Google and excellence I donāt want Google to fall back into the bad habits of earlier years. And as weāve promoted our good deeds publicly, Iām also reminding of our commitment publicly. Thatās also the reason not to wait for an even bigger sample (remember, any landing page Google launches right now appears faulty by the most basic quality standards). I want Google to bounce back so that we can marvel at how high of a bar Google sets also in website engineering prowess. Because this is Google, and engineering excellence is what has made Google Google.
About Me
Iām Jens (long: Jens Oliver Meiert), and Iām a web developer, manager, and author. Iāve been working as a technical lead and engineering manager for companies youāve never heard of and companies you use every day, Iām an occasional contributor to web standards (like HTML, CSS, WCAG), and I write and review books for OāReilly and Frontend Dogma.
I love trying things, not only in web development and engineering management, but also in other areas like philosophy. Here on meiert.com I share some of my experiences and views. (I value you being critical, interpreting charitably, and giving feedback.)