For a site like mine, a high bounce rate from search isn’t necessarily a bad thing. My content is geared towards helping people solve one specific problem. They read one page to help them solve it, and then they bounce. So long as they find what they’re looking for, I’m a happy camper.

But I’m not happy about my analytics reports. Each time I log in, I’m presented with pages that look something like this:

These numbers are so bad that it makes me want to hole myself up in my bedroom and spend entire days staring at the ceiling fan like Martin Sheen at the beginning Apocalypse Now.

You can see that the bounce rate is 100% for all keywords, and the average visit duration is zero seconds.

Zero seconds on site. So not only is my design repulsive, but my readers are equipped with cheetah-like reflexes. How can that be?!

Thankfully, there’s a simple explanation — and my bounce rate is to blame.

How Google Analytics measures time on site

When you install Google Analytics (or any other analytics software) on your site, it’s as simple as copying a neat little JavaScript function they provide you and pasting it onto the pages of your site. This script is then executed each time one of your pages loads.

This is how time on site measurements work:

1. When a visitor enters your site, the time of the initial pageview is logged.
2. As a visitor navigates through your site, the time of each subsequent pageview is logged.
3. Time on site is calculated by subtracting the time of the initial pageview from the time of the last pageview.

See the problem?

When a visitor views only one page, there’s nothing to subtract the timestamp from. Your analytics software has no way to calculate time on site, so they give you a big fat zero.

Your bounce rate is absolutely killing your analytics.

What to do about it

This is a frustrating problem. My bounce rate is making my analytics next to worthless when it comes to measuring engagement.

I have accepted that the high bounce rate is just a fact of life (until I do something to try and reduce it), but it sure would be nice to know how users are interacting with my pages. Are they reading the entire articles? Are they just reading a sentence and then bouncing?

With a little bit of creativity, you can setup Google Analytics to measure scroll depth. This allows you to see how far people scroll down on your content pages (in terms of percentages).

Scroll depth is not a perfect metric by any means, but it at least gives you an idea of how people are interacting with your site (some information is always better than no information).

With scroll depth events enabled, I can see reports that look something like this:

If you’d like to implement scroll depth events within Analytics, check out this jQuery plugin by Rob Flaherty.

A few weeks ago, I was contacted by a site owner who had a very serious problem: He was noticing what he believed to be a lot of false positive soft 404 errors in his Google Webmaster Tools account. Alarmed, he started checking his pages in Google, and noticed that a lot of his content had been completely de-indexed.

Curious, I took a look at his site, and my initial impression was positive. It was well architected, and home to a lot of original and high quality content that demonstrated a solid understanding of its audience. A quick check of his backlinks removed any suspicion that he was engaged in anything he shouldn’t have been. Everything appeared to be in top shape.

Stranger still, the pages that Google was reporting as soft 404s appeared to be unique and valuable. Aside from the header and footer, they had nothing at all in common with his real 404 pages (which sent the proper response code).

Why was Google throwing the soft 404 flag and removing his content from their index?

I was interested in helping him solve this problem and agreed to help.

Where things got nasty

With the initial research out of the way, I fired up Firefox and used this user agent switcher plugin to see the site as Google sees it.

The news wasn’t good. I’m pretty sure I reacted the same way Samuel L Jackson reacted in Jurassic Park when the electricity in the raptor fences went down. That is, mumbling obscenities to myself and warning everyone to hold onto their butts.

In short, I saw that the site had been hacked to show pharmacy spam links to Google, and the regular site to everyone else. With the Googlebot user agent activated, every page on the site looked like this:

Suddenly, the problem made sense. In Google’s eyes, the content of every page on his site was identical to his 404 pages (which were also hacked). Hence the soft 404 errors.

And they were de-indexing the site because every page was a duplicate of every other page on the site (not to mention the content was nothing but spam links).

Can we fix it? Yes we can!

I requested the login credentials for his site and cpanel admins.

The site used Joomla as its CMS, which I’m not terribly familiar with, and it took some time to get acquainted. As I was starting to get a handle on how all the pieces worked together, I stumbled across a php file that was buried in a very deep folder.

In it, I found what must be the simplest malicious code in the history of malicious code. It was a just a couple lines of php  that looked like this:

*note* I’ve removed the actual URLs from the screenshot because I promised anonymity — I don’t want you super sleuths digging through backlinks and identifying the hacked site. 

In case you can’t read the code, basically what it’s doing is checking to see if the user agent of the visitor is Googlebot. If it is, then it shows the pharmacy spam links. If it isn’t, then it shows the site as normal.

Fixing the site was as simple as removing that conditional statement.

The recovery

Within one week, many of the de-indexed pages started making their way back into the index.

Within two and a half weeks, the site made a full recovery. All of its pages were back in the index, and traffic had returned to normal.

In this case, the site benefited greatly by having someone in charge who was monitoring Google Webmaster Tools, saw the soft 404 errors, and noticed that pages were dropping from the index. I suspect that if the site had continued to show those spam links for an extended period of time, recovery could have been much slower.

In the end, the relatively quick recovery was great news for them. Unfortunately, not everyone is so lucky.

Check your Webmaster Tools each day, ladies and gentlemen.

I immediately went on a record store rampage, spending all the money I could earn on CDs by bands I’d never heard of, trying to rediscover that feeling of *it* I experienced when I heard that song for the first time.

I remember starting with the Pixies (the guy at the record store told me they were a big influence on Kurt Cobain. He was right). Then I started moving backwards through time to Talking Heads, David Bowie, The Beatles, and on and on until I finally made it all the way back to Bo Diddley and his little square guitar.

I ended up falling in love with the psychedelic music of the 60s and 70s, because to me it felt less like a product and more like an adventure. And after my first viewing of The Wall, I promised myself that no matter how old I got, I would never become a cog in the machine.

My definition of a cog: when you sacrifice your freedom or individuality for the good of someone else.

Our lives take strange paths sometimes. Though I never would have guessed it (nor would it have even been possible to at the time), my love of music directly led to my career in affiliate marketing.

This is how.

I don’t need no stinking diploma

I had no interest in going to college when I graduated high school. Not because I didn’t like to learn (I loved it and still do), but because I recognized that I had no idea what I wanted to do with myself. At that point, I only knew what I didn’t want to be:  a cog in the machine.

I was certain that going to college without a clear direction would just accelerate my transition into being a cog. Within 10 years I’d wind up like Patrick Bateman, applying a wax face each morning and debating the artistic merits of business cards.

Meanwhile, I’d run into a musical rut. I wasn’t feeling *it* anymore. All the music I could find in the record store was feeling old and tired. It was around this point that a guy I worked with gave me an audience recording of a Phish show (3/12/93, for those of you who you care), and turned me on to live music.

So while my friends were all packing up their stuff for college, I took the money I’d saved from working after school as a steakhouse cook and hit the road in search of *it*.

Ladies and gentlemen, the Phish from Vermont!

I spent the better part of 3 years following Phish around the country, and it was one of the defining experiences of my life.

I got to see the country, experienced *it* on a near nightly basis, achieved a great perspective of what’s actually important in life (hint: not business cards),  met a lot of great people (including my future wife), and I learned how to make money on the road.

While following Phish, I learned these key lessons about life and business:

1. Look like you’re supposed to be there and nobody will question you. Sometimes you might have to carry around different colored wrist bands in your backpack.

2. Value is relative. I used to sell bottled water in the parking lots for gas and food money. I did ok. But it was much more valuable to people when I stood right by the entry gates (I sold more and for higher prices).

3. Provide value and people will love you — even on your off nights. I learned this from the band.

4. Authority is an illusion.

5. If you’re good to people, you will always be welcome. I quit so many jobs to go on tour, but always tried hard to leave gracefully. I was always welcomed back when I got home.

6. Freedom is worth a whole lot more than money. I didn’t get any value out of money beyond what I needed for food and gas. Once those basic needs were met, money wasn’t good for much.

It was an adventure. But it couldn’t last forever.

Get a job, hippie

When my daughter was about a year old, we moved to Charlottesville, VA. I needed a job, but I wasn’t willing to sell my happiness for money. As luck would have it, I managed to get what was a dream job for me at the time: working in merchandising for Dave Matthews Band.

Now, when I say that I worked in merchandising, what I really mean is this: when people ordered Dave Matthews merchandise online, I would grab the order sheet off the printer, take the merch off a shelf, put it in a mailer, and drop it in a bin that the mailman would pick up at the end of the day.

It was a simple job, but it was my first exposure to how online business worked. It wasn’t long before my wheels started spinning. I wanted to make money online for myself. But how?

I didn’t have the answer to that question right away, but I knew right then that I wanted to learn how to build websites.

With a clear direction in mind, it was time to go to college.

On second thought, I’ll take that diploma

After a long educational hiatus I applied to The College of William and Mary, got in, and enrolled in the computer science program. It was *tough* going to school full-time with a family, but the experience taught me a strong work ethic and I tip my hat to everyone who makes it through it. When I left college, I had a good foundation of the technical skills I needed to make a living online, but I didn’t have the business sense.

I took an entry-level job working in the online advertising department at Media General (a pretty big news corporation in the southeast). I made considerably less money in that position than I would have as a programmer, but it was a trade-off I was willing to make for more exposure to the business side of running a website.

I ended up learning a ton about how the advertising business works on the internet, and it wasn’t long before I started building my own affiliate sites in my spare time and applying what I learned at work (for the following five years, I would spend 2-3 hours a night working on my sites after the kids went to bed. That’s what it takes when you have a job, wife and kids. There is no golden bullet.).

I learned SEO as I went along, and with a lot of practice I started getting pretty good at it. I eventually took over SEO for Media General, and it wasn’t too long before I quit for an in-house SEO position at Snagajob. And again, I applied everything I learned to my own sites.

I enjoyed my job, and I worked with great people. But I’d started noticing something about myself. I was taking things too seriously. I was losing my perspective on what’s really important (not business cards). And I’d started to hit that point on the professional development scale where I was sacrificing freedom for money.

When I looked into my future, I could see only one path remaining: a cog.

It was nobody’s fault but own. And I didn’t like it.

I quit

On February 3rd, 2012 I quit my job. I’m hopeful that it’s the last job I’ll ever have to quit.

After five years of steady work, my affiliate sites were successful enough that I believed I could match my salary in six months with full-time dedication.

I hope I’m right, but only time will tell. Either way, I’m happier now than I’ve been in years. I have the freedom that I’ve always needed to be happy. And I owe it all to rock and roll.

Google claims that they’re making this change for privacy reasons — and strangely predictably, nobody believes Google. But I do. And I will tell you why.

But before we go down that path, let’s get a couple things straight: This isn’t about premium analytics packages. This isn’t about other advertising networks using Google’s keyword data for retargeting. This is about how Google grossly compromised user privacy for more than one month for the sake of getting a product to market as quickly as possible.

And now they’re trying to clean it up before anyone notices.

The REAL Privacy Problem

From September 15, 2011 – October 18, 2011, it was possible for any webmaster with a hacker-leaning mindset to do something we never could have imagined before: to tie an individual Google search back to the actual human being who typed it into their search box — if that user was logged into their Google account.

Take a second to think about the impact there. We use Google to find help for private and sensitive things that we don’t want others to know. We put a great deal of trust in Google to keep our searches private. The thought of our privacy being compromised is scary enough on its own — but it’s even scarier when you realize that this wasn’t even a hack.

Google provided all of the tools anyone would need to do this.

They made it possible by launching the Google+ API before it was safe.

How it Worked

As with all social APIs, developers using the Google+ API can access public parts of any user’s profile data.

So for one month, each time your keyword data was passed through in the referrer to a given website and you were signed into your Google account, anyone could write a simple program with the API to tie YOU back to the search that brought you to the site.

By closing keyword referrals for logged in users, Google is cleaning up the gaping privacy hole that left our searches exposed for over a month.

How do you think the FTC would feel about this? What about privacy advocacy groups? The United States Congress?

It’s no wonder that Google has remained uncharacteristically silent on their motivations for making the switch.

Google Hasn’t Gone Far Enough

By blocking keyword referrals for logged in users, Google is taking good steps towards cleaning up this privacy mess — but they need to go all the way.

First, I know my PPC friends won’t like to hear this, but if Google wants to make things right, they need to close off the referring keywords for Adwords customers as well. Sorry, it sucks, but you’ll learn to deal with it.

Second, Google needs to come clean. All of their users have a right to know.  A vague post on their Analytics blog just isn’t going to cut it.

Why Use WordPress MultiSite?

Managing multiple sites from the same WordPress installation has a lot of nice advantages.

One of the basic advantages is that you won’t have to install the same plugins over and over again as you start new sites (this is especially helpful if you’re using plugins like Akismet or Gravity Forms where you always have to hunt for your license/API keys). Now, you can just network enable your plugins and use them on any site you want to. You also won’t have to upgrade multiple WordPress installations whenever a new version is released — a single click of the button will get all your sites completely up to date. And adding a new domain takes only a minute.

There are many advanced possibilities as well. If you’re a developer, you’re probably familiar with the pains of maintaining multiple code bases, or upgrading multiple instances of the same theme thanks to the hell that is cross-site PHP scripting. Well, you can kiss those pains goodbye now. We’ll be setting up virtual sites here, so you’ll be able to access the same files/themes/plugins/whatever you want from any site on your WordPress installation — this is powerful stuff.

Please Note

This is a relatively advanced tutorial as far as most WordPress tutorials go. You don’t have to do any programming, but you will have to make some edits to files that will completely crash your site if you make a mistake. A basic understanding of htaccess and php is recommended.

Requirements

• Your existing WordPress installation *must* be in the root of your site (not a subdirectory like /blog ).
• You must have access to a control panel like cPanel or Plesk.
• Your host must allow the creation of subdomains.

Before You Begin

At this point, it’s a good idea to go ahead and set your DNS settings on the sub-sites that you want to work with (ie: you want to add mysite2.com to the mysite1.com installation). This should ensure that the DNS propagation will be complete by the time you complete this tutorial.

The nameservers on your ‘secondary’ sites should match those of the root domain (mysite1.com) that we’ll be working with here.

Installing WordPress Multisite

One of the nice things about post 3.0 WordPress is that MultiSite is prepackaged, just waiting for you to enable it — much like a War of the Worlds invasion.

To enable WordPress Multisite, open your wp-config.php file and add the following line directly above where it says /*That’s all, stop editing! Happy blogging */

[php]define(‘WP_ALLOW_MULTISITE’, true);[/php]

There are two primary options that you need to be aware of when configuring MultiSite:

1. Your sites can be in subfolders ( /blog/) or
2. Subdomains ( blog.yoursite.com )

If you want to run multiple domains on the same installation, you’ll need to use subdomains. To ensure that all new sites you create are setup as subdomains, add this line to wp-config.php as well, directly below the command above.

[php]define( ‘SUBDOMAIN_INSTALL’, true );[/php]

Create a New Directory

Before you can enable your network of sites, you will need to create a directory named blogs.dir inside your /wp-content/ directory. This is the directory that will be home to all of your uploaded media files (images, etc). Make sure that the blogs.dir directory has the same permissions as your /wp-content/ directory (most likely 755).

Enable Your Network

Now that you’ve created the blogs.dir directory, you need to enable your network of sites in WordPress. To do so, login to WordPress and click the Network Setup link on the left hand nav:

Note: You will have to temporarily deactivate your plugins to successfully enable the network. Don’t worry, it will only take a minute.

Once you’ve deactivated your plugins, enter your Network Title and email address into the form and click the Install button.

You will now be presented with either two or three text boxes filled with code (depending on your original wp-config setup). These are simple copy+paste jobs.

Follow the instructions preceding each text box — you will be editing your wp-config.php and .htaccess files. Be very careful, and make a backup of each file before editing: making a mistake in either of these files will completely crash your site.

When you finish making the changes and verify that your site is still running, you will need to logout and back into WordPress.

When you log back in, you’ll need to make sure that you’re in the Network Admin and not Site Admin. To switch to Network Admin, mouse over your username at the top right of your WordPress admin UI, and you’ll see something like this:

Select Network Admin from the list, and then go ahead and reactivate your plugins (Network Enable any plugins that you want to use on multiple sites).

Enable Wildcard Subdomains

Before you can create new subdomain sites that actually work, you’ll need to enable wildcard subdomains. If you’re using cPanel, you can enable your subdomains by navigating to your site’s control panel (click List Accounts on the left nav, and then the cPanel icon next to the site you want to add the subdomain to) and adding a new subdomain. To add a wildcard subdomain, put a * in the subdomain field as pictured below.

Also, make sure that you set the value of the Document Root field to the root level of your WordPress install (which should be the root of your site).

If you’re using Plesk, follow these instructions.

Install WordPress MU Domain Mapping Plugin

The WordPress MU Domain Mapping plugin will handle all of the redirects needed to turn your subdomains into real domains of their own. Either download it here or install through your WordPress UI.

Once it’s installed, you will need to make some manual adjustments.

1. In your FTP client, navigate to the WordPress MU Domain Mapping directory. Download sunrise.php to your desktop, and re-upload into /wp-content/. If you already have a sunrise.php file (you probably won’t), you will need to merge the two.

2. Edit wp-config.php and add this line above the last “require_once” command:

define( ‘SUNRISE’, ‘on’ );

Set WordPress MU Domain Mapping Options

In WordPress (still in Network Admin), go to Settings->Domain Mapping.

On the following screen, you will presented with the options below. I have found that the following settings work well for my needs:

Adding a New Domain To Your Network

In WordPress, go to Sites->Add New

Enter the subdomain for this site, your site’s title, and your email address.  Here’s how I set mine up:

When finished, click the Add Site button.

Now go to Sites->All Sites. Mouse over the new subdomain you just created, and watch the tooltip at the bottom of your browser to see the destination URL. You’ll see a URL parameter called ‘id.’ This parameter stores that site’s unique numerical ID. Write it down — you’ll need it in a second.

Now we’re ready to configure the domain mapping in the WordPress MU Domain Mapping Plugin.

Configure Domain Mapping

In WordPress, click ‘Domains’ from the Settings section of the left nav. When the page loads, focus your attention on the ‘New Domain’ section of the page. Here, there are two fields. One is the site’s ID (the unique number you wrote down a second ago) and the domain. Basically, you are telling the plugin that the subdomain behind Site ID x should resolve to the domain you’re putting in the Domain box.

Here are my settings:

Once you have things the way you want them, click the Save button.

Park Your Domain

This is the last step (woot). Here, we’re going to park your secondary domain (mynewsite.com) on top of your primary domain (in my case, makeitrank.com).

If you’re using cPanel, navigate to DNS Functions -> Park a Domain.

Here, we’re parking the new domain on top of the ‘root’ domain we’re already running WordPress on.

(I scratched out my username in the screenshot above because…well…it wouldn’t be secure to show you that, would it?)

Click the ‘Submit’ button, and check on your site. Your new domain should be running perfectly.

In Closing

From here on out, when you want to create a new site all you have to do is:

1. Add a new site within WordPress
2. Set the DNS on your new site to match the settings on the ‘root’ site
3. Configure the site in the Domain Mapping plugin
4. Park the new domain on top of the ‘root’ domain

I hope you found this useful. If you have any questions/comments, leave them in the comments below.

This is a really big deal that could positively impact thousands of sites, yet I haven’t seen any tutorials cropping up on *how* to set the header.

I suspect the silence is largely due to people’s uncertainty about when or how to use canonical HTTP headers, so I’ll take some time to explain both when to use them and how to use them (scroll to the bottom of the post for a code sample if that’s what you’re after).

When to use Canonical HTTP Headers

In a nutshell, you should use canonical HTTP headers whenever you need to set a canonical tag on a non-HTML document.

If you’re still not sure when to use them, consider this example:

A lot of businesses like to publish case studies on their sites, and they often publish two versions: an HTML version and a PDF version. This is fine — it’s nice to offer your users multiple formats so they can choose the one that’s best for them.

The only problem is that PDF versions often outrank the HTML versions, which is ok — but it’s less than ideal for many sites. PDF downloads won’t show up in your analytics (unless you’re looking at weblogs, which few site owners do), and they don’t contain lead forms/other nice things that our websites use to generate income. In short, you’re potentially missing out on a lot of things if your HTML content is getting outranked by a PDF. Canonical HTTP headers will help with that.

Tutorial: How to Use HTTP Header Canonicals with htaccess

For a lot of people, HTTP headers are something of a mystery — they just sort of magically happen. The good news is that they’re really easy to understand and even easier to control. When it comes to setting the canonical on non-HTML documents, the easiest way for most people to control the headers is through your htaccess file.

For the sake of this example, let’s say that I have a PDF named my-file.pdf in the root of my site — and for some reason, I want to set the canonical to my homepage (not a good idea, but it makes the example simpler).

All I would need to do to make this happen is add the following code to my htaccess file:

[plain]
<FilesMatch "my-file.pdf">
Header set Link ‘<http://makeitrank.com>; rel="canonical"’
</FilesMatch>
[/plain]

Once you’ve added that to your htaccess file, you’ll want to test your header to make sure that it’s correctly.

To test it, pop open the Net tab in Firebug or a use a specialized plugin like Live HTTP Headers and then open your PDF (or other document) if your web browser.

This is what the canonical header looks like for my example — yours should follow the same format:

That’s it! I hope that you see the power in controlling canonicals this way — it’s a fantastic way for us SEOs to control the weight of all documents in a way that was never before possible.

Note: This method is fine if you want to set only a few headers (if you have a lot, your htaccess file can get very big very quickly). I have not included an example of handling many canonicals with a single command, because it will need to be algorithmic in nature and the code will be largely dependent on the file structure of your individual site.

Fortunately, masking affiliate links from a feed is easier than you think, and I’ll show you how to do it.

I only make two assumptions in this article:

1. You already know how to parse a product feed (I can write a separate tutorial on this if there’s enough interest).
2. Your server is running Apache and PHP is installed. Affiliate URL masking can certainly be done in other platforms/languages, but here we’ll be working with PHP and htaccess because a) it’s what I know best and b) affiliates love them some WordPress.

Getting Started

The first thing you’ll need to do is think of a dummy directory off the root of your site — this is going to be where we point our affiliate links. You can name it anything you want to, but it’s important to make sure that this directory is not actually used anywhere on your site — else you’re going to break a lot of stuff. For the sake of this example, I’m going to name my directory ‘product.’

htaccess Rules

Open up your htaccess file and add the following two lines of code (just be sure to replace ‘product’ with the name of your dummy directory, and amazon.com with the domain you will be redirecting to):

RewriteEngine on

RewriteRule ^product/(.*)$ http://www.amazon.com/$1 [L]

Save your htaccess file and close it — we’re finished here.

Manipulate the link from the feed

Now we just have to use PHP to take the product URL given in the feed and make it look like an internal link.

At this point, I’m going to assume that you’ve already parsed the feed and have stored an affiliate product URL in a variable called $url. The following line basically does a find and replace in the URL, swapping out the destination domain with your own, and adding your dummy redirect directory:

$myurl = str_replace("www.amazon.com/", "mysite.com/product/", $url);

Now when you create a link with your $myurl variable, it will automatically redirect to the product page given in your feed.

As a note, I would strongly suggest slapping a nofollow on these links, and also blocking the product directory via robots.txt.

1. Force Caching with htaccess

Use: The following htaccess code won’t help the initial pageload, but it will significantly help subsequent pageloads by sending 304 status when requested elements haven’t been modified.

FileETag MTime Size
ExpiresActive on
ExpiresDefault “access plus x seconds”

I generally set the cache for one day (86400 seconds). You can also set different expirations for each file type by breaking each file type up into separate ExpiresByType lines such as:

ExpiresByType image/gif “access plus x seconds”
ExpiresByType text/css “access plus x seconds”

Simple!

2. Set a Custom 404 Page with htaccess

Use: I think this one is self explantatory. Just change ‘/notfound.html’ to match the path to your custom 404 page.

ErrorDocument 404 /notfound.html

3. Implement a 301 Redirect with htaccess

Use: If you have permanently changed the URL structure on your site (via either optimization change or CMS migration), you will want to implement 301 redirects from the old URL to the new URL.

The syntax for a basic 301 redirect is:

Redirect 301 relative/path/to/oldurl/ http://www.domain.com/newurl/

Explanation:
The first URL should be a relative path to the old URL and the second one should be an absolute path to the new URL.

4. Only allow specific IP addresses in certain directories

This is especially useful for admin directories. I generally set my home IP and work IP as the only allowable IPs who can even attempt a login. Unlike other .htaccess hacks, this one doesn’t work from the root folder. You will need to create a new .htaccess file, put the following code in it, and upload it to your admin directory.

AuthUserFile /dev/null
AuthGroupFile /dev/null
AuthName “Example Access Control”
AuthType Basic

order deny,allow
deny from all
allow from xx.xx.xx.xx

To allow a second IP, just add another ‘allow from’ line.

5. Prevent Image Hot Linking with htaccess

Removed. Here is a MUCH better way to go about this thanks to Maurizio Petrone

6. Enable gzip with htaccess

Gzip is a means of compressing the files on your server so they will load faster. To enable gzip, just

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip

BrowserMatch bMSIE !no-gzip !gzip-only-text/html

7. Remove ‘category’ from a URL with htaccess

Many content management sytems use the ‘category’ URL segment. For instance:

http://makeitrank.com/category/category-name

Well, that’s fine, and it’s necessary to make the CMS work the way it’s supposed to, but it doesn’t need to be visible to do its job. Just drop the following code into your htaccess file to get rid of it.

RewriteRule ^category/(.+)$ http://www.yourdomain.com/$1 [R=301,L]

8. Define any page as the home page with htaccess

You can set any page as the homepage by adding the following to the htaccess file in your root directory.

DirectoryIndex myfile

9. Disable Directory Browsing

You want to keep people out of any directories that might reveal security weaknesses — for instance, plugin directories.

You can block vistors from browsing the directories by adding the following line to the htaccess file in the directory you’d like to block:

Options All -Indexes

10. Protect your htaccess file

Lastly, you want to protect your htaccess file. Hopefully your host has protected it for you, but you can’t be too safe with these things. The following hack will prevent anybody from accessing your htaccess:

<Files .htaccess>

order allow,deny
deny from all

</Files>

Are there any useful htaccess hacks I’ve left out? Let me know!

Basic Yahoo Backlink Checking Syntax

The best way to check backlinks in Yahoo is with the linkdomain: command, which will show backlinks for your entire domain.

You use the linkdomain command like this:

linkdomain:mysite.com

While that is pretty good on its own, if you spend much time looking through the results, you’ll notice that internal links are also listed, and that isn’t really helpful.

To remove internal links from the results, you just have to tell Yahoo to ignore them. You can do that with the -site:mysite.com command. So if you wanted to see all backlinks for a site without the internal links listed, the entire command would be:

linkdomain:mysite.com -site:mysite.com

Removing Specific Domains from Backlink Search

Just as you can remove your own site from the backlink search by using the -site: command, you can also remove any site of your choosing from the results. This is especially helpful if you have some sitewide links from certain sites that are clogging up your results and making them difficult to weed through.

The syntax here is exactly the same as above, but note that you can remove inbound links from more than one site at a time:

linkdomain:mysite.com -site:mysite.com -site:linkingdomain1.com -site:linkingdomain2.com

Removing Backlinks from Pages with a Particular Keyword Phrase

While it may not sound particularly useful to remove results based on keyword phrase, I have found many good uses for it. For instance, I have had some entries scraped, or syndicated around the internet that resulted in hundreds of backlinks, all with the same title. So if I wanted to see the backlinks without that title in the results, I would use:

linkdomain:mysite.com -intitle:the syndicated title

You can also choose to remove backlinks that have certain words in the URL with:

linkdomain:mysite.com -inurl:keyword