Skip to content

All about 404s

Photo of Daniel Zuccon

Daniel Zuccon

Co-Founder & Operations

Posted: 24 Mar 2020

Starting from the Top

When you request any file from a web server, it returns a 'response code' along in the 'headers' of your request. These 'headers' are hidden from your browser by accessible if you do need to look at it.

Here is what the headers look like for this very blog post:

| HTTP/1.1 200 OK Content-Type: text/html Content-Length: 13418 Connection: keep-alive Date: Sun, 15 Feb 2016 23:37:22 GMT Last-Modified: Mon, 15 Feb 2016 01:02:32 GMT ETag: "dec3f6aecf1af792e608e22401c1b032" Server: AmazonS3 Vary: Accept-Encoding

Response Codes

A '200' response code means "we're all good, here's the file you wanted". See the example above.

A '404' response code means "this file doesn't live here" and then you can then show the user your usual 404 error page.

And for the geeks playing at home, a '418' response code is a little Easter Egg built into the specifications that simply says "I'm a teapot"!

404 Error Pages

Remember that you can display anything that you like on the 404 page.

It's always best to help the user find what they were after on a 404 page rather than them simply closing your website.

This could include:

  • a search box
  • auto suggest some similar pages based on what they tried to access
  • a list of your most popular products/pages

'Soft' 404 Errors

You may have seen these 'Soft 404s' reporting in your Google Search Console.

This happens when you show your user your 404 error page but you are actually returns a '200' server response code to Google.

You definitely want to get these fixed up as it's sending very confusing signals to Google!

Are 404s bad?

The Google Webmaster Blog sums it up well:

404s are a perfectly normal part of the web; the Internet is always changing, new content is born, old content dies, and when it dies it (ideally) returns a 404 HTTP response code.

So 404 errors are not necessarily bad. They are actually the correct way to Google (or any user) that the page is gone (if it's meant to be gone and you don't want it back).

It is actually worse to:

  • 301 redirect everything to your homepage.
  • serve a 200 response on an old broken page (see the 'Soft' 404 error above).

When to 301 Redirect?

1. Always fix the problem at the source first!

A lot of 404's are created because a link to a page is broken has been typed incorrectly.

E.g. "http://www.yourwebsite.com.au/contatc/ instead of "http://www.yourwebsite.com.au/contact/

Find what page (or multiple) the problem occurred from (Google Search Console tells you this) and get it fixed there.

If the broken URL has been live for a long time, or has important external backlinks pointing at it, it's best to 301 redirect it also. If you only just made the error and then fixed it, it's fine to not 301 that.

2. There are a lot of backlinks going to an old page.

You see this case with a lot of old promotions (especially with subdomains such as https://letseattogether.cocacola.com). You set it up, people link to it, then you pull it down when it's finished.

This is a good one to 301 redirect back to your homepage to get the link juice from, unless you make a new, more appropriate page for it such as a wrap up or case study.

3. There is a lot of traffic going to that page.

Check Google Analytics to see if it's just a once accident where a visitor is hitting a broken page, or if an external website is linking to a broken page. If the latter, you should 301 redirect if you can't get the source fixed up.

4. It is an obvious error.

E.g. If a lot of visitors are trying to hit "http://www.clientname.com.au/c..." instead of "http://www.clientname.com.au/c....html" that is a good case to use a 301.

5. You made a great PDF resource that has external backlinks pointing at it.

And the PDF file is no longer needed.

When NOT to 301 Redirect?

If any template files (images, JavaScript, CSS, etc.) are broken, you don't 301 redirect those. You need to fix it up at the source in the template code.


Photo of Daniel Zuccon

Daniel Zuccon

Co-Founder & Operations

With over 20 years experience in the industry, Daniel has produced an extensive number of web projects for some of Australia’s largest brands. His passion and interest for web development originated from building his first website in 1998 (in exchange for a skateboard, no less!) to running many successful boutique eCommerce stores and large online communities.

Since then, Daniel has made the leap of co-founding Optimising, the specialist SEO Agency that we know today. From its humble beginnings, the team has grown from a two-man enterprise to a large core team, growing into a highly respected digital agency.

Optimising

We value purpose over profit and take action.

Our values and beliefs have always set the tone and approach to our business. It's not just enough to grow as a company and produce profits, we have a global responsibility to make our economy more inclusive and sustainable. As both a B Corp and a member of 1% for the planet, we have further cemented this purpose within our organisation.

However, our work isn't done quite yet. For Optimising, this is simple the start of our journey towards building a better business and world!

Partner with
the real deal

Chat with us today and we’ll get you the results you deserve.

Google Partner Premier 2022
Shopify plus partners
AWIA: Australian Web Industry Association
Aboriginal Flag
Torres Straight Flag

We acknowledge the Wurundjeri Woi Wurrung people as the Traditional Owners of the land now known as Richmond. We pay our respects to Elders from all nations - and to their Elders past, present and future.

Pride flag

Optimising is committed to cultivating and preserving a culture of inclusion and connectedness. We are able to grow and learn better together with a diverse team of employees.