SEO

Two Examples of How One Line of Code Could Kill Your SEO [Case Studies]

image0012 Two Examples of How One Line of Code Could Kill Your SEO [Case Studies]

With all of the buzz about Social Media Marketing, I think too many companies overlook the importance of having a rock solid technical structure (SEO-wise).  Sure, Social Media Marketing is important, but let’s not forget that SEO can be driving quality traffic 24/7, and for the long-term.  When it comes to building SEO strength, you absolutely need a clean and crawlable structure so the search engines can easily crawl and then index your content.  If your site can’t be crawled or indexed properly, you’re essentially dead in the water.  You can build links until the cows come home and it won’t make a difference SEO-wise.

I perform a lot of SEO Audits at G-Squared, and across a wide range of web sites.  I’m a firm believer that a thorough technical audit is the most powerful deliverable in SEO.  It enables you to understand the strengths, weaknesses, risks, and opportunities of your website in a relatively short amount of time.  In addition, the audit yields a remediation plan, which can help build your SEO roadmap moving forward.  After presenting a remediation plan, there are times that changes take months to implement, while other times, changes can be quickly implemented.  My post today includes two examples that fit into the second bucket (although the second example could be more complex to change, based on the size of your web site).

The Cost of One Line of Code

When performing audits, you never know what you’re going to find.  And what you find could very well turn around the performance of the website SEO-wise.  Sometimes you come across serious, and glaringly obvious, examples of how the wrong code could kill SEO for a website.  And believe it or not, that sometimes could be just one line of code.  In this post, I’m going to explain two examples I’ve come across recently where one line of code was destroying a site’s SEO performance.  Let’s take a closer look at each situation below.

WordPress and NoIndex/NoFollow

As part of an SEO audit, I typically review the core domains in use by a company. That often includes any blogs that are being used.  For larger audits, the discovery stage of the project includes interviewing key people at the company at hand.  One person I spoke with during a recent audit was baffled by how poorly their blog content was performing in Natural Search.  This person wasn’t technical, and wasn’t extremely familiar with SEO, which helped explain why the core problem I found went undiscovered for so long.  According to this person, not only was traffic to the blog non-existent, but he couldn’t even find examples of the posts ranking (at all).  Yes, the first red flag had been raised.

Upon further review (about 15 seconds on the blog), I pulled up the source code.  I searched for “noindex” and low and behold, there was a meta robots tag using noindex and nofollow on every page of the blog.  Yes, the blog was telling the search engines to not index any content and to not follow links on any of the pages.  Clearly, this is the kiss of death for a website or blog.  A site: command in Google revealed “0″ pages indexed for the blog.

image003 Two Examples of How One Line of Code Could Kill Your SEO [Case Studies]

The development team quickly removed the tag and Google and Bing began indexing the blog content within a few days.  Now the blog is driving quality traffic to the site and has built up moderate to strong rankings across a few hundred blog posts.  If the company didn’t have the audit conducted, they would have kept thinking that the blog (and blogging) just didn’t work.  Yes, one line of code was killing their chances of strong rankings, traffic, and conversions.

Canonical URL Tag and eCommerce

OK, so that was a good example of how noindex and nofollow could hurt a blog or website SEO-wise. Now let’s take a look at an example of how one line of code could kill SEO for an ecommerce website. Based on my experience with ecommerce SEO, application development, and CMS packages, I end up getting a lot of calls from ecommerce retailers.  Recently, I performed an SEO audit for an ecommerce company that was convinced SEO wouldn’t work for them.  They spent the past few years trying “this”, then trying “that”, adding a dab of “this”, and a pinch of “that”, and all for nothing.  Their natural search performance was abysmal.  The never hired an SEO consultant or agency before, and everything they had implemented was completed on their own (with very little experience with SEO).

Based on the time and effort they already put into the website to build SEO strength, they wanted someone to perform an extensive SEO audit.  Specifically, they wanted to know if there were any technical limitations or barriers on the site that could be causing serious SEO problems.  Smart move.

It wasn’t long into the audit that I found a huge problem, and it had to do with the canonical URL tag.  If you’re not familiar with the canonical URL tag, it’s one line of code you can place in the html of your web pages that can help the search engines better understand the canonical URL’s on your web site.  For example, (when one piece of content ends up resolving at several URL’s (causing duplicate content).  The tag informs the engines that Page X holds the same content as Page Y, and that all of the Search Equity built to Page X should be attributed to Page Y.  The canonical URL tag is especially important for ecommerce websites, since the nature of ecommerce applications (and CMS packages) can generate a massive amount of duplicate content.

The canonical URL tag looks like:

<link rel=”canonical” href=”http://www.domain.com/canonical-url.html” />

Here is a Quick Example:

Imagine you launched a new product that you’re selling on your website.  It’s the G-Squared Nitro Scooter, and it’s available in three amazing colors.  Your ecommerce CMS enables visitors to change the color of the scooter when viewing the product page, but the URL changes when that happens.  Therefore, you can have four pages for every one you should have on the site (the original page and then one for each color).  All of the content is the same, the metadata is exactly the same, etc. This is a great example of when the canonical URL tag could help.

Simply adding the tag to each variation of the scooter page would tell the engines that all of the SEO power should be attributed to the original page that loads (the original product page).   Now imagine this is happening across all 1,250 of your products.  The problem could get large, and ugly, very quickly.

image0052 Two Examples of How One Line of Code Could Kill Your SEO [Case Studies]

Bad Implementation, Bad Results

After the canonical URL tag was released, there were many websites that implemented the tag incorrectly.  Some companies used it incorrectly on product pages, category pages, site-wide, with pagination, etc.  When you break it down, the right implementation can greatly help your SEO efforts, but the wrong implementation can drive a dagger into the heart of your SEO performance.  And that’s exactly what I found when completing the ecommerce SEO audit I mentioned earlier.

The site had almost no organic search traffic.  When checking rankings, I could barely find any pages that were ranking for target keywords.  There was obviously a serious issue.  Upon checking the source code of various product pages, I noticed the canonical URL tag was being used.  The first problem was that the same href was being used on every page of the website.  That means the ecommerce website was telling the engines that every page on the site should be attributed to one other page.  Think about it, how could 1000+ pages of unique content be the non-canonical versions of one other page?  They couldn’t, and this implementation was seriously confusing the search engines.

But It Gets Worse

The second (and possibly more serious) problem was that the destination URL being used in the canonical URL tag for every page was broken.  Yes, this made matters even worse.  The URL was added in a way where the product ID (which was the querystring that helped the site resolve the right product) was left out of the tag.  Note, when the product ID was left out the URL, each page threw a 500 error (application error).  So, the site was telling the engines that all pages should pass their Search Equity to a page that didn’t resolve on the site.  Bad move.

Example of broken canonical URL tag:

<link rel=”canonical” href=http://www.domain.com/canonical-url.html?productid= />

Based on what I explained so far, can you tell why the site was in pathetic shape, SEO-wise?  The correct use of the canonical URL tag for this web site would be to add it to each product page and reference the canonical URL for each specific product.  That would ensure each non-canonical product page directed its power back to the core product page (the canonical URL).  Instead, the web site was pointing thousands of pages (with unique content) to one page that threw an application error.

Don’t Let One Line of Code Kill Your SEO

If you are having trouble with SEO, it very well could be a technical issue or barrier that’s residing on your web site.  If that’s the case, building more content and links won’t have any impact SEO-wise.  You need to identify the technical issues, form a plan for fixing them, and then implement those changes as quickly as you can.

In closing, it’s amazing how just one line of code can kill your SEO efforts.  But what’s more amazing is how some companies let that one line of code remain on the site.

 Two Examples of How One Line of Code Could Kill Your SEO [Case Studies]
Featured SEO Writer for SEJ Glenn Gabe is a digital marketing consultant at G-Squared Interactive and focuses heavily on SEO, SEM, Social Advertising, Social Media Marketing, and Web Analytics. Glenn has over 18 years of experience and has held leadership positions both in-house and at a global interactive agency. During his career, Glenn has helped clients across a wide range of industries including consumer packaged goods (CPG), ecommerce, startups, pharmaceutical, healthcare, military, education, non-profits, online auctions, real-estate, and publishing. You can follow Glenn on Google+ here.

You Might Also Like

Comments are closed.

24 thoughts on “Two Examples of How One Line of Code Could Kill Your SEO [Case Studies]

  1. In order to succeed online today it’s important to build a positive search engine presence and web presence overall. For those that aren’t working with an SEO firm and are choosing to do it themselves, it’s recommended to hire a consultant that will review the site. There are so many factors, such as incorrect coding, that can play a huge role in success.

    1. Thanks for your comment Nick. I agree, having an SEO consultant or agency review technical changes can be extremely important and beneficial. That’s especially the case with larger and more complex websites.

  2. This is not quite a one liner, but it’s effect is so big I think I should add it. Recently the development team for a client of mine accidentally made these lines go live in the robots.txt file of their website:

    User-agent: *
    Disallow: /

    These two lines are commonly used on development websites as they tell all search engine robots to not index a single page of the website! These lines should never go live, but it happens.

    Luckily Google themselves, via their Web Master Tools sent me an email telling me something fishy is going on. Do you really want us to remove your whole website from our index?

    1. @Tiggerito, that’s a great addition to my post. There are times developers add directives that they aren’t familiar with, which can end up doing a lot of harm. Disallowing the entire site from being crawled would fit into that category. :) Thanks for your comment.

      GG

  3. I could give you hundredds more examples.

    My favourite recent example:

    1. Most pages of the site linking to “/index.html” for the root home page (a few stragglers linking to /index.php, and one linking to “/”).

    2. The “index.html” page contains a full page of content but with “meta HTTP-EQUIV=”REFRESH” content=”0; url=/index.php” right at the top.

    Shocking!

    1. Hey, thanks for your comment. The meta refresh was probably added because the person didn’t know how to properly handle the index page via htaccess. I’ve seen that before too. Not good. :)

  4. Hi Glenn. Your article made me think about site SEO audit. Do you know any tools? Will Google webmasters central also be helpful for doing the audit?

    Thanks so much.

    1. Hi Lusine.

      I’m glad my post got you thinking about SEO audits. Regarding tools, I have an entire arsenal here for audits. :) Each tool has a very specific purpose. There’s too many to list here… If you are just starting out, I highly recommend installing some firefox and chrome plugins like Firebug, Web Developer Tools, LiveHttpHeaders, etc. They can help streamline the auditing process. That’s just the beginning though.

      Google Webmaster Tools and Bing Webmaster Tools are great too. They provide some outstanding data directly from the engines. I always try and gain access to a client’s WMT accounts before starting the audit. I hope that helps.

  5. HI @Glenn, Really its a mind blowing post. I learn the most thing from here. What is your facebook profile or fan page, i like to follow you. You have a plenty of knowledge of seo, thanks for sharing and hope in future you continue this. Really very nice post.

    1. Thanks Sandeep. I appreciate it, and I’m glad you found my post helpful. It’s amazing to see how one line of code could kill your SEO efforts. You can follow me on Twitter @glenngabe. Thanks again.

  6. One reads everywhere that it’s so easy to build a website. Sometimes it is but what is the point if it’s just floating around somewhere in space because of these type of errors?

    It takes a lot of learning to understand the technicalities and it’s often short-sighted of business owners not allocate an expense to getting a website built correctly.

    Even worse, I wonder if the ecommerce owner had?!

    1. Absolutely, I often help companies during the entire process of redesigning or building a site. It makes sense, since you can catch many issues in the development phase versus having those issues hit the actual website. Smart move. :)

  7. Very helpful post. The ‘noindex, nofollow’ meta tag would definitely hurt a page’s SEO and this mistake or lack of understanding can be common.

    I better go through all my codes now :)

    1. Thanks Alex. Yes, definitely watch out for noindex, nofollow. As you can imagine, telling the engines to not index your content, or follow any links, is not a good recipe for success. :)

  8. Good points Glen – definitely some things to watch out for (along with common sense)!

    It’s the no.1 reason why we check for on-page issues before investing/ wasting time in link building – only to wonder why we’re not getting results.

    1. Absolutely Alex. Too many companies want to jump to linkbuilding, creating new content, etc. That’s important, but only if your foundation is strong. If not, you’ll be spinning your wheels. Not good.

  9. Glenn, Great post! Even a noob like me understood what you said. Thanks for breaking it down so it wasn’t complicated to understand. I’m recently getting into building WordPress sites and have been doing lots of reading on SEO. I’m no spring chicken here so a lot of it looks like a foreign language to me. A month ago I would not have understood what you wrote about, but now that I’ve seen the back end of wordpress I got what you said. Thanks for sharing and making it easy! Rhonda

    1. Hey, that’s great to hear Rhonda. I appreciate it.

      I began my career developing websites, web applications, flash applications, etc. and I use that skill-set every single day with SEO. The more you can learn about technical SEO , the more you can avoid situations like what I listed in my post. And those situations can kill your efforts if not caught…

  10. I have recently transfered our corporate blog from a subdomain to a subdirectory. I have inserted canonical URL tags with the redirect codes, and I am waiting for the cached URL’s to be updated on SERP’s.

    Thanks for this information, it helped me understand a few things better, and now I can apply it to our recent updates.

    Technical audits are sometimes overlooked, but they are the foundation of all SEO stratagies.

    A follow up post on useful tools for audit will be appreciated.

    1. Thanks Talha. I ‘m glad my post was helpful. I’ll keep your blog post recommendation in mind. I write here on SEJ every month, so be sure to check back often.

  11. Great post – and I have seen several examples of badly implemented canonical tags. Here’s another thing to watch out for (and yes it still happens) – navigation that is purely javascript driven so that the search engines couldn’t find the sub pages of a site. For example, on one site Google could find all the pages for one geography but could not find the separate (and distinct) pages for another geography because the option to switch from the default geo was handled in javascript.

  12. If you are non-technical person don’t go for these SEO audit of your own. A very small mistake in the code can ruin your website.