A Short Story of the Google Error Page
Published on October 6, 2022 (⻠October 14, 2024), filed under Everything Else (RSS feed for all categories).
Before we begin, this is a personal post, and not one endorsed by Google. Although it was reviewed, Iâm also telling it by memory, meaning I may have gotten details wrong. (Iâve worked at Google from 2008â2013, so itâs been a while.)
In its 24 years, Google has had two error pages *. One for 13 years, the other and present one, for 11 years.
If you havenât used Google before 2011, this is how the error page looked like:
Figure: The Google error page in 2011 (via AGConsult).
Since then, it looks like this (see for yourself):
Figure: The Google error page in 2022.
But what happened? Let me add detail to the story I had sketched on Twitter.
The Google Webmaster Team
On the old Webmaster Team, we had been responsible for most of Googleâs informational pagesâMarketing and Corporate Communications campaigns and microsites, Investor Relations information, the Google careers site, and many more, including the Google error page. (In 2014, I wrote a little about that and the successor teamâs work, when passionately noting what looked like a decline in output quality.)
That error page came up here and there, as we all knew it wasnât up to standard. It was dated, and smelling like the 90s.
Accordingly, there had been light conversations to do something with the page. Just who should do that work, and what value could we add to it?
At the time, I was one of the teamâs tech leads, and had capacity to drive what looked like a moderately low-hanging fruit. I donât recall any objections to making this an OKR for probably the first quarter of 2011. As this didnât appear too resource-consuming to my manager then, Todd Markelz, it was also okay to pair up with some more people on the team, like Susie Sahim, one of our teamâs designers and illustrators (you might know some of her doodles!). That answered the âwho.â
For the âwhat,â it turned out we, or I, had been a little naive about what was possible and realistic on the page.
Error Page Requirements
The general idea was to make the error page more useful. Give context on the error that occurred, provide navigation options, offer search functionality, perhaps add some dynamic features.
But it quickly became clear that wasnât going to work. For one, the system here was different from what we were using to serve standard pages. For another, we had to assume that other systems, like those serving assets, would not be available, either. We learned that other systems and teams were consuming and modifying the page. And, of course, the page had to be blazing fastânot usually a problem, unless youâre competing against a page that was essentially plain text.
Within a brief timeframe, all our ideas vaporized, with the feedback translating to a mandate of âchange as little as possible, and do everything with one file.â
In a way that made our work also easier, because there was less to design and code and testâbut it was very different from what we had had in mind.
Susie and I then went to workâI focused on the general content and layout, and coding the page, when Susie created the main illustration, and advised on the design.
Owing to the thriving meme culture on the Web and also at Google, this was also when I had the idea of adding the friendly â!!1â to the page title. (I received probably a dozen internal bug reports about this đ )
Early on, too, did I like the idea of calling out our inability to provide more error context and options (âthatâs all we knowâ). We really didnât know anything, so why not be transparent about it! And the same, of course, applied to dryly pointing out that an error occurred (âthatâs an errorâ).
On the design side we ended up improvising, too: The graphic used had been a sketch, something Susie had planned to polish for production. However, as everyone liked it the way it was, it wasnât touched again.
Quality in Simplicity
The result of all of this is largely what you can still see today:
Figure: The Google error page once more.
Thinking about all the limitations, I still find the outcome all googley.
There are also a few more things that seem pretty cool:
The page must be one of the most-frequented pages on the planet. Itâs weird to think of it, but after having worked on a number of popular websites (including several at Google), this may still be the page I created that has received the most traffic. An error page, of all pages.
The code of the page has used a fairly advanced HTML writing style from the start, namely valid, semantic, accessible, required-only. (I know, I call this advanced, but then itâs also what Iâm doing for a living đ) There were some changes in the meantimeâfor example, the logo construct has been redoneâ, but fortunately nothing that made the page non-conformant with web standards. So this is a high-traffic Google page thatâs also valid. (Donât jinx it.)
On the design side, I donât think anything changed but the Google logo, which was last updated in 2015. Yet thenâdidnât the page age reasonably well? You be the judge.
⧠This is the short story of the Google error page, and one I feel honored having been able to contribute to.
As a closing note: My former manager, Todd, and I have a bet if this page will last longer than the first Google error page. What do you think? Leave a comment (while still open), or share your own bet as a response to the tweet for this post. (Googlersâforget about the page again, at least until 2025 đ)
Many thanks to Todd and Susie for reviewing and sharing feedback on this post!
* To the best of my knowledge, which means, I could be wrong. If you have pointers that there were other error pages during Googleâs early yearsâapart from having none, which is an industry classicâ, Iâm happy to update this post.
About Me
Iâm Jens (long: Jens Oliver Meiert), and Iâm a frontend engineering leader and tech author/publisher. Iâve worked as a technical lead for companies like Google and as an engineering manager for companies like Miro, Iâm a contributor to several web standards, 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. (Please be critical, interpret charitably, and give feedback.)
Read More
Maybe of interest to you, too:
- Next: HTML 2022: 20 Additional Observations From Analyzing the Web Almanac Data
- Previous: Website Optimization Measures, Part XV
- More under Everything Else
- More from 2022
- Most popular posts
Looking for a way to comment? Comments have been disabled, unfortunately.
Is it possible to find fault with everything? Try The Problems With All the Good Things (2023). In a little philosophical experiment, Iâm making use of AI to look into this questionâand what it means. Available at Amazon, Apple Books, Kobo, Google Play Books, and Leanpub.